I echo the importance on working on legacy code. I think the ability to work on legacy code, and figuring out how to make changes to or refactor it is one of the hallmarks of an excellent developer in my eyes. It shows they’re resilient enough to not get discouraged easily.
If a junior developer complains about legacy code, or just gives up, it shows they’re resilient enough just won’t put the work in when things get hard
my advice: treat debugging as your core competency. When you get stuck, avoid asking for help until you've tried pretty hard to solve it yourself. If your any of your peers gets stuck with an interesting problem, go help if you have spare time
Fun article! Lots of good points, each of which could be their own article. I did something similar[0] a few years back.
Author, if you feel inspired, would love to have you expand these and share the results.
For example, what are good ways to maintain relationships? When, if ever, should you let a relationship wither? Another example: what is a good way to get familiar with legacy code? What even is legacy code?
7 comments
[ 3.1 ms ] story [ 23.5 ms ] threadIf a junior developer complains about legacy code, or just gives up, it shows they’re resilient enough just won’t put the work in when things get hard
Author, if you feel inspired, would love to have you expand these and share the results.
For example, what are good ways to maintain relationships? When, if ever, should you let a relationship wither? Another example: what is a good way to get familiar with legacy code? What even is legacy code?
0: https://letterstoanewdeveloper.com/