Famed chef Gordon Ramsay has a show called "Kitchen Nightmares" where he rescues restaurants that are in trouble. There's a fair share of drama and spectacle in every episode but much of what he does is apply the same fundamental changes to every restaurant. And it's not silver bullets, it's just sound execution of basic, common sense practices. Keep the menu simple, make stuff fresh, keep the kitchen clean, keep service timely, keep spending under control, etc.
If you have a product that has traction in the market it's not necessary to try for silver bullet features. It's only necessary to get your ducks in a row and execute well. Execution tends to be multiplicative along every aspect. If you can deliver solid features AND solid usability AND solid performance AND solid reliability AND solid customer service then there's no reason why you shouldn't do well.
Ultimately I think the search for silver bullets comes out of a sense of denial. People like to think that the reason their restaurant is doing poorly is some external problem they have no control over, rather than because they. Don't clean their kitchen and their food is bland.
The same phenomenon occurs in online games like Starcraft. People in the lower leagues of Starcraft constantly go to message boards like the TeamLiquid forums and ask for advice on strategy, critiques of replays, etc. But in 99% of cases, basic fundamentals like always making workers, constantly producing out of existing production buildings before making new ones, and not becoming supply-blocked (a form of production bottleneck) are the real problem. But they have the same sort of denial you are referring to where they want to believe that if they just _knew_ something that they don't know, they could win.
It's actually kind of sad that these biases towards easy thoughts exist, because often the fundamentals are more accessible than the silver bullet is to any given practitioner. In other words, almost anyone can execute on fundamentals with practice, but the grand silver bullet strategies are often beyond the capabilities of a typical person.
I think thats a case of perceiving the basics to be to hard to properly execute on. Maxing out build orders in multiple buildings in multiple locations while optimally planning for expansion and getting the right balance of things being built is hard. I guess how this applies is that people want a short cut so they don't have to be the best they can be at the fundamentals.
I'm rather of the opinion they simply do not realize how important the fundamentals are. Fundamentals are not glamorous and easy to miss for the untrained eye, so when your enemy comes knocking with twice as many troops you are inclined to think they must be doing something special.
Starcraft actually makes the fundamentals deliberately difficult, note, which is one of the reasons it is so competitive but also one of the reasons it has such a steep learning curve. If you're a Zerg in SC2 you must program yourself every thirty seconds to go around to every hatch and inject larvae, every time, even in the middle of microing a battle. This is hard to do for most humans and even for professional gamers, and is one of the (many) things that drives me absolutely bats about SC2.
The thing that infuriates me about that particular example is it would take thirty seconds for someone at Blizzard to make that ability autocastable. But the analogous macro capabilities (Terran mules, Protoss chronoboost) are not so easily automated, and so everybody has to have this stupid timer in their heads. I like the Company of Heroes/Dawn of War 2 model better, where you can set something on "overwatch" which means the moment you have the resources, it will start building it. Not everything in DOW2 is overwatchable but a significant amount of the niggling details like troop reinforcement is, and it can really simplify things like "I want a Chimera ASAP". Even in DOW2 it isn't always appropriate--overwatch reinforcement can bleed resources you are banking to some higher tier unit dry--but it's nice to have the option.
I personally agree, but I suspect if Blizzard allowed enough of that sort of thing the nature of the game would become much more macro-focused, and what makes the game unique and great appears to be a balance between micro and macro.
well with the larvae example, you can have your queens in a group and then just spam-click the hatcheries on the minimap, or use a couple other techniques
but still i agree that it's going to be annoying because it has to keep ticking in your head regardless. in fact the annoying "economy" micro is the reason i got bored of the game and stopped playing. while i know i could get pretty darn good at the game if i practiced it with some seriousness, doing that was just more work than i would ever put into something that is supposed to be fun
The whole point is it's not about tightly optimized build orders or perfectly timed expansions.
- Make workers always. Corollary: when you are about to have too many workers for one base, build another base.
- Always be building out of production buildings. Corrolary: don't start new production buildings until you have too much money even maximally utilizing old buildings.
- Don't get supply blocked.
(Caveat: none of this applies perfectly to Zerg because it is just harder. But the joy of Starcraft is that there are two other races that weren't designed deliberately to be obtuse and difficult to play.)
If you can consistently do those three things you will be able to attack-move into the enemy's base right up to the 95th percentile of Starcraft players. It has nothing to do with maxing out build orders or any of that complicated stuff. It's the barest, simplest fundamentals that most people have a very poor grasp of that are both the easiest and most necessary ways to improve their game.
It's like someone who is not very good at basketball. If you wanted to tell them how to get better would you say, "You should learn the full court press, zone defense, give and go." Or would you say, "Learn how to shoot a basket. Learn how to make a pass." I would argue the latter is going to contribute more to being a good basketball player.
It's funny because in this example, there are silver bullets that show up every once in a while. Extremely overpowered and specific things you do in a very specific order (a build) which wins an overwhelming majority of the time. There are a few shortcuts, but they don't make you better in the long run, they allow you to exploit information asymmetry, temporarily.
In a DEC Press book covering the history of minicomputers (Gordon Bell was one of the authors as I recall), the most interesting observation was that the companies that survived let alone thrived in the frothy period for them were the ones that did an acceptable job of every essential thing.
E.g. make great hardware but don't document it well enough, you fail. DEC's forte at the time was CPUs, most of the rest wasn't so hot, but it was all good enough.
Alpha was (and possibly still is) one of the most elegant cpu architectures ever designed.
It just arrived too late to save DEC and that's a real pity.
DEC pretty much pioneered interactive computing and for that alone we all owe them a great deal.
It's weird how the DEC legacy got passed from company to company, now HP owns it, like an old cupboard passed on through inheritance.
Engineers went to both Intel and AMD.
Being able to engineer CPUs at that lefl is probably not the kind of skill that will see you without a job from time to time, those must be very desirable people.
The DEC Alpha legacy actually wound up at AMD, in the form of the early generation Athlon processors. HP abandoned the Alpha but AMD snapped up the core ideas and a lot of the talent.
So, you got me curious. It turns out that the IP ended up with Intel: http://en.wikipedia.org/wiki/DEC_Alpha , I can't seem to find out who owns the brand, but the DEC brand definitely ended up with HP.
I think the search for silver bullets is a great instinct. People always look for the solution that gives them most bang for their buck.
There are a couple of problem, though.
Silver bullets are often mutually exclusive. No-one wants to be the AirBnB for gay vegan business travellers in Ohio - there's nothing wrong with being a niche player but you still need a reasonable market.
Silver bullets can also be an sign laziness, as you say.
Ultimately, you have to see what the rest of the market is doing. Some people do well with low costs, a small team, and a cheap (but usable) alternative. Others do well with an interesting twist, and a good execution. Then there's the big companies, with boring but well polished products.
Ultimately, no-one here should be misled enough to get into a business without having an edge. Once you have the edge though, it's a matter of getting everything else right.
Chris Zaharias · Having worked in sales at Netscape for four years (1995-99) I have to very respectfully disagree with Ben. Netscape did not recover from a better, faster, free IIS by building a better web server (called Netscape Enterprise Server, or NES). That helped to a small extent, but much more important were a) competitive advantages in email servers, proxy servers and directory servers; b) bundling of those solutions into a server suite (SuiteSpot); c) effective management of inbound lead flow (kudos to Todd Rulon-Miller & Bill Kellinger); and d) stellar, massive, but arguably long-term damaging OEM sell-thru by Ram Shriram's team that allowed Netscape to continue to grow overall server revenues.
Of those $400M server revenues, very little was NES, and as the graph at the below link shows, NES was always in decline relative competitors.
I recall working at a growing company that suddenly stopped blowing its forecasts out of the water and sales began to tank (part of an overall market downturn). C-level executives were slaughtered and we were soon treated to a blustery, military-metaphor-laced "hardass" speech to rally the troops, courtesy of the new VP who was keen to let us know that business was war and we were in it to win it, etc. It was lead bullet time.
Fast forward some quarters later, after three rounds of layoffs, a refocusing of the product line on the core brands, and a general slow rebound of the market, and the company was back in the black... but: the blustery VP in question had nothing to do with any of this and had been shown the door (with a nice golden parachute).
Additionally, opportunities to take advantage of new market directions were missed. The company's strategy was to bundle sales around the best-selling products and continue incremental development around those. Ancillary, low-selling products were cut. Which is all well and good, but the company is now vulnerable to several new competitors who took advantage of new directions in client demand that the VP of War Metaphors missed... and now the company is finding itself making acquisitions of technology and (more importantly) cultures that are completely foreign and incompatible. (Windows-centric old-school company trying to absorb open-source Linux-based startups.) So far the solution has been to leave the acquired companies relatively intact... "synergy" is non-existent and culture clash is evident, with top brass from the acquired startups fleeing as soon as their contracts permit.
Additionally, the company is now facing the looming threat of cloud services and large-scale computing becoming cheaper and more commoditized. Unfortunately, nothing is being done to innovate or reinvent where reinvention is necessary; the current leadership does not perceive the threat (yet). (Disclaimer: I no longer work there, so they may have some stealth project to address this; but based on my contacts I doubt it.)
After reading the other recent HN post by the same author entitled "Nobody Cares" and now this latest little bit of bullet-based sophistry, I must say flatly that I do not find these observations helpful. First of all, the war metaphor and language is distracting and obfuscates issues. But if we must stick with this metaphor, there are times when what hulks in the door must be brought down in a hail of lead, and times when the monster in the door is wearing a bulletproof vest-- so you better hope you have a silver bullet and the ability to accurately aim between the eyes.
What strikes me most about the subtext of the OP's commentary is how lonely and unnecessarily self-limiting it is. I would not like to be running one of his portfolio companies and be faced with a challenge. It seems the likely response would be "you're on your own, nobody cares about your excuses, it's lead bullet time, not silver bullet time" etc. In other words, get me my return, I don't need to hear about anything else.
Real insight is knowing who cares and who doesn't, and maximizing your connections to the former, disconnecting from the latter. Real understanding of when to use lead and when to use silver and when not to fire bullets at all is what guides a company through tough times, but more importantly, allows it to seize opportunities for growth. Simply spouting "tough"-sounding platitudes and militaristic mantras about winning wars does nothing to help, and is distraction more than anything else.
His point is simply sometimes the issue is strategy and some times it's execution. If you make a great MMO that people love but it's crashing all the time then fix the bugs and you just might end up making money hand over fist. If you make a solid but older MMO that people enjoy but the subscriber numbers are incontinuous decline then you might want to pivot into free to play etc.
The market share graph starts at least 3 years after the release of IIS, it was in NT 3.51 SP 3 (and I gather released before that) and NT 4.0, which was released 29 July 1996 according to Wikipedia. I know IIS was solid for intranet use by mid-late 1997 when I started using it.
It also starts near the end of the year "[ Apache ] became the first web server software to surpass the 100 million website milestone." (Wikipedia again and Apache was indeed what I was using in 1999.) That suggests both of those established a price of about $0 for a web server.
I'm not sure the two accounts are mutually exclusive, as the further reply by George Scott suggests. A competitve web server, even if it was no longer going to make much money, was I suspect necessary for Netscape to sell or at least get established a lot of the rest of its set of servers (by the time the graph starts I can only remember people talking about their LDAP server). I.e. it's quite possible that if they hadn't expended those lead bullets the silver ones would have been wasted.
“Yet our best trained, best educated, best equipped, best prepared troops refuse to fight. As a matter of fact, it’s safe to say that they would rather switch than fight.”—Public Enemy, Fight the Power
It's from the late 70s so you probably won't find a transcript online. The speech was delivered at a Nation of Islam temple. See footnote #22 in the link below.
All of his blog posts start with a line from a rap song. It makes a lot more sense in the context of his blog (http://bhorowitz.com/2010/04/28/why-we-prefer-founding-ceos/, for example) than it does on Techcrunch, but I assume he just did the same thing out of habit.
PE's context is fighting back against oppression, which was what the Thomas N. Todd sample is talking about. Specifically playing along with the system at the time in which many blacks were second class citizens rather than standing up for ones rights.
In the article he mentions his employees wanting to avoid a direct fight, that is not the same as switching sides!
If you listen to the quote in context it's obvious Todd's main point is not not fighting but joining the other side (He stretches out "swwwwwiiiiiitch").
The author's not a journalist by trade so I'll cut him some slack, he's ignorant rather than lazy.
Interesting. Focus on the fundamentals and fight in your markets, rather than chasing magic. I hear it a lot. "We should do an ASP", "We need to be a services company" and "We should buy company X."
I wonder if the last point is why buyers tend to do worse than sellers in M&A. Of course buyers chasing silver bullets probably helps HN readers on the margin. :-)
"Confront reality and focus on execution of your product/sales plan to get competitive. No pie-in-the-sky strategizing would save your bacon if you fail to get stuff done."
"They did not want to hear that, but it made things clear: we had to build a better product. There was no other way out. No window, no hole, no escape hatch, no backdoor."
This is simply known as "not resting on your laurels".
Or as Andy Grove would say "Only the paranoid survive," ... "Business success contains the seeds of its own destruction," ... "Success breeds complacency. Complacency breeds failure."
(And all of the above also leads to missed opportunity.)
At least you have to be very careful where to shoot those lead bullets. You can't just pull through with lots of work without having some fundamental idea or vision of how to beat your competition. I think being lean is all about looking those small silver bullets in everything you do. I'd hate it if someone told me to stop looking for silver bullets.
He did hold out hope that a bunch of silver bullets might do the trick. Read the article. Most of them seem quite quaint. Nonetheless, Brooks's writings saved me from a lot of self-inflicted grief.
Methinks this is the core of why Apple is so successful: they do everything RIGHT. By not looking for shortcuts and silver bullets, they minimize things going wrong.
They do many things that are consumer facing right, but there are somethings that are developer facing that are just wrong. You don't know how much pain and confusion iOS provisioning profiles and signing give to my coworkers and myself initially. It's the majority of the questions I get asked about in relation to iOS.
That's off-topic, but this this is a pet peeve of mine, I'll bite. Have you tried code signing Blackberry apps? Desktop apps, java apps? Shockwave xtras, god forbid? Apple made something really complicated & poorly documented into something that was only moderately difficult and mostly automated, and with Xcode 4 it's possible to know basically nothing about it and develop apps on your own devices, so I'd say Apple did it pretty well.
Just because it's horrible everywhere and apple is 'less horrible' is still no excuse. It still can be done much better, the developer shouldn't have to do a quarter of the error prone BS with provisioning. Provisioning is very fragile in general and is also a cause of automated build breakages here when it really should never be.
Provisioning is also required 100% of the time to run unsigned apps in iOS. Many of those devices you mentioned let you run unsigned apps after a warning prompt, or at least on a developer device. This can avoid a lot of BS during development.
I've haven't worked with android, but from the lack of complaining by my android working coworkers, I'm guessing that it's much better or non existant on android, apple's main competition.
If you have a product that has traction in the market it's not necessary to try for silver bullet features. It's only necessary to get your ducks in a row and execute well. Execution tends to be multiplicative along every aspect. If you can deliver solid features AND solid usability AND solid performance AND solid reliability AND solid customer service then there's no reason why you shouldn't do well.
Ultimately I think the search for silver bullets comes out of a sense of denial. People like to think that the reason their restaurant is doing poorly is some external problem they have no control over, rather than because they. Don't clean their kitchen and their food is bland.