DEV Community

Cover image for 3 Harmful Beliefs That Destroy Software Developers Careers
Soulis
Soulis

Posted on

3 Harmful Beliefs That Destroy Software Developers Careers

Our mind can be the greatest ally or the greatest Lier...

As you progress in your journey you should avoid these 3 harmful beliefs that many software developers hold, which can ultimately destroy their careers.

By understanding and avoiding these beliefs, you can accelerate your career, improve your skills, and enjoy a more fulfilling professional journey.

Belief #1: I need to learn every programming language to succeed

This belief can lead to overwhelm and burnout, as it's impossible to master everything.

As a newbie, a junior developer, ten to try to learn multiple different languages at once, and as a result, struggle to become proficient in any of them. In contrast, juniors choose to master just one language deeply, which led to landing a real and stable growth.

Newbies must focus on core languages relevant to the field of choice to yield better results.

Belief #2: Working long hours means I'm more productive

While it might seem like a sign of great dedication, overworking often leads to burnout, decrease in productivity, and even health issues.

As a junior I used to work 12-hour days, 7 days per week, and I saw my performance decline over time; however, if I maintained a balanced schedule from the beginning, I could stayed sharp and consistently delivered high-quality work without burnout.

Remember that is always better to work smarter not harder.

Belief #3: I don't need to network; my skills will speak for themselves

Ignoring networking opportunities can limit your career growth. Skills matter, but relationships open doors and create new opportunities.

A lot of developers don't like to deal with people, like unironically they deal with clients a lot-well at least some of them. They prefer to stay isolated and because of that missed many job opportunities.

I hope this helps you recognize and avoid these harmful beliefs in your career journey. Embrace growth, focus on what's essential, and build meaningful connections.

Wishing you the best on your path to success!

You might also like:

  1. Vim Mastery: A 7-Level Framework from Beginner to Plugin-Making Pro with Lua

  2. How YOU should learn blender in 2024

  3. The Best Way to Approach Game Development as a Solo Indie Dev Without Losing Your Mind, Maintaining a Healthy Career, and Enjoying the Journey

  4. 5 Career Mistakes Everyone (From Newbies to Experts) Should Avoid to Prevent a Mountain of Unfinished Projects

If you enjoyed this and want more, follow me on Twitter for updates! You can also subscribe to my newsletter for exclusive content. Your support keeps the creativity flowing! 😊

Top comments (32)

Collapse
 
tracygjg profile image
Tracy Gilmore • • Edited

Hi Soulis, Thanks for a great article.
I have a significant investment in this industry, which is another way to say I am old, and your comments concur with my experience.

1: I agreed, you don't need to learn every programming language or framework. Indeed it is foolish to try, unless you want to become a "jack of all trades" (aka full-stack developer) as opposed to a "master of one". However, it is also foolhardy to focus entirely on one programming language/tech stack. It is wise to concentrate and develop your skills on one technology but it is well worthwhile learning from other languages and stacks.

2: Productivity in software development is virtually impossible to calculate, despite what some “American multinational strategy and management consulting firm” might report. However, there are two aspects to what you produce as an individual. There is not just quantity but also quality. What is the point of cutting loads of code if it all needs to be fixed by someone else the following day?
To be more brutal about it, you also have to consider your rate of pay, especially if you are on a salary. There is nothing wrong with doing extra hours when required (by the project, not demanded by management - they always want more, especially if it is not costing them extra). Consider your personal productivity. How much money are you making per hour of your working life (not just your contracted hours but all of it)? How much are you giving to the company for nothing? The more hours you work but don’t get paid for, the lower your rate of pay - simple mathematics. Also, If you work all the hours you can some if not all of the following things are going to happen:

  • You will most certainly have nothing left in the tank;
    • so nothing additional to offer should a real emergency arise,
    • and an increased risk of burning out.
  • The additional stress can have a detrimental impact on your:
    • Health and well-being
    • Personal relationships and social network
    • Personal development and opportunity to grow and a person and developer.
  • Loss of opportunity to explore new technologies that interest you. It is not a question of keeping up but keeping interested and developing yourself.

3: This one is an area I have personally neglected to my cost and is far more important now that it was when I started in the industry. However, I suspect many “hard-core” developers might struggle with this, especially these days of social media and working from home.

I honestly feel for new developers entering the industry - it’s tougher than I experienced.

Collapse
 
raulpenate profile image
The Eagle 🦅 •

Your words are gold for developers like me who don’t have the same level of experience as you. What do you recommend doing in cases where you give it your all during your 9-to-5, but still it's not enough for the project, especially in a remote setting where people might think you’re not trying hard enough?

Collapse
 
tracygjg profile image
Tracy Gilmore •

It is tough for young developers. But 1) Don't measure your productivity by the project demands (they are probably our of your control) but by your own professionalism. If you think you have given it your best effort (side we all have bad days, ignore those), stop beating yourself up.
2) If you have a good manager it should be sufficient to provide regular updates (daily) on progress, blockers and work around (all the sort of things raised in daily stand-ups).
If you don't have a good manager then try to rely more on your team, liaise regularly (hourly min) especially when working remotely.
I am very fortunate in having both a good manager and great team. We are geographically dispersed but make an effort to colocate at least twice a month's. 1 day tends to be more programmatic reporting/planning oriented but the other day enables us to work collaboratively and discuss design, problem areas etc. these have been invaluable.

Thread Thread
 
raulpenate profile image
The Eagle 🦅 •

Thanks, I appreciate your response!

Collapse
 
syeo66 profile image
Red Ochsenbein (he/him) •