Ask HN: How do you know a career in software is not for you?

And yes, there are lots of bad companies. But there are also good companies. I have worked at companies where people were very careful to test their software, and where programmers were valued.

Before giving up based on a very small sample size, try finding a new job or two. https://www.keyvalues.com/culture-queries is a good set of questions to ask during interviews to find the things you care about.

When you are not able to just leave, I find it helps emotionally to engage my analytical self on the problem. Keep a journal (at home, not at work) about what is going on, and try to understand it as well as you can.

Why is upper management paying you to "clean up a pile of trash"? Is it their business model? The fact that they just want to IPO or sell the company soon? A lack of understanding of software at the very top? Is there any of that which you could learn to recognize at the job interview stage, moving forward, to improve your odds of ending up at a similar place in the future?

Look at their recruitment efforts, their QA process, their way of organizing sprints (or whatever they use), etc. There is a lot to learn about how to make good software, and good software organizations, by analyzing a bad one.

Of course, if you can get a job elsewhere now, do that. But in the meantime, you may feel better about the time spent if you are learning more than just "this place is no good". The knowledge learned will serve you well later.

Plus, if you're competent, your management chain may have problems giving you more work as you get faster, or promoted to the right level fast enough. If you really like your company, maybe switch teams? If not, switch companies? You're likely to get a salary bump, and probably harder work because you'll maybe get brought in at a higher level.

While partially joking this is a real issue and sadly is common in our software. Software is the way most things in life function these days, yet those of us on the inside see that software is generally poorly put together and then held together by hamstrung people because of funding or mismanagement. Some companies are better than others, but all companies need to make compromises. What I have seen is when the compromises line up with your value system (whatever that might be) then you are way happier at work daily and want to do more generally. When the compromises are anti your personal value system for too long you will dread being there or going to work. There will always be some percentage of decisions you disagree with, so I wouldn't take it as you bolt if you disagree with a few things.

I've been in software for over 20 years, and that has been the repeated process since even before I started. And even as a founder I realized this is how engineers (and most educated intelligent people) work (value system alignment) and while we can always improve, you need to find the balance that works for you. Most problems in software are problems of compromise, e.g. we hacked X feature to get Y done and now have 12 new problems to solve, but now we have Z needs and have to compromise somewhere else too. It is almost always a game of tradeoffs, and that is ok to some degree.

I love the idea that if you are not happy doing what you are doing for too many days in a row you need to change what you are doing. I usually think of that in slightly longer time periods given software schedules, but I think it is a good core idea. If you aren't happy and you feel like you have learned what you can at an opportunity then move to the next. Granted, I am not saying job hop every year, nor am I advocating taking off just cause things aren't going your way, but you have to evaluate your mental and physical health with where you are and where you are going. After 2.5-3 years seems like you have a fair reason to potentially move on if it isn't making you happy at this point.