Programming

17407 readers

68 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]

founded 1 year ago

MODERATORS

[email protected]

React, Electron, and LLMs have a common purpose: the labour arbitrage theory of dev tool popularity (www.baldurbjarnason.com)

submitted 6 months ago by [email protected] to c/[email protected]

6 comments fedilink hide all child comments

The evolution of software development over the past decade has been very frustrating. Little of it seems to makes sense, even to those of us who are right in the middle of it. My theory is fairly straightforward:

The long-term popularity of any given tool for software development is proportional to how much labour arbitrage it enables.

The more effective it is at enabling labour arbitrage, the more funding and adoption it gets from management.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 19 points 6 months ago (1 children)

What really baffles me is how bad we (as an industry) are at actually using engineering to leverage these frameworks.

It seems to me, like 90% of the regular, boring business software falls into a handful of categories, where in each category the same problems get solved again and again and again. Frameworks do help, but by far not as much as I'd expect.

Just think about how much software is essentially form>validation>transformation>persistence>messaging. It's always the same, yet if you'd want to write one of these apps, you'd start with a rather bare bones Spring Boot/Quarkus app and maybe a React frontend, that doesn't have any connection to the backend, so you have to manually plug them into each other.

[–] [email protected] 2 points 6 months ago

Consider how well Lotus Notes handles your form>…>messaging pipeline. Why aren’t we still using an evolution of that? There’s always a shiny new technology that promises to fix all of the problems of the previous ones.