It's not clear from the article, but is this for local development or production deployments? Because it's worth noting that Swarm solves a lot of the limitations that Compose and Podman have for running containers in a production environment. Swarm runs well on singular vms and people with Docker experience can learn the ropes in a day.
Readit Newsevantbyrne commented on Using Podman, Compose and BuildKit emersion.fr/blog/2025/usi... · Posted by u/LaSombra
1987, literally the peak cold war military spending, is an interesting year for comparison. Much of that high tech manufacturing (and employment) was underwritten by the taxpayers through the Pentagon, and that military tech eventually made its way into the civilian market.
Very soon after the US took a decade-long "procurement holiday", and we lost an enormous amount of manufacturing expertise.
Can we bring those jobs back? Sure, with a lot of tax money. Do we want to? I do - the value of "service economy" jobs is in free fall as companies replace white collar employees with LLMs.
Where did you see that white collar jobs are in a free fall? The employment rate is still tightly correlated with level of education as it always has been.
evantbyrne commented on How to Not Build the Torment Nexus buttondown.com/monteiro/a... · Posted by u/p3_1080
It's pretty wild that software is the only "engineering" discipline without any concept of professional ethics or loyalty to human safety that superceeds the whims of the employer.
Why do people think that is? Have there been any attempts to change this from the inside over the past decade? Where are professional associations like the ACM in all of this? It's a shameful state of affairs and reflects poorly on the whole discipline.
People who design bridges and vehicles have real responsibilities and standards they are held to, yet somehow the software that actually runs these things is exempt.
This is how Boeing negligently murdered hundreds of people with MCAS. By taking responsibility for safety away from actual engineers and misplacing it with people who write software.
Hey, first of all sorry to post this so many days late, I just got here looking to see if this article had been posted already.
I think the piece you are missing is that guilds exist to protect workers, not consumers. US software engineers not feeling as though they need the protection of guilds means by extension there are no non-government bodies to enforce codes of conduct. It is also worth mentioning that, although limited to specific high-risk use cases, software engineering is regulated.
evantbyrne commented on Claude Sonnet 4 now supports 1M tokens of context anthropic.com/news/1m-con... · Posted by u/adocomplete
For me it’s meant a huge increase in productivity, at least 3X.
Since so many claim the opposite, I’m curious to what you do more specifically? I guess different roles/technologies benefit more from agents than others.
I build full stack web applications in node/.net/react, more importantly (I think) is that I work on a small startup and manage 3 applications myself.
The problem with these discussions is that almost nobody outside of the agency/contracting world seems to track their time. Self-reported data is already sketchy enough without layering on the issue of relying on distant memory of fine details.
evantbyrne commented on Why Is Web Performance Undervalued? blaines-blog.com/post-2... · Posted by u/B56c
Results like these are only possible when engineering leads have completely lost the plot. The checkout taking many minutes longer, if true, is bad enough that I doubt the problem is purely UI bloat. Either that or the benchmark itself is cooked.
evantbyrne commented on Let's properly analyze an AI article for once nibblestew.blogspot.com/2... · Posted by u/pabs3
Computer programming is to computer science as working a cash register is to economics.
People love to make these weirdly diminutive comments about programmers, precisely because programmers are crushing it. Meanwhile most of the economy has been diverted to attempting to replicate the abilities of even just an entry-level drone who copy/pastes off Medium articles, which itself is heralded as a miracle.
No shot. LLMs are simple text predictors and they are too stupid to get us to real AGI.
To achieve AGI, we will need to be capable of high fidelity whole brain simulations that model the brain's entire physical, chemical, and biological behavior. We won't have that kind of computational power until quantum computers are mature.
It will be interesting to see if humans can manage to bioengineer human-level general intelligence into another species before computers.
The only people who get 10x productivity are people who are either:
- solo projects
- startups with few engineers doing very little intense code review if any at all
- people who don't know how to code themselves.
Nobody else is realistically able to get 10x multipliers. But that doesn't mean you can't get a 1.5-2x multiplier. I'd say even myself at a large company that moves slow have been able to realize this type of multiplier on my work using cursor/claude code. But as mentioned in the article the real bottleneck becomes processes and reviews. These have not gotten any faster - so in real terms time to ship/deliver isn't much different than before.
The only attempt that we should make at minimizing review times is by making them higher priority than development itself. Technically this should already be the case but in my experience almost no engineer outside of really disciplined companies and not in FAANG actually makes reviews a high priority, because unfortunately code reviews are not usually part of someones performance review and slows down your own projects. And usually your project manager couldn't give two shits about someone elses work being slow.
Processes are where we can make the biggest dent. Most companies as they get large have processes that get in the way of forward velocity. AI first companies will minimize anything that slows time to ship. Companies simply utilizing AI and expecting 10x engineers without actually putting in the work to rally around AI as a first class citizen will fall behind.
10x has always been an exaggeration, but I know from repeated experience it is possible to complete projects far quicker than 2x the speed of the typical team on a modern web stack. The way you do it is by writing less code. Typically this is done by using mature software as a starting point, rather than screwing around with the hot new thing. Seems fairly obvious when stated plainly, and yet so many teams make the same mistake of building from near scratch. Even worse, what teams come up with is usually slower to iterate with than existing software, because they approach it from the perspective of building a singular app rather than designing something to build generalized solutions upon.
evantbyrne commented on Job-seekers are dodging AI interviewers fortune.com/2025/08/03/ai... · Posted by u/robtherobber
Most job seekers don't have the luxury of choice.
In this industry they do. You know that companies using these tools are exercising minimal effort and due diligence, and that should be taken into consideration before participating. It only makes sense to play the high-volume application game if each application takes negligible effort to submit. The people I've known that have gone that route have had <1% success rates. For quality candidates, a lower-volume targeted approach will yield the best jobs and retain your sanity.
In my experience with municipal utility districts, the reliability of the water supply is typically not much better than the local power grid. The sewage lift stations seem to have the highest quality generator arrangements.