Tamerlin

To get maximal value out of the tools, everyone has to be willing to toss them when they start to becoming a big enough impediment. (Deciding on that isn't always easy, of course.)

The instruction decoders on x86 processors consume a lot of silicon. x86's instruction retirement also imposes additional overhead due to book-keeping on the scheduler. Eliminating the x87 stack-based FPU is been a gradual process involving an evolving SIMD instruction set that started as a hack.

In reality, resources trumps ISA. x86 has the advantage of hand-optimized logic combined with the best high-performance VLSI manufacturing in the industry.

In spite of that, Itanium blows the doors off of every x86 processor built on the same fabrication technology -- notice that so far, the Itanium and x86 contemporaries are built on fab processes that have been two generations apart, with the high-volume part using the newest process.

At most of them it just meant that HR ended up wasting time dealing with crappy tools, which is no big loss, since HR is a usually a waste of oxygen anyway. At Disney and Amazon, it meant that the people producing consumer-facing content wasted a lot of time fighting the tools that were supposed to enable their jobs, and a lot of developers had to waste a lot of time supporting the tools that weren't doing their job.

For example, just two and a half years ago, one of the buyers at Amazon showed me how she set up the relationships so that when you look at an iPod, you get a collection of compatible accessories. She had to create relationships for EVERY permutation between each accessory and for each accessory to the iPod. By hand. In a spreadsheet (Excel, I think.) Then she uploaded it to the site, and every once in a while a relationship would mysteriously fail, because of another relationship managed in another tool that she had no access to conflicted with it.

Do you use source control? yes Can you make a build in one step? almost Do you make daily builds? I think so Do you have a bug database? yes Do you fix bugs before writing new code? not usually Do you have an up-to-date schedule? Hard to tell Do you have a spec? a vague one Do programmers have quiet working conditions? no Do you use the best tools money can buy? not even close Do you have testers? users Do new candidates write code during their interview? yes Do you do hallway usability testing? no

The computers that Amazon provided were so old that they weren't even in current production (I checked the serial number for the laptop I had there, and it was according to Dell 3 years old -- and low-end even when it was new)

I would tend to agree with that, although I've seen startups run by bad managers install a pointlessly complex hierarchy for no reason other than that companies have hierarchies.

"The reason why Amazon might have "terrible engineering" while the sleekest app startup doesn't is because Amazon is really, really big."

No. Their abysmal engineering is by far the worst I've ever seen... well, not by far, what I ran into at Disney gave Amazon a run for its idiocy. The reason for the terrible engineering is that amazon is a Gen-Y shop. The company is notorious for abusing employees, and very clearly shows preferential treatment to interns rather than seniors. They have a lot of trouble hiring experienced engineers, and since everything they do is an emergency, they put however they can on the job... in other words, most of Amazon's mission critical software was designed and implemented by people who either just graduated from college, or hadn't yet (interns).

And then they hire seniors to "fix" it... the culture is such that they think "smart" is the ticket, and don't value the wisdom and knowledge that come with experience.

Now count the number of successful companies to the number that aren't. And take into account the number of unsuccessful projects compared to the number of successful ones, even at successful companies. What I suspect that you'll find is that in most companies, even successful ones, the primary reason that projects "succeed" is that the management changes its definition of "success" in order to avoid taking blame for mis-managing a project to its demise.

I had a co-worker who had memorized a raftload of facts without actually understanding many of them. She frequently mis-diagnosed problems with customer computers because although she had a huge list of facts in her head, she couldn't think her way through them to make sense of what was really going on.

Due to her ability to spew facts on demand however, the management thought she was exceptionally smart, even though she couldn't actually figure anything out for herself.

The company's hierarchy reinforced this sort of thing, because the "engineering" team was a bunch of college dropouts who didn't have the faintest idea as to how things like UNIX networking worked. They said that total memory = physical + virtual, so my attempts to explain that UNIX doesn't work like that went unheard, and customer machines continued to suffer because they didn't have enough memory to serve their buyers' needs.

The last I heard the company had something like a 4% customer satisfaction rate.

At amazon, everyone was obsessed with how "smart" amazon employees were, and yet the place was a showcase of terrible engineering -- rife with accidental complexity and tight coupling that spanned not just systems within a group, but across entire divisions -- and some what I read in this article I saw there first-hand. The management complained constantly about how bad our tools were, yet the people that they promoted and took care of were the ones that designed and implemented those same tools.

A great many managers haven't the faintest idea as to how to determine what constitutes a "smart" employee, so they zero in on things like degrees and number of hours worked because they don't have any rational standard for identifying the good ones from the bad, so the guy with the degree who's working 80 hours a week is obviously the best guy on the team! Look how hard he's working! He must be REALLY smart!

"Also, the article seems to conflate having an MBA with being smart. I wonder if Gladwell has ever thought that the reason Southwest has a vastly more efficient organization than its competitors is because it has a bunch of smart people who figure out how to do things more efficiently. People so smart in fact that they realize people on the ground can make much more informed decisions than people in a boardroom."

I think that was precisely his point. Enron used MBAs as a proxy for "smartness" and turned out to be a spectacular disaster. Southwest doesn't, and is one of the few US-based airlines that isn't relying on the US government to keep it alive.

We're so used to being treated like crap that we take it for granted and accept it.

If you have six widget, and you sell seven, you have to give the 7th a refund, otherwise it's fraud.

When an airline has six seats and sells 8, the extra two buyers get the shaft, and that's ok?

He bought the tickets, so how does not using them make him no longer a customer? If they gave him a refund (ha!), then yes... otherwise, no.

Heck, a well-trained person's hands can be quite deadly to someone not wearing armor... and if you know what you're doing, armor won't stop you from ripping someone's arm apart and spiking them into the ground with their own weight + that of the armor -- and yours, if you're feeling particularly aggressive :)

Given that the facts say otherwise, I suspect that this is going to end up being a pretty hard sell.

And that's the critical difference here.

What the doctor does is WITH your consent, and you have a choice in the matter -- plus it's actually truly for your own good.

What the TSA does is NOT with your consent, you don't have a choice in the matter (subject of the TSA's next porn video, or sexual molestation), and it's NOT for your own good, since there's no conceivable way that it will actually improve airline safety, given that it won't have any affect on any serious terrorist attacks anyway.

Revenge has nothing to do with self-defense.

My theory is denial. Parents of bullies don't want to admit that their kids are doing wrong, and the parents of victims don't want to face the fact that they need to get involved.

That was my situation, at least -- even with known bullies... when I finally fought back, I got dragged to the principal's office... and I let him have it. Another rarity is that my parents actually backed me on that one.

Are you sure about that? I'm not at all convinced -- especially in the US.

We already know that they don't work, and they don't even pretend to address any of the real security vulnerabilities. They'll only deter idiot terrorists, not real ones.