this post was submitted on 23 Feb 2026
23 points (81.1% liked)

Programming

25758 readers
245 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

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 !webdev@programming.dev



founded 2 years ago
MODERATORS
top 8 comments
sorted by: hot top controversial new old
[–] bobbear@lemmy.world 1 points 8 hours ago

The first half of the article reads like the dime-a-dozen "if it ain't perfect I'm not using it". You can safely skip it. In the second part, he gets around to his point, which is finally brought home in the summary:

However, especially in software development, it is quite likely that AI-based software development will eventually become the predominant paradigm and the tools will mature. Therefore, it is highly advisable not to ignore AI-based software development even if the tooling is still highly immature. Instead, it is important to follow the evolution and understand the technology well enough to know when the inflection points arrive.

[–] resipsaloquitur@lemmy.world 2 points 1 day ago* (last edited 1 day ago)

Not sure I follow the DOS/Windows analogy. Unless you spent all your time designing GUIs, a lot of those skills carried over. Especially with the advent of VisualStudio (also intended to replace engineers), you could drag and drop a window layout, double-click a button and continue coding as before. There was a small mental leap necessary to write event-driven code (instead of using a superloop), but that’s an afternoon-long “a ha” epiphany, not going back to school for a new degree. Ditto for MVC-like layering.

And the DOS/Windows analogy is further baffling since Windows-native coding has mostly come and gone. Even “native” Windows apps are typically Electron — web pages captured in a window

Unless the author is saying we must always run to stand still, which they seem to reject early on.

[–] arnitbier@sh.itjust.works 8 points 2 days ago* (last edited 2 days ago) (1 children)

This is a really good read, not sure why its not being appreciated more

Well thought out and well done, thanks for sharing

Guess it just kinda pisses everyone off by not "taking a side" on this set of issues but its a rock solid blogpost for anyone IMO

[–] bigredgiraffe@lemmy.world 3 points 2 days ago

Yeah I thought so too! I am not sure why it’s not appreciated more either, it was a great read!

[–] tal@lemmy.today 5 points 2 days ago (2 children)

UNIX schedulers became better and better, and eventually nobody needed to set process priorities and nice levels anymore.

I use nice levels.

[–] Miaou@jlai.lu 1 points 22 hours ago

Ironic, I read your comment as I'm tuning a thread's priority. Granted its on Windows so the scheduler is probably the same since the DOS

[–] gratux@lemmy.blahaj.zone 6 points 2 days ago (1 children)

Because you want to, or because you need to?

Some people are just nice by nature.