A bit more context: He's an influential writer and speaker mostly in enterprise dev circles. By HN standards his resume isn't spectacular: he's not the founder of XYZ or the author of some famous open source project.
He's been a driving force in giving programmers in large organizations the vocabulary and ammunition to win arguments that lets them write proper software and not shitty software. If you find yourself writing Java in a bigco IT department and you want to introduce stuff like test driven development, code reviews, or whatever else is just proper engineering practices, reading/watching some Uncle Bob is probably going to help you convince your coworkers and bosses.
He has some rather controversial ideas (eg he believes that "flow"/"the zone" is bad and programmers should never be in it), but you don't need to agree with all of it to learn something useful.
He's been a driving force in giving programmers in large organizations the vocabulary and ammunition to win arguments that lets them write proper software and not shitty software. If you find yourself writing Java in a bigco IT department and you want to introduce stuff like test driven development, code reviews, or whatever else is just proper engineering practices, reading/watching some Uncle Bob is probably going to help you convince your coworkers and bosses.
He has some rather controversial ideas (eg he believes that "flow"/"the zone" is bad and programmers should never be in it), but you don't need to agree with all of it to learn something useful.