Earlier quoted context omitted.
> Burning those bridges carries a cost to your career. I don't think this is borne out in practice. I've done very well and very poorly over the decades. It would have to be a very specific situation (lot of events unluckily coinciding) where coworkers/previous position could influence an interview process today.
Not necessarily influence an interview process, but connect you with jobs of your caliber, ones you may not be able to find (or which would not find you) otherwise. I know people (the aforementioned ex-govvies) who have no need of LinkedIn, because this is how they navigate their careers. As you get more and more established in your career, the jobs for someone of your level are less and harder to find.
An Introduction to Class Warfare for the Software Engineer
191–200 of 353 posts
Re: An Introduction to Class Warfare for the Software Engineer
#192I believe that the best antidote for this utterly bullshit marxist propaganda is ESR[0]'s essay "Why hackers should eject SWJs". Please take time to read this (and, if you like it, other his essays): http://esr.ibiblio.org/?p=6918 [0] https://en.m.wikipedia.org/wiki/Eric_S._Raymond
Written in 2015, with ESR's typical naive-utopian ideas about "hacker culture". The whole point of TFA is that the corporations that employ the people who, at this point, make up "hacker culture" have shown their hand, and it looks very different when you can see the cards instead of the backs of their hand. But also, the "SWJs" that ESR is talking about have almost nothing to do with the class warfare described in T…
Re: An Introduction to Class Warfare for the Software Engineer
#193I believe that the best antidote for this utterly bullshit marxist propaganda is ESR[0]'s essay "Why hackers should eject SWJs". Please take time to read this (and, if you like it, other his essays): http://esr.ibiblio.org/?p=6918 [0] https://en.m.wikipedia.org/wiki/Eric_S._Raymond
I truly cannot see the connection between ESR's criticisms in that essay, and the subject matter of the OP article. Can you you please add some clarifying context?
Re: An Introduction to Class Warfare for the Software Engineer
#194> Engineering culture encourages workers to collectively improve the company’s effectiveness. It encourages them to share knowledge with one another. To train each other. To build tools for one another. To bring new workers up to speed, and review each other’s work. To speed the company up. To seek out weaknesses in the company and fix them. / Engineers do this while they’re doing their actual job, the one the compan…
Found that part odd as well. I think this would be the first labor movement I ever heard about that argues for less solidarity with your fellow workers. Protip: Organising collective action will become impossible if everyone hates each other and keeps information from each other for fear of their own job security. That will help capital in the end.
Re: An Introduction to Class Warfare for the Software Engineer
#195Earlier quoted context omitted.
>is inherently adversarial Until they invented stock options and started handing them out left right and centre.
This did not change the inherently adversarial nature. It just obscured it by adding a veneer of "see? our interests are the same as your interests!", despite this being true of just one (small) aspect of the union of all interests.
Something something prisoner's dilemma Nash equilibrium tit for tat.
Re: An Introduction to Class Warfare for the Software Engineer
#196The problem with this article is that one does not need capital to start a tech company. This very website, sneered at in the article, is littered with examples of people who have built something at the side. I'm not sure knowledge workers can make the same complaints about class struggle that mechanical labourers can. We tend to get more valuable with age and experience.
Re: An Introduction to Class Warfare for the Software Engineer
#197Re: An Introduction to Class Warfare for the Software Engineer
#198I mean, apart from the highfalutin class warfare nonsense and generally bad advice, this is a pretty decent post. I completely agree that over the past 30-40 years, companies have been pushing down engineering salaries. It's not really as incendiary as the author might have you believe, though. Programming, as a profession, has simply become more commoditized. It used to be kind of like being a brain surgeon, and it'…
Re: An Introduction to Class Warfare for the Software Engineer
#199> Engineering culture encourages workers to collectively improve the company’s effectiveness. It encourages them to share knowledge with one another. To train each other. To build tools for one another. To bring new workers up to speed, and review each other’s work. To speed the company up. To seek out weaknesses in the company and fix them. / Engineers do this while they’re doing their actual job, the one the compan…
Re: An Introduction to Class Warfare for the Software Engineer
#200The guy is making a point here.
Do not add to your employer's assets unless you are expressly instructed to.
Quite simply, don't write any software to improve your employer's operations unless you are instructed by your boss to do so. Don't use your own initiative to do something unless it is acknowledged and approved by your superiors.
Factory workers don't go about fixing broken equipment on the assembly line. The equipment manufacturer's service employees are the ones who do it. Trust me, those guys won't touch any piece of equipment until they are instructed to do so in writing from the customer or from their managers.
Software and engineering guys are only to happy to write stuff for their employees and even sign agreements not to develop their own software even when it isn't done on company time.