Book Review: In Search of Stupidity: Over 20 Years of High-Tech Marketing Disasters

A fun read that also offers a few lessons for the new paradigm.

by Merrill R. Chapman

APRESS, 2003

ISBN: 1-59059-104-6


In Search of Stupidity: Over 20 Years of High-Tech Marketing Disasters is a time-travel trip through two decades of technology plagued by stupidity. Both new and old high-tech flops are present, most already forgotten. The dot-com chapter should be read now while it still hurts, but some unknown jewels are here too. Did you know that, for some inexplicable reason, a "sound library" that allowed users to add pissing and similar sounds to any program for only 49.95 USD didn't succeed? The book tells this tale together with those from Apple, Borland, IBM, Motorola, Napster, Netscape and others.

Hardware failures such as Iridium and the IBM Peanut are included, but only the world of commercial proprietary software is covered. If you expect to find such reasons as "not going open source" or "not using free software" listed as the root of a mistake, you'll be deluded. The Linux guys are almost never mentioned. When it happens it is very, very brief, practically off topic. The longest coverage occurs in the glossary:

open source: both a movement and a process of creating software that believes that the underlying source code of products should be freely accessible to users. Many open source programmers believe Bill Gates is Satan. Bill Gates believes many open source programmers are communist.

When Microsoft actually did something stupid, marketing-wise, the author points it out without pity. Overall, however, the company is mentioned as the example to follow, because it so far has been able to make much fewer mistakes than the other companies.

In spite of this, or maybe exactly for this reason, In Search of Stupidity is worth reading. First of all, it is important to understand what the other half of the software world thinks and expects. Secondly, the book is well written and entertaining. Both style and vocabulary are accessible to non-programmers; the writing is clear and simple, but never dumbed down.

Recognizing that many of the described errors happen also in the Free Software community, be they bad project management, coding for needs that don't exist or falling in love with new technologies "just because" may also be useful. Discovering which ones they are obviously is left as exercise for the reader.

The Good and the Bad

In Search of Stupidity is right on target and amusing. If it lack something, it is the acknowledgment that free software changes the rules, making it possible for software profits to shift from purely selling binaries to services. On the other hand, it is written by a veteran of the proprietary software industry for that industry and honestly is presented as such.


Articles about Digital Rights and more at CV, talks and bio at


Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: In Search of Stupidity: Over 20 Years of High-Tech Marketing

Anonymous's picture

"much fewer mistakes"??????

It's MANY fewer mistakes!!!!

"Much" is used for things that arent' enumerable.
"Many" is used for things which are numerable, like mistakes.

You can say "Much water" but not "Much boats".
You can say "Many cakes" but not "Many sugar".

"Many" is an adjective, while

Anonymous's picture

"Many" is an adjective, while "much" is an adverb. As such, "many" cannot modify the adjective "fewer". Only an adverb can modify and adjective. "Much fewer" is simply more correct than "many fewer", despite its cacophony. "Many" modifies a noun: "many apples", but "much" modifies the adjective: "much fewer apples" or "far fewer apples".

Re: In Search of Stupidity: Over 20 Years of High-Tech Marketing

Anonymous's picture

wow -- way too harsh!

cut the guy some slack, why don't ya?

by way of comparison, how's your italian?

and, as long as we're being pedantic, what grammar book ever told you it was okay to add emphasis to a statement with FIVE CONSECUTIVE EXCLAMATION MARKS!


Re: In Search of Stupidity: Over 20 Years of High-Tech Marketing

Anonymous's picture

Thanks for your support, especially the "how's your Italian" bit.
I don't mind the initial comment though (as I hope it is evident in my
first answer) . I'm grateful whenever I'm patiently and politely reminded how my English can be further improved.
Ditto for learning more about current English/American slang: in other words,
what are the exact meaning and origin of "cut the guy some slack"?
I get the general meaning, but I'm really curious.

Thank you in advance,
Marco Fioretti

Re: In Search of Stupidity: Over 20 Years of High-Tech Marketing

Anonymous's picture

The first poster was probably trolling. "Much fewer" is definitely
more common than "many fewer", which sounds like a made-up phrase.
The most idiomatic is "far fewer", acc. to
Thanks for the nice review.

Re: In Search of Stupidity: Over 20 Years of High-Tech Marketing

Anonymous's picture

Duly noted.
Being a non native english speaker, I have studied and understood
the rule you mentioned: this time, for some reason, it just inverted itself in my brain. Thanks for pointing it out. Sometimes no amount
of cross-revision by both author and editor will catch all mistakes.
Marco Fioretti

White Paper
Linux Management with Red Hat Satellite: Measuring Business Impact and ROI

Linux has become a key foundation for supporting today's rapidly growing IT environments. Linux is being used to deploy business applications and databases, trading on its reputation as a low-cost operating environment. For many IT organizations, Linux is a mainstay for deploying Web servers and has evolved from handling basic file, print, and utility workloads to running mission-critical applications and databases, physically, virtually, and in the cloud. As Linux grows in importance in terms of value to the business, managing Linux environments to high standards of service quality — availability, security, and performance — becomes an essential requirement for business success.

Learn More

Sponsored by Red Hat

White Paper
Private PaaS for the Agile Enterprise

If you already use virtualized infrastructure, you are well on your way to leveraging the power of the cloud. Virtualization offers the promise of limitless resources, but how do you manage that scalability when your DevOps team doesn’t scale? In today’s hypercompetitive markets, fast results can make a difference between leading the pack vs. obsolescence. Organizations need more benefits from cloud computing than just raw resources. They need agility, flexibility, convenience, ROI, and control.

Stackato private Platform-as-a-Service technology from ActiveState extends your private cloud infrastructure by creating a private PaaS to provide on-demand availability, flexibility, control, and ultimately, faster time-to-market for your enterprise.

Learn More

Sponsored by ActiveState