I definitely agree that too many comments is often a bad sign, esp. when large part of them is obviously generated.
A software engineer that loves Disroot and the team behind it.
I definitely agree that too many comments is often a bad sign, esp. when large part of them is obviously generated.
As mentioned in my other comment, names will rarely explain the reasons why a given solution was chosen. These reasons are important from maintenance perspective and should be recorded next to the relevant code.
You’re definitely not the only one.
In my opinion the important information we should record in comments is WHY, because the code can only explain HOW, maybe WHEN, but never WHY. If we don’t know WHY, any refactoring done in the future could break the logic by ignoring assumptions made by the authors.
Thanks for making me aware 🙇
Per aspera ad Aster
You could step up for animals while still being a nice person - it was your decision not to.
What’s the font used in the heading? Is it some flavour of Helvetica?
Because it doesn’t exist! Mastodon is a conspiracy created to distract us, so we don’t act. New World Order is coming!
Also, messages travel trough Tor, so you get P2P and identity. The coolest IM.
The hardest too, because you should only add contacts verified face to face. (Technically you can add remote contacts but they’ll be marked as not fully trusted.)
I love this comment and Sun Tzu reference, thank you so much for posting it!
What is he holding? An ancient dildo or a shit stick?
Aah right, Kamasaurus Sex, my favourite!
I suspect it’s related to USA current affairs and have no clue what it’s referring to. Any hints for us outsiders?
I’m beginning to feel we’re no longer talking about Clean Code being bad, but about people following ideas they don’t understand, which is not related or caused to any particular book.
I hope your book won’t have a table of context and those stupid indexes. If they read it, they should know where you mention topics, right? Tables of contents considered harmful! /s
I’d love to learn what that damage was. I often see complaints (sometimes also involving tech choices) but usually they’re not specific, so I’m always left wondering.
First you confirm they have to spend a lot of time to set everything up, then you claim it’s just pressing a button? 🤨
Taking a picture with your phone maybe looks like that, when you don’t care, but knowing one’s gear and using it properly is already many levels above just pressing a button. Then only a few questions and one presses the button. Questions like: what will be blurred? what will stand out? how the picture will be composed? will colours play? or textures? are there relations between objects in the picture?
What in trying to say is: I don’t agree with you, that it’s just pressing a button. Programming is also just pressing buttons, right? 😉
I’m not going to argue, because I don’t know your work environment, but the notes I mentioned weren’t supposed to be published or attached to the product. They’re more of a personal knowledge base, where you can look up former approaches, issues found in the past, reasoning, decisions with context… All the zettelkasten tools out there do exactly that: help maintaining a useful knowledge base.
Staying here and reporting issues would help Lemmy, you know? Much more than just complaining it isn’t as stable and mature as a commercial product developed by a company for years.
Could someone explain how they’re going to drive 407 km/h in traffic jam? Or in a city, in general?