Ken Thompson Recalls Unix's Rowdy, Lock-Picking Origins
Key topics
The article shares Ken Thompson's recollections of Unix's early days, highlighting its 'rowdy' origins, and the discussion revolves around the themes of collaborative innovation, hacker culture, and the history of computing.
Snapshot generated from the HN discussion
Discussion Activity
Very active discussionFirst comment
7h
Peak period
28
18-24h
Avg / period
8.3
Based on 66 loaded comments
Key moments
- 01Story posted
Oct 26, 2025 at 12:57 PM EDT
2 months ago
Step 01 - 02First comment
Oct 26, 2025 at 7:38 PM EDT
7h after posting
Step 02 - 03Peak activity
28 comments in 18-24h
Hottest window of the conversation
Step 03 - 04Latest activity
Oct 28, 2025 at 6:36 PM EDT
2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
One of the early pictures on that page shows Ken Thompson didn't have a beard in the early 1970s.
The Linux folks, Andrew Kelley etc all qualify as True Beards.
There's this hardcore punk album from 1981 called "This is Boston not LA." On it, there's a track called "Radio UNIX USA" by the FUs.
I can't find ANY origin stories about the title. The lyrics have nothing to do with UNIX either, weirdly enough. However, this band is from Boston, and MIT was doing UNIXy stuff at around this time.
Anyone have any clue as to the origin for this track?
Unix _is_ a play on "eunuchs" but that fact wouldn't have sold well during the mini computer [ https://www.britannica.com/technology/minicomputer ] wars, especially in the later 1980s [ https://youtu.be/IRpKHFfsH3A ] when Unix was exiting the exclusive world of academia and Bell Labs. This was an era when everyone for the prior thirty years had come up with mainframes and data centers were stocked full of "heavy iron" (IBM and IBM-clones like Amdahl) or at least very large "mini" computers from companies like DEC, which was so well run from the late 1950s on that its leader has been declared to be one of the greatest in the history of Corporate America and was studied at Harvard and Wharton for decades. The Unix technology "specialists" on the other hand were super-nerds: ghastly, feral, mostly pear-shaped, plain clothed technicians only BARELY tolerated in their own settings. [Ok, maybe all of them except Eric Schmidt heh.] Realize that the vast majority of American engineers in the 1980s still wore suits and ties --but not if they had anything to do with Unix. (Ken Olsen fer sure wore suits, but also drove a Ford Pinto, BTW.) When the demo dollies tasked with pushing any number of alternate hardware platforms up against IBM and DEC in the constant battle for those massive "heavy iron" budgets were asked to pitch UNIX (System 3, System V, System 7, BSD) up against bedrock OS/MVS and VMS, at first they would answer the obvious question (of what UNIX stood for) with "UNIX is not UNIX". That pretty much stuck in the period literature (COMPUTER MAGAZINE RAGS) too --no way they were going to answer "eunuchs"!
Also worth noting in this context: This was the era of "Nobody Ever Got Fired For Buying IBM" and the amount of money your company spent on "iron" was seen as a marker of its success AND YOUR PERSONAL CAREER STATUS in the tech universe, so you can imagine the type of customers and professionals that actually did buy into obscure UNIX-based hardware. This also created a lot of "friction" in the Industry that you can't easily learn about in this Future. It wasn't like today where people have "home labs" and can train themselves to go for whatever job they want using free software (even while sitting in a hellish ghetto of the poorest country on Earth). Back in the day, one was trained on what their school or employer had available (or they learned from carrying around books and imagination, or using X.25-based timeshare if they were lucky). Period. So maybe you landed a great job, but you had to use a shitty Unix computer with broken down terminals or maybe you had a shitty job but they gave you a coveted VAXstation. All your experience with Unix wouldn't buy you much in a DEC or IBM shop and vice versa. The implications this had on the layered applications of the day were profound, but mostly this created a lot of animosity between tech professionals of different backgrounds. There were constant attempts to address this, but the computer hardware manufacturers were complicit in it because it made it easier to lock their customers into one architecture or another.
<cue https://youtu.be/ciUfdVs-p84 >
Is it safe to now say that all general purpose operating systems except LINUX are nothing but husks to run LINUX (and whatever legacy ecosystem)? The most successful of all the 1980s demo dollies, The Scott McNealy, took a page out of DEC's playbook and instead of trying to go in with a massive super powerful Unix mini computer, he would pitch a few workstations running something called "SunOS" (BSD eunuchs) that "networked" over TCP/IP to effect "the system is the network" (a totally new concept then) before his company bet everything on a new chip (SPARC) that used RISC architecture to outperform the established industry players and make the guys in charge of those "heavy iron" budgets feel a bit inferior if they didn't buy-in a little. SunOS, SPARC and Solaris definitely caused a lot of disruption, but it really never had much of a chance to unseat IBM or DEC and was also slowly sinking into La Brea tar pit along with everything else (though it had a bit more life due to all the capX as the dot-com bubble was inflating around TCP/IP). IBM had already totally lost control of its maverick PC initiative (by under-estimating Billy The Kid who had also hired away DEC's top VMS engineer) and the ENTIRE market for mini computers (whether they ran OS/MVS, VMS or eunuchs like SunOS or NextStep) totally collapsed. Just the promise that a PC might be as powerful at VMS and could network as well as SunOS was sufficient to change perception and bet corporate budgets on a "computer, not a terminal, for every desk." More importantly, the resulting PC industry economies of scale meant that all of the tech workers could own a "home lab" and, in particular, allowed at least one kid growing up just outside the Soviet Union to go through the pages of Andy Tanenbaum's famous book on operating systems (that demonstrated key concepts for the reader through the creation of a eunuchs operating system Andy called MINIX). Combined with the political antics of a creepy academic communist at MIT and an irresponsible Defense backbone ISP in San Diego, the slow death of all operating systems has manifested (because LINUX ELF binaries and runtime support are now available on IBM mainframes, Windows and as of last June, macOS). Of course, there are still legacy shops, embedded systems and most of the new ELF-running operating systems still run LINUX in nested virtualization, but LINUX has pretty much taken over the game and eunuchs is el muerto.
Meanwhile, even the AIs incorrectly think that UNIX is "a playful reference on UNICS, the larger, more complex Multics 'project'" Sounds totally plausible like everything else coming out of an LLM, but we meat bags know better.
--- 'Now there were these places called cities and they had the knowin' of a lot of things, they did. They had skyscrapers, videos and sonic.. Then this thing called the Pockey Clips happened and you have to understand, this is Home and there's no Tomorrow Land.' https://youtu.be/rn4aIinTJBQ
I was not aware of linux binary support for macOS, can someone link to that?
EDIT: it seems to be this: https://www.infoq.com/news/2025/06/apple-container-linux/
https://www.cs.cmu.edu/~rdriley/487/papers/Thompson_1984_Ref...
https://youtu.be/Fu3laL5VYdM
Fancy :), this just became normal for the general public in the last couple of years. I assume of course that there was a secretary at the end of the line, not AI. But it's not completely unthinkable, Bell Labs did do very impressive things in text-to-speech at least.
Using dictation for when you really need to not go back and edit is really helpful.
They did a lot more than that.
https://en.wikipedia.org/wiki/Bell_Labs
From the first paragraph at the above page (just for starters):
>As a former subsidiary of the American Telephone and Telegraph Company (AT&T), Bell Labs and its researchers have been credited with the development of radio astronomy, the transistor, the laser, the photovoltaic cell, the charge-coupled device (CCD), information theory, the Unix operating system, and the programming languages B, C, C++, S, SNOBOL, AWK, AMPL, and others, throughout the 20th century. Eleven Nobel Prizes and five Turing Awards have been awarded for work completed at Bell Laboratories.[1]
Also see the section titled Discoveries and developments.
I guess it makes sense, voice-related AI is highly relevant for a phone company.
EDIT: Not full voice transcription, but it turns out that they did have systems to recognise digits and small (~a dozen) vocabularies of command words.
The prototype called Audrey could recognise 0-9 spoken digits with 97% accuracy in 1952! Although it did have to be calibrated for each individual speaker.
ITS had no permissions and encouraged collaboration since the beginning.
https://github.com/PDP-10/its
RMS insisted that everyone use their UNAME as their password, but he wasn't widely listened to because the whole reason PWORD came into effect was because turists were getting increasingly destructive. People weren't happy when their mail got marked read (or worse, deleted) because some random from the network had logged in as them simply because they could and did not understand what their automatic login script was doing.
There may have been no file permissions, but there was a definite hierarchy of users that was enforced by other (generally more subtle) means.
It goes against so much of the MBA-worldview and bigcorp offices.
Unix, GNU, Linux, early Python, early Rockstar Games etc.
I did not expect to see them in this list, can you elaborate?
And as for the achievement, the product turned into a franchise with the biggest entertainment products ever made (GTA 5/6).
A lot of problems disappear when you have a high-trust societies, projects, companies, etc.
Highly aligned motivated and talented people with shared core values (like the pioneer ethos of hackers, tech optimism etc, and cultural references etc) can achieve so much. And they tend to work odd hours and overtime because they want to make the thing, and not because of hoping to get rich.
Now I have two things to say about this.
First, this type of passion is special and a manager can't hope to simply force it, and if it's demanded then all you get will be talkers who know the lingo of being so super passionate. The thing must be worth being passionate about and the team has to be aligned with the goal and have latitude to shape the project. This kind of work bes happens when the higher up kinda forget the team and they just intrinsically do it. It can't be planned.
Second, some people are very opposed to these hight effort, almost obsessed teams because they see it as unfair ideals or unfair competition, because obviously someone with a family who has to pick up the kids at 4 pm can't do this cracked push overnight and sleeping at the office etc. But greatness simy cannot be made from steady, fixed-pace 9-5 jobs with work life balance and atomized employees. And that's okay, for most things we don't need greatness just okayness. But often people still can't stand that there are such great teams and want to drag them down in one way or another.
This seems like an unnecessary attribution of malicious intentions. The obvious explanation for why people often oppose a culture of long hours is that long hours suck for anyone with a life outside of work. You explain this yourself with the example of someone who has kids.
Again, I'm not for the cringe corporate pretending to be one big family smiling and singing. But clearly there are really strong, aligned teams that want to accomplish something and have the corresponding freedom to creatively shape the path forward. And such teams are just vastly more effective and can do stuff in a weekend that a traditional committee-based process would not get done in a year.
But again, this is a fraction of a percent of people who are built for that kind of work. But let some people just be weird and misfits! Somehow the same standards are not applied to athletes who train insane hours or musicians on tour.
My point is, let's be grateful to have such exceptional people instead of complaining about them or how they set an unrealistic standard or whatever.
Let’s look at it another way. Someone who’s willing to work an 80 hour week for the same pay that I get is roughly equivalent to someone who’ll do my job for half the pay (leaving aside the dubious productivity benefits of long hours). Should I be grateful for the existence of such a person? We do not usually romanticize people who are willing to do professional jobs for low compensation. Why romanticize people who work crazy hours? If I voluntarily took a 50% pay cut, would you wax lyrical about how the world needs more exceptional people like me?
> And such teams are just vastly more effective and can do stuff in a weekend that a traditional committee-based process would not get done in a year.
Here you’re conflating two different things. Small agile teams that have the freedom to work without bureaucratic overhead are great, but there is no inherent need for them to work crazy hours. If anything, long hours are often a symptom of an environment where people are judged on how long they stay in the office rather than on the quality of their work.
But giving space to exceptional people is not even that expensive. The overtime doesn't even have to be documented. Just leave them alone. There aren't enough of them to truly outcompete regular people.
For most people focusing on family and having a mediocre career is optimal and there really isn't anything wrong with that. But you won't get top achievement out of that. Nor will you get that from forcing people to be in the office. You get it from a rare special alignment of stars where somehow you get an aligned high trust team. Just don't trample that flower, that's all.
Regarding cancer. Lots of cancer research, simulations and drug discovery use GPUs that were only developed because there was a gaming industry which was kickstarted by a bunch of outlier nerds like John Carmack and the popularity of those 3d games enabled economies of scale for making specialized hardware, GPUs. And then other tinkerers who likely also pulled lots of all nighters developed GPGPU, general purpose computations on GPUs which was not the original purpose of GPUs at all. Seeing the research success of such uses, NVIDIA developed Cuda and made GPUs more convenient in non graphics use cases. You just never know. Let the outlier people do their thing and pursue their passion. There will never be a world where all the average employees can have this kind of output. Somebody has to dream a vision, the implementation tasks don't fall out of the sky. Tall poppy syndrome is very bad for societies.
I'm not convinced that a significant number of people actually do object to other people working long hours. It's only a problem if unreasonable expectations become the norm – in which case you don't have to attribute malicious motives to people ('tall poppy syndrome') to explain their objections. They object simply because they don't want to spend all their time working, which is easy enough to comprehend.
Lasers, fiber optics, underseas cables, communication satellites, transistors, discovery of the cosmic microwave background, and more came out of that organization. It was largely supported by the consent deal between the US government and AT&T that allowed them a telephone monopoly so long as their non-telephone research and inventions didn’t get marketed separately. So they’d create things that helped the company and the rest of the world, and then just release those things to the rest of the world.
Then I moved to a small company.
I'm convinced that you can't ever get much done outside high trust environments, you just can't. The bureaucracy eventually takes over, managers generally wall things off, keep things secret, erode trust, new people can't even navigate the bureaucracy are so far from effecting change, new ideas just DOA.
Not to say big companies or big projects can't make money / be well adopted, but you want to really do change, try new things sometime this century? ... need high trust.
This is one of those books that I read in the 80s that helped me change career directions to be a programmer in Silicon Valley and eventually get a PhD and teach programming at the university level.
Given Linux's origins--"(just a hobby, won't be big and professional like gnu)"--it's interesting that early UNIX, in this telling, was also not the big professional push to build the OS of the future so much as just some folks trying to cobble something useful together (though of course, that they were playing around in Bell Labs gave their experiment some great advantages!).
https://github.com/Perl/perl5/blob/blead/perl.c#L15
2 more comments available on Hacker News