Live data from Hacker News

Forced to settle for a nonideal job? Here’s how to make the most of it

science.org

1–10 of 19 posts

Re: Forced to settle for a nonideal job? Here’s how to make the most of it

#2
I was in a job I absolutely hated up until not that long ago. Initially I was very happy with it - as a developer, I loved the fact that there were no calls lasting hours filled with made-up acronyms and the usual "we should", "we must" and all that. But to be honest there were other red flags from the very beginning which I completely ignored(and I shouldn't have). The tech stack was horrible: infrastructure was 2010-ish at best, the deployments were absolute rat shit(45 minutes to deploy a new version on single digit number of servers, just deploy, which included no tests and no builds), the code was equally horrible - linters were a no-go(the so-called head of engineering had his own understanding of how code should be formatted), open a random file and you will see every anti-pattern known to man. Dependency tree was 500 lines long. Every common problem had a custom solution instead of the freely available industry standard ones. And speaking of the code, it felt like seeing the large perl codebases with 30k+ line files from the mid 2000's: mixing paradigms in a way which only makes sense to the person who came up with them and no one else. Needless to say that a few months into it I hated every single bit of it. Worst of all is that for one reason or another, the developers were not only fine with all this, they had picked up every single last bad habit - mixing functional and object oriented programming, the wretched formatting, everything invented past 2010-11 was considered witchcraft and so on. I admit, I tend to swear when I don't like something I work with. But here I was swearing all day, every day from the depths of my throat. I can't describe how awesome it felt to do a $find -iname {company_name} | xargs rm -rf after my last day.

Two very important lessons:

1. Never EVER ignore red flags. Ask about tech stack, procedures, code-reviews, opinions on basic programming principles and everything you can think of. Generally the interviewers should be asking these questions but it's equally important to see how they see the world. A simple thing to keep in mind is that if someone thinks they know better than the veterans in the industry with dozens of textbooks on the subject, chances are they are morons. If you see something odd, ask more questions. For instance why use mercurial over git: If you get an answer such as "well we evaluated the two options and there really wasn't any benefit to git and only made things more complicated" - run for your life. In the case described here, it turned out that the head of engineering didn't know how to use git and was confused by it.

2. Ask as many questions about the tech stack as possible - there are 3 possible options: One is the company uses what it uses because it was inherited from someone else and they stuck with it. Two, they picked some technology because they wanted to use it and not because they had to. Three is they picked what seemed the most appropriate but are willing to explore alternatives. Ideally you should be looking for the third option.

Re: Forced to settle for a nonideal job? Here’s how to make the most of it

#6
post #2

I was in a job I absolutely hated up until not that long ago. Initially I was very happy with it - as a developer, I loved the fact that there were no calls lasting hours filled with made-up acronyms and the usual "we should", "we must" and all that. But to be honest there were other red flags from the very beginning which I completely ignored(and I shouldn't have). The tech stack was horrible: infrastructure was 201…

Could you DM me where you worked? It sounds like a great place to work personally!

Re: Forced to settle for a nonideal job? Here’s how to make the most of it

#8
post #2

I was in a job I absolutely hated up until not that long ago. Initially I was very happy with it - as a developer, I loved the fact that there were no calls lasting hours filled with made-up acronyms and the usual "we should", "we must" and all that. But to be honest there were other red flags from the very beginning which I completely ignored(and I shouldn't have). The tech stack was horrible: infrastructure was 201…

Such code exists basically in any company what has been around for more that 20 years. Working with a legacy code is a challenge, yet do-able.

Re: Forced to settle for a nonideal job? Here’s how to make the most of it

#10
post #8
post #2

I was in a job I absolutely hated up until not that long ago. Initially I was very happy with it - as a developer, I loved the fact that there were no calls lasting hours filled with made-up acronyms and the usual "we should", "we must" and all that. But to be honest there were other red flags from the very beginning which I completely ignored(and I shouldn't have). The tech stack was horrible: infrastructure was 201…

Such code exists basically in any company what has been around for more that 20 years. Working with a legacy code is a challenge, yet do-able.

Thing is this wasn't a 20+ year old company but a relatively young startup. Average age in the dev team must have been around 27-8. At 33 there were only 3-4 people in the entire company that were older than me. Should have pointed out: this wasn't perl, only perl-like approach to everything.
Post reply on HN