Ask HN: What do you do when your entire being opposes the task at hand?

It's amazing how much better a boring project is when the sample files you upload are image macros with your boss's head photoshopped on a walrus, and there's someone next to you laughing.

The code you write for work and the code you write for you are two entirely different things. I am so much happier with my work when I assume everything is stupid and nonsensical (it almost always is, I work for a marketing company); I do it with a smile on my face because they pay me and experience is valuable. Not to mention having this kind of job when you're a 22y/o college dropout is improbable, to say the least, and complaining is stupid.

Be extremely careful with that! Expectations change, fast, as you age. I keep getting asked about my foolish/unstable years, even a decade+ after.

It is expected of a young professional to hop around a bit... it could be argued that you cannot truly mature until you have seen a couple of different versions of "this is the way things get done around here" meme. But if you overdo it, your perceived value will take a hit and it will take some work to overcome the "unwillingness to commit" perception.

One thing I have observed in this industry is that nobody gets any sound information on how to recruit people; specially how to find and bring in people whose unique strengths will benefit the most to the current team. Under this circumstances, most programmers default to look "people like me, only more so" which tend to form teams with a sort of hive mind.

The relevance to job hopping is that by doing so, you are ruling yourself out of any job whose hiring manager and/or teach lead have had bad experiences with it. Since you do not know what kind of person you will turn out to be by age 40, or what the job market is going to be like at any point during your multi-decade career, it makes sense to not burn any bridges if this can be avoided.

I would not go as far as to say that you should suck it up and keep a job that is making you hate yourself or your art. I had one of those once and barely lasted 4 months there. But if you make an habit of quitting every time there is something to bothers you, you might find out later on that memories are longer than what it looks like at first sight.

My boss has explicitly told me to forget about industry best practices or retiring technical debt. It interferes with the prime directive, which is to log 40 billable hours per employee per week, for as long as the contract gets renewed. The technical debt is simply used as a justification to extract more money from the customer while doing less actual work. In that case, informing the manager gets you reprimanded for destroying his plausible deniability and ass-covering.

There is simply no way to act professionally in this situation. The best thing to do is simply keep quiet and leave ASAP. The emotional detachment is simply to delay burnout and preserve any potential enthusiasm for the next thing.

I can truly say that there is no way I could possibly make the codebase noticeably worse than it already is. It was like that when I arrived. When I suggested that it could be fixed if approached prudently, I was shot down. When I suggested that the developers read a book on better development practices, I was shot down. That was when I sensed the knife against my back ribs and checked out.

Stay sane. Use the opportunity to be more selective in your continuing job hunt.

First, you'll want to become a expert in your company's product domain. This will make your creative flashes much more relevant, and therefore more likely to see the light of day.

Second, start small. Use your own time to create a new tool which you know your team will find useful, and use the opportunity to teach yourself something new while you're at it. After a few successive wins you'll be allowed more and more leeway to apply your creative energies during company time, and the impact of your successes will grow.

Third, don't ask your manager for permission to work on Side Project X, at least not until you have somewhat of a reputation for delivering useful innovations. It truly is easier to beg for forgiveness than to ask for permission.

Lastly, give your colleagues a sense of ownership. People tend to be much more supportive of innovations that they feel they're a part of.