Re: True faiths ( was Re: The true faith )

[marc@oscar.eng.cv.net (Marc Spitzer)]

In article <bruce-4C4B58.08364919012002@news.paradise.net.nz>, 
Bruce Hoult wrote:
> In article <3C483CE7.D61D1BF@removeme.gst.com>, Bob Bane 
> <bane@removeme.gst.com> wrote:
> 
>> I was particularly impressed with his last paragraph in the second
>> article.  For some reason, he doesn't conclude that there's something
>> wrong with C++.  Can't imagine why...
>> 
>> ---------BEGIN-QUOTE-----------
>> 
>> I don't know about you, but there's something really scary to me about a
>> language where copying state from one object to another is this
>> complicated.  By now, I suspect at least a dozen or two programmers have
>> contributed something new to this discussion. If it takes this many
>> programmers to write a simple assignment operator, think how complicated
>> writing code that actually does something meaningful must be!
> 
> 
> And the really really scary thing is that I know C++ well enough to know 
> why I need an assignment operator, and know how to write it correctly 
> off the top of my head (and with the inherited:: call inside the 
> try{}!).  Most C++ places that I've worked I'm the *only* person who 
> would get this right.
> 
> And yet, when I tell them that their development would be better done 
> using Dylan or one of the languages in the "Newsgroups:" line they think 
> I'm crazy.
> 
> -- Bruce

From their POV you are crazy, most places want to hire, for lack of a
better term, cogs.  People who do there job, go home, fear management
and are easy to push around by management.  I feel the reason for this
is that management knows that they CAN replace one average(or sub
average) programmer with another as long as you pick commodity people
and are using commodity languages.  The problem with very good or even
worse great programmers is that you need to find more people like that
to replace them, they do not fear management and are generally are
"trouble makers", they have opinions that differ from management
about what to do and/or how to do it with facts to back them up.

marc