Earlier quoted context omitted.
Comment and community quality are such hard problems to solve, and are orders of magnitude more important for a site like this than features like search. Sure, it might be easy to add search. Or rankings. Or a million other things a small minority would appreciate. But that's not how you make a good site that is optimal for the larger population. An option should be very useful for a large percentage of users to make…
The argument PG brought was that it would take time away from the other work. But as it is it incrementally takes time away from all of us, and all the time. The spending of that one or two minutes at integrating searchyc.com or google.com would come back 1000 fold over the life time of the site, and probably much more than 1000 fold, and if he's that busy he maybe should pass the torch to people that can fully conce…
Does he? If you send a bug fix or feature patch to the HN arc codebase, he tosses it without looking at it? Or does he look at it and then take a decision whether to include it or not? I would imagine the latter (please correct me if I am wrong).
That he refuses to consider some suggestions, no matter how much sense it may make to the person making the suggestion (or even bystanders) is the exact same behaviour that every open source project's BDFL exhibits. I think you exaggerate with the "door solidly locked to other s contributing". If you send in a bug fix patch for example, I am sure he'd incorporate it asap.
Now the complaint reduces to "but PG refused to consider this feature though I (and many others) think it is a must have"
The traditional answer to "but the BDFL refuses to incorporate my suggestions which were liked by all the users I spoke to" is "then fork the code, and/or build something better".
My view, fwiw, is that we (users of HN) have the right to request features and present a logical case and PG (as the chief programmer/owner/BDFL etc of HN) can accept or refuse those requests for any reason whatsoever. If he explains the rationale that is a bonus, but he doesn't really need to. It is his project.
If he refuses to incorporate our fixes/suggestions, we (the hacker users of HN) can either go along with his decision xor fork the codebase (or start a new project from scratch using our preferred tools) and build something better (and I know a couple of HNers who are trying exactly that).