I'm going to quit my job because of our platform: how can I leave a productive explanation of this?

Question

I'm planning on leaving my current job because we're locked into using Blub, with an enterprise Blub framework and a Blub-level web server, on mediocre shared hosting. My coworkers are friendly and my boss is an average small business owner - I want to leave entirely because of the technical reasons. I feel like being soaked in Blub is bad for my brain and making me a worse programmer.

When I leave, how can I explain this to my boss and coworkers? How can I phrase my complaints about Blub productively? What kind of warning can I and should I leave for my successor in documentation?

(trying to make sure I meet the standards)

Answer 1

I don't know anything about Blub itself, but I've been in a similar situation where there was something about my job that I think should be fixed, but don't want to burn bridges. Here are a few ideas that may help.

1. Try to fix the issue. Explain to your boss that you think Blub is a bad decision for the health and growth of the company. Provide specific cases and instances where it's hurting the company (or where some other platform would help the company better). Suggest an alternative that you feel is superior and be ready to back it up with facts (remember - objective data). This will allow you to voice your concerns and gauge how your boss responds and how open he is to different technologies (or, how married he is to Blub). You may also gain some insight into why the company is using Blub and sticking with it. It will also give you a gauge of whether it's worth sticking out through it, if the company has decided to change technologies. (Note - this may depend on your boss. Obviously, this won't work if he's in love with it and thinks it's the future of technology.)

2. Hold out until you get a job offer. You've dealt with it until now, so find a new job and wait to leave until you get an offer. This gives you an easy out - "I've been offered a position that better suits my career goals" (or some other more neutral line). Granted, this doesn't necessarily help your current company, but it's also not entirely up to you to fix the matter.

3. Say you want to take your career in a different direction. Explain that you would prefer to work on a different platform and that Blub isn't your cup of tea. This allows you to say something along the lines of "I don't like it," without getting into the religious debate of code languages/platforms. As Paul said in his answer, it keeps the reasons for you leaving close to you and reduces the chance of people taking it personally.

4. Make it clear that it's not the office environment. Make sure your boss and coworkers know that you enjoyed working with them. Offer to connect with them on LinkedIn if you haven't already. Try to keep in touch with them as part of your professional network.

As for your successor and documentation, simply make sure all the issues/quirks that you know of are documented somewhere, either in the code or in a wiki or some other structured documentation platform. Explain in comments why you did something a certain way and be matter-of-fact about it - "doing it this way because our version of Blub doesn't support Alternative Method X." If your successor is familiar with Blub and doesn't mind it, then they're not going to heed any kind of "stay away!" messages. Someone not familiar with it is probably going to think you're just one of those platform elitists and ignore overt messages, and someone who is familiar with Blub and doesn't like it, or is on the fence, will either already sway to your side after more experience, wouldn't have applied to the position, or would ignore your "stay away!" messages, anyway.

Answer 2

Just say that you feel that working with Blub is not compatible with the way you want to develop career-wise. This keeps the reason for leaving your current job close to yourself, limiting the possibility of people to take you leaving personally. Just stay calm and say that it was not the working environment, but that you and the work have grown apart. If they are the nice people you say they are, they will understand.

In addition, warning them that you feel blub is not the tool for them is all you can do. Spamming the docs with "blub sucks" is probably not going to work.

Answer 3

There is nothing wrong with saying "I am leaving/left my last position because I wanted to work with newer/more interesting/less crufty technology." You're a software developer! You're supposed to have strong opinions.

But I would prefer to hear you say you were running towards something than running away from something. "I really got excited about Flubber on the Stack Exchange network; it sounded more modern and fully featured than Blub, so I want to take my career in that direction."

Answer 4

A lot of good comments above. A few things to add or highlight:

1. Don't quit until you have the new job. You lose all your leverage.

2. Document everything you do to ensure a smooth handover. Go above and beyond in training your replacement.

3. Before and after the move, don't disparage anyone there or their decisions.

4. If asked why you are leaving you can honestly say "to learn new things" and leave it at that.

Handled correctly, you could still get a good reference a few years down the line.

Good luck with this!

Answer 5

The key question is who owes whom what.

You sound like a fairly low level guy in a medium to large organization, in the learning phase of your career; and in that position, you owe your employer precisely nothing except two weeks notice. Be assured that they don't think they owe you any more either.

I'm not saying that if there is someone who actually will listen and cares about your reasons, you shouldn't talk at length - but don't kid yourself that you have any leverage to actually change things for the better as part of your exit activities.

Answer 6

Leave on as much of a positive note as possible. Don't spin the story into a negative about Blub. Spin your exit story about this exciting new opportunity to expand your skills beyond Blub.

Then leave a written list of tasks in progress and the "potential" danger spots for your technical replacement. It is now their job to convince management (if they agree with you), not yours.

Answer 7

The Blub framework may still meet the business needs of the business owner.

I don't understand why you would expect the business owner to discard their investment in the existing (functioning) code base just because the language/framework does not mesh well with your brain.

It is far cheaper to replace you with someone who thinks that Blub is awesome.

I am not saying you shouldn't move on if Blub does not work for you, just don't confuse your feelings with the business' needs.

Update: "think" != data. I make a point of documenting productivity barriers and their time cost every day. The things that slip through the cracks now don't.

Example:

• VPN not working (10:15am-10:35am : 20min);

• build tool misconfigured (12:30pm-1:20pm = 50min);

• etc.

Unless you have data about the productivity question, you just have an uninformed opinion.

Lastly, how are you defining "productivity". After all it may be more "productive" to not have to write the tests for the new code or to fix broken tests. (Yes, I had an engineering manager who believed this).

Unless you can make a data-driven case for a change, why should the business change?

Answer 8

I quit my first job, because the company decided to move from Java to .NET. I simply told them that I invested a lot of effort into learning and mastering Java and there's no way that I would start learning .NET while there was a need for Java developers on the Job market. I did a mistake though. I told them this before I had a new job, so I had to spent some time home. There's nothing new in my story, you got great answers, but I wanted to emphasis two things: honesty, and having a new job already.

Answer 9

First you don't have to justify yourself when you quit a job, but it's generally what you should do to keep good professionnal relationships with your employer. Don't forget that he will probably be called by your new employer (most serious ones do it).

Telling that you leave because you think they are locked into a Blub may not be appropriate for two reasons, even if honesty is usually the best option in most situations:

• First it may hurt them, in their feelings, and adopt a defensive position against you. It may makes things more difficult and you should always avoid to hurt other feelings as much as you can (I like to make the association here with Emotional Intelligence).

• Secondly you may be wrong. Yes, they may have their own reasons for keeping those technologies. Very often, we don't understand management's choices because we don't have all the needed information to build our opinion.

The only way I found appropriate to leave a company is to tell them you want to do something that is more close with what you like to do. You can tell them you don't like the technology, instead of telling them they are wrong.

Answer 10

You can be pretty frank. Just because you don't like it doesn't mean it's the wrong choice for them, so don't expect them to change or slap their heads and go "Of course you are right, how could we have been so stupid!"

Just say. It isn't where I want to be technically, I've enjoyed working for you and with the team and wish you all the best. Then move on.

Answer 11

Short form: you tell them you are leaving in order to expand your experience and skills. As for your successor, you don't need to leave anything beyond whatever documentation/reports/memo you have produced.

Long form: Programming, unlike most professions, is in part defined by the tools one uses. Both managers and HR understand this (even those asking for 5-7 years of Go experience), neither will blink at hearing you want to expand your experience. That you want to work with a specific tool or simply to vary your experience will be taken as neither rejection or signs of unreliability. Everything else being equal, experience with more languages, frameworks, editors, IDEs is a plus - it gives you a yardstick for comparison, making your judgement more worthwhile.

You don't say whether you have tried to convince your current employer to switch tools or whether you even think it would be a good idea for them to do so. If you do and have, then your boss should already have everything your replacement needs if the decision is revisited, it's not your place to try to convince them to take up the cause in your place.

What you should be leaving for your replacement is as much documentation about how to do your job as you have available. If you feel that there is something you know about how to do the job with the current tools, that your replacement should not be expected to know or easily discover, then document it.

As for your complaints. You should not be mentioning them at all, they aren't relevant.

Answer 12

If this is a small company, and you're the tech expert, you should seriously consider having an honest (private) discussion with your boss about how Blub is hurting his business.

I'm not sure from your description if you would characterise yourself as the company's tech expert, and I realise that you said the company is "locked" to Blub. Perhaps this is not the correct discussion to have if there are other happier employees, or if there really is no alternative for the business model.

But, this seems to me to be pretty serious. In one way, it is hurting his business simply because you are not enjoying it and finding it unproductive and have come to the point that you want to leave. Losing a good employee is a pretty horrendous situation for a small business (you are far more crucial to them, than you would be at a large corporation).

I wouldn't be inclined to leave any warning for a successor - but do make sure to comment and document your code as well as possible to make it relatively easy for them to take over.

I disagree partially with other answers that you shouldn't leave your job until you have an alternative. If this job is really getting you down, it can make you sound resentful in interviews for new jobs, which is very unattractive to employers. (If that's the case, it might be better just to get a clean break) The advice to put a positive spin on things by looking forwards is very good advice.

Answer 13

Lots of great answers here already, but I have experienced something similar trying to introduce better project management practices that eventually lead to me butting heads with everyone important. I decided to leave and had to consider what to say.

I decided to bite my tongue and leave on the most positive note possible, especially since a lot of the people I was clashing with were my friends. A couple of years later the company asked me to come back and manage the software development my way.

So I say leave on a positive note because it is not necessarily the end of the story.

Answer 14

As long as you are going to another job right away you can say "better opportunity etc." Now if you are leaving and don't have another job, the gap might be tough, but you should be able to explain it when asked that you wanted to re-train into something different and you needed the time to do that.

Try and enroll in something so you can put down the college or program as what you were doing during the gap.

You could also try and land some simple freelance stuff (or not) and then you can list as self-employed. Just be sure to have something to show for that.

Don't be afraid of the gap. My wife didn't work (outside the home) for 7 years and had two offers at the same time, while not as high paying as she would have liked, they were competitive technology offers.

Answer 15

This happens and the fact is we are living in a very "non-blub" world anymore. In addition due to the explosion in the non-blub technology field you have options so I'd say you're safe.

What I do caution, however, is fooling yourself into believing this is the primary reason, you're unhappy, and trying to make others believe that.

That's a very silly reason to quit much less an argument point with any hope of foreseeing a change.

Don't tell your boss that's the reason. Make it a standard blurb "Career move." And just know that if you are having difficulty now, don't expect to be happy elsewhere. There is always going to be some sort of annoying ridiculous issue programmers have with their jobs, because it's our jobs to point out problems and find solutions.

Good Luck!