d bare bones

H. S. Teoh hsteoh at quickfur.ath.cx
Sat Sep 7 09:15:24 PDT 2013


On Sat, Sep 07, 2013 at 08:37:02AM +0200, Ramon wrote:
> On Saturday, 7 September 2013 at 05:35:04 UTC, H. S. Teoh wrote:
> >I find that it's much more convincing for me to say "feature X is
> >broken, here's the code change to make it better", than to say
> >"feature X is broken, D sucks, you lazy bums better start working to
> >fix X or else I'm leaving".  It feels good to rant and get it off my
> >chest, but it feels even better to have my changes merged and feature
> >X to get fixed because of me.
> 
> My intention was and is not ranting, nor saying D sucks, nor
> asking other to do work nor threatening. And this can found
> proven in what I wrote.

I did not intend to imply that you were ranting. I was only speaking
generally.


[...]
> Neither is there a need to decide; the options are not mutually
> exclusive. As a seasoned programmer that I take you to be you
> certainly can agree that leaning back and looking, incl. looking
> critically at was has been done so far not only is not harmful
> but it actually is positive and often even necessary. And you
> will quite certainly also degree that a non trivial project will
> need some planning and management.

What I said doesn't preclude that. All I'm saying is, *after* you stand
back and look at what's there and find it unsatisfactory, you can write
some code and then show it to others and say, "The current way we do X
is unsatisfactory; here is my code to prove this (or better yet, here's
my code to do it a better way)."


> Unlike what you seem to think, my point isn't hitting on D
> (actually that's obviously nonsensical as I wrote just yesterday
> or today that meanwhile I'm happily humming along with D).

I never implied that you were hitting on D. As you said yourself, that's
nonsensical.


> But neither can it be a healthy attitude to ignore less pleasant
> things or events. We should ask what's behind it and what we can
> make better.
[...]

Well yes, what I was saying was just to take it one step further: once
you identify the problem, write the code to improve it and show that to
others. I don't think that kind of proposal will be easily turned down.


T

-- 
The fact that anyone still uses AOL shows that even the presence of
options doesn't stop some people from picking the pessimal one. - Mike
Ellis


More information about the D.gnu mailing list