First you say that nobody knows what a good programmer is and it's virtually
impossible to tell the difference. Then you assert that I won't find one.
Well, if your first argument is correct, then there's no way to know whether
I've found one or not, and it becomes impossible for you to assert that I
won't find one.
To put it another way, if nobody can tell the difference between good and
bad programmers, then it doesn't matter whether you have a good or bad
programmer. If it matters, it must be possible to tell the difference.
Even if the only way you can tell is to wait until you're done and then see
whether you have a good or bad program, with enough money, you can keep
trying over and over.
Suppose one in a hundred programmers are really good and they all charge the
same but nobody can tell the difference. The more money I have, the more
independent programming teams I can hire, and then I can choose the best
result. Unless you want to argue that I can't even tell the results apart,
but then you're back to their being literally no difference between good and
bad programmers.
Unless you want to make an argument that more money actively causes harm,
you can't do anything about the obvious fact that more money means more
options.
The original argument that money doesn't produce better code quality was
based upon programmers getting more money, not projects getting more money.
With this I agree, in general, paying a person more won't make them produce
better code. But it doesn't follow that this applies to projects or even to
groups of programmers.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/