deathmetal27 @ deathmetal27 @lemmy.world

Posts

10

Comments

249

Joined

2 yr. ago

No, IntelliJ IDEA. I do add a lot of logs in my own code though.

Anyway: What makes the difference for me: taking the time to think about proper solutions. Let some problems rest for a day and reevaluate the things I made the day before, before review, merge or deployments.

I agree, I do this when I am designing some new module. I tend to write detailed design documents, covering as much behaviour as possible. I then get it reviewed by someone who might have a good understanding of the business process related to the change. This is not very feasible for legacy code because often there is no proper documentation or comments. What I'd prefer in such cases is to implement new modules in a manner where it lies somewhere outside the legacy body of code (different package or module) and expose functions to hook into the legacy code. This way at least the new enhancements follow best practices and don't become just another patchwork to the increasingly unmaintainable legacy code.

Back to your original problem: legacy code like that is probably hard for everyone but it makes a difference in what pace (or patience!) you are doing your work. I think medication can help you with that :)

True. I have been thinking of resuming medication myself.

I don't exactly draw flow charts, mostly because the nodes don't make sense to me without context. Instead, I read a few lines, understand what's going on there and then write down the gist of what I understood. I write these down as bullet points with nesting to track branching code. If still find it pretty cumbersome.

TBH, this wouldn't have been that big of an issue if the code was commented or documented properly. But then again, who is going to go into code written back in 2018 to document lol.

I also have some level of aphantasia so I can’t visualize a workflow that I didn’t create

I'm sure it's much more common among developers to not understand another developer's code.

I do mutter the behaviour of the code to myself when studying like you described.

I already gave feedback to my manager that we were having too many meetings on the same day, so now they are spread evenly over the week. Usually they are not more than 30 mins.

As for caffeine, I think I have developed a tolerance. I have two cups every day and it feels like it hardly helps. I should probably get back on the meds though.

I agree that maintainability is important but the issue is that the team lacks that level of (professional) maturity. Actually they used to avoid writing design documents until I joined the organization and made everyone start doing it. They would simply see the user story and then get to work on the code. We're talking about code written back in 2018 by some contractors, getting patched till today until it's now spaghetti with meatballs and ragu on top.

I am planning a training session on DDD and clean architecture for the team so hopefully they will improve later.

Yeah, I use bookmarks and mnemonic bookmarks as well.

Creating a rough git branch is a good idea though, I should do that. Currently, I try not to modify the code too much when studying so that the code because I would later have to revert them back otherwise it would confuse the PR reviewers if there are too many formatting changes not relevant to required changes.

I avoid adding logs because after I'm done, I will have to remove them otherwise my PRs will be very big depending on how many files I have to update. I instead track the call hierarchy of the function I am studying using a feature in the IDE. It basically creates a tree of all functions called by a function, which helps me track how deep I am and how I got to where I am currently.

I should probably resume my medication though.

Until you have to fix some bug some dude introduced seven years ago and is no longer working at the company.

I tried doing that, except instead of drawing diagrams of the flow of execution, I write down a gist of what I understood after reading a couple of lines. It's still pretty hard to do because interpreting what something does is hindered by things like function or variable names often don't always align with their actual purpose or even not adequately descriptive either. I often find myself muttering "Why the fuck is this written this way."

I guess legacy code is the bane of everyone with ADHD.

Shit come down

Everyone forgetting they could've used eagles to fly into Mordor.

So the solution is to take away any agency the developer may have over how their application allocates memory?

People tend to be obsessed with bleeding edge technology. But those who truly understand know that "bleeding edge" is an anti-pattern and there's a reason it's called that: it can bleed you as well.

If it ain't broken, don't fix it.

Born to kill goombas.

All your base are belong to us

True minimalism is ed

https://en.m.wikipedia.org/wiki/Ed_(software)

Such people are the main targets of rm -rf trolls.

True.

Here's a dataset of most of his rants from the LKML along with the "hate" rating of each.

https://github.com/corollari/linusrants?tab=readme-ov-file#linusrants

Well, MariaDb is a publicly traded company. So it's "Our SQL" only if you buy stocks in them.

Ross is really doing God's work.