religious programming

[Paulo Pinto]

There is some truth in what you say Gor, but I have seen it going
in a complete direction all the time.

I lost count the amount of Corporate projects I had contact with, which
were developed multi-site across the globe. With sites being changed in 
a few months, just because some figures in the management Excel did not
look good.

True, most good developers eventually go away. The few ones that stay
around, do so due to other factors besides "coding fun".

I have seen too many Corporate projects where the teams literaly do
body shopping. You don't get the right people for the project, but the
ones which happen to be somehow available.

With time I have become a bit cynic and now consider that C++, D, Scala
and so on, are languages for people with brain, while Java, VB.Net and
others are offshoring/outsourcing languages.


Am 11.10.2011 17:58, schrieb Gor Gyolchanyan:
> The paradox of good developers is: truly irreplaceable developer is
> one, that can be easily replaced.
> The better the developer works, the easier it is to get rid of him.
> But the one you'll replace him with won't work as good and will make
> code, which is expensive to understand for newbies.
> So you won't wanna replace him, which makes him irreplaceable.
>
> On Tue, Oct 11, 2011 at 7:40 PM, Paulo Pinto<pjmlp at progtools.org>  wrote:
>> Am 11.10.2011 13:43, schrieb Kagamin:
>>>
>>> Gor Gyolchanyan Wrote:
>>>
>>>> But this is not gonna happen with such religious attitude to programming.
>>>> They say built-in arrays are useless, because there's always
>>>> std::vector and std::list.
>>>> They say, functional programming and lambdas are useless, because you
>>>> can make functors and base classes for them.
>>>
>>> C# is a corporate language and it has no problem with built-in arrays,
>>> strings, lambdas and delegates, and constantly introduces new features like
>>> linq, generators, covariant templates.
>>
>> True, but you will see seldom things like LINQ or generators being used in
>> corporate projects with offshoring, unless it is somehow required by
>> the APIs being used.
>>
>> Corporate world likes to think of programmers as replaceable items, and that
>> can only be done with simple programming concepts.
>>