Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Programming IT

Psychology Today: How Programmers Can Avoid Burnout (psychologytoday.com) 61

An anonymous reader quotes Psychology Today: While software development jobs sound great right out of the gate, technology roles don't always offer a great career path. The entry-level salary is fantastic, and the job is fun. But five years on, the average developer reaches a senior role, and there aren't many more rungs on the technology career ladder. An article from 1998 in the New York Times reported that six years after finishing college, only 57 percent of computer science graduates were working as programmers. After 20 years, the figure dropped to 19 percent. In contrast, the figures for civil engineering were 61 percent and 52 percent...

It's not just about the money — it's at least as much about the control you have over what you do. And software developers these days have little say in what apps they build. "More than anything, what bothered me is the feeling that my work doesn't matter one way or another," said one of my friends before he quit his programming job. He continued, "You get into software thinking you'll build cool things, but instead, it's about jumping through hoops for business school people with bad ideas."

Rapid changes in technology make programming one of the fastest-moving careers. Avoiding burnout is the only way to have a long and sustainable career in tech. Veteran software developers often recommend to:

- Work at a place where you can grow. Constantly learning new things is a requirement in tech, but it's only sustainable if you can do it as part of the job.

- Build transferable skills. Many developers find it interesting to invest in learning leadership skills and explore technical management roles — those don't change as often as programming languages do.

- Have creative outlets and create a space to focus on yourself, to switch off and relax. Make sure you move enough, eat well, and spend quality time with friends and family.

Of course, there's always the nuclear option: make your money and get out.

This discussion has been archived. No new comments can be posted.

Psychology Today: How Programmers Can Avoid Burnout

Comments Filter:
  • I have been programming professionally for close to 30 years now. I am still enjoying most of the days at work. It is like any job, sometimes it is good sometimes not so much. But there are not many other jobs that allow you to learn something new almost every day. In fact even research jobs are tedious for the most part , 1% inspiration 99% perspiration.
  • Sucking it up helps.
  • by hcs_$reboot ( 1536101 ) on Sunday August 30, 2020 @11:18PM (#60457374)
    Many people embrace the career of developer because it pays well, but they don't like it so much. Actually not so many people really fit the developer profile. After a few years, they either change or keep doing something they don't like much.
  • by thesjaakspoiler ( 4782965 ) on Sunday August 30, 2020 @11:36PM (#60457398)

    Those bastards for whom everything is a priority because they couldn't say no to clients nor accept no as an answer because all they live for is having a much meetings about stuff they will never fully understand.

    • Comment removed based on user account deletion
    • by asylumx ( 881307 )
      What's funny (as in smelling) is that the ones with a backbone who do say no to things end up being told they aren't a team player and get pushed out.
      • In my experience, those who say no often are entitled and have a false sense of importance. I find that instead of saying no, lay out the technical issues and warn what could/is going to happen. After the manager continues on and fails to meet deadlines a few times, they tend to come around be better listeners in the future(assuming you were right and not slinging bs).
  • by pele ( 151312 ) on Sunday August 30, 2020 @11:43PM (#60457408) Homepage

    I wholeheartedly recommend it

  • Screw that. (Score:4, Insightful)

    by TechyImmigrant ( 175943 ) on Sunday August 30, 2020 @11:46PM (#60457412) Homepage Journal

    Find a real problem that needs solving and solve it.

  • Become a bureocrat, a cog. Document nothing so no one dares replace you and no one else can test your code. Always write everything from scratch in your own personal idiom. Claim to have checklists and runbooks, but never show them to anyone else and document nothing. Insist that documentation is pointless, only the code itself is documentaiton. Refuse to educate your colleagues or attend their presentations on their tools.

    These traits are _extremely_ common in poorly trained personnel, taught to never look

    • What you are describing are the symptoms of extremely bad management. Management is not just telling people what to do, and threatening to fire someone who does not obey. At the risk of being a bit hand-wavy, management has a duty to nurture talent, not just control it. One problem here is that those people who strive for management roles tend to be the type of personalities that like to be in control.

  • by BobC ( 101861 ) on Monday August 31, 2020 @12:52AM (#60457490)

    My current job came to me by blind, pure luck.

    Two years ago I was interviewing for Yet Another Senior C/C++ Developer position, and learned in the interview that they were using C++ in ways with which I had zero experience (and I had served on language committees!). The fourth person I interviewed with that day, the head of software development, literally told me: "I don't need you." Ok, I suppose that's one way to wind up an interview.

    Then he said: "Don't go away. I'll be right back."

    At the time I had spent 35 years as a developer of embedded real-time systems and had loved pretty much every minute of it. I got paid to help create some of the most amazing things: Radiation detection instruments for commercial nuclear power plants. Automated X-Ray inspection systems. Man-in-the-loop neutron radiography systems. Video cameras capturing 100,000 frames per second. Security systems for airports. Aircraft instruments. Space avionics (that unfortunately didn't get to orbit). The list goes on.

    I truly felt I had lived a charmed life as a software developer. Only at that particular moment it seemed it was all coming to an end, with me sitting alone in a small conference room, wondering why I was still there.

    Then someone not on my interview list arrived, and everything went in a totally different direction. I had no idea what pitches I was swinging at, but from the reaction I was seeing, I was hitting them out of the ballpark. A truly weird feeling. Like an audition for a play for which I hadn't read the script. Surreal.

    I was offered a job as a Senior Systems Engineer, which I accepted. Two months later I was kicking myself for not considering such an option a decade or more before.

    Doing embedded real-time systems means you gradually become an expert in all the pieces that go into such systems. Because, after all, when something goes wrong during initial power-up, they always blame the software. And it would be up to me to find the actual problem source. And beyond that, I often had to come up with a solution! I understood the mechanical engineering for actuators and structural members. I understood electrical engineering for the circuits, power distribution and noise management. I understood the electro-mechanical aspects of motors and relays. I understood FPGAs and their development and testing.

    The thing is, I never thought I could get PAID for knowing all that stuff outside my core field. Until I was told I wasn't needed as a software developer, and was offered something else.

    That was a double-whammy that spun me around and woke me up. As of three days ago, I'm two years in this job, and I love it just as much as any job I've had before. I'm doing such fun stuff! Tomorrow, I'm taking a bleeding-edge system in for FCC radiated and conducted emissions certification testing. Woot!

    Looking back, software is the outermost layer that makes any system work, the bridge between the hardware and the outside world. I was fortunate enough to have always worked "close to the bare metal", where the hardware was always right in my face, with the outside world pushing from the other side.

    I still write lots of software, but it's mainly glue code to get brand new hardware convinced not to burst into flames long enough for the "real" developers to get some code written for it. Lots of scripting to I2C ports to get devices into sane states, and more scripting to get lab instruments to provide the right signals to the hardware. Basically, I'm a glorified lab rat! And I love it.

    Every software developer should always be looking outside their cubicle, checking how the larger world is evolving, and seeing if their place in it has changed. I failed to do this, and it was only by blind luck that a save was tossed my way.

    The one thing I avoided was going into management: I was forced into it three times during my early-mid career, and while I was successful at it, I hated the job, found no joy in it, and wanted my IDE back. Work

    • Nice one Bob, and interesting that it took an interview to show you what else you could be doing. Sometimes we need that outside perspective. All I can say is that Iâ(TM)ve been in IT for over 30 years, but only spent the first 10 doing systems development and programming work. I grew tired of it after a number of years and thus sympathise with the article. Moved into consulting back in the late 1990s and mostly do business facing technical work in procedural (Read: Bureaucratic) enterprise environ
      • by BobC ( 101861 )

        Yup, I have more hobbies than I can count. My mechanical engineering awareness has blossomed in designing and making 3D prints. My soldering iron (shiny new and digital!) is always ready to use, most recently to make a custom circuit for my home automation system, which I spend way too much time getting Alexa to communicate with. I do lots of volunteer support for Kickstarter projects heading into troubled waters, in some cases helping the project pivot in new directions, in other cases being a shoulder

    • I too stumbled backwards into a systems engineering career about 15 years ago, and I also really like it. It's like I'm being paid to kibbitz, and I get curveball questions thrown at me all the time. Can you build a LIDAR? Know anything about mine detection? Make an algorithm that will correct atmospheric distortion in a MWIR image. Ever been in a Turkish prison? I'm using math and chemistry and physics and biology. I do mechanical engineering and circuit design and optical engineering. Jack of all
  • Really easy, but not really something that can be explained in terms you'd believe.

    • by Fringe ( 6096 )

      How bizarrely out-of-touch.

      I understand that it's popular to diss Windows, but I've been developing for pretty much everything, for quite a few decades. Embedded devices, including medical. FPGAs, firmware, PIC, Windows, Linux, assembly, SQL, it never mattered much to me what the platform was. But... for fastest time to market, which really is where the profit comes from, even on embedded systems Windows (at the time, Windows CE) often was the best choice.

      Oh, sure, not if your BOM (parts cost) has to hit

  • I didn’t study software, but I’ve loved it since I can remember. So after graduating from an unrelated degree, I started writing software for money. I loved it. Now it’s been a bit over ten years, and I don’t enjoy it anymore. It’s all about writing bad code and poor decisions from business school graduates. North American startups burnt me out (twice) by working their developers as hard as they can, chew them out after 9-12 months, and hire someone fresh in their stead. So I
  • by SpaghettiPattern ( 609814 ) on Monday August 31, 2020 @02:02AM (#60457574)

    Programming professionally for about 30 years. Getting technology to making money by performing well is a nice challenge. Yada yada yada...

    Being 30 years in the business I developed a sufficient amount of skills to understand business opportunities and to lead projects. All at a fraction of the cost/time it takes less experienced/driven people to do that.

    I'd happily jump in to save the day and to coach novice project managers. As in having fun at doing stuff well.

    Needles to say that I don't get informed about bad decisions other people take that affect business and organization. Apparently it's tough to go to the more experienced guy and ask for advice. And so bad decisions pile up and the one that can mitigate them is me. As in some ways I'm a good guy I lend a hand. Onwards and upwards.

    Until the proverbial straw comes that breaks the camel's back. Yet another bad decision taken without consulting me and then expecting me to save the day again.

    It was not the amount of work that did me in but the prospect of endless episodes of bad decisions by guys named Mike.

    So, if you're in a position to do something about anything and you want to avoid burnout at your place then start firing the guys named Mike. Chances are that you'll never pass the mental state of this exercise.

    (I'm fine BTW and I will not let that happen to me again. Burnout is not a frivolous matter. It's like your body and soul are wasted and nothing functions or feels properly. Took me several months to recover. Had a few episodes where burnout was nearly back again and tough myself to rest harder.)

    • by Osgeld ( 1900440 )

      yea we have a guy on the team that sounds like you, he is the reason we are working nights and weekends as he bumblefucks his way around minor engineering problems. Thinks that should take day's end up being weeks, but he's real handy the 3 times a year we need code written and I cant be assed to bother with it

  • I burned out after six years. I saw "Office Space" and realized that I didn't want to end up like Milton, as I saw had happened to so many other software people. Complete career change. Best decision I ever made.
  • Psychology is BUNK. Psychologists have NO IDEA how the mind works. They throw out theories, do a test to confirm their theories and call that science, ignoring the need to REPRODUCE those tests. So Psychology is JUNK SCIENCE. Ignore them.
    • Some psychology is bunk. Not all of it. We do actually know a bit how the mind works

    • by PPH ( 736903 )

      Programming is BUNK. Programmers have NO IDEA how the computer works. They throw in some extra white space, do a compile and hope it works.

  • That kind of stuff used to be a Damp Squib sometimes if you know what I mean. Maybe here at https://www.forextime.com/trad... [forextime.com] you can find how you could figure it out
  • by Viol8 ( 599362 ) on Monday August 31, 2020 @03:25AM (#60457696) Homepage

    "Many developers find it interesting to invest in learning leadership skills"

    Not that I've noticed. Sure, you get one or 2, but most I've seen get pushed into project or line management roles without really having much choice because in a lot of companies if you refuse a promotion thats career death. Personally I'm not interested in "leading" people and I've managed to swerve getting pushed into PM twice. One thing I like about programming is that I don't have to deal with other peoples foilbles and personality issues at a professional level. If I don't like someone in the team I just avoid them as much as possible - not something you can do if your their manager.

  • "You get into software thinking you'll build cool things, but instead, it's about jumping through hoops for business school people with bad ideas."

    Ooooh, don't even get me started ...

  • it's at least as much about the control you have over what you do. And software developers these days have little say in what apps they build. "More than anything, what bothered me is the feeling that my work doesn't matter one way or another," said one of my friends before he quit his programming job. He continued, "You get into software thinking you'll build cool things, but instead, it's about jumping through hoops for business school people with bad ideas."

    Isn't this the whole point of agile programming? Isn't this what the field wanted as a majority for a while now? Like, I remember learning about agile programming for the first time and thinking "So, this puts all the burden of making things and making things work on the programmers while all the power of having oversight and decision making goes to the non-programmers while the programmers help the non-programmers figure out what they want or do." Like, I know waterfall is almost considered a bad word at t

  • Why, six years after finishing college, are 61% of civil engineering students working as programmers? That's the real story here!

  • I got into programming thinking that it may be able to feed me and my family. It's been doing that fine for the last 13 years. I plan to feed my family for the next 25 years. I wouldn't be doing this if I was a multi-millionaire. Oh and I get to do something cool once in a while too.
  • As a junior dev it often felt like there was no control and the business people were pushing too hard just to make up for their fail. As a senior dev/tech lead it is easy to feel like an army of one, doing everything for a bunch of morons and carrying all the noobs on top of it. All of that is true. Also true is that developers have a lot of power if they speak up. If the business is making poor technical decisions, tell them. Maybe you get fired but there are lots of tech jobs anyway. So what? The d
  • Must of us software developers have little to no control of our work environment or assignments. What we do control is how we react to the work environment or assignments.

    In my first management position, I had a really smart guy working for me. More impressive than his well-above average programming ability was how he'd find a way to turn the most boring programming assignment into something interesting. I learned from him to focus on my perspective on the task at hand and make things interesting/fun.
  • "In contrast, the figures for civil engineering were 61 percent and 52 percent..."

    That's because after you get a degree it takes like 6 years to get your professional licensing. Engineer-in-training exam, then indentured servitude, then another mondo exam to get your professional engineer license. And then only the senior engineers/partners actually use their PE stamps.

    And if you deal with any sort of municipal-type project, those run for years, possibly decades. I worked for a couple civil engineering firm

  • Duct tape upper management to their chairs, and the team tells *them* what's do-able, and how long each part will take.

    Take it... or we go on strike.

    Worked for Ameritech in the mid-nineties. Did far too many 10, 12, and occasionally 16 hour days. And weekends. And answered farkin' pagers every damn day.

  • My advice, if your employer is making development not fun anymore move on. Don't stick around. I made the mistake of sticking around a couple of times. If your employer is not allowing time to catch up with new developments on their dime, they are not worth sticking around. Other jobs don't expect you to spent your free time studying just to keep current.
    • Much of this may be related to supply and demand in the software development labour market. Software development is an attractive job, especially in fields such as games software. This means that employers can exploit developers, knowing that when they are worn out, they can be replaced. This is a rather short term view. Excessive employee churn means that a company does not build a base of expertise. But there are a great number of business decisions that sacrifice long term aims for short term gains. The

  • I'm at 41+ years (started when I was 17 with the first languages being classes in Lisp, Fortran, Cobol, then teaching myself Basic and assembler) and still enjoying it more than most people seem to be, although suffering from getting a BS warned me off of getting an MS or PhD. One problem I have is I look at it like sports. When it comes to dealing with promotions & positions, you have to ask yourself: what do you do when you have an all-star on staff and it comes to promotions...what do you do, promo
  • What are those? Most software devs are introverts. At least the good ones are.

  • Become good in your field. Start working freelance. Push back when amateurs suggest solutions that will not work. Resign if management pushes it through anyway ignoring your and other expert opinions in your field. Accept next job which will be only a phone call away. Repeat until you find a sane company.

C'est magnifique, mais ce n'est pas l'Informatique. -- Bosquet [on seeing the IBM 4341]

Working...