Clean Code - Uncle Bob / Lesson 1

What Hacker News said

Strong rec xiphias2 · 2023-01 · on “I don't read web articles anymore, but I read books”

That's probably great as well, but I'm talking about searching for a book author. Just for example Clean Code is a great book, but the presentation is so much better: [this video]

Strong rec xiphias2 · 2023-01 · on “”

Maybe it's true at some companies, but it has nothing to do with agile / scrum, but letting non-tech people who love confrontation take over engineering leadership from engineers who are afraid of confrontation (which sounds like the disaster it is). Robert Martin (one of the creators of the agile manifesto) explains it quite well in ,,Clean Code'' presentation: [this video] The whole presentation should be a must watch by all engineers so that they understand what _is_ agile to the point when they know it better than product / project managers / non-tech people. It's hard to get a better description than the original source, and no non-tech person has authority to override the real agile at that

Strong rec srinidhikbhat · 2023-02 · on “Ask HN: What's the best lecture series you've ever seen?”

Clean Code series by Bob Martin (Uncle Bob) Changed the way I read/write code and my perspective about programming in general. [this video]

Recommends kowsheek · 2020-09 · on “The technical interview is an ego trip”

I think "caring" is probably the only one that separates the best from the rest. Reminds me of this: [this video] If we care as a developer, we write better code, learn things and listen to our team, customers.

Recommends andrekandre · 2021-09 · on “GitHub Copilot Generated Insecure Code in 40% of Circumstances During Experiment”

agree i think the other thing is, theres clean architecture and then theres Clean Architecture TM where the thing is taken literally (leading to slavishly applying all the layers with lots of boilerplate, useless mocks and ridiculously coupled unit tests, over architected dependency injectors (assemblies) etc) i was honestly surprised when i watched a series of lectures from mr uncle (bob) where he clarified a lot of things such as "use dependency injection only where it matters" and "unit tests should be replaced with integration tests after a system is finished being implemented" to "slavish following of agile "customs" is unproductive" etc etc i think a lot of issues could be resolved if

Recommends misswaterfairy · 2024-06 · on “Post Office scandal victims in Scotland have convictions quashed”

> About 700 subpostmasters were prosecuted for fraud and theft and over a hundred sent to prison And at least four purportedly related to these prosecutions committed suicide[1]. Perhaps most alarmingly: prior to 1999, the burden of proof for proving that the Horizon system was working correctly would have fallen to the Post Office (as the prosecutor in these instances) and Fujitsu (as the developer). That rule was changed to presume that the computer system worked correctly unless there was explicit evidence to the contrary[2][3]. A very high barrier for a non-technical person to prove, especially in an extremely complex system. It worries me how many people put unchecked faith into the sys

Recommends wickedsight · 2024-08 · on “Ask HN: Should we bring software dev in-house?”

If you're going to do this I recommend you at least take these things at heart: Why do developers slow down > [this video] 80% of developers are unhappy. The problem is not AI, nor is coding > [LINK] What you're looking at is starting greenfield development. This always starts in the same way: 'we need to deliver functionality quickly because management wants results'. This always leads to the same issue, where code quality is ignored for sake of delivering functionality, which then leads to development slowing down and both management and devs becoming unhappy. If you want to build something for the long term, I'd recommend starting slow. Get some experienced freelance devs where you do thorough

Recommends misswaterfairy · 2026-03 · on “Cyberattack on vehicle breathalyzer company leaves drivers stranded in the US”

> We need a software building code. This wouldn't be allowed to happen with non-software. The fact that anyone can build any product with software, make it work terribly, and when it fails impacts the lives of thousands (if not millions), needs to be stopped. Uncle Bob had a bit to say about this a while ago[1], and is largely what his Clean Code philosophy is trying to achieve, despite the detractors. To the detractors and down-voters... If you're complaining about over-abstraction, arguing about the 'better language' to use, or that 'Clean Code' doesn't work - you're missing the point by a few hundred miles. The whole point of 'Clean Code' is to establish a body of ethics software 'enginee