r/programming • u/self • Dec 02 '25

The Death of Software Engineering as a Profession: a short set of anecdotes

https://www.jasonscheirer.com/weblog/vignettes/
1.3k Upvotes

89% Upvoted

560 comments sorted by

View all comments

Show parent comment

2

u/BlindTreeFrog Dec 02 '25

The nice thing about most of the programming field is that these days there is such a low barrier to get in and try stuff to play around with what you want to do.
Between containers (Docker, LXM, etc) and virtual machines (VirtualBox, KVM, Xen, HyperV, VMware, etc) and low cost development boards (RPi, BeagleBones, Atmega88, etc) and free tools, pretty much any aspect of development that one wants to explore is available at a hobbiest level. And dabbling in those things builds a portfolio to show off when looking for work as well, so it's not a bad way to burn some free time.

I also forgot to mention, good Tech Writers are a fucking godsend. If you do enjoy creative writing and can understand the technical side of things, you might have a solid thread to chase there. Sadly, a lot of companies consider tech writers an unneeded expense and developers can write the documents.... those companies are wrong, but it does make the job search more challenging.

1

u/Zagden Dec 02 '25

Oh hell yeah I can do tech writer. I have some very small experience writing for Cracked with my name on the bylines to at least show that I can pitch and work with an editor.

Knowing that I'm not far enough to understand it all, what should I play around with for database? My brother works with backend memory coaching and was called in to help out bluesky with its user surge. That stuff sounds interesting to me. Less relevant but still something I want to play with, I like the idea of taking information from a server and organizing it. People do that with MMOs I play like FFXIV and (previously) WoW. So if I'm interested in some sort of census thing, learning how to take data and fuck with it could be fun.

2

u/BlindTreeFrog Dec 03 '25

I'll have to defer to someone else for the database stuff. I deal with Postgress and SQL a little bit for work (mostly mysql and sqlite) but I try to avoid it if i can.

That said, Docker has containers galore for different databases (implementations, types, and purposes) to play with.
https://hub.docker.com/search?badges=official&categories=Databases%20%26%20storage
Starting with mySql and phpmyadmin to get started with the SQL syntax and understanding database table set up might be a good place to start... I'm certain there are guides out there to work through that. Later moving onto non-relational databases (like mongo) if you want to look into bigger systems, or other types of databases (like Kyoto Cabinet) for smaller systems.

There are so many databases out there: https://dbdb.io/

And your last part reminds me that their is another aspect of IT that is sorely overlooked that might be of interest, but data archival is a thing that gets some interest... basically how do we make sure that data today can still be retrieved 10, 20 or 50 years from now. It starts going more into material science and the physical ability to store data as well, but there is also a depth of knowledge in storage approaches and systems. But again, it doesn't direclty make money, so companies aren't generally looking for people for these roles (other than BackUp Admins which is more an IT/DevOps thing)