←back to thread

628 points kiyanwang | 2 comments | | HN request time: 0s | source
Show context
dockerd ◴[] No.43630691[source]
For those unable to open the link due to owner site being hit by Cloudflare limit, here's a link to web archive - https://web.archive.org/web/20250409082704/https://endler.de...
replies(2): >>43631005 #>>43631455 #
lapcat ◴[] No.43631455[source]
There's some irony, is there not, in presuming to be able to identify "the best programmers" when you've created a programming blog that completely falls down when it gets significant web traffic?
replies(8): >>43631537 #>>43631682 #>>43632057 #>>43632106 #>>43632144 #>>43632630 #>>43633134 #>>43636895 #
reverendsteveii ◴[] No.43632630[source]
I can identify a lion without being able to chase down and kill a gazelle on the hoof
replies(1): >>43632737 #
1. lapcat ◴[] No.43632737[source]
This is not a good analogy. Anyone can identify "a programmer". Identifying "the best programmers", or "the best lions" (in some respect) is an entirely different matter.
replies(1): >>43634542 #
2. reverendsteveii ◴[] No.43634542[source]
make it "I can ID a good baker without being able to make a wild-fermented bread myself" then. In any case, it's a proof of the pudding is in the eating thing: good programmers are defined as programmers that make good software, and good software is software that pleases users and provides functionality that they want. You don't need to be a programmer to know whether the software you're using is consistently good across its lifecycle. If it's bad at the outset it's bad at the outset and if it's not built maintainably and extensibly it will become bad over the course of its lifetime.