6 ms·
This is the important part: >...programmers are often thought of as "professionals," like doctors or lawyers, and not part of the "working class." But this is
by omouse 11y ago
This is the important part:
>...programmers are often thought of as "professionals," like doctors or lawyers, and not part of the "working class." But this is misleading. Most programmers are neither self-employed nor employed in an organization where they have a meaningful say, and most can't expect any kind of tenure or partnership status, no matter how long they work.
>...Programmers are typically hired at-will, and are not generally accepted to have any professional obligations that could supersede management's authority, nor the ability to do research or pro bono work on company time. Management styles range from the likes of Dilbert's pointy-haired boss to a hierarchy so flat that it's almost invisible--until it's time for somebody to get fired. Still, for most programmers, management authority is a constant.
Professionals without authority.
I like this highlight of collective bargaining:
>the right to contribute to open source projects or veto the release of insecure, privacy-violating or otherwise unprofessional code.
Sure would be nice if the red flags we raised would actually have an impact.
>Most important, however, might be the idea of solidarity.
This is something that Michael O Church mentioned in a blog post; how the managers always say nice things about one another whereas programmers always slag one another and always blame the last guy for crappy code instead of trying to build each other up. I once had two senior devs basically force me out of projects; where did they end up? at different companies 1 year after I was forced out. where did the executives end up? they merged the company and gained some $$ or completely cashed out. Solidarity would have been the better choice.
At another place, the devs weren't listened to and juniors/contractors were hired to develop a project. The devs had to deal with the mess that was created. What happens on the next project? They aren't listened to again and can't even flag down the fact that the previous project has generated like 0.001% ROI.
- icebraining 11y agoI like this highlight of collective bargaining: >the right to contribute to open source projects or veto the release of insecure, privacy-violating or otherwise unprofessional code. I do find it interesting to contrast it with Steve Klabnik's interview in which he essentially points out that Open Source is by and large, and obviously with some projects excluded, unpaid work that provides massive benefits to companies & their owners for free (and to others, of course).
- hoprocker 11y agoThe idea of a "trickle-down illusion" really struck a chord for me: > Software developers often buy into the idea of advancement by individual merit--either through a liberal lens in which meritocracy is an ideal we still need to work toward, or a libertarian one in which everyone is already where they deserve to be, top or bottom. And: > In this context, it's easy for those who believe they are being mistreated to feel isolated and even personally inadequate, rather than seeking solidarity from co-workers. Software development, like other skilled trades, is a place where a worker can use her personal qualities (ie training, experience, interest) to create something of value and have a sense of pride about it. Combined with the notion, as stated in this essay, of an individualistic "garage-to-riches" outcome for dedicated and/or brilliant developers, it's not hard to picture a culture that characterizes the boss more as a peer than as a regulating influence, personal affability notwithstanding. This characterization can undermine a developer's consideration of themselves as, well, a worker, with all of the associated social and historical implications. Anyways, thanks for the post, I always appreciate well-thought articles that cast the software industry in a broader perspective.
- deleted 11y ago[deleted]
- carapat_virulat 11y agoI am not sure if the concept of working class and proletariat as the revolutionary subject is useful anymore, specially when many of the new members of the so called working class may not be able to get a job in their whole lives, depending on how the situation evolves. We will have to see if the redistribution of income and wealth from labor to capital stops at some point or inequality just keeps increasing. Now it's the golden age for programmers, but we will have to see how this holds in the long term, seeing that the main goal of a perfect programmer should be to automatize himself out of a job in some sense. Anyway, malthusian apocalyptic predictions are fun, but one should not forget that just because they were wrong once it doesn't mean they will be wrong each time, we don't have "father God" nor "mother Nature" to cover our asses anymore. All responsibility is in our hands.
- wffurr 11y agoIf you use the formulation of class as power, then the unemployed are definitely part of the "working class", as they have no more say than the workers do.
- kalkin 11y ago> Now it's the golden age for programmers, but we will have to see how this holds in the long term Yeah, the article takes that up a bit: "Since the Industrial Revolution, capitalism has shown a long-term tendency to deskill labor and separate conception from execution in a way that increases the power of management. As industries mature, they tend to try to make workers interchangeable units." "Nobody has yet figured out how to Taylorize software development. The task of writing a working program has yet to be broken down into subtasks that can be performed without specialized knowledge and some grasp of the whole system... [But] the larger trend doesn't bode well for the relative privileges that programmers have acquired."
- icebraining 11y agoI think a difference is that as soon as you can break down parts of the software development work into rote and unskilled tasks, you can write software to do those tasks. An example would be compilers, which do plenty of routine work (converting higher level algorithms into low level machine code) which used to be done by hand. That said, I also don't agree that software development hasn't been at least partially "Taylorized"; it's just that, like the factories where the original Taylorization happened, that work has been moved overseas. There are plenty of companies doing custom development upon preexisting platforms (Wordpress, Sharepoint, etc) and which employ people that could barely code Fizzbuzz, to do stuff like adding a field to a report, add a simple conditional filter or read some XML file into a database.