Comment by quantummagic

9 hours ago

I think the point was that there are people who don't need all this extra work, it just comes naturally. And they are more suited to engineering than people who need to spend a lot of energy on emotional and mental regulation as well.

Yes - you are identifying a non-depressed engineer. A depressed engineer can become one of those by removing the depression.

  • No, the point is that not everyone is cut out to be an engineer. If you find yourself being depressed as an engineer, one possibility is that it's really not the job for you. Not everyone is capable of being an engineer, and being prone to emotional disregulation is probably a good indicator. Not to say you can't muddle through, but the original post was saying that you should at least ask yourself if you'd be happier elsewhere.

    • Yeah, you articulated it better than me. Especially in the case where the OP is indicating that a lot of their stress comes from inability to perform or get better in an engineering context. If after a few years you aren't feeling more confident in your skills or aren't more comfortable with your tech stack it's time to re-evaluate. OP mentions they prioritize stability and I think a lot of people get into engineering for the wrong reasons.

      In my opinion the prerequisites are a natural aptitude and a genuine curiosity.

      1 reply →

  • There is no cure for depression. Like there is no cure for diabetes. There is a big difference between having the disease, and feeling sadness brought on by circumstances. There is no such thing as simply "removing the depression".

I think there are methods and patterns to be learned. Engineering is mostly a succession of problems, with a somewhat illusory prize at the end. But a lot of people currently in software development are not trained well to withstand the journey. And for some, it’s just that they have been doing it since high school or something.

One of the thing that is important is to segment the work and have checkpoints and mini bosses. You don’t climb a mountain in one go. That’s one of the reason I dislike LLM in coding is because coding is my down time after a deep thinking session.

Another thing is to have an end goal in mind, and plan the journey according to those. You do this by having enough information about the business domain. I’ve seen people rush blindly into solving problem and get a burnout in the process. This also help with pacing yourself to a sustainable rate of effort.