This author slams React but then doesn’t have the guts to list alternatives. Standardized frameworks makes recruitment easier – but it stops there. Once you onboard an employee and they spend considerable time integrating into the company and developing specific knowledge, they are no longer easily replaceable. If they are a key component of the team it will be painful to replace them, it will take years to hire some…
The labour arbitrage theory of dev tool popularity
21–30 of 32 posts
Re: The labour arbitrage theory of dev tool popularity
#22Re: The labour arbitrage theory of dev tool popularity
#23Feels a lot like a lengthier, polemical way of saying that frameworks become popular because they allow more people to do more stuff more easily. But this is bad because businesses benefit or something. None of the ideas here stand up to scrutiny. For example, Angular with its more opinionated design and framework approach was a much better choice for regularizing developer effort and making devs fungible. But by all…
Nope. Because they allow people to be easily replaced. Nothing to do with how easy or good the framework is. That's the whole point of the article.
Re: The labour arbitrage theory of dev tool popularity
#24Re: The labour arbitrage theory of dev tool popularity
#25Good thing I don't particularly care about this rando's opinions of me!
Re: The labour arbitrage theory of dev tool popularity
#26Feels a lot like a lengthier, polemical way of saying that frameworks become popular because they allow more people to do more stuff more easily. But this is bad because businesses benefit or something. None of the ideas here stand up to scrutiny. For example, Angular with its more opinionated design and framework approach was a much better choice for regularizing developer effort and making devs fungible. But by all…
> become popular because they allow more people to do more stuff more easily Nope. Because they allow people to be easily replaced. Nothing to do with how easy or good the framework is. That's the whole point of the article.
Re: The labour arbitrage theory of dev tool popularity
#27Earlier quoted context omitted.
> become popular because they allow more people to do more stuff more easily Nope. Because they allow people to be easily replaced. Nothing to do with how easy or good the framework is. That's the whole point of the article.
Is that not one and the ame?
Re: The labour arbitrage theory of dev tool popularity
#28This is wild. And somehow at the end of this he comes to the conclusion that software engineers need a union? We're on of the highest paid, most flexible professions ever. It seems like the thing missing here is the simple fact that engineers DO have significant bargaining power already, and have CHOSEN to use standardized solutions because they are good, well supported, and have wonderful communities of helpful peop…
How much is this actually true, though? It's probably true in small companies where the engineers might also be the technical managers. But is it true in a large company where management might have little or no technical expertise at all, but still insist on making technical decisions?
Re: The labour arbitrage theory of dev tool popularity
#29This is wild. And somehow at the end of this he comes to the conclusion that software engineers need a union? We're on of the highest paid, most flexible professions ever. It seems like the thing missing here is the simple fact that engineers DO have significant bargaining power already, and have CHOSEN to use standardized solutions because they are good, well supported, and have wonderful communities of helpful peop…
I don't even know what the writer thinks a union is going to do. "No react, that's too much labour arbitrage!" ?
As I read it, the writer thinks that a union can somehow bargain with management to get different technical tools adopted that will not commoditize developers.
I don't agree with him because the incentives pushing management to commoditize developers are real business incentives. Management doesn't care about technical quality per se; it only cares about technical quality that makes a difference in how much customers will pay. And customers don't care what technologies you use for your app under the hood; they only care about whether it does what they want. If management can make the app do what customers want using interns pulling code from ChatGPT and tweaking it until it stops crashing, at a fraction of the cost of actual expert software developers, that's what management will do.
Developers having a union doesn't change any of that, and if the union succeeds in keeping management in that particular company from using interns and ChatGPT, that just means that company will be out-competed in the market by some other company that doesn't have a developers' union and can give the customer a lower price. The only way for developers to break that cycle is to take on the business risk themselves and start their own developer-owned company that succeeds in the market by leveraging the developers' expertise to provide cheaper solutions to the customers' needs.
Re: The labour arbitrage theory of dev tool popularity
#30This is fascinating from the perspective of a strong inclination to agree with the general political thesis—that business benefits from commoditization or labor—and a strong disinclination to agree with the attribution of it to trends in software preferences. For instance, I don’t think the component model in UI frameworks is popular because it commoditizes UI developers, but rather because professional developers se…