Slashdot Mirror
The Rise of Developeronomics
New submitter Geist3 writes "Forbes has an article by Venkatesh Rao asserting that the safest investment for both corporations and individuals is in software developers. Throwing money at talented coders now — even on random projects — will build relationships that are likely to pay off big in the future. 'In what follows, I am deliberately going to talk about the developers like they are products in a meat market. For practical purposes, they are, since the vast majority of them haven't found a way to use their own scarcity to their advantage.'"
About half the politically-minded people I run across in IT are hardcore Ron Paul types, and the other half are Karl Marx types. Both of those groups are annoying in different ways, and tend to ruin any conversation that they barge into.
However, I do have to say... at least the Ron Paul types are often competent and good at their jobs. I have NEVER , during 15 years in the field, EVER encountered a competent IT professional who dreamed of being in a union. Union culture is pretty much the antithesis of what makes a good engineer tick. I clicked on and briefly skimmed your profile, and could not help but notice that not a single one of your comments over recent months has anything to do with technology or IT work.
I have NEVER , during 15 years in the field, EVER encountered a competent IT professional who dreamed of being in a union.
Now I can't prove my competence in a slashdot post, but I am a software engineer that fully supports unionization.
I am fairly compensated, as I do a good job of negotiating what I believe I am worth. But there is more to unionization than compensation. Though I do support collective bargaining (which does not need to be seniority based, and can be performance based).
Unionization can be used as a tool to bring product quality back into the hands of those that produce the product. Having a union to collectively support only quality changes should improve overall product quality.
Unionization is a tool that can be utilized. I would much rather have more tools at my disposal than less (though we need not use every tool for every task).
Just remember that the corporation is bargaining against you, as there goal is to maximize profit, and they are doing it collectively. If you want to even the score you do your bargaining collectively. But corporations have also done a great job to convince the American people that Unions are bad and lazy, so I doubt I'll be changing any minds here.
Lastly, Unionization is fully in-line with Libertarian ideology, even the Neo Libertarians of the US Libertarian party, and the likes of Ron Paul. Collective bargaining is an important tool that allows capitalism to be successful.
On the last moderate sized project I worked on where I had full control of development IIRC I ended up with about 70,000 lines of code, i.e., all comments etc stripped out. There would have been more code but (sigh...) about half way through the process the client changed course and about 30% of the code had to be ripped out as they no longer wanted that functionality - that code isn't included in the figure of 70,000 lines of code.
Total time for the entire development process was about 1,800 hours - which included the above activities and, of course, understanding the pre-existing system, meetings, designing the solution, removing the code for the discarded functionality, more meetings, full documentation - source comments, system documents and substantial (>100 pages) user manuals, email with stakeholders, more meetings.
It is in use by governments, businesses and universities and it took over two years before anyone found (what they thought was) a bug.
However most people/businesses don't want to pay what it costs for that kind of result.
To be fair I think figures like 10 lines/day usually mean that at the end of the entire process 10 lines that survived and are documented and survive testing account for a day of time. But still you really have to wonder about the people at the low end who managed to get the average down to 10 lines a day... were they producing code that was simply discarded wholesale? Were they producing negative lines of code, i.e., somehow intentionally or unintentionally sabotaging the efforts of others?
The tyrant will always find a pretext for his tyranny - Aesop