I might be in the minority, but I get more excited about the idea of maintaining/working on some creaky old legacy code base than I do about the idea of starting a new project from scratch.
I enjoy this too, but it’s kind of rough when you’ve inverted control, teased apart unnecessary coupling, updated dependencies and backed everything with unit and other tests, but then your colleagues are too scared to code review it.
I find that working on production code with well defined use cases and requirements to be the most satisfying, and working on new proof of concept / demos / marketing tools to be the least satisfying.
So on balance, more of the legacy projects I’ve worked on have fit those criteria than the new builds, but the couple of new builds that had well defined use cases, and no legacy code to deal with were the absolute best.
What fucking ass for brains engineer wrote this dogshit code!!! I’m gonna scroll back to the header find out who wrote and give a piece of my mind to… myself x.x
I’ve gotten to spend some time where my major responsibility was to refactor and improve “research-grade” code from some scientists. Felt like tending a Zen rock garden, but code lol, I found it really relaxing and lovely.
Used to do that when I was working in science. I also kinda loved it. Just interesting to intimately experience how people thought back in the 80s. There are surprisingly many Fortran 77 libraries still in use today (they can be called from modern Fortran code).
I love doing that…
I might be in the minority, but I get more excited about the idea of maintaining/working on some creaky old legacy code base than I do about the idea of starting a new project from scratch.
Is there a generator for these?
There are a few from a search, this one came up with a GitHub repo. https://arthurbeaulieu.github.io/ORlyGenerator/
Just use the paint, internet person
Bu-but we’re programmers
Feeling of deleting lines > Feeling of adding lines
Ha, turns out there’s one for that
I enjoy this too, but it’s kind of rough when you’ve inverted control, teased apart unnecessary coupling, updated dependencies and backed everything with unit and other tests, but then your colleagues are too scared to code review it.
Yes, me too! But, only if I have the autonomy to improve things where I can. Otherwise, I just find it demotivating
I find that working on production code with well defined use cases and requirements to be the most satisfying, and working on new proof of concept / demos / marketing tools to be the least satisfying.
So on balance, more of the legacy projects I’ve worked on have fit those criteria than the new builds, but the couple of new builds that had well defined use cases, and no legacy code to deal with were the absolute best.
also, your own code after you’ve spent time away from it.
That is the strangest thing, going back into a program and thinking “what the hell was that guy thinking?” and then realizing it was me.
What fucking ass for brains engineer wrote this dogshit code!!! I’m gonna scroll back to the header find out who wrote and give a piece of my mind to… myself x.x
git blamegiveth andgit blametakethThe time varies but starts at about 1 day for me…
Same.
It’s as close to being a doctor as I’m gonna get.
I’ve gotten to spend some time where my major responsibility was to refactor and improve “research-grade” code from some scientists. Felt like tending a Zen rock garden, but code lol, I found it really relaxing and lovely.
I enjoy refactoring and making legacy code better.
I dive into Fortran77 code regularly. Sweet mother of Neptune! All caps and such short variable names!
Used to do that when I was working in science. I also kinda loved it. Just interesting to intimately experience how people thought back in the 80s. There are surprisingly many Fortran 77 libraries still in use today (they can be called from modern Fortran code).