First of all, isn't it a bit dramatic to say "your entire being opposes" your task? It's not like you're out committing genocide or something. You're programming, and you have to work on a crappy programming task. Every programmer who ever worked a professional job has had to do this at some point. If the very fiber of your soul is wrapped up in your employer's MegaAccounting Client V3.0 REST API, I'd recommend re-thinking your emotional attachment to your job.

That money you get every two weeks is called "compensation" because it is compensating you for your time, which you would probably otherwise spend doing something more pleasant. This is the realistic world of grown-up work life.

If your company's Marketing bone-head says the customers want a green oval button instead of a system-standard button, well, it's stupid, but I'd laugh at how much they're paying to get this ridiculous code written and just write the damn code. It's really not worth losing sleep or sanity over. Not being emotionally attached to your work allows you to shrug off the stupid stuff that Really Doesn't Matter.

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.

This is unrealistic. Do you think an economy can survive with everyone doing what they enjoy? Do we have enough people who enjoy cleaning toilets, stocking shelves, and all the other menial, labor intensive jobs? This notion is a utopian, post currency (Star Trek Economy) fantasy.

I'm tired of the argument made implicitly all the time -- and explicitly on occasion -- that even if a job fills you with suicidal misery every day, if you're making enough to cover all your living expenses plus pay for the alcohol and pills to numb the pain, then by God you should just count yourself lucky, sit down and shut up. A given percentage of the workforce may indeed always hate their job -- but no, in fact, I do not believe that the economy will collapse if that percentage decreases.

Take cleaning toilets, for example. If no one wants to do it then it will become more expensive to find people to do it. That will drive others to come up with an automated solution to the problem that, while expensive, will be cheaper than paying someone to do it. Eventually someone will come up with a solution that maybe wasn't even considered before, like self-cleaning toilets or something.

Now everyone is better off (toilets are clean and no one needs to clean them), because people were free to do what they enjoy.

This is why I believe in basic income, where people don't need to clean toilets for a living, and the actual issue of "how do we, as a society, get clean toilets, without submitting anyone to the awful task of cleaning them?" comes up for debate. Right now we don't talk about it because our system makes some people's livelihoods depend on their cleaning toilets, so they have to do it for the benefit of others, even though they'd rather do something else. Basic income is a very efficient way to force those problems to be solved, via the ingenuity of those that like problem-solving (entrepreneurs), because it makes it so that it's less likely that you can force someone to work doing something they'd rather not do.

That's just how I understand it.

I swear to you, our janitor is the happiest, hardest working person in the building. Everyone looks up to him. But I can totally see where he couldn't work at McDonald's, let alone do QA runs on lab systems (a lab tech's job), or diagnose disease. And I think a genuine source of his happiness is having a job. Basic income doesn't solve the problem of feeling valued.

IMO Here is the problem with what you are saying. Who actually cleans toilets today? Immigrants (largely illegal ones). This is just like the goods we import from China. There is a slave class of people who clean toilets and work in Chinese factories. I agree with the economic principles where innovation will drive improvement, but illegal immigration and free trade interfere with this.

I hope that basic income passes in Norway. It would be quite interesting to see what happens.

Actually this sounds like a statement from someone who is fulfilled outside of work, or on different projects within work. I'm of the same opinion. Most people can't have ann interesting workload, so why does this guy have to be "unimaginative" and "uncreative"? Why attack anyone for a statement like that? I'd much rather not work with someone like you.

Really? You need an imaginative, creative janitor?

I get that you disagree, but I feel like you've crossed the line into insult here.

If this sounds like it could be your style, grab a buddy and see if you can hammer out some of the small stuff together. If not, some of the other suggestions here are good as well.

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.

It's easier to stay on an interesting task, but here a good pair keeps you from going off the rails and totally losing track of the goal.

I am 42-year-old very successful programmer who has been through a lot of situations in my career so far, many of them highly demotivating. And the best advice I have for you is to get out of what you are doing. Really. Even though you state that you are not in a position to do that, you really are. It is okay. You are free. Okay, you are helping your boyfriend's startup but what is the appropriate cost for this? Would he have you do it if he knew it was crushing your soul?

I don't use the phrase "crushing your soul" lightly. When it happens slowly, as it does in these cases, it is hard to see the scale of what is happening. But this is a very serious situation and if left unchecked it may damage the potential for you to do good work for the rest of your life. Reasons:

* The commenters who are warning about burnout are right. Burnout is a very serious situation. If you burn yourself out hard, it will be difficult to be effective at any future job you go to, even if it is ostensibly a wonderful job. Treat burnout like a physical injury. I burned myself out once and it took at least 12 years to regain full productivity. Don't do it.

* More broadly, the best and most creative work comes from a root of joy and excitement. If you lose your ability to feel joy and excitement about programming-related things, you'll be unable to do the best work. That this issue is separate from and parallel to burnout! If you are burned out, you might still be able to feel the joy and excitement briefly at the start of a project/idea, but they will fade quickly as the reality of day-to-day work sets in. Alternatively, if you are not burned out but also do not have a sense of wonder, it is likely you will never get yourself started on the good work.

* The earlier in your career it is now, the more important this time is for your development. Programmers learn by doing. If you put yourself into an environment where you are constantly challenged and are working at the top threshold of your ability, then after a few years have gone by, your skills will have increased tremendously. It is like going to intensively learn kung fu for a few years, or going into Navy SEAL training or something. But this isn't just a one-time constant increase. The faster you get things done, and the more thorough and error-free they are, the more ideas you can execute on, which means you will learn faster in the future too. Over the long term, programming skill is like compound interest. More now means a LOT more later. Less now means a LOT less later.

So if you are putting yourself into a position that is not really challenging, that is a bummer day in and day out, and you get things done slowly, you aren't just having a slow time now. You are bringing down that compound interest curve for the rest of your career. It is a serious problem.

If I could go back to my early career I would mercilessly cut out all the shitty jobs I did (and there were many of them).

One more thing, about personal identity. Early on as a programmer, I was often in situations like you describe. I didn't like what I was doing, I thought the management was dumb, I just didn't think my work was very important. I would be very depressed on projects, make slow progress, at times get into a mode where I was much of the time pretending progress simply because I could not bring myself to do the work. I just didn't have the spirit to do it. (I know many people here know what I am talking about.) Over time I got depressed about this: Do I have a terrible work ethic? Am I really just a bad programmer? A bad person? But these questions were not so verbalized or intellectualized, they were just more like an ambient malaise and a disappointment in where life was going.

What I learned, later on, is that I do not at all have a bad work ethic and I am not a bad person. In fact I am quite fierce and get huge amounts of good work done, when I believe that what I am doing is important. It turns out that, for me, to capture this feeling of importance, I had to work on my own projects (and even then it took a long time to find the ideas that really moved me). But once I found this, it basically turned me into a different person. If this is how it works for you, the difference between these two modes of life is HUGE.

Okay, this has been long and rambling. I'll cut it off here. Good luck.

You know, it's hard to believe it, but at some point parents forget what it felt like being a teenager, and senior developers being junior. I know I'm going hard against the grain here, but I think you're better off doing as jblow did, not as he says.

Priority #1: survive, life gets better. In any organization that's large enough to have a pecking order, sh*t rolls downhill. Your CEO meets the customer's CEO and sees some fish on the office walls. He decides that an aquatic theme will increase sales, and passes it on to project management. PMs are slightly bemused, but figure out some web pages that can feature animated fish, and vet the idea with senior developers, who agree it can be done before the next trade show. The senior developer creates the fish_type, group_of_fish and fish_animation tables, grabs a few morsels that are fun to implement (new web technologies, yay!), and passes the rest to you. Congratulations, you're the junior developer at the bottom of the scrap heap! You not only have to deal with all the crap nobody else wanted, but will also explain it as lines of code to your computer. And, after re-implementing several times to address all concerns from meetings you were never invited to, it turns out the customer's CEO had borrowed the office and actually hates fish since choking on a herring bone 32 years ago.

How do you deal with all this? Well, maybe quitting will find you a better job as a junior developer. (Also, maybe an uncle you never knew suddenly leaves you his fortune.) But realistically, the way most people do it is the same as jblow's. You find ways to survive, improve your resume, and eventually move uphill to have more choice in kinds of crap you need to deal with. Sharing your hard-earned wisdom with junior developers will only be the cherry on top at that point...

What you seem to assume is normal is some kind of career hell I would never want to be in (nor have ever been in).

During my first internship at a "normal" corporation, I felt exactly like septerr does now. I can't imagine following the career path most programmers go down, even if it is going to pay well. How did you avoid (or is it even possible to avoid) going through that corporate phase and skipping right to working on something that you may love but may harbor more intrinsic risk?

I have gaps in between every job I've ever held, but those gaps are strategic. In them, I figure out what I really want to do, and whether I have the tools to do what I really want to do. I applied to YC's first class of S05, as I was finishing up college. I didn't get in. I figured that if investors wouldn't talk to me, I'd learn how to do a bootstrapped startup, so I went to work for a bootstrapped financial software startup. After 2 years there, I quit and founded my own bootstrapped startup, this time in Web 2.0 casual games. It failed too. In examining the failure, I figured that I lacked enough real-world experience to understand what the real markets were, I'd exhausted my pool of potential co-founders, and I had this continuing anxiety about how to do software development "the right way" and make programs that scale. So I moved out to California to work for Google Search. I'm on my own again, but I got everything out of Google that I hoped to get out of it (and more!).

If you're doing it right, each job is an opportunity to get a lot more than money. It's a chance to build technical experience, to challenge yourself, to look at how people with way more experience than you make decisions, to understand how an industry works, and to see how an organization fits together.

It reminds me of my favorite quote from one of the best books about building any type of "Professional Services" company:

"The health of your career is not dependent so much on the volume of business you do, but the type of work you do (whether or not it helps you learn, grow and develop), and who you do it for (whether or not you are increasingly earning the trust of some key clients). In any profession, the pattern of assignments you work on is the professional development process - you just have to learn how to manage it."

My first job was a 16 person company doing industrial automation. I was a first-year CS student. They let me write their TCP/IP stack. Second job, TA at the mechanical engineering dept. They needed visualization software for their work on the European space project. Third one, 10-person company writing one of the very first CD recording tools, with prototype hardware.

I was lucky. Each of them was willing to take what in retrospective looks like a huge risk on me. I was crazy and just said "sure, I can do this" to those jobs. I was learning a lot, fast.

But the beauty was, I had no career to consider. Had I failed, it would've been OK - when you're new in the field, that can happen. You'll have to find a new job, but nobody will be surprised if you have quite a few jobs when you start out.

That's when you take the risks, go for the crazy things.

When you're a decade or two (or almost three. Jeebus!) into your career, it's a different proposition. At that point, you get hired for the experience you bring. Taking crazy risks is something that most companies would like you to avoid. (I'm blessed. My current employer still lets me take risks. I just spent 4 weeks in a code base I never touched before and have things in production now :)

Did I love working on the things I started out with? Not really. But I loved being pushed to my limit. I still do. So how do you skip the "corporate" phase?

By taking a job that's outside your comfort zone. Your own startup or smaller employers are your best bet for that. But there are big companies that let you take risks, too.

Ultimately, it's a balancing act. How much safety in your income do you need, and how much risk are you willing to take? If you can push the risk side, it'll lead to more interesting jobs.

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.

As someone almost as old as jblow who has worked across a wide gamut of different companies from very small to very large, this is sometimes true, but is by no means universal.

You would rationally think that if you are directly improving team productivity, customer satisfaction and the bottom-line that'll earn you more autonomy, but office politics are not always on the same continent as rationality.

You have to remember that if you're not the owner of a company, you have no rights to the products that company makes. Whatever privileges you have you keep by the grace of the owners, and when they change ...

Ofcourse, if you're the owner you're unlikely to actually be able to write code all the time, having to deal with the soft parts of the business. The grass is always greener on the other side I suppose.

Maybe not exciting, but it never sounded "soul crushing". I never really expected to be having a blast at work; it's just a job. Should I be expecting more?

Starting a startup really sounds like more stress and annoyance than "fun" to me personally, after reading stories of them on this website. Are you sure the "more risk" one is worth it? Corporate programming work really doesn't seem that bad from what I've heard of it realistically, despite how derided it is here. Startups on the other hand sound like killing yourself by programming 13 hours straight every day for some company that's probably going to fail and getting below-market pay compared to the easier and better-paying corporate side.

I do hope you are wrong.

Anything else you get is a bonus.

Far too many people are concerned with the anything else part, and it reflects the enormous privilege we have today in western society.

Some of them are great employers. Some of them are terrible. But none of them will feel like working for a large corporation.

Do the least amount required in your current job to pay the bills, then, on the side, improve your skills. You don't need to climb up the corporate chain and suck dick until it's your dick being sucked.

The "Good HS grades -> Good college -> Good junior level job at a corporation -> stick at that corporation until you get a good senior level job" is firmly stuck in the 60s, 70s and 80s for a reason. The highest salaried jobs in programming are going to kids job-hopping from company to company in the Bay Area, graduating from average colleges (some minority not even having a degree) working at top companies who's HR departments publicly disavow the previously worshiped legitimacy of the GPA (word is, Google HR isn't even allowed to look at your GPA).

I recently glanced over this test Andreessen-Horowitz was giving out to recruit software engineers for some in-house development thing they were doing. In the description for the application, they said : "A resume is a plus, but you don't need to have it."

I know that, obviously, people with college degrees from top colleges have a higher rate of success in the corporate marketplace. Killer resumes and years of experience will likely get you very far. Sticking around at a successful company for a lot of years will likely get you a very respected senior role with really awesome stock options.

But the point is, for whatever very small but still existent minority, 19 year old college dropouts that have done 3 6-month jobs are still getting hired. Which means that a killer resume and corporate ladder climbing aren't hard-and-fast requirements anymore -- the only hard-and-fast requirement is merit. Obviously years of working within a single environment will get you a lot of merit, and obviously Google will start locations in Ann-Arbor and Pittsburgh just cause UMich and CMU are there, but that's just because Google values those areas for their high rate of merit, not for their pre-existing prestige.

And what OP is describing certainly shows that he is not properly developing his merit.

Now, in the 60s through 80s, there weren't really too many resources available to improve your merit on your own. So if you were in a shitty position you mostly just grit your teeth until you got in a slightly better position to improve your merit that involved less teeth-gritting and more enjoyable skill growth, and then used that skill growth to get into a slightly better position, ad infinitum where the base case is your retirement. So the best advice was to stick in a single corporate environment until you stopped being a junior and started becoming a senior because there was no more efficient way to develop your merit.

But nowadays, there are resources aplenty and much more efficient ways of developing merit. It's very easy to get cheap access to field-defining textbooks and online lecture videos and PDFs and ebooks and cheap personal computers with which to tinker around with and yadda yadda yadda, all of which can be done by any reasonably smart and dedicated but unexperienced young person, all of which is a much better use of said young person's time than climbing the corporate ladder until you got a job that didn't make you want to kill yourself.

So it's very possible to develop your skills and your merit without the prestige that you used to need in the form of a killer resume or long corporate history or stellar college grades.

So as long as you mastered your data structures & algorithms, your theoretical computer science, so as long as you mastered programming principles and can really say you're an expert in a language because you spent many man hours hacking away with that language at home, so as long as you know your OO, so as long as you prep up with the plentiful blog posts there are about mastering interviews (even for specific companies -- Steve Yegge has written a couple blog posts about mastering the Google interview, and for specific languages -- and I've very recently come across a very useful and thorough blog for knowing the ins-and-outs of Java for mastering interviews that demand expertise in that language), you can get an awesome job. Even if you never land a interview with Google or Facebook (because at that scale, so many hopeless hopefuls apply and you couldn't possibly scale HR with the rate of applicants, so you sort of have to rely on less-than-perfect prestige requirements like college degree from a decent college or networking with other good companies in the Valley. But I'm saying that the modern age allows for extremely low barriers for finding quality applicants and getting quality knowledge to become a quality applicant, and while there are certain institutions where you still sort-of need to reply on prestige, for the most part the industry is becoming a lot better) , you can definitely land a phone screen with an awesome software shop at least better than whatever shitty position you're currently in, and then you can get the interview after you display competence in the screen, and then you can land the job. And after that, it's all improving : improving your skill with awesome workmates in an awesome environment, and then eventually moving on to greener pastures at ... greener?... companies if it is your desire to do so.

Note that I'm not saying getting a more fulfilling job is easier by any means. Top companies will still only take top people. Just that, as barriers between companies and applicants lower and modern technology makes judgment of qualification more efficient, "top" is going to rely more on merit than prestige. And you do not gain any merit from staying at a shitty job.

Since then I've met some amazing developers who (unbeknown to them) helped me get past the mental block that the OP has described; people who could actually challenge me on a technical level, and who weren't jerks.

Take JBlow's advice, and I strongly advise you to take a month off of work if you can. You need that time to recover, recharge, and take a break.

I've been in jobs similar to OP. Sometimes I didn't agree with what I was asked to do and other times I knew I was being asked to do something simply to keep me busy. Fortunately for me, I had one good job to compare against my shitty jobs so I had a little more perspective. However, it was very easy to see everyone else slowly becoming content with their situation. As jblow said, they're letting their jobs slowly crush their soul and they probably don’t realize it.

I left an industry and a comfortable job to get into tech. I was excited. I moved to a new state. Then I ended up at the worst job I’ve ever had in my life followed by three months of unemployment. I never knew I could experience emotions like the ones I felt during that period.

I would talk with people who were the same age as me and it almost always came down to money. The money is nice here so I'll just do one more year and then go somewhere else. Guess what? They're still there. Another promotion, another bump in salary, and before you know it one year has turned into five. By then, leaving and starting something new has to feel very scary. I realized this could happen to me so I GOT OUT.

It is worth mentioning that you might feel some critical opinions about you. With today’s social networks, people can stay up to date with what you’re doing. Maybe it’s because I’ve only been out of college for two years but if you are the type of person who is actively trying to get yourself out of a bad situation, they’ll perceive you as unstable. You’ll spend your time looking for an opportunity that provides you with happiness and exciting work and they’ll think they’re better than you because of a title they hold at their job with promotions as predictable as holidays.

People have told me I wouldn’t be able to get a job if I kept switching jobs but I haven’t felt that. As long as you’re able to explain why you left certain jobs with valid reasons, it won’t matter - especially to the people who matter. Good employers will respect your decisions if you’re able to articulate why you left and what you’re looking for. Who knows? They may have done the same as you years ago.

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.

There are times in your career though when sticking through a difficult challenge is absolutely worth doing. Flitting from task to task because something is "hard" or because a particular feature is not obviously useful is just as bad. I've seen a lot of programmers who aren't "closers". They can get a project to about 85%-90% completion, but can't manage to finish those last few things to get something out the door.

So the answer, I think, is balance. You need to have a good picture of what you're working on and why. If you don't really believe in the project, or if it's being slowly killed with thousands of absurd changes, it makes those difficult periods really, really hard to endure. In those cases, get out, and get out fast.

OP: If it is at all possible, and I mean AT ALL POSSIBLE, try and find a job that you will be motivated at. There comes a point where you have to take care of yourself in order to take care of others, and it sounds like that point is coming soon for you. If you can't get out (or even just in the meantime), try and do something in your spare time that is fulfilling. It can be programming your own (unrelated to work) project, it could be getting out and enjoying nature, it could be something completely different (writing music and stories are some of mine). If you can't get that enjoyment during your work, try and get some of it on your own time.

Ouch. Took me two years. Six months completely out of work and then the rest slowly building up to full time. My workplace bent over backwards to take care of me, which was fantastic. I don't know where you are based, but you may not be in a country where the employee has this level of protection.

I would agree 100% - don't let it go that far.

I just quit a job because the work was dull, unimportant and consisted largely in cleaning up other people's messes.

I'm replacing it with a job at a company with high values and strong ethics, a profitable and secure business model and it's a company I enjoy. I'll be working on a project from start to finish and code quality will be my driving force.

Quit your junk job and find a situation that matches your principles and values. Do it today.

Of course, there could also be a quagmire of corporate politics and sloth that won't get revealed for months. If that happens, I'll reevaluate periodically and open the door to change.

Even in the best case, I don't expect I'll work there for the rest of my life. 5 or 10 years would be fine and all I look for right now.

[Edit: added more thoughts below]

I think the crux is learning about yourself and what you want out of a job, and out of life. That takes time, it's a nonlinear process, and it's non-deterministic too. Make mistakes (embrace them, not fear them), be prepared for change (keep a few month's worth of cash in the bank), follow your dreams, and do the things you love as much as possible.

And try everything. Live life to it's fullest.

"Everything in excess! To enjoy the flavor of life, take big bites. Moderation is for monks." - Lazarus Long (RAH).

The problem is young programmers tend to be hot headed and emotional about their work. This is anti-professional.

While being motivated is great, and important for big projects, every job is going to involve tasks you disagree with or think are a "waste of time." Part of being a professional is doing them anyway, and doing them without getting bent out of shape about it. That's not a sign that your soul has been crushed or that you've lost your love of programming (or whatever), it's a sign that you're mature and realize that work is work sometimes.

If your job is an unrewarding nightmare and you're miserable, then by all means you should find a new one. I'd go so far as to say if you're unhappy with your job overall, find a new one.

But if you have to sometimes do tasks you don't agree with? That's just normal. If you go running for the hills every time you have to do something you don't agree with you'll never be anywhere for long.

Soul crushed programmer: The project I work on right now is a multi-year monstrosity, many bad decisions outside my control were taken, that I now must clean up… Except I can't, because next release ASAP, and budget, so I must rely on kludges. We also lose time to manual overhead (little automated testing, no automated installs, manual paperwork…). And by the way, much of my job right now is not programming any more. It's more like dispatching issues, customer support, and plan for the next release. I don't like nor am I good at this: I'm a programmer, not a manager or a tech lead.

Manager: I can't pull you out of the project. I honestly don't understand why you're under-performing right now, so it could be just as bad on the new project. Besides, it would be unfair to reward you, since you're under-performing.

Recruiter: You know, any job will require you to perform a few boring tasks here and there. Will you do those when they come up?

Wise old advice giver: You need to grow up and accept the world as it is (and maybe give up on changing the world, or your own situation).

(In case you didn't notice, this was a real situation with real people, and near-real dialogues. I was one of them.)

---

I think you get the idea: when someone complain about their "unrewarding nightmare" of a job that makes them "miserable", many people will either blame the victim, say it's not so bad, tell them to give up hope already, or use a subtler mixture of the three.

I wish it didn't happen so often.

If your job is making you miserable then by all means, find another job.

But every job has tasks you don't want to do, has projects that you don't 100% agree with the direction of, etc. Every job.

Anyone in the same situation - please listen to the previous comment, this is such spot on advice. You have to love what you do or don't do it, the damage can really be huge. Don't think of 12 years as an exaggeration, I'm 10 years down the line and still recovering. And there have been breakdowns pills and therapy, just because I kept forcing myself.

Pace yourself, do what you love, and try where possible to smell the roses along the way.

If this seems impossible it's just because you're heading away from this goal right now, try to make it your goal. Not money, prestige or cool companies. And as it informs your decisions you'll start heading in the right direction.

I'm not completely there yet myself, but I'm along way away from the soul crushing that got me into a mess and many steps closer to a sane life!

Good that you could ask and share, a lot of these experiences are so common and it's so easy to think we are the problem. It seems to be something that comes with the territory or our general personality type who knows, but it really is common.

And finally, don't forget what happened to Boxer in Animal Farm - he believed any problem could be solved if he works harder ;-)

I've stayed in jobs where I became complacent and stayed too long. When I had finally had enough it was incredibly difficult for me to find something new because my skills were so specific that people couldn't see where I would fit. I will never do that again. If I have to switch jobs several times over the course of a few years, I'll take that over droning away and having my skills atrophy.

One thing that's kept me relatively sane are my side projects. My side projects have also made me realize I won't really be happy until I'm doing my own thing (or at least taking a shot at it). With a family though, I need the predictable income and benefits that a "regular" job provides. I'd love to take a few years off to pursue some of my own ideas, but it's just not feasible for me right now. Or I'm too scared/stupid to figure out how to put myself in the position to pursue my ideas.

It's tough knowing what you should be doing, but not knowing how to get in a position to do what you should be doing.

The OP is a well-known game developer. Game development is very different from application or web development. I've known and worked with programmers who were brilliant but didn't understand that the feature they were working on was necessary for the client in question. That distinction is important; are you depressed because you care about the purity of the product, or because a client who actually uses said product demanded the feature?

It's important because then the question isn't about a programmer depressed, it's about a programmer who doesn't understand the product and for whom it was made, and that is an important distinction.

This is probably true. If you're happy with what you're doing, you're probably (but not certainly) going to be better at it than someone who isn't happy with it, all else being equal.

However, being happy with one's job is not a reasonable goal for most people. Or, to phrase it a little more flagrantly:

The idea that we need to be happy with our jobs is bullshit.

Among the programmers I know, many of them claim to love programming enough that they're happy to do it full time (AND work on side projects!) -- and to them, earning a paycheck is almost an afterthought; it's a nice side effect. The amount doesn't even really matter to them all that much because programming is just so much fun. (This is not a straw man -- I've personally listened to employees at Facebook, Google, and various Silicon Valley startups express this very notion.)

These claims are not easily proven true or false, but I suspect that most of them are false. I think that if a programmer represents himself as anything other than absolutely in love with programming, then they lose a competitive edge.

The truth is, I think, that programming is just a job. It has it's ups and downs, and it's certainly less terrible than many other jobs. Like most jobs, you'll be given tasks that you can't get out of and you just have to learn to deal with.

Not being in love with your job is does not constitute a very serious situation. It's simply a necessary evil for most people.

Perhaps you're one of the lucky ones who likes his job that you do it from a "root of joy and excitement" on a daily basis. But I think such persons are quite rare.

Once, when I was younger, I burned out completely on my club soccer team. I was 100% A-OK riding the pine and playing with blades of grass because I absolutely did not care. The travel sucked, I didn't like my teammates, I'd gotten sick of the coach and I didn't see the point.

Then, once high school soccer rolled around 2 years later, even though the game of soccer did not change one iota, the switch flipped back on and I super motivated again. I just needed a change of scenery (new teammates, coaches, fields, spectators), I guess.

So I'd say if you think things will get better once the current assignment is over, stick around. If not, move on to something that gets you excited. Life is too short to do otherwise.

When I worked in-house, I was massively productive, agencies I've just fizzled out and now feel that boredom and malaise. I've been offered an amazing in-house opportunity that I've been ignoring for a while now, I think this has spurred me to a decision. Thanks again!

Many times I've seen developers getting burned out because their management treated them like factory workers or, worse, cattle. Often what happens is that some of the better devs start leaving and then that creates a cascade where the working environment just gets worse and worse for everyone else (fewer good people to do the work so more work and more stress for everyone else, and fewer coworkers you enjoy working with) and more and more good people leave.

What you say is totally true about working on projects you care about. That's always the way it will be with artists. If you want to work on something that you don't care about, you can, but you won't be able to do so at your full capacity. You'll need to disengage with it enough to keep it at arm's distance, to disinvest much of your self from it. That too can be perilous because it risks becoming disinvested from development as a whole and losing your passion entirely.

I never thought about it that way, but this resonates with me. I recently ended a job at a pretty big company and I often felt like you describe. At the time, I kinda shrugged it off as normal; after all, weren't office jobs supposed to be soul-crushing? Plus, maybe I wasn't that good anyway. Maybe my team leads were right. Maybe this was just my role in the corporate ladder. I joked with my friends about how I was just mooching off the company, how a dog could do my work, but it felt kinda shitty and it was hard to care in that environment.

The difference between that and the passion project I'm working on now is striking. It doesn't feel like work. I can stay up coding until 4, 5, 6 in the morning if I really want to see the fruits of my labor. (And I often do.) I actually look forward to pulling out my laptop. I have enough good ideas to keep me busy for the next few years. And most importantly, I'm finally getting to the point where I can prove myself creatively.

(On the other hand, it was one year of great money for not too much spiritual trauma, and now I can travel the world and work on the good stuff for a couple of years without worry. So for me, definitely worth it.)

This is dead on. Very much reminded me of a slightly sensationalized article I read a number of years ago:

http://cyberstentialism.blogspot.com/2012/08/ten-percent-of-...

This is interesting to me -- I've been seriously "burned out" at least three times, and each time it's taken me about a month at the right job to recover. We'll see the next time, but I certainly hope/expect it will take a month or less again.

There may have been some jobs out there where I could happily and productively work, but I don't know, because I never encountered one.

Is waste really the right word here?

They don't see how many hours I have wasted, how unmotivated I am. Instead they treat me as one of their most valued employees (oh the irony!).

"When given a vague, annoying feature to implement, very carefully considered approaches and built it in a surprisingly readable and maintainable way"

What you're experiencing isn't atypical - sometimes programming something sucks! Your employer values your ability to power through it and still get good results.

But, enough on that. A few years before then, I felt like you did, but I wasn't actually in that situation. There is a very real positive feedback loop in effect - you feel like you're doing a bad job, so work longer hours on it, end up taking longer, feeling like you have "wasted" hours, and feel worse about doing a bad job.

Believe your employers when they say you are doing great, otherwise you're likely to be heading down the burnout route which had me off sick for half a year. It's not every coder that has such high standards as you, and that is not something to be ashamed of. Be proud of the code that you have produced. Think to yourself "It's just as well I wrote this bit, because if X had, it would have been awful".

I know this sounds like extreme arrogance, however sometimes it is necessary for the purposes of regaining balance. It sounds like you are being a little too humble. If it gets too bad though, get some help from someone.

Consider working on the next level and using this as a chance to study when and where the effort is actually worth it. It may feel like you're handing yourself a license to be sloppier, but if done correctly this actually turns you into an even more capable developer than someone who finely engineers everything, because you'll have that much more time to finely engineer the things that matter once you clear away the time of fine engineering of the things that don't, and on the whole you'll be creating much more value in your code.

And on the other hand, "maintain" is a very ambiguous word. If you are frustrated because it took you ten minutes to add one field to a form, once in the course of 3 years (to put some concrete numbers on for example's sake), you still came out ahead not spending an additional 10 hours polishing the code to a fine sheen, so you could be happy adding that one field 3 years later and saving that ten minutes. If you're frustrated because you actually have to overhaul it significantly, and it's a mess, and now you've also dropped all your context and can't remember what is what at all, and you could have cleaned up up three years ago in three hours and now lose two weeks just to understanding what the hell, then you've lost, yes. And of course "maintain" can mean a lot more than either of those two cases, too.

And as a final note, it's all gambling, and that is also something you must come to grips with. You don't really know where the changes are going to be in three years. However, you can learn to guess with a success rate much higher than mere random chance. (Don't forget to discount future time appropriately.)

Pick things that incidentally accomplish the assigned goal. For example,

1. Pick an amount of time, like 3 hours, repeat this cycle

2. make a branch

3. implement the feature in the fastest way you can

4. think about why this isn't acceptable

5. throw away the branch

6. do it again avoiding one thing that made the last one crappy

Also, weighing merits of different solutions and picking one is your job -- no need to feel bad about that. Come up with an assessment tool that will help you decide. Time-box decision making, but don't stop thinking about your solution -- just give it the appropriate amount of time, not unbounded.

Making progress is motivating. You want to end up at the same place but have the feeling of progress making throughout the process. I believe that it's possible you are taking the appropriate amount of time to do the work at hand, but you are getting into an anxiety/depression cycle because you can't get into a flow state.

Those conversations have taken my team and I to interesting places. I've discussed brand positioning with developers, and shared spreadsheets of time-to-value models with designers, at times going far outside of people's skill sets and comfort zones. If someone insists a piece of work is a bad idea, I invite them to argue against it but insist that I need them to make their case rigorously. Sometime they'll convince me, sometimes they don't want to work through the reasoning, sometimes I'll try and develop their case and argue against myself. I want to reach a position where we either change the task, or we're both satisfied that the task should be done. If that's too hard, then I'm after a position where they at least have rational faith in my request and my reasoning, and are ok to do the work on trust.

I spend a lot of time on this, for a few reasons.

First, I don't want to ask anyone to do something meaningless. Burnout isn't caused by workload. Workload causes exhaustion. Burnout is caused by resentment. If my team resent their work, that's a deep and important problem. I'll tolerate a only very small amount of that, but I'll let everyone know I'm conscious of it, don't like it, and am working to get away from it. Burnout is toxic and damaging to people and the group as a whole.

And secondly, this kind of explanatory work strengthens everyone's investment in the team and the work. It strengthens the team's ability to think together. As people become better informed, all of our discussions become richer and more valuable. People enjoy the work more, and can relax and trust each other more, knowing that decisions are made in ways they can understand and agree with.

Finally this is also a litmus test for me. If a company won't let me in on it's decision making, dismisses my concerns as unimportant and tells me to just get on with something, they're indicating they don't value the team in the same way I do.

At the same time, it's really valuable to have a manager (and other stakeholders) who listen to the "This __really__ complicates our code and will take X weeks to implement, why don't you try this as a procedural workaround ..." suggestions that I make at times.

I really agree with your point that this type of thing strengthens my investment in the team and the product.

I think far too many managers completely miss the point about the company not valuing a team.

1. If I'm working on something vague, try to extract more information about it. It's very hard dealing with frequent changes on a complex code base. I'd try to find out who the stakeholders are, customer is, and most importantly, what they are trying to achieve that this serves.

2. Break it down into smaller tasks and measure myself against these. I want to leave work having completed something and not return to work knowing I didn't complete something.

3. Try bringing a colleague in to help you, such as talking through the existing code and bouncing ideas off them. The energy a colleague puts in can help with motivation.

4. Make sure there is an end to it and that it's not an open scope. You'll never finish something if the stakeholder doesn't know what they actually want.

5. If this looks like it's the norm and you're not happy, while you say you can't change jobs now, put the plan in motion for when you can. Think about your CV, learning new things, etc that help. When the time is right you want to be ready to jump.

6. Get enough sleep. I find I procrastinate more when I'm tired. Of course, eat healthily and exercise.

7. Try to remove other distractions, such as any other commitments at work as a 10 minute interruption can cost you an hour if you're not in the flow of the work.

I'm a manager, and sometimes I feel like you. Sometimes I need to ask developers to do things I don't believe in or things I'll throw away in a few months. This also demotivates me. You need both a lot of discipline and just a bit "aloofness" to keep going. Care less about those tasks, think about friday.

If your managers are any good, they know you have wasted hours, they know you are unmotivated, and they know those meaningless tasks are the reason, this is why you are a valued employee. I'd rather argue to death with an employee because he thinks his idea is best for the company than one that will just accept any task like a robot. But sometimes you have to implement ridiculous things into software, from clients being just crazy or because of some strange contract clause. This is when discipline kicks in. Such situations shouldn't happen often, but if they are, that's when you should move on.

You don't need to get "in the zone" to get the job done. Just start by doing smaller pieces, put your headphones on. You could just ask why feature is being built, but I doubt knowing the reason will motivate you at all.

As far as I know the only way to get over burnout is to stop. If you do not you will suffer more. I wish I had better news.

"Unnecessary complexity to the codebase"

It depends on what you mean by unnecessary. If you mean "won't bring in anymore customers", have that conversation with your managers. Not all of them are brilliant, and no one gets it right 100% of the time. If you can prove that the feature doesn't provide value, have that conversation with them.

On the other hand, if your boss ignores your input, and you're 1000% sure that there are other features that are more valuable to your business than the one in question, you can always push that one to the back and work on something that's more productive to the company. Depending on your political and professional circumstances, your boss may not notice or care, and their boss may forget about their red herring feature; you might be able to side-step the conversation altogether. This will only work if there's more than a few items on your plate that need to get done soon, and this feature can get pushed aside without delaying or blocking anyone else.

Bear in mind that if you go this route, you're putting yourself, your career, and your neck on the line. If it turns out that it wasn't a good idea and everyone agree with you, you'll look like a genius and gain some clout as a clairvoyant; if it turns out it was seriously necessary, you'll look like someone who pouts when they don't get their way. Either way your boss may also hold a grudge. I'm not saying it's the greatest way to go, just adding it as an option. It's helped me more than a few times in my career, but it's also frustrated my bosses a few times. Be gracious if you're shown wrong though, and quick to admit defeat if it's obvious you chose the wrong path, and you should be fine no matter what happens.

Dealing with a rough situation that you have no external control over is one thing, dealing with a lousy job you do have control over it. Let go, walk out the door, and look for something more fulfilling.

Your managers demanded a stupid feature, and you took long time implementing the stupid feature due to its complexity.

The only thing missing is you need to warn your managers before you start coding such as "This is going to take long time due to the complexity, many many weeks. Also I don't think it's right for the product either."

As long as expectations are clear beforehand, and you met those expectations, then no one is getting fired, and therefore you should relax and enjoy coding Easter Eggs into each shitty feature.

What helps me most is finding a technical challenge that makes the feature interesting and fun to implement. This shouldn't be too hard, if you are free to design the feature technically. Hope that little hack helps you getting things done.

We have a right to be happy. We should make decisions that satisfy the majority of our lives and where do what we love. For things not under our control, we still need to love what we do.

The easiest solution to your problem is creating discipline and decisiveness. When you give yourself more hours to work than you are expected to, you create a vacuum of inefficiency. You work unsustainably on things of little value. Instead I would force you to a) figure out your success criteria, b) what are those steps, c) prioritize those steps, and most importantly d) set time limits for each of those steps. The constraint of time will force you to get to the 80% quickest. I have written some articles on these exact problems and in the process of creating an app with those insights. Feel free to read more here: https://medium.com/produce-productivity/ee13c1600b6b

One of the things that I found helped me the most when dealing with features like this is to Let Go of Caring about that particular thing. We fight for what we believe is best, but when a customer, manager, or other higher-ranking stakeholder decides otherwise, it's out of our hands. You did your professional duty by arguing for the Better way (as you see it), but now it's time to make the new direction work.

UX team decides buttons should be the way that pisses you off the most? It's OK, you're not the main user. Manager decides that a "Calculate" button is better than auto-re-calculating? That's ok: the users are happier using that. (We can transition later.) They want an e-mail based workflow for approving things, rather than a web-based one? That's OK: these execs spend most of their time with their phones, and don't want to be logging into the website.

Often what we feel is "unnecessary complexity" is a workaround for a key use case that we didn't realize, or yields customer happiness because it's what they asked for. In that case, it's __necessary__ complexity, just like a bit of ugly code that patches a bug. Try looking at it from the perspective of the user or the manager, and really understand why they feel it is important -- quite often, it's addressing a weakness of your software product that you were not aware of, or which you felt was unimportant.

Until this one project where we were asked to 'fix' an already written Android app (written by an Indian outsource then sent to Canada). The contract was for a massive amount of money, everything looked clear cut and straight forward, how could we say no?

For almost 7 months (!!!) my team and I had endless meetings next to a wall map containing the 5000+ classes that each had to be dissected, understood and reimplemented properly. All the comments were in at least two different foreign languages, and even the best translation services (human included) could only give us at best translations like: 'not class, forwards' or 'use brick making way here', most likely due to the comments being poor in their original language in the first place (not due to the translation).

At first I had great momentum, I was an unstoppable force; then quickly things started slowing down - each task started taking hours longer, than days longer, than weeks longer. Ultra trivial fixes like the placement of one statement outside a try catch, could easily take a whole month to locate (by a team of 4!).

After pouring my heart and soul into this project day after day, grinding myself literally to the bone; I started getting depressed, physically sick to my stomach for days at a time, starting fights with co-workers over absolutely nothing, just so I wouldn't have to look at that fucking code one more time. Anything to just not look at that code one more time.

By the end of the project (which we did actually manage to complete), I was waiting for that moment of euphoria, that release of completion, that I would never ever again need to look at that code, or work on that project.

But it didn't come.

I was paid more than 100k for completion of the project, so I was well reimbursed for my time.

That's when I realized that it's really not about the money, it's not about the team, or the language; It's not about your repo, or your source control techniques. It's not about agile, and it's not about problem solving. It's not about working from an office or from home, and it's not about the mother fucking 'culture'.

When you're lying on your death bed, and you look back; will you be proud that you spent all that time and suffering to fix an app for some asshole who is trying to make a quick buck by exploiting people who aren't technologically wise enough to realize what they are doing?

The next day my boss asked to meet with me privately; thinking I would be fired (and happy with the idea) we met briefly at a local coffee shop. She said that all the anger, depression, and self loathing was 'worth it' because 'I made a lot of people rich' in the process (myself included) and they were happy to deal with that (and even to pay for therapy).

I was offered EVEN MORE money to continue working on projects exactly like these, to the company we had just discovered a cash cow of an app crop, and I was the golden goose. I could easily do this the rest of my life, and lead whatever life I wanted to outside of work.

I quit on the spot, and laughed and cried the whole way home. Knowing that I would be blackballed in the community that I had worked so hard to establish myself in.

Literally career suicide. The company didn't recover, and a lot of people were (and still are very pissed off with me - like angry emails, restraining orders, fucking pissed).

I promised myself that from now on I would only do work that I believed in enough to starve to death for (and it was looking for a long time like that was going to be the case). The truth is, if you want a job where you can make 6 figures (or even 7 if you're doing it right), you will find it. You will always find it, and they will always be there.

There is a vacuum of talent on the community of expert programmers caused by major corporations like ibm, amazon, facebook, twitter, and snapchat just filling up cubes in their 'programmer cluster'. A group of people they can throw whatever stupid, or trivial tasks at - and you won't say shit, because damn that pay is tasty. You're breaking peoples rights to privacy, doing WAY less than ethical things, and you probably don't even know it (because that's how it's supposed to work, or someone else above you clearly isn't doing their job).

My only advice is to get the fuck out. Run, run as fast as you possibly can and never look back.

Never respond to any recruiters for any reason, never respond to job offers, and don't even think about looking for another position at another company (I promise it's the same thing, no matter how they promise you otherwise, and tell you that their culture is the dopest - nothing like clubbing seals with some rad people right?).

Get off your ass, and do something worthwhile. If you can't do that, then learn how. If you can't do that, then you're a drone and you should keep that shitty job because it's the best you're ever going to do (in which case, fuck you, you make the world a worse place for everyone by whoring your skills out to unethical assholes for cash).

Make something that garners zero profit, make something that only helps people, make something that changes the world for the better. You will quickly see your entire world, and all the people in it change before you eyes. You will get more job offers in your inbox than spam, because the world will see that you don't give a fuck about anything but getting shit done and helping people.

Today I run a few companies, the largest of which is a NPO machine learning research firm offering free services to help cure cancer, track missing children, follow and assess viral outbreaks, and front line ML research pushing the needle of science forward (email: freeML@gatosomina.com for services); and some of the others include: organic vegetable gardening as a service (physical outdoor labour, everyday, which I enjoy more than anything) and free apps that assist paramedics and doctors (without ads or bullshit).

If you want to be happy, like, really, actually happy (and not just wealthy) you're going to have to risk it to get the biscuit; and it's going to be the hardest battle you've ever fought in your entire life, by at least a few magnitudes.

Good luck, it's a jungle out there.

This is exactly the explanation I use when people ask me why I quit my high-paying but soul-sucking job, and now working for nothing (on my savings as long as it lasts) on a non-profit idea, and am looking for a job that does real good in this world and feeds my soul even if it pays peanuts.

"Also I waste considerable amount of time trying to do things in the most readable, maintainable and simple way possible"

Motivation is tied to your attitude here as you are looking to do more 'interesting' work, whereas the task at hand looks boring. However the task at hand could be important for the company, so it is important to take trouble understand the big picture here. Most engineers (and I am one of them) are too self-centered to do this, and this can be debilitating.

It involves coming out of your shell, being proactive to talk to the business, product and other areas and see why these set of features that needs to get done has important implications.

At the end of the day, everything is about service. If you enhance your attitude to think more in a service-oriented way (it is not all about you), this changes your 'attitude profile', and in turn can boost your motivation factor by several orders. Suddenly what looked boring becomes very important. It may mean to be more pragmatic ( no ideological fixations on 'purity of code'), roll up your sleeves and get it done.

The valuable service to the customer, can lead into repeat business, which adds to the bottom line, and that later could mean more bonus for you, which you can use it up for that special time with your BF that you have been planning for a while.

My suggestion go on a vacation, if it doesn't get better... leave. You say you're not in a position to leave... but you have to, because its not going to get any better. You're not really doing anyone a favor by burning yourself out for them.

2.) This is surely arguable, but I think agonizing over a lack of satisfaction/motivation in a job is likewise a waste of time. If you can get those things at work, great - if not, don't try to force it - redirect it to side projects, friends, family or hobbies.

3.) Life is really short and full of trade-offs. Be sure to regularly re-evaluate your position or you might find yourself stuck rather than simply compromising.

>'How do you get in the zone and get it done when your entire being is revolting against the task?'

Through each of the things I described above. Whenever necessary I remind myself that:

* I'm a provider and professional, my family depends on me and I'm paid to do good work - getting this done is not optional.

* My time is short, delay buys me nothing.

* I have no shortage of great things to look forward to when I'm done.

Realizing that changing your environment so that it encourages the right outcome is orders of magnitude beyond being a basic, mediocre grown-up who relies on discipline and will power, which is easily depleted, to overcome an onfavorable environment. No one should settle for relying on discipline and will power. That's a moralizing exercise in futility. I've had this argument with my stepfather until he became abusive. The result: I stopped talking with him. It has been one year. Reserve your discipline for differential association and for improving your environment.

>'I've had this argument with my stepfather until he became abusive.'

That's not terribly surprising given your selective comprehension and tendency to speak in absolutes [1][2][3][above] about who other people are or what they should do.

Chill out.

1: https://news.ycombinator.com/item?id=7451659

2: https://news.ycombinator.com/item?id=7486177

3: https://news.ycombinator.com/item?id=7452011

The other thing is that if they value you, it's probably for a reason. You're fulfilling their expectations and providing them with value. Take the compliment and go with it! http://en.wikipedia.org/wiki/Impostor_syndrome

They don't know this code is generally unrelated or don't complain to me about it. Only problem with this is I can now be opening up new bugs because these revisions aren't always fully QA'd.

That being said, I've worked a couple jobs in the past where I felt similarly to you--one of which I objected to much of what I was working on not only from a utility standpoint, but from a moral/ethical one as well. The only thing that kept me going was the social network I built of similar-minded coworkers. The ability to vent, joke, and commiserate with people who felt the same way I did at the company was extremely cathartic and served as my therapy. I don't think that's a good substitute for getting out and finding something else that you actually enjoy, however, which I eventually did when I realized how it was affecting my mood even outside of work.

If I cant get the motivation then I need more abstraction. Abstract until you drop! You are naturally conditioned towards completing things and positivity. That's why people get badly addicted to games like farmville and such. You do something simple, you get something back, you do something else, you get something else. Really your just baking time. But the psychology of achieving is where the addiction comes from. It's not the game. It's the fulfilment from completing something. You need to see this progress visually so you feel like your moving.

It's not uncommon for me (when I'm really low and scraping the barrel) to have a task like for a job such as this;

[ ] Open Sublime [ ] Set-up folder structure [ ] Skim read spec [ ] note areas of concern for later [ ] Describe required method to self / colleague / rubber duck [ ] pseudo code initial method [ ] expand pseudo to code [ ] looks in spec for extra details [ ] list who needs to be contacted for further information [ ] email manager estimate [ ] take a break ...

Now you can start to get "little wins" even on something you don't really agree with / want to do. The goal now becomes to tick those damn boxes, not to implement some feature you don't agree with. It might seem strange to tick a box for something as simple as opening a program, but if that's the level you need for your motivation then that's OK. The reality is these check box's are just mental milestones for progression. What's really important is your ticking them though. If you find yourself for hours on end not doing the list, the list is wrong somehow. Perhaps you don't have small enough tasks. Perhaps the tasks are too hi level and need to be split into sub tasks on those. Just tick, tick, tick.

Try it, it might work for you, it might not. This sure helped me though! Good luck.

This time is not entirely wasted. Even in the worst case -- where the code you are so carefully writing winds up not being used after all -- you are getting good practice in code craftsmanship. The next time you are faced with a decision similar to one you are making now, you will make it more easily: not only have you considered the issues before, but you know how one of the possibilities actually worked out. This is how one builds experience.

I usually find that writing code slowly and carefully is in fact the fastest way to get it done, because it minimizes debugging and rewriting. There are exceptions, such as exploratory programming, when you know you're going to throw the thing away anyway, and in small utilities built for personal use; and there are times when getting something working quickly is important (for a demo, for instance) even though you know you'll have to rewrite it. But these are exceptions. When you're implementing important functionality that's going to be in the product for the foreseeable future and that others will have to maintain and build on, the slow, careful way is best.

It seems to me the real problem here is that although your managers value your work, they don't listen to your architectural opinions. That's a serious problem. Maybe at some point you'll need to tell them, "if you want it done that way, you'll have to find somebody else to do it". Pick your battle carefully though -- it needs to be a case where their way is clearly and substantially suboptimal.

What does this mean?

Well, if they assign you a vague task, you get clearer about it, you ask them why they want to do it, what the objective is. A lot of the time, you could be wrong, and with their objective it makes sense. A lot of the time you'll be right. The best way to show it is to mock it up, and explain your thinking on why it's wrong.

The biggest killer is when you feel like a code monkey, it's usually not the work.

I've been there before, and had some periods of time at a previous position where it felt like every minute of the job was a struggle. Getting things started was the most difficult for me, but once they were started, I could get them done.

If this job is just to pay the bills, and is not critical for your career, then: * Work on autopilot. Do what is required of you, and use some of your time on the job to learn things that would advance your career. For example, for each 4 hours worked, allow yourself an hour of learning something new to advance your career. * Find outside activities that you look forward to each day. Don't let the job define who you are. If you do, it could crush you. * Since they value you, ask to work reduced hours if possible. The less time you need to commit to the job, the less likely you are to burn out.

However, I can't help but recommend that you stay on the look-out for a job that brings you satisfaction and challenges you to do your best everyday.

Every time I've reached that point that you have described, I've quit. It was the best thing for me every time, too. There is no point wasting your time doing something you don't want to do, especially if it's for someone you care about. You'll just do a shitty job and you don't want to dump shitty jobs on people you care about.

Is it just that the work is boring, or are you being asked to do unethical things? I mean, either way, I would quit, but if it's anything unethical I would urge you to run as fast as possible.

However, if it's just "boring" work, perhaps recasting it in a different light might help. Look at it as a game of seeing how many you can finish in a single week. Stop worrying about doing the "best" job on it. If the project is so boring to you, then you probably shouldn't care so much about the quality of it. Just dump out some garbage, get the checkboxes filled, see how much you can get away with. Make it a learning experience, a chance to test your boundaries.

If you were actually working at the startup, on its principal mission, then your problem would be more complex. Not only would you have to think about the appropriateness/advisability of the particular feature you're implementing, but you'd have to constantly evaluate it in light of your relationship with your SO and your prospects in the new company. It would be very difficult to separate these questions in your mind, so IMHO it's a good thing you don't have to.

Take care of yourself first, even if it means a slower launch for the startup! And it sounds like you have good coding practices and are well-regarded at your current position, so hopefully you could find another job that is more aligned with your values. Best of luck!

I've made about 10 cups of tea, gone to the toilet about 6 times, read every tweet tweeted in the past 24 hours. Started three arguments, considered quitting and storming out... it's horrible and I'm glad you posted this because I've been going through exactly the same thing.

I seem to have a finite pool for motivating (or more accurately forcing) myself to do work. And when that pool is empty, it's off to HN or Reddit I go. Frustrating, and I still don't have a solution yet.

Hope this helps.

The consensus of what I've read is that most pharmaceuticals are temporary fixes, at least for adults. But that's just heresay from the internet, so I might be wrong.

And for the record, since they are always so highly advised, yes, I already have good exercise, recreation and mental reflection routines in place. :)

And, if you can't change jobs, then consider coming up with a side project. It doesn't have to be commercial, or even of particularly general application; even if you're just scratching an itch of your own, it'll give you scope to exercise the agency whose absence in your day job is giving you fits.

Without going into details, in my case the task is implementing a terrible, hacky solution for a total edge case problem. It's something I will probably never do again in my entire career.

It's draining. It claws at my self esteem, as I sit in the office wasting literal hours during a day not doing anything. The output of the 4-5 hours of actual work I put in over the course of a week appear satisfactory to the stakeholders, which is mind blowing.

I know that the sooner I get this done, the sooner I can move onto something more interesting. However, just working on this particular task has sapped my will like nothing I've experienced before in my career as a developer.

It's a good question though.

After analyzing requests I have issues with, I will setup a meeting to discuss what I think are the issues, and propose a better solution.

If they push it off as "This is what the customer (or some other decision maker) wanted", I ask if we know if they have considered the issues and if we can propose alternatives.

If they still want to move forward, I ask or work with them to discover more detail about how it will be developed, and make sure they fully understand and explicitly acknowledge each piece I think is insane, irresponsible, or otherwise.

It usually doesn't get to that with good managers or clients. If it does, and it happens regularly, it's time to fire them and move on.

Sometimes I have the impression that the younger don't know how to take it like a man. There is a difference between complaining and whining, guess which one makes a man miserable...

Reality is hard to change, but perception is easy. You can really improve your happiness by reworking your perception.

Take some distance and look at the big picture: as an Employee, your main concern is if the pay check cashes. Everything else is ultimately a problem for the business owners (professionals are pragmatic, not cynic).

If your vision does not align with management and you happens to be right, it is a lot more sad for the company than for you personally. It is not your baby - wish them good luck, do your side of the deal as well as you can and don't suffer over it. You have your startup, your own baby to look after.

The "taking it like a man" thing to do would be to leave, or present concerns to management.

As developers, this problem isn't going away any time soon. Our options are basically to create our own thing and be our own boss so there is no management to frustrate us, or just give in, write the code, take the check, and enjoy our lives outside of work. It's that simple, but it's also quite liberating when you allow yourself to accept it.

I am not mocking your situation. If it's really bad for you, follow jblow's advice. But if it's a once in a while demotivation, swallow the pain and go on. You will reach greater heights and from there these menial times won't matter.

Just my two cents.

Yes and no.

There's something to be said for just knuckling down and getting on with things once a decision has been made. But, prior to that, any half-decent manager who doesn't know the subject area should have a certain degree of respect for a subject specialist telling them, 'I don't think that'll do what you want it to.' (or words to that effect.)

Ultimately, I chose the path of gritting my teeth and getting over it. During that phase, the code quality suffered a little, but I did not have to waste hours and hours of my life freezing on it. This phase lasted for a few months in some cases.

This is by no means a long term strategy - I accept it as part of any programmer's life and simply deal with it without being emotional about it as much as possible. I have been fortunate enough to get more exciting work than mundane stuff

Set yourself small very clear goals which you write down and where you commit yourself to finishing them in a given amount of time.

However, what your mind is telling you with the feelings you experience in my opinion is something along the lines of "Don't do this, it's not great".

So when you experience this very often, you need to change something in your life, or else you'll fall into depression because you have overcome your inner hesistation one time too often.

Don't take this as a scientifically accurate account, just my personal experience.

That is not to say you shouldn't be proud of the workmanship of what you build (not quite the same thing as being proud of the product).

Unless you have a position where you have design authority, stop worrying about the why, and focus on the workmanship. Impress those that do have this authority with how well you do with what you're given.

If you believe that you have insights into making a better end product, then learn to communicate those insights at the appropriate time (before they've made up their mind). Try to get ahead of the curve and propose your ideas.

It sounds like in OPs case, vague specs means not good ownership of the design.

The quitting part, moving on to a new job is not an option for me as I am convinced that it is the same exact situation in most businesses around my area.

I started working on some personal projects which helps a lot, but does not solve my problem.

I find myself pushing to the last minute before the task at hand is due. The extra rush of adrenaline from the looming deadline gives me the kick I need to overcome the meaningless work I am about to do...

Good luck.

But it's in your head. Using simple tricks you can change how your mind interprets the thing, and put yourself ina more receptive state to be able to accomplish the task without it seeming like a battle of wills.

First, put yourself in a good mood. Listen to your favorite music, eat or drink something pleasant, think about the fun things you'll be doing soon. But whatever you do, don't villify the work or think "I can't wait for this to be over!"; that's just more avoidance.

Once you're in a better mood, walk through the work in your head so you understand everything you need to do, and estimate the time it will take, but shorter. Try to find something positive about it to work towards, or something good or interesting you want to see come out of it. It could be something as simple as timing how long it takes for you to write five methods. To prevent further avoidance behavior, remove your watch and hide your clock. If you can, move to a quiet place where you can focus with the least distractions possible.

At the end of the day, if you really don't enjoy your job, you probably need a different one. But it's a mistake to confuse a bad job with an unwillingness to do work you don't agree with. Consider yourself their savior, and do it in the best way possible so that it minimizes their crappy decisions and emphasizes your skills. Imagine you are a woodworker; maybe you didn't want to build a cabinet today, but you're going to build the best god damn cabinet those jerks have ever seen.

(Also: consider if you will be with this BF in five years and whether wasting this part of your life will have been worth it. Kind of a crappy thing to imagine, but you can't spend your life doing things you don't like just because it makes someone else happy)

If that story doesn't bring any comfort because you have to stay, one approach is to be open about how you feel at a team meeting and see if anybody else is willing to timeshare the task. However, if this is the sort of task you will always face day-to-day, you will eventually have to decide if that's how you want to feel everyday.

I can completely identify with some of the points made, my particular frustration is working with appalling specifications that are 9 times out of 10 incorrect/incomplete quiet often leading to features being written multiple times. It's demoralizing. I have no particular solution, some will say just knuckle down but it's easier said than done, there are some tasks that just can't be made interesting. Unlike the OP I can change job and am, next week.

When I am asked to do what is not rational, I refuse and give argument. But to play this card you have to be willing to pick up your coat and leave, not as a threat but as a last resort.

You say you're stuck there, but the reasons are not yours, they are someone else's. Get over that and your options open up.

Your problem is not really knowing if you can change things. Or whether it's worthwhile to change things. Ultimately, you can't really know whether it's better to try to change things (communicating better, focusing more on design vs writing code faster, getting a new job), so you have to accept that.

So ... whatever you choose to do, you can't really beat yourself up over making a bad choice. It's a hard decision. Whether you stick with the job and try to change people's minds, do things the way you currently are (but without stressing so much), or find a new job is a difficult decision, but no choice really stands out as a clear winner (from the little you've said), so just pick one and go with it.

If you want a new job, go hit up linked-in.

If you want to do things the way you currently are, just accept that programmers "waste time" - there's a reason why competent programmers often only write 10 lines of code a day - it's not easy work.

You can try to communicate better, but really, some people just don't listen. Or maybe the managers don't have a choice - they either have managers or customers.

Finally, work harder on documenting / presenting your progress. It never hurts to write stuff up, and explain the decisions you're making or the technical reasons why progress is slow.

But I think all of us sometimes struggle with sitting down and getting things done. When we have a bad day, it's because we struggled making decisions and didn't end up accomplishing very much in our own eyes. We're our own harshest critics.

One thing that I've realized (actually just in the last few days) is that you simply feel 10 times better at the end of the day if you write a lot of code, knock of tasks on the to-do list, and generally "get things done".

Knowing that diving in and doing hard things will make you feel good makes a huge difference for me. It's like "Ok, this might suck a little getting started, but it's what will actually make me feel good and happy." It's really easy to sit and think, or read the internet, but it's not a good feeling at the end of the day.

As far as wasting time, whenever I'm struggling coming up with an approach or solution to a problem, I start writing it down. It usually doesn't get too far just in my head. But if I map it out, write it out, I get back to working on it much faster. An inefficient solution that works gets you much closer to the final product than struggling to find that "perfect" solution right off the bat. Make it work, then optimize.

I have same feelings and I notice that they stem more from being responsible (often self assumed internal responsibility) for the state of the system no one else cares about the state of.

You are just lonely with what you do. People love you for the effect of your work, but you see that they don't care about what you do. And it makes your work meaningless (or even detrimental) from your point of view.

You imagine you could take solace from the fact that you system would be architected beautifully without all this crap people who pay you make you put in there. But that's not true. Artists are generally unhappy. They get happy though appreciation, but not appreciation of common-folk that just don't get art. Only by appreciation of fellow artists.

Programming is a puzzle. It doesn't matter what puzzle you solve. Solving a puzzle of not increasing fragility of your system by adding crappy feature is also a (hard) puzzle that can be solved better or worse. Sometimes solving puzzle brings pleasure if your solution is especially good and programmers think that's the right and only way to get pleasure out of what they do. But that's rare. For each time solution itself brought you pleasure you should have at least 10 times where your solution brought you pleasure just because someone seen it, understood it and respected it.

tl;dr Make company hire more competent people that can share your burden.

Quit. Get out. Work out a plan with your BF. It's no good to you or him if you destroy yourself on work you hate. Be happy and poor together rather than rich and dysfunctional apart.

I've never had to work (for a long time) in a job I truly hated, but I've felt the pain of working in a company with a poor management culture -- it's taken me a long time to get back the joy of development since I left. I now work in a completely different, low paying job -- but it's better being payed less and not having to compromise your work every day. I'll probably end up with another job in the industry (well, I hope, anyway!) -- but I'll be very careful in choosing where I apply -- unless I manage to make a living independently.

For you it sounds pretty much anything, anywhere would be an improvement though...

I had a gf that worked in a job that crushed her (she did the right thing, moved away, got certified as a padi instructor and now lives with her husband and their child, both working as diving instructors -- I'd say she made the right choice :).

Quitting might not mean that everything works out for you and your current BF -- but it sounds like staying will ensure that things will not work out for you.

Anyway, good luck, whatever you end up doing...

I think many of us know your pain, and as a consultant I'm exposed to it on a pretty regular basis. It takes some of the fun out of my job for sure, but I don't let it stress me out. First, we should always want to be passionate about the projects we work on, and I think this is a result of being passionate in general. Being passionate makes it enjoyable, and it allows you to bring your best work forward (which is rewarding), but in our industry we must always create a balance of cost and quality in the midst of a very complex process. To me, this all boils down to priorities and expectations.

When you take your own priorities and combine them with those of someone else, you will never be able to get them to mesh completely. Your priorities may be to make quality code, or to make it elegant or smart -- easily maintainable, extensible, etc. etc. These are things that make it fun, and programmers all know the benefits of these things. Clients, or your bosses, may not understand the importance of these things, or they may, and they may be willing to pay it down later, whatever the case may be, there are conflicting priorities at play and this is the thing you must mitigate to avoid stress.

For me, I must either disregard the external priorities entirely and do it the way I believe it "should be done", or I must disregard my priorities entirely and adopt the external priorities as my own. This may result in technical debt, or a slow progression in the future, or can raise the potential of bugs to be introduced, but these are not my concerns if they are not part of the external priorities.

It's important that you communicate all of my concerns up front, and if it doesn't impact the priorities that are communicated, you must trust that it's ok. If you don't trust that it will be ok, or think you will be negatively impacted by doing it the way you're being asked to do it, you should leave. A management(or client)/ employee relationship is built on trust, and if you don't have that trust you will be less happy than you could be.

Whatever the reason you are feeling depressed with your current situation (already lots of good suggestions in this thread), feeling guilty about wasting time or cheating your managers is basically a form of inflicting self-harm on top of everything else.

You're getting paid for whatever you do, and apparently the people that pay you are happy with the results even if you aren't, so just put that aside and focus on what makes you happy.

There is no solution within your reach for management that is ignorant with respect to your job. Stop putting forth extra effort that will ultimately be wasted. Clearly, you have discovered serendipitously that no one can tell the difference between you doing your job well and you doing your job poorly. So stop trying. Just relax and do the first thing that could possibly work. Really build up some technical debt. Management probably does not even know what that is.

That way, you can use the ever-increasing bogosity of the code base as an argument for being resource constrained. Lobby for junior employees that report directly to you. The end goal is to set yourself up for a job hop into a better position at a better company.

The one you are working for now can be definitively marked as a dead end. So milk them for cash and emotionally disengage. Get your spiritual fulfillment by investing your creative talent elsewhere. Meanwhile, coast until you can bail out safely.

That's about what I'm doing at my crappy, soul-crushing job.

  > So stop trying. Just relax and ... build up some technical debt. 
  > Set yourself up for a job hop....

Our job as developers should not just be to churn out code, but to inform our managers of the costs of doing so. "This feature will take X weeks, this will take Y. We racked up some technical debt implementing Q and QQ, so we need to spend Z weeks addressing that before we can do QQQ." Most bosses like being told that you're making the code easier to maintain, as it means you will make future features happen faster.

I realize I'm lucky not to be in a burnout phase like you are. I just wanted to suggest caution for others when considering a plan to mess up the codebase and then leave -- how will our future coworkers (or later people that read our code) feel when we do that?

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.

2) Challenge yourself to finish the project as quickly as possible. If a realistic estimate is that the work will take 1 week then try to finish it in 1-2 days. If it is awful work, try to get it over as quickly as possible. It helps if you can find an existing solution that you can use as a starting point.

3) If you're paid hourly, you might consider outsourcing the problem to someone off of elance. You should reframe the problem so that it doesn't require you to share any info (source code etc) from your employer with the person you outsource to. Ideally, ask the person to create an open source project on github.

Ultimately, I ended up at another definition of that word: "Spent".

I'm just saying...

How do I handle it? I say my piece, I listen to the response from my boss. If he disagrees with my analysis, then I accept it, sit down and do the work to the best of my ability.

however i feel inclined to reserve that for serious problems, like weak leadership, oppressive or immoral behaviour etc. rather than poor features or undesirable work...

doing things you don't want to do is part of work. letting your leaders make their mistakes and learn from it is part of it too. i'm strongly inclined to say you just need to grow up a bit and get on with it... and be grateful that this is a 'problem' for you because its nothing compared to what most people consider to a problem in the workplace.

That is, if I see a project as someone else's, and my job is to help them do their best, I am happier than if I see a project as "mine" and other people are just screwing it up.

Like many important life lessons, I learned this one a day too late.

I've also found focusing on tests helps. Write as many tests as possible - focusing on getting those to pass. In theory, by the time you're done, the feature will be to.

I've had numerous jobs where I felt I couldn't leave for certain reasons. I would stay usually a few years too long and later come to regard the decision with a mixture of regret and weird, sanctimonious pride.

Take a few hours today and read Man's Search for Meaning by Viktor Frankl. It's a short book, written by a psychologist and concentration camp survivor. The book demonstrates that is possible to find meaning in the worst situations, especially those you "cannot" leave. It may also help you understand why you need to think about choosing a different path.

I struggled with this for years and years. This is not one problem , but three: it is a problem with wisdom, speed, and discipline.

Luckily, we can learn tricks to improve each one.

If we want to attack this from the wisdom perspective, it is this: You are afraid of making the wrong decision because you are afraid to refactor. You are afraid to refactor because you don't have sufficient test coverage.

The good news is, for developers like us, test driven development is very helpful as a technique for getting us over these problems. If our team is not test-friendly, however, it will be difficult for us to make the jump because their code will not be written in ways to make it easy to test.

There are a few books I can suggest to help us jump the chasm:

1. Clean Code by Bob Martin. This book helped me think in more testable code, and also helped me understand how to make better decisions the first time around. It helped me by seeing patterns I didn't know first.

2. Refactoring by Martin Fowler. This one is old, but knowing the patterns of changing code gives us more confidence in knowing what is right, rather than hemming and hawing over what is readable and maintainable.

3. Refactoring From Legacy Code by Michael Feathers can help get from here to there. All of these help from three aspects: They help us develop a set of tests so we are less afraid of breaking existing things, they give us the freedom to experiment, and they help us break things down into smaller, more manageable problems by letting us think about "what is the next thing I can test?"

If we have the tests, we can be more aggressive in reducing complexity.

___

If we want to attack this from a Speed issue, then look for these things.

1. Look for patterns you use repeatedly, and try to settle down into a process. The fewer choices we make, the faster we can go.

2. Look to learn more about your chosen stack and language. It is possible that we are rewriting the wheel over and over. The more you understand the zen of your stack, the faster you can go and the more time you can devote to writing the same thing twice (without them knowing.)

3. Instead of hemming and hawing about the right solution, write all three. It is often faster to write all three and choose one than to get stuck in analysis paralysis. (That isn't to say you shouldn't think before you write code!)

___

Finally, you can attack this from a discipline angle.

1. Learn to meditate. By doing so, you can become more self-aware of analysis paralysis, calm your mind quickly, and mindfully choose a path.

2. Exercise. In the same way as meditation, exercise helps us learn to clear our mind and focus on command, and it helps sharpen our discipline chops.

With these, we can develop an awareness of how our body feels. Then we can develop an awareness of how analysis paralysis feels. If we can catch ourselves in the act, we can then institute something from our analytical skills: When caught in the trap, set 30 minutes on your timer, and bring out a pad of paper. If you feel you have the freedom, turn off the monitor.

Take deep breaths, and sketch out the solutions in the first ten minutes on the first page. Use UML or your own system.

In the next ten minutes, write a pro/con analysis on each path.

In the final ten minutes, make the decision. After this, your analysis time is up and you must code.

I suggest a combination of the above.

Good luck! It was one of the hardest things for me to defeat.

Always think of yourself as an explorer collecting and connecting clues on a mysterious adventure!

Keep in mind, business drives programming, not the opposite. The codebase is only worthy as long as the product is selling (with the help of your managers).

"My managers don't fire me". Perhaps show managers the post written here? I dare you! But they pay your wage.

Put headphones on and listen to the right music or something to encourage focus. Yep!

I think everyone is in the same boat as you in some way or another. "wasting considerable amounts of time" could be a worry though.

"Seriously affects the quality of my life"... surely the quality of your life is not a consequence of "unnecessary complexity in the codebase"? Good luck anyway :)

Edited - I'd had some wines

Similar - not coding though.

>>How do you get in the zone and get it done

I treat it as an optimization problem. Specifically because I have a problem with this too:

>>I waste considerable amount of time trying to do things in the most readable, maintainable and simple way possible

So I consciously aim to force that compromise between quality & time more towards the time side. That goes against my fundamental nature, but I've come to the conclusion that I must learn this...and as a result it feels more like a learning & personal development challenge rather than me doing something I don't want.

I could share several other examples from my work experience. On a more personal note, I noticed you are doing this for your BF. In the short term this might make him or both of you happy. I was in a somewhat similar situation before and the resulting unhappiness from doing work for an organization that had goals/mission I didn't connect with started to negatively impact my marriage.

"Do you wrestle with dreams? Do you contend with shadows? Do you move in a kind of sleep? Time has slipped away. Your life is stolen. You tarried with trifles, victim of your folly."

Life is short. It is time to see through the trap you have woven around yourself and move along. Just do it constructively so that in the end, EVERYONES interests will be better served.

- Eliminate ambiguous requests. Can you probe for your managers stated/unstated objections & needs?

- What's the expected outcome? Are your recommendations easily understood and compelling? Is your business case sound?

- If the managers are happy with schlock work, can you ever be OK with that?

Ultimately, the power is yours.

I have been doing sole crushing work for years in school. When you don't have a choice, the most useful thing for me to get started is the pomodoro method. Spend just 25 minutes of agonizing work and plan what you want to do for the 5 minute break. Usually after 1 or 2 cycles I actually get focused and motivated enough to make some progress.

1) Change the way you feel about the situation. Is this a me issue?

2) Change the situation externally. Talk to management, etc.

3) Leave

It sounds like you've tried #1 and #2 to some extent. I was in a similar situation. I left the company, and found a much healthier environment where I can actually use #1 and #2.

I believe that most of our jobs can be divided to two parts:

-the fun part (interesting/fun/profitable work)

-the shit part (boring tasks/emails)

So, just get the shit work done when it needs to.

But I do encounter many chores in my work that are boring, that are bad ideas, that are for difficult customers, or often all three. I can have the same problems getting those tasks done, just like you describe. Actually, you seem to be way ahead of me because it took my far to long to figure it out. I thought I was losing my ability to program. I was wondering if I was going to have to find another career because I had lost my ability to concentrate. I was reading books on getting things done, and concentration and trying to figure out what the hell was wrong with me. I would sit down to do a task, check email, check reddit, check hacker news, check reddit, get coffee, go to the bathroom, check reddit, "Arg! I have shit to do!" Check reddit, check IRC, etc. I caught myself more than once closing a browser tab with some distraction, pausing for a half moment to organize what I should actually be doing and then open a browser tab to the same thing again.

The insite came when I finally got something engaging to do, and I just powered through it. I could still program! How did I get in the zone? How do I get there again when I need it? Well I worried about hat for a while, thinking there was some combo of sleep, nutrition, environment and task management software that I could line all up and get back to "the zone". It finally dawned on me that I subconsciously find distractions to avoid doing things I don't want to do. What a revelation.

How do I get over it? Well I still struggle with it, but simply identifying the problem was a huge step towards fixing it. Here are some techniques that I use:

Pomodoro technique. This is a productivity trick that actually works pretty well for me. The short version is that that you make a list of very small tasks, then work for twenty minutes (straight! no phone, no emails, no coffee, no bathroom), then take a five minute break. This helps with distraction problems because you can tell yourself, "I can goof off in 7 minutes". It sounds like a lot of interruptions, but I'm amazed at how much I get done with it.

Creating crisis. I work harder with the Sword of Damocles hanging over me, so I put those swords there myself. Call me back at 2:30 and I will have this done. Then I'm good for two hours of, "oh shit, oh shit, oh shit," type production.

Pair programming (and rubber ducking). This really helps to power through crummy tasks. Unfortunately, I work from home for a tiny company. I don't have anyone to program with. But if I am really stuck, I can ask my wife to sit next to me, while I explain what I am doing, and what I am trying to accomplish, and the details of what I am coding as I code it. I can use this occasionally to get over a hump.

Change of venue. I have struggled to find some shitty bug in some shitty spagetti code for a crappy website selling stupid things for WAY too long. The only way I broke through was to take my computer somewhere else, in front of other people. David Sedaris has a great story about a book suggesting he make a change in his house to help him quit smoking. Buy a new couch or something in order to change the venue. In our comfortable habitual surroundings we act in comfortable habitual ways. So he moved to Japan to stop smoking. I can't do this every day, it's just for breaking major blocks.

Anyway, I need to get back to work. Good luck!

But when I get tasks that lend themselves to it, I often find myself skipping the breaks and starting another session straight after, which is great.

I stand up when the timer goes off to try to combat the effects of sitting for long periods.

Meditate.

Cook.

Listen to music.

I never found the ability to rationalize a task I dislike. Instead, I find joy elsewhere and try to preserve that feeling as I tackle the task.

...anything other than the task at hand, obviously. :-)

Basically.

The problem at hand is a relatively unknown psychological issue.

There are many theories about motivation. Most of them don't account for a specific type or situation, where someone is just not able to do a certain piece of work, without having a reason like lacking the time, health, skills or energy. These types are often just dismissed and dubbed underachievers, because, for some reason, they fail to acomplish tasks which they should be perfectly able to do. They procrastinate and do a million other things first or just give it up completely.

It doesn't matter whether this task is about work, university grades, doing lab-experiments, the laundry or else.

== The theory ==

There is a austrian psychologist, Brigitta Rollett, who coined a term called "Anstrengungsvermeidungsmotivation" which translates to "effort avoidance motivation" or "stress avoidance motivation".

The first essential postulate of the theory is, that having the "motivation" to avoid stress, or efforts that cause stress, isn't an illness or failure, but rather an evolutionary advantage to prevent burnout and similar issues. All people tend to avoid activities, which cause them stress or more specifically the very basic emotion of disgust. People have different pattern and triggers which lead to the feeling of disgust. This is heavily primed by upbringing, schooling, bad experiences etc. You seem to be disgusted by "useless features". (I am too. :))

The second essential postulate of the theory is, that this disgust is more or less "invisible". Most of the time it goes unnoticed. It is such a strong emotion that people never even want to "go near it", because it would cause them IMMENSE emotional pain. This pain can even translate to physical symptoms like head-aches etc.

This is how the afore-mentioned "underachievers" are explained. They don't have a problem per se. As long as nobody forces them to do the specific tasks they don't like to do, they live happily ever after. People with a high IQ tend to learn a lot of these "disgust" pattern, because on the one hand they are often confronted with teachers, who don't understand them or meet them with antipathy and on the other hand they never needed to learn to deal with "repulsive efforts". Contrary to most people they get by, without ever having really stressed themselves. Should they come into a situation, however, where they HAVE or WANT to deal with a task, which for them is linked to disgust, they fall into complete despair. They do everything to get away from the triggered emotion. It's literally TERRIBLE for them to do some kinds of work, which aren't a problem for most others.

There have been many scientific studies, tests and validations of this (in german).

== Your situation ==

First you have to acknowledge and understand that what you are experiencing is an irrational and immensely intense emotion.

Emotions don't think. When you encounter one, you have to decide how to act on it. If your job sucks it's probably a good idea to just work somewhere else.

But you like your job. In your case, the emotion just tells you that you HATE this type of work-situation. And for whatever reason you are not able to just acknowledge that, bite the bullet and move on. (Which is how people are able deal with most bad emotions.) In this particular case your brain throws one hell of a fit. Neurologically speaking and simplified, your rational forebrain looses control over your amygdala and the "more emotional" parts of your brain.

== What you can do ==

You can always make sure the situation never happens again, and avoid the dreaded tasks, but this probably won't work without giving up programming.

What you have to apply are the same strategies which are needed to conquer other emotions-gone-wild like irrational fears.

~ You NEED to work on it SLOWLY but STEADY. ~

* The bad news: I hate to tell you this, but if you want to change your behaviour, you NEED to sit down and start doing the exact work which triggers this cascade.

* The good news: Each day, or session, you only need to conquer it ONCE.

Sit down for the task and start with the tiniest bit. Just open the first file. When you FIRST feel the terror overwhelming you, you HAVE to force yourself to keep at it and wrestle it down. When you feel the terror approaching a SECOND time, you can stop. If you have the energy to continue, do it, but I doubt you will. Don't stress yourself too much, or it will backfire. (You won't)

This might sound incredibly stupid, but be proud of yourself at this point, because you have just delivered an immense piece of emotional work and it's ok to be tired now. Even if you just typed three words.

Keep repeating this practise each day, twice a day or how you see fit, and slowly but steady the terror will fade. It will come slower, lighter, less often. If you keep doing this, i will GUARANTEE you that these shenanigans will stop. You will slowly replace the old neurological patterns which trigger your pain. (And pain is exactly what it is.)

Unfortunately there is no faster way for this. You can look into hypnotherapy, which can accelerate matters a bit, but working on emotions always takes it's time. I have applied these techniques myself for a couple of situations. It was immensely exhausting, but it's worth it and it works.

Good luck.

However, it is the totally wrong way to fight an upcoming burnout.

It's good that you are getting your job done, but it seems that you are still having issues setting aside your personal feelings and emotions. This is pretty normal for inexperienced developers. It's something you should focus on working on.

Here's how I developed that skill:

1) Remind myself that this is not my company or my project. It's someone else's. There's no reason for me to feel so personally invested in the project as a whole. If I've voiced my concerns and thoughts and been overruled, then my job is to get what is asked of me done to the best of my ability.

2) Have side projects that ARE personal and that I CAN be emotionally invested in. When you have a side project where you do call the shots and it's done 100% the way you want, you will find it is easier to not be so emotional over your day job.

3) Lastly, I have found that as I get more experienced and better at explaining myself, situations where managers overrule me and tell me to do something that is against my own recommendation become more and more rare (they'll still happen sometimes as long as someone above you can make unilateral decisions, so never expect it to fully go away.)

It's good that you've recognized your situation needs to change. Best of luck.

I think that's also why many posters here are saying 'use some new language feature X to make your work project more exciting' - basically adding a side project into your day job. [I think that road can lead to ruin, if you're making it harder on the next person to work on the code. Be careful and considerate.]

I think you're over estimating how much time you need for a side project. You can even just spend a couple hours on a couple weekends a month on something. Or even every other month. You don't have to work on it every day or anything. That's the great thing about it being a side project. There's no rush. No timetable other than whatever you choose for yourself.