Top 71 Quotes & Sayings by Eric S. Raymond

Explore popular quotes and sayings by an American author Eric S. Raymond.
Last updated on November 21, 2024.
Eric S. Raymond

Eric Steven Raymond, often referred to as ESR, is an American software developer, open-source software advocate, and author of the 1997 essay and 1999 book The Cathedral and the Bazaar. He wrote a guidebook for the Roguelike game NetHack. In the 1990s, he edited and updated the Jargon File, published as The New Hacker's Dictionary.

For the first time, individual hackers could afford to have home machines comparable in power and storage capacity to the minicomputers of ten years earlier - Unix engines capable of supporting a full development environment and talking to the Internet.
Does Facebook behave like a tool in my hand, or a firehose designed to spew at me in accordance with other peoples' agendas? Concretely: can I write my own client to present a filtered view of the Facebook stream, or have other people do that for me?
In the beginning, there were Real Programmers. — © Eric S. Raymond
In the beginning, there were Real Programmers.
The ARPAnet was the first transcontinental, high-speed computer network.
People who study primate societies make a distinction between two kinds of cultural interactions, agonic and hedonic. In agonic societies, you gain status by asserting dominance over others. In hedonic societies, you gain status by drawing attention to yourself. Open source is a hedonic culture.
Does Facebook act as though I own my online life, or as though it does? Concretely: Can I control what data it shares with other users, with advertisers, and with business partners?
Thompson and Ritchie were among the first to realize that hardware and compiler technology had become good enough that an entire operating system could be written in C, and by 1978 the whole environment had been successfully ported to several machines of different types.
Linux evolved in a completely different way. From nearly the beginning, it was rather casually hacked on by huge numbers of volunteers coordinating only through the Internet.
When are programmers happy? They're happy when they're not underutilized - when they're not bored - and also when they're not overburdened with inappropriate specifications or meaningless bureaucracies. In other words, programmers are happiest when they're working efficiently. This is a general preference in creative work.
A critical factor in its success was that the X developers were willing to give the sources away for free in accordance with the hacker ethic, and able to distribute them over the Internet.
The workstation-class machines built by Sun and others opened up new worlds for hackers.
As a Facebook user, do I have control of the data Facebook keeps about me? Concretely: can I examine and modify that data using tools of my choosing which are built for my needs?
If Unix could present the same face, the same capabilities, on machines of many different types, it could serve as a common software environment for all of them.
Money is just a way to keep score. The best people in any field are motivated by passion. That becomes more true the higher the skill level gets. — © Eric S. Raymond
Money is just a way to keep score. The best people in any field are motivated by passion. That becomes more true the higher the skill level gets.
In early 1993, a hostile observer might have had grounds for thinking that the Unix story was almost played out, and with it the fortunes of the hacker tribe.
The beginnings of the hacker culture as we know it today can be conveniently dated to 1961, the year MIT acquired the first PDP-1.
People are happiest when they're the most productive. People enjoy tasks, especially creative tasks, when the tasks are in the optimal-challenge zone: not too hard and not too easy. To some extent, that has always been true. But it becomes even more true as work becomes more about brains and creativity.
Berkeley hackers liked to see themselves as rebels against soulless corporate empires.
Smart data structures and dumb code works a lot better than the other way around.
Being able to break security doesn't make you a hacker anymore than being able to hotwire cars makes you an automotive engineer.
Release early. Release often. And listen to your customers.
Every good work of software starts by scratching a developers personal itch.
Why the hell hasn't wxPython become the standard GUI for Python yet?
Prototype, then polish. Get it working before you optimize it
When I hear the words "social responsibility," I want to reach for my gun.
When you lose interest in a program, your last duty to it is to hand it off to a competent successor.
Anybody who has ever owned a dog who barked when strangers came near its owner's property has experienced the essential continuity between animal territoriality and human property. Our domesticated cousins of the wolf know, instinctively, that property is no mere social convention or game, but a critically important evolved mechanism for the avoidance of violence. (This makes them smarter than a good many human political theorists.)
Today I am one of the senior technical cadre that makes the Internet work, and a core Linux and open-source developer.
Good programmers know what to write. Great ones know what to rewrite (and reuse)
When writing gateway software of any kind, take pains to disturb the data stream as little as possible - and never throw away information unless the recipient forces you to!
Lisp is worth learning for the profound enlightenment experience you will have when you finally get it; that experience will make you a better programmer for the rest of your days, even if you never actually use Lisp itself a lot.
Computer science education cannot make anybody an expert programmer any more than studying brushes and pigment can make somebody an expert painter.
The iPhone brand is in worse shape than I thought was even possible. And the implications of that are huge... The iPhone is in deep trouble.
The combination of threads, remote-procedure-call interfaces, and heavyweight object-oriented design is especially dangerous... if you are ever invited onto a project that is supposed to feature all three, fleeing in terror might well be an appropriate reaction.
Given enough eyeballs, all bugs are shallow (e.g., given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone).
The Wesnoth devs are good but not exceptionally so, and we're weighed down by a crappy implementation language (C++). Nevertheless our productivity, in terms of goals achieved per hour of work, is quite high.
Free markets select for winning solutions.
Ugly programs are like ugly suspension bridges: they're much more liable to collapse than pretty ones, because the way humans (especially engineer-humans) perceive beauty is intimately related to our ability to process and understand complexity. A language that makes it hard to write elegant code makes it hard to write good code.
To solve an interesting problem, start by finding a problem that is interesting to you. — © Eric S. Raymond
To solve an interesting problem, start by finding a problem that is interesting to you.
If you have the right attitude, interesting problems will find you.
If you treat your beta-testers as if they're your most valuable resource, they will respond by becoming your most valuable resource.
I believe, but cannot prove, that global “AIDS” is a whole cluster of unrelated diseases all of which have been swept under a single rug for essentially political reasons, and that the identification of HIV as the sole pathogen is likely to go down as one of the most colossal blunders in the history of medicine.
Rushing to optimize before the bottlenecks are known may be the only error to have ruined more designs than feature creep. From tortured code to incomprehensible data layouts, the results of obsessing about speed or memory or disk usage at the expense of transparency and simplicity are everywhere. They spawn innumerable bugs and cost millions of man-hours - often, just to get marginal gains in the use of some resource much less expensive than debugging time
The easiest programs to use are those which demand the least new learning from the user
With enough eyes, all bugs are shallow.
In the U.S., blacks are 12% of the population but commit 50% of violent crimes; can anyone honestly think this is unconnected to the fact that they average 15 points of IQ lower than the general population? That stupid people are more violent is a fact independent of skin color.
You cannot motivate the best people with money. Money is just a way to keep score. The best people in any field are motivated by passion.
That stupid people are more violent is a fact independent of skin color.
A software system is transparent when you can look at it and immediately see what is going on. It is simple when what is going on is uncomplicated enough for a human brain to reason about all the potential cases without strain
And for any agents or proxy of the regime interested in asking me questions face to face, I've got some bullets slathered in pork fat to make you feel extra special welcome.
Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging. — © Eric S. Raymond
Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging.
The next best thing to having good ideas is recognizing good ideas from your users. Sometimes the latter is better.
Alchemists turned into chemists when they stopped keeping secrets.
Often, the most striking and innovative solutions come from realizing that your concept of the problem was wrong.
Microsoft is not the problem. Microsoft is the symptom.
Any tool should be useful in the expected way, but a truly great tool lends itself to uses you never expected.
We hackers are a playful bunch; we'll hack anything, including language, if it looks like fun (thus our tropism for puns). Deep down, we like confusing people who are stuffier and less mentally agile than we are, especially when they're bosses. There's a little bit of the mad scientist in all hackers, ready to discombobulate the world and flip authority the finger - especially if we can do it with snazzy special effects.
On first blush this looks to be about money, but it is about power. Is power going to go to the information monopolies, or will it go to developers and users?.
Lisp was far more powerful and flexible than any other language of its day; in fact, it is still a better design than most languages of today, twenty-five years later. Lisp freed ITS's hackers to think in unusual and creative ways. It was a major factor in their successes, and remains one of hackerdom's favorite languages.
The only way to write complex software that won't fall on its face is to hold its global complexity down - to build it out of simple pieces connected by well-defined interfaces, so that most problems are local and you can have some hope of fixing or optimizing a part without breaking the whole
This site uses cookies to ensure you get the best experience. More info...
Got it!