this post was submitted on 15 Jul 2026
31 points (100.0% liked)
Programming
27824 readers
301 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 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I'm an embedded software engineer, and IMO embedded software has the benefit and curse of being not-very-sexy, in comparison to web developers or database engineers or backend engineers. That is to say, it's really easy for front-end engineers to describe their work, because it'll be something that people have seen (eg a website, or a service like Netflix). And even for backend engineers, they can analogize to fields that are well-known, such as administration or utilities (ie everything goes to poo if the sewers fail).
But embedded engineering is a tough one to explain, and that also means prospective employers might not even know that they need an embedded engineer for their Whizz Bang 3000. It's not at all intuitive to most folks that there's a separate set of skills necessary to program a screen-less, keyboard-less, network-less tiny CPU that might not even run an OS.
On the flip side, it means that the job is fairly specialized and thus valuable. Most software engineers could probably figure out how to program a microcontroller using C, but the most talented embedded engineers can achieve the same in the smallest memory footprint, thus saving hardware costs. To shave off $1 off the cost of a product that will sell hundreds of thousands, that's something that companies will pay for.
Embedded is diametrically opposite of application development: basically everything is under constraints (eg RAM, CPU time, I/O, interfaces) and we just have to deal with it. At its core, the occupation seeks to do the most number of things with the fewest resources. Not everyone has to skills to optimize this hard, to strip down software to only its abject requirements.
I can't speak as to what any particular job markets looks like right now for embedded engineers. But given that the need for embedded software does not ramp up during hype cycles, I think it tends to be a fairly stable occupation. The trick is that it's not a huge market everywhere, so moving for work might be necessary.
TL;DR: embedded software is a small but stable occupation, IMO.
I see. These reasons are particularly why I've applied for embedded, as that was my guess. I've tinkered enough with Linux to get an appetite for it (I know it's different, but I'm fairly confident that I understand why embedded is different).
Reading this is comforting -- it feels like I wouldn't need to worry about a dip in the market in the case I to through with this degree.
A link to my other comment: https://sh.itjust.works/comment/26395498