This is a very syncretic fusion between computing, dialectical materialism, entrepreneurial laissez-faire idealism and a bombastic techno-optimism.
Unsurprisingly, it harbors plenty of confusion.
"Towards a Mass Flourishing" makes the outrageous claim that the hacker ethos is best embodied in Silicon Valley. In reality, SV is one of the most detached from the MIT hacker ethos, instead having its own entrepreneurial hacker culture that is markedly distinct.
The "Purists versus Pragmatists" essay romanticizes the release of Mosaic and gives little credit at all to Ted Nelson's ideas, who is shoved aside as a purist crank. It's a false dichotomy through and through.
"Agility and Illegibility" again romanticizes widespread access to personal computers as some entrepreneurial Randian vision, that of Bill Gates specifically.
The "Rough Consensus and Maximal Interestingness" essay misquotes Knuth and incorrectly attaches philosophical meanings to technical terms like dynamic binding and lazy evaluation. It further espouses the "direction of maximal interestingness" and grand visions in the post-dot com bust era, when in fact systems software research is becoming increasingly conservative compared to as recent as the 90s.
"Running Code and Perpetual Beta" presents the dogmas of "release early, release often" and constant chaotic flux in software as a natural result of great ideas, as opposed to being the result of a cascade of attention-deficit teenagers. Note that fault tolerance, stability and security are not mentioned once.
"Software as Subversion" equivocates "forking" as being a Git terminology that somehow reclaimed its negative stigma, when it is purely a GitHub redefinition. The author makes no distinction between a clone and a fork. Also a misrepresentation of OS/2's mismanagement to argue in favor of "worse is better" (ignoring all other great systems besides OS/2) and babble about how blockchains are pixie dust.
"The Principle of Generative Pluralism" sets up the false dichotomies of hardware-centric/software-centric and car-centric/smartphone-centric. I suppose it somewhat reflects the end user application programmer's understanding of hardware.
"A Tale of Two Computers" prematurely sets up mainframes as obsolete compared to distributed networked computers (they are not exclusive) and makes the error of ascribing a low-level property to an ephemeral, unimportant abstraction - its marvel at the hashtag when the core idea of networking has enabled the same for much longer, and will continue to.
"The Immortality of Bits" is one of the worst, and makes this claim: "Surprisingly, as a consequence of software eating the technology industry itself, the specifics of the hardware are not important in this evolution. Outside of the most demanding applications, data, code, and networking are all largely hardware-agnostic today." This reeks of an ignorant programmer, oblivious as to how just how much hardware design decisions control them and shape their view. In fact, this is a very dangerous view to propagate. Our hardware is in desperate need of being upgraded to handle things like capability-based addressing, high-level assembly and thread-level over instruction-level parallelism. This stupid "hardware doesn't matter" thinking will delay it. The essay also wrongly thinks containerization is a form of hardware virtualization. It further says the "sharing economy" will usurp everything, which is ridiculous.
"Tinkering versus Goals" again sets up tinkering for the sake of it as leading to disruption and innovation, and not churn and CADT.
The "Free as in Beer, and as in Speech" essay clumsily and classically gets the chronology and values of open source and free software wrong. Moreover, the footnote demonstrates a profound bias for the "open source" ideal of pragmatism. This is in spite of the fact that many of the consequentialist technical arguments for OSS like the "many eyes make all bugs shallow" argument have proven to be flawed, whereas free software making no claims of technical superiority and using ethical arguments has a much stronger, if less popular case.
There's something about the HN users that makes them enjoy taking a shit on other people's work without including positive or at least constructive feedback.
I've been a member for almost four years and I still haven't figured out what it is, but it makes me shake my head every time.
What would constructive feedback look like in this case? Padding the comment with something like "While I understand that the author put a lot of work into these essays..." would merely lower the signal to noise ratio. The way I see it, HN commenters who don't mince words are merely doing the same as HN's founder, Paul Graham. To quote from his talk "Great Hackers" (http://www.paulgraham.com/gh.html):
"I didn't mean to make the book controversial. I was trying to make it efficient. I didn't want to waste people's time telling them things they already knew. It's more efficient just to give them the diffs. But I suppose that's bound to yield an alarming book."
Also, comments that amount to "I like this" can be compressed to an upvote. So we don't see many of those.
It is the same reason people ignore homeless people. How inhumane right?
When you make claims and take up people's time, that's credit. When you don't fulfill that credit with something you promised, you have taken more than you've given.
That upsets people.
So people ignore homeless folks because all they can do is ask for credit without ever fulfilling it.
Some posts on HN are like that - they take up your time by sounding grandiose in this case and then you realize it's just nonsense and you feel like they've not re-paid that credit.
With homeless people, you know they won't pay back so you ignore them. With HN and other data aggregators, you take your chances. Sometimes, you give out so much credit without getting anything back, that you grow frustrated.
People refer to that as click-bait and there are many other forms of growing pains - some of them simply stemming from the fact that you can't please everyone.
Assuming this clears up the confusion you've had for 4 years, I've justified you reading this and earned some future credit :)
This is not restricted to HN. Other communities on the internet have this going on, only far worse (reddit is one primary example I'm thinking of).
Perhaps this ties into the engineering mind, which can be very quick to spot potential issues. That's one primary way you make your living as an engineer, by spotting potential issues in a process or activity before they occur and mitigating them. But this can quickly turn into simple bashing of someone's work if we're not careful.
Can you expound on why not? He certainly preached of open source software (and a superset of it) long before anyone else was thinking along those lines. With regard to Free Software, he is still before his time.
Oh wow, that's actually a great articulation what he stands for. It still seems like a superset of open source, i.e. that open source advocates believe in a subset of those ideals, and often for practical in leu of ideological reasons.
Free Software is a philosophy and political movement. If your system runs code, you have the right to modify that code. Closed source binaries are profane and immoral (user retains freedom of usage and modification; developer may never "close" the source unless they originated the entire codebase (see: "viral GPL")).
This is also where the nerd-power term "Libre" comes into play which inspired such misnamed catastrophies as "LibreOffice."
Free ~ Libre = Freedom of User Modification, free as in "I'm free, I'm not a slave" — nothing to do with monetary "free" of not paying for code you can see, though that is seemingly a prerequisite.
Open Source is just putting stuff up online and saying "lol whatevz." If your system runs code, it may have had an origin in open source software but got forked and now the new creator doesn't want you to see it. Open source binaries give you no rights as a user (developer retains freedom of distribution and profiteering off other people's code without giving back; user has no rights).
Update: Free Software also prides itself on excessively pedantic terminology and 16 different kinds of Free Software each with their own rights and restrictions (e.g. AGPL (or "The Coward's License") versus GPL2 versus GPL3 versus LGPL versus TEAPOT-GPL, ...)
Update2: They also like parrots, but please do not buy one just for them to play with. Parrots are a lifelong commitment.
Firstly, we would refer to them as proprietary or non-free binaries (perhaps even user-subjugating), not "closed source".
Second, you're conflating copyleft with free and permissive with open. This is not the case. The definitions of free software and open source are largely identical (copyleft/permissive being OK both under free and open definitions), however the open source movement rejects all ethical, moral and social arguments, in addition to not concerning itself with privacy rights, DRM, Tivoization and other threats to user freedom.
Even by Hacker News standards this comment is disappointingly negative. You'd do well by including even the tiniest bit of positive feedback – this collection obviously took a lot of work and apparently you were engaged enough to make it through 11 essays.
It can be tricky. Is it worth delivering everything in a shit sandwich? With a lengthy and well thought out rebuttal, adding boilerplate niceties detracts from the detraction.
When republicans stand up and say "kill all abortion doctors," we don't necessarily have to start out with "while you have a good point, sir, ...."
Sometimes you have to call out crazy when you see it. Venkat's posts aren't crazy though. His writing consists of entertaining thought experiments and protracted observations of technical society. It's easy to poke holes in his writing when he assumes his experimental concepts have become ground truth reality then further expands, basing new concepts on his own personal ungrounded reality. It's an entire memesphere created by one person. Unless you follow along from the beginning, it feels weird and slimy until you observe how everything connects back through a single stranded conceptual birthing process.
Good review, but it's worthwhile to note the source of the essays as well: it's a ribbonfarm adjunct and memetically sponsored by a16z, the saviors-of-humanity-with-no-ulterior-motives-whatsoever-but-keep-giving-us-billions-of-dollars-okay-mm'thanks.
Normal humans aren't supposed to understand this stuff. You are supposed to sit back and absorb it potentially while under the influence of mind expanding substances. It has also been rumored it helps to have two or more brains to understand ribbonfarm posts after 2012.
Plus, these writings are explicitly "inspired" by spending a year with Valley Thought Leaders and growing their already delusional viewpoints to even higher extremes (source: http://www.ribbonfarm.com/2015/07/28/breaking-smart/). If you want to know how the movers and shakers in SV view their positions on high, read these essays and bask in the glow of their perfect prophecies of how the future will play out and how they, the ones on high—they, and they alone, are instrumental to the future of humanity. (plus, like, lol sharing economy with 25% vig so you maintain a monied billionaire class, obviously. feel free to share, but always give us 25% or we'll cry.)
These essays follow in the modern ribbonfarm style (high concept stream-of-thought/forget-the-world story telling—start with a thesis, see how far you can go until the world breaks). For example, here's a recent totally serious ribbonfarm excerpt about email:
Stream workflows avoid the illusion of perfectability of information flows implicit in notions like Inbox Zero altigether. Flow Laminar is an asymptotic ideal you will never actually reach, because incoming flows always bring in entropy, and while you can impose laminar flow on downstream parts of a stream, the only way to get rid of turbulence is to shut down the flow altogether.
It's worrisome that they're not reading the essays based on this specific post. These could all be OP's opinions and I wouldn't know because the post doesn't back up any of its points with data. Just a few dismissive quips about thousand word essays.
Unsurprisingly, it harbors plenty of confusion.
"Towards a Mass Flourishing" makes the outrageous claim that the hacker ethos is best embodied in Silicon Valley. In reality, SV is one of the most detached from the MIT hacker ethos, instead having its own entrepreneurial hacker culture that is markedly distinct.
The "Purists versus Pragmatists" essay romanticizes the release of Mosaic and gives little credit at all to Ted Nelson's ideas, who is shoved aside as a purist crank. It's a false dichotomy through and through.
"Agility and Illegibility" again romanticizes widespread access to personal computers as some entrepreneurial Randian vision, that of Bill Gates specifically.
The "Rough Consensus and Maximal Interestingness" essay misquotes Knuth and incorrectly attaches philosophical meanings to technical terms like dynamic binding and lazy evaluation. It further espouses the "direction of maximal interestingness" and grand visions in the post-dot com bust era, when in fact systems software research is becoming increasingly conservative compared to as recent as the 90s.
"Running Code and Perpetual Beta" presents the dogmas of "release early, release often" and constant chaotic flux in software as a natural result of great ideas, as opposed to being the result of a cascade of attention-deficit teenagers. Note that fault tolerance, stability and security are not mentioned once.
"Software as Subversion" equivocates "forking" as being a Git terminology that somehow reclaimed its negative stigma, when it is purely a GitHub redefinition. The author makes no distinction between a clone and a fork. Also a misrepresentation of OS/2's mismanagement to argue in favor of "worse is better" (ignoring all other great systems besides OS/2) and babble about how blockchains are pixie dust.
"The Principle of Generative Pluralism" sets up the false dichotomies of hardware-centric/software-centric and car-centric/smartphone-centric. I suppose it somewhat reflects the end user application programmer's understanding of hardware.
"A Tale of Two Computers" prematurely sets up mainframes as obsolete compared to distributed networked computers (they are not exclusive) and makes the error of ascribing a low-level property to an ephemeral, unimportant abstraction - its marvel at the hashtag when the core idea of networking has enabled the same for much longer, and will continue to.
"The Immortality of Bits" is one of the worst, and makes this claim: "Surprisingly, as a consequence of software eating the technology industry itself, the specifics of the hardware are not important in this evolution. Outside of the most demanding applications, data, code, and networking are all largely hardware-agnostic today." This reeks of an ignorant programmer, oblivious as to how just how much hardware design decisions control them and shape their view. In fact, this is a very dangerous view to propagate. Our hardware is in desperate need of being upgraded to handle things like capability-based addressing, high-level assembly and thread-level over instruction-level parallelism. This stupid "hardware doesn't matter" thinking will delay it. The essay also wrongly thinks containerization is a form of hardware virtualization. It further says the "sharing economy" will usurp everything, which is ridiculous.
"Tinkering versus Goals" again sets up tinkering for the sake of it as leading to disruption and innovation, and not churn and CADT.
The "Free as in Beer, and as in Speech" essay clumsily and classically gets the chronology and values of open source and free software wrong. Moreover, the footnote demonstrates a profound bias for the "open source" ideal of pragmatism. This is in spite of the fact that many of the consequentialist technical arguments for OSS like the "many eyes make all bugs shallow" argument have proven to be flawed, whereas free software making no claims of technical superiority and using ethical arguments has a much stronger, if less popular case.
----
Overall, I do not recommend this.