Yes, there are loads of other problems, especially on the technical side, because tech isn't the company's strong point (our processes, especially revolving around the DB and deployment, are quite a mess) but the right things are in place that make me enjoy my job.
In my own humble anecdotal experience, the less focused a company is on tech, the worse. Beyond that, if management is not from a software (or engineering) background, they will likely have no clue what to expect from programmers (because such hard things are simple and such simple things are hard) and the treatment will be . . . strange.
Any advice on how to find those kinds of positions?
Some of them are great and they're the ones worth keeping in touch with.
You don't have to know much about programming languages to know that if none of the words on my resume match the ones in the job listing, it's probably not a good match.
Maybe I need to be more clear that while I'm willing to learn new tech for a job, I probably don't want jobs where I have to learn an entire new stack just to get started.
they're basically glorified salespeople. they would only reply to you if they thought there was quick money to be made.
I don't feel qualified giving advice but personally I think I would look beyond what is commonly considered "tech". As another poster mentioned, everyone uses tech. When a company's work is sufficiently complex or special, chances are they may not rely on external vendors 100%.
Really out of my depth here but maybe some types of firms where I think there could be some interesting stuff internally:
- engineering - analytics - games - graphics/animations
I work closely with IT departments within such companies through ERP implementations/localizations and can coroborate this. In my experience 9/10 non-tech companies with their own IT departments(1+ person) don't value and especially don't understand what their IT department does.
On the other side, the people working within such departments are in my experience just terribly bad at sticking up for themselves, and explaining what needs to be explained. They don't draw lines where lines need to be drawn and they see themselves in the same way as the management/leadership does.