But yesterday, I read this on the InfoQ**:
... And it is true, my experience weaves that out too: you can create environment really restricted just to keep bad developers out of trouble, but these restricted environments harm the productivity of your best programmers. Basically what you do is: you are not speeding up your bad developers and you are slowing down your best developers and that's why our productivity stinks in software right now, but the attitude is changing around.I've read similar complaints before, but as it seems, after the Ruby-shock (RoR faster than Struts and 10x mote productive) such opinion is somehow fashionable and even almost mainstream today.
What do you say? Isn't that the old C++ philosophy we are returning to? I cite Bjarne***:
Kierkegaard was a strong proponent for the individual against "the crowd" and has some serious discussion of the importance of aesthetics and ethical behavior. I couldn't point to a specific language feature [....] but he is one of the roots of my reluctance to eliminate "expert level" features, to abolish "misuses", and to limit features to support only uses that I know to be useful.---
* The language was just plain uninteresting to me, and I didn't see its real merits at the time. Maybe I didn't want to see them?
** http://www.infoq.com/interviews/Languages-Platforms-Neal-Ford
*** http://technologyreview.com/Infotech/17831/page3/
PS: BTW, concerning the "Java is the next Cobol" thing, there was a discussion on some German Java forum here, where I argued with 2 arguments, but as I see now, I (and everyone else) missed the most important one. Namely: Java is the new Cobol, as it's mainly used in corprate and business settings (like Cobol was). The solution is simple, isn't it?
2 comments:
Regarding the first citation in the text:
> [...] Basically what you do is: you are not speeding up your bad developers and you are slowing down your best developers [...]
I think, it is not really true: you do speed up ... let say your average developers since they do not produce that many mistakes end errors and if the task they have to do is not a real challenge it is good enough to have even the average prgrammers using an average language (like Java).
Stefan
Well, I think the whole truth is maybe somehow like that:
-> you are NOT speeding up your BAD developers, you ARE speeding up your AVERAGE developer (somehow, as they are average), you are SLOWING down your BEST developers.
now take the weighted average ;-).
But the whole-whole truth is maybe even more complicated: as you are slowing down and hampering your BEST developers, they cannot create good and intuitive frameworks for the rest of us, and so the AVERAGE developers will be slowed down as well...
What do you think?
Post a Comment