Ask HN: I got duped into working on legacy code, should I leave?
91–100 of 126 posts
Re: Ask HN: I got duped into working on legacy code, should I leave?
#92At the very least you should talk to your manager / hr about this situation. Hopefully there's some other role that uses your skills that they can put you in. If not they need to know that this is BS and you're looking for a new job (NEVER BLUFF ABOUT LEAVING. They may call you on it). If nothing else this will, hopefully prevent them from doing it to someone else. Hiring someone is expensive, and the time cost of spinning up a new person is expensive. It's not in their best interests to lie to people. It costs them money.
On the other hand, legacy code isn't necessarily a bad thing. The work of bringing it up to modern standards can be rewarding (if they'll let you do it).
Re: Ask HN: I got duped into working on legacy code, should I leave?
#93Earlier quoted context omitted.
Yes. Thats what the college-lecturer tells you. But in the real world you should not stay longer than necessary in a company which lied so hard into your face.
It was a lie of omission but I'm not sure if that makes it any better. I was hired to work on a new project but it wasn't disclosed that the project hadn't been started yet and has already been delayed for years
This applies particularly to aspirational projects that a company "wants" to start. It hits a chicken-and-egg problem of that it needs to hire skills for that project, but can't start on that project until it hires those skills, many people don't want to be hired unless that project is already off the ground, and in the meantime existing projects still need to be maintained...
Certainly it would have been better for the interviewers to more accurately describe how aspirational their goals and not imply that things were more off the ground than they were. It's a bad way to start a relationship by selling goals as reality. It's also a sadly common way for companies to start relationships.
If you want to try to contribute change, figure out what the roadblocks are to that aspirational project. See if you can find ways to apply your skills to the aspirational project. Sometimes companies forget the bootstrap step in that chicken/egg problem and forget to check if they've added enough resources to start pitching into the new work. Goals continue to be delayed because the company is uncertain and being deliberately conservative about if it has the resources it needs to meet its goals.
Sometimes an aspirational project is looking for a leader to step up, someone with enough passion about the future to get the work started and get prototypes out the door. There's a possibility that can be you, if want to apply for that pressure/responsibility. There's a possibility that in hiring you your managers hope it might be you.
As much as anything, there's a chance here to introspect and figure out if it can be you. Figure out if you can make that pressure/responsibility work for you, if you can make the work/life balance you need, if you can find a way to balance work's existing responsibilities on you (help maintain current systems) with potential new responsibilities (help lead new project). In some companies you might be very well rewarded if you can strike that balance, if you can lead the company onward to meet its goals while helping it survive with its existing needs. It's up to you to assess if the rewards are worth the risks. Your company might be one of the very many that aren't that loyal to its employees and you would be better off elsewhere, but that's something you probably need to judge for yourself.
I guess I'm rambling, but there are ways to make your situation work, if you are looking for them. It's as much on you to discover if you have that capability as it is for the company to solve its own paths to its goals. Starting that conversation with a lie of omission might be an indication of bad faith and disloyalty from the company immediately off the bat... or it might be a sign from the company that it really wants someone/anyone, and that someone could be you, to step up to bat and try to knock something/anything over the plate. It's rare that a company wants a new hire to strike out. Maybe if you can hit a home run you might be rewarded for it, and it might be worth swinging for the fences. Have the conversations you need to figure out if it's worth the pain of swinging for the fences versus playing it safe and bunting until you get the next job offer.
Re: Ask HN: I got duped into working on legacy code, should I leave?
#94Put in an amount of effort that you consider professional at work (by which I mean, put in enough effort that you're proud of yourself, even if you're less productive than you'd consider ideal for someone specialising in what they need). Use React on side projects. Look for better opportunities, and be more picky and curious about the actual work you'll be doing. You owe them no more loyalty or accommodation than the…
It's difficult to be proud of anything I'm doing :). Whenever I propose a design for something, I'm told to do it the fastest way which is usually a bad hack. I'm amazed the code works at all. The stack traces are more than twenty deep sometimes. I can't stand to look at it for more than 20 minutes without a break. I need to be more careful next time I'm looking for a job
Re: Ask HN: I got duped into working on legacy code, should I leave?
#95Stop bitching and move on to write your very own legacy shit code!
Not looking forward to clean up all the js frontend code that everyone think is cool these days. :-/
Re: Ask HN: I got duped into working on legacy code, should I leave?
#96Earlier quoted context omitted.
Patches all the way down, it seems. I've had to deal with similar codebases. I try to fix what I can, but it always seems to be a neverending process. Legacy codebases suck, but it doesn't stop newer codebases from sucking just as much. I've learnt that the hard way.
Yes. The codebase is best described as a giant pile of hacks. It's the culture more than the tech that causes this to happen. Every time I offer to refactor I'm told to fix it the fastest way and that's how we've been doing it for 10+years.
Ok, as someone with a strong dislike for modern js I still feel sorry about this.
Re: Ask HN: I got duped into working on legacy code, should I leave?
#97Talk openly about the specific issue with your boss. Tell him/her exactly how much time you give them (3 month is a okayisch thing) to improve on it or you will leave based on that issue. Offer them a way of migrating to your stack like 'hey we can migrate this peace and this peace to typescript' Its an easy start, low risk. If they don't care, or don't change, leave.
This seems like pretty terrible advice. You seem to be assuming that the OP is independently wealthy and doesn't really need to work for a living, and can go for many months without a new job. If he were to follow your advice, what makes you think he can just walk out at that time and have a new job that week? He's moved to a new city, which most likely isn't some giant tech city, so it'll take him time to apply for, interview, and secure a new job. If he's allowing the old employer time to meet his conditions, then he cannot ethically start this process until they don't, and either fire him outright (because they don't like being given an ultimatum) or simply don't bother to change and start secretly looking for his replacement. Even if he decided to act unethically, accepting a job offer and then backing out is a good way to get on a company's black-list, and in a smaller city that means you now have one important employer that you can never work for again, and if they share this info with other local employers you're really screwed.
The only rational way to handle this is to make a decision based on the current information.
Re: Ask HN: I got duped into working on legacy code, should I leave?
#98I now develop web apps using NodeJS and occasionally build UI using Angular and get to evaluate some of the "shiny-est", "cutting-edge" code/frameworks.
Do I think I wasted my initial years? NO. I worked on side projects which eventually helped me move to the tech I've always wanted to work on.
Did I do a shitty job on the legacy code? NO. On the contrary, I won many accolades for automating several processes and improving the performance.
Did I learn anything from working on legacy code? YES. A lot. I believe the experience of working on legacy code made me a much better developer.
Why do I think so? Working on legacy code means you READ more code than you WRITE. I am of the opinion that there are 2 things that are very difficult in software :
1. Reading code written by others. 2. Writing code that can be easily read by others.
Coding is one-time read, many-time read activity.
So, my advise - work on the code, stay in touch with what you like, but move if it's really bad. (No point in doing what you don't enjoy doing).
Just remember, the code that you write today will become legacy code one day. :)
P.S.: Also, beware of taking advice from a comment from a stranger on the Internet. :)
Re: Ask HN: I got duped into working on legacy code, should I leave?
#99The bottom line is that you're unhappy with your job and there are plenty of shops where you can use the technologies you love.
You're under no obligation to stay - your employer is not your family. You're in a contractual relationship where you exchange your time for money.
Re: Ask HN: I got duped into working on legacy code, should I leave?
#100Earlier quoted context omitted.
Agency work, for one.
Really? Which agency is that?
After working in this business I don't think I'll ever be able to return to a "normal" type of business, although stress can be quite high and often there is overtime to meet a deadline.