Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Best answer. If the money is ok, and the environment not too toxic/stressful, you might just see it as a challenge to secretly improve a codebase without anybody noticing, while still delivering what the higher-ups want to see. Or maybe just scratch the first part and try to see how much further you can push that turd with every coding crime imaginable. One-up the juniors in ugly hack Olympics. Ship a feature and put it on your CV before leaving.

Otherwise, walk away immediately.



> a challenge to secretly improve a codebase without anybody noticing

That is how it should be done in any case anyway. Improvements should get slowly rolled out without disturbing the users and the business.


> That is how it should be done in any case anyway.

Not exactly. IT management should be always telling people stuff like "did you notice that the integration with XYZ that never worked well stopped failing?" or "did you notice that we delivered those few last features at record time?" and explaining why.


That is assuming that things are failing. $20m/year with 3 people does not look like anything is failing to me.


That is assuming things are improving. If you aren't improving anything, then yeah, you don't have anything to say.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: