Hi,
after a long job hunting period I joined a small remote first company 5 months ago.
Problems showed up immediately in the form of chaos and dysfunctions in the microservices cloud project I was hired in. Let's put it this way: say you get the seminal book on microservices and the seminal book on CICD. Now imagine reading along and doing almost everything from code up to project management the wrong way (essentially keeping on-prem 2000's philosophy and revamp it as microservices). On top of that add vendeta-developers in Asia (I'm in a small offshoot team in Europe) handing down half-baked frameworks (not-invented-here and reinventing the wheel are strong) with minimal documentation and a culture based on meetings instead of documenting things. Developer sandboxes that just don't work and unrealistic deadlines. In short a huge draining mess where I felt burnt out just a few months after I joined and where I honestly don't want to spent another minute.
Almost every attempt of mine to change anything was met with either "yeah we know but we have to live with it for now" or a straight denial to hear me out - brushed aside as a newcomer (I'm senior and was hired as such).
So, the question is, is it unprofessional to abandon ship just 6 months in or given the circumstances is exactly what I should do in order to protect my well being and my career prospects (the project is a slow motion train wreck IMO).
In 2012 I've left my hometown and went to the other side of my country to work at a startup. Within 20 days I left because the situation was critical. I was already feeling like I should leave on the second week, but decided to wait just to break-even from my moving expenses.
It was e-commerce startup where the team lead / project manager was actually the only backend engineer.
One of the problems I had was that it was impossible to work with him.
He despised git, so we used svn. Fine. It was in the early days of git, I could understand that. He didn't write proper svn messages (but garbage like... always 'ghnwerigkelrwn'), and told me I shouldn't care about it. Ugh... Okay, I think I can try to change this situation.
Then on my first days of work I noticed that something was very wrong with the repo. Turns out the guy configured his Eclipse IDE to commit to SVN any time he saved any change.
And he'd just type random keys out of boredom in any part of the system (PHP, which is an interpreted language) and break things wildly.
For those that doesn't know: SVN is a centralized versioning system. It's not like git, where you push things 'later'. When you commit, it's sent to a central server.