What is it about EDA that makes it different from other software businesses? When the CFO of Texas Instruments buys Oracle or SAP he or she doesn’t study what algorithms they use in their relational database. EDA purchasers are the only people who “take the cylinder head off and look at the valves” before buying.
I think it is the speed of change. EDA, as we are all tired of hearing, is driven by Moore’s law. But the effect is that every few years a complete technology re-investment needs to be made and the incumbent does not have much of an advantage in discontinuous change. It’s not like that in other software industries. For Oracle, the last major change in databases was the relational database superseding hierarchical databases, and that was starting in the 1970s (first at IBM and then when Larry Ellison founded Oracle under its original name, Software Development Laboratories). It looks like there may be another change starting, driven by the internet, to schema-free databases which scale better to thousands of servers. So one turn of the handle of Moore’s law in 30 years, 15 to 20 times slower.
You could give me half a billion in VC money and I’m not going to be able to put together a startup to displace Oracle, no matter how many of the best database programmers I hire. Because it is not mainly about technology. And even if, by some miracle, I succeeded it would take 20 years. By contrast, when EDA companies miss a transition they tend to vanish quickly. Calma was not a major force in gate-level design. Daisy missed synthesis despite Synopsys being staffed with many of the same people, and, to add insult to injury, in the same buildings. Cadence lost its Dracula physical verification franchise to Mentor’s Calibre as quickly as it took 0.35um to come online, a few years. Yes, mistakes were made. Daisy made an ill executed acquisition of Cadentix. Cadence decided to make its own hierarchical DRC, Vampire, incompatible with Dracula so it didn’t harm its cash-cow. But mistakes will always be made (“new” Coke, Ford Edsel..) but in other industries one mistake is rarely fatal.
The speed of change also means that startups can get traction in a way that they don’t in other industries. The barriers to entry are really low, just a few people who really know the technology and it is possible to build a world-class product that is better than anything else out there. Most importantly, customers will buy it since the risk of using a product from a startup was lower than the risk of not doing so. Other businesses don’t move so fast. Waiting for the big guys to have it is usually the safest approach.
This may be changing as the importance of integration increases and so the important of point technology diminishes. I spent years at Compass Design Automation with a fully-integrated toolset that was very productive. But customers would only buy “best-in-class point tools” and do all the integration themselves. We were selling an engine when people wanted to buy their own ignition system, their own fuel-injectors and make the wiring harness themselves. Despite the limited commercial success (Compass only reached $55M before it was acquired) I still believe that the integrated approach really was superior for everything except unusual chips like memories and microprocessors. The evidence was that every chip VLSI Technology produced until the late 1990s was produced entirely on Compass tools on very short time-frames. In that era, for example, a huge percentage of mobile phone chips, then and now a market with short product cycles, were done that way.
It is no longer clear that most semiconductor companies have the inclination or manpower to look at tools from startups. Their focus is more on reducing cost and reducing the number of vendors they use. It is completely unclear how EDA will evolve in the current downturn. In Mike Santorini’s memorable image, semiconductor is the speedboat that pulls the EDA water-skier. When it is at full speed we ski well. Right now I think the water is around our waist and we are still sinking.
Well it was the annual EDAC CEO panel last night. The quality of the food was much better than normal, but it turned out that this was not because the CEOs were predicting a rich future in 2009 but that the San Jose Convention center had provided it (thanks).
I wrote
I have worked for both
I met Simon at DATE last year where this was announced, and asked him why he did it. Firstly, he said that he is a big fan of Kim and Mauborgne’s
Think about that for a moment: a single free product that most of you have never heard of in a neighboring space to IC design has more web references than the EDA market leader has for all their products put together (they are almost identical at around 1.7M apiece when I looked just now).
This is starting to happen in the automotive industry around VaST’s technology, For some time the main suppliers into the automotive industry (NEC, Renasas, Infineon, Freescale and others) have supplied processor models for VaST’s environment. NEC America is announcing today that they will be distributing complete virtual platforms on VaST’s foundation technology into the automotive industry, going beyond simply providing processor models. Software engineers in tier-1 suppliers (automotive-speak for people like Delphi, Visteon and Denso) and OEMs (automotive-speak for car companies like GM, BMW and Toyota) will be able to develop their software without having to wait for silicon to be available and in a much more productive environment than the real electronic control unit that will eventually ship in the cars.
The situation where OVP, VaST, Virtutech, Virtio, QEMU, Bochs and others all have incompatible virtual platform environments is not really sustainable. SystemC provides some standardization around modeling of peripheral devices where performance is not critical, but processor models depend heavily on the underlying simulation technology to get their blazing performance.
There is a big cultural difference between tools for IC design and tools for software design. A difference in the way they are developed, the way they are sold, the way they are deployed. I think there are two reasons.
This is the first of what I hope will be a regular feature of this blog: guest entries from other people with insight into EDA and the ecosystem around it (venture capital, semiconductor, embedded software…)
Can there be any subject more boring than revenue recognition for software? If you listen to the conference calls of the public EDA companies, you’ll either hear them discuss or get asked about how much of their business is ratable versus term. What does this mean? Should you care? Also, what does it matter how long the term is, isn’t longer more money and so better?
There turned out to be two problems with this once it was scaled up. Firstly, the customers didn’t really know what licenses they needed in year 3 although they had a pretty good idea about years 1 and 2. So to get them to go for this, the third year discount had to be huge. The second and bigger problem was that in two years the Cadence sales force closed three-year deals with every large account they had. The combination of these two things mean that every customer acquired all the licenses they needed for the next three years, but it was all booked in two years (and for not much more than two years’ worth of money). Numbers looked great for two years but in year three there were no customers left. The wheels came off and the numbers cratered. Jack Harding was CEO at the time and a couple of days after the quarterly conference call he was gone.