feature article
Subscribe Now

Economics 201

The Future Belongs to Programmers

Three thousand dollars is lot to pay for a radio.

A friend of mine recently bought herself a nice new car. Not Rolls-Royce or Ferrari nice, but more in the Mercedes/Jaguar/Lexus category. And one of the optional upgrades she decided to spring for was a $3000 “Premium Comfort” package. Being both an engineering nerd and a car nut, I was curious about what actually went into this $3K bundle of goodies.

From what I could tell, it was mostly just firmware upgrades for little things like the keyless entry, cruise control, or GPS features. She wasn’t paying for any actual hardware, just for bits. The only tangible item in the whole option package was an upgraded radio, which probably cost the automaker about $75 in extra hardware. So by implication, the firmware upgrades cost my friend about $2925.

As we know, software can sometimes be expensive to produce, but it’s free to reproduce. So once the automaker paid for that firmware, it stood to rake in $2925 in pure profit from then on. Nice business if you can get it. It also helps explain why electronic add-ons are so popular with new cars now. We like ’em because they’re shiny and interesting, but the automakers love ’em because they’re extraordinarily profitable.

They also help to differentiate products that are increasingly hard to tell apart. It’s not your imagination: new cars really do all look the same, because they mostly are. Like PC makers, automakers work from a small pool of shared components. Chrysler, Fiat, Jeep, and Alfa Romeo all share the same mechanical underpinnings. Volkswagens, Audis, Bentleys, and Lamborghinis are all made by the same company (notice the dashboard instruments and switches). The differences lie mostly in branding and paint. And firmware. 

What’s the difference between an Apple iPhone, an Android phone from HTC or Samsung, or a Windows phone from Nokia? It’s definitely not the hardware, because they all use pretty much the same processors, memory, and LCD screens.  The only significant difference is the firmware inside, and by implication, the third-party software with which it’s compatible. 

I remember the original iPod (remember those?), which I didn’t like very much at all. I already owned a competing brand of MP3 player, which I preferred. To me, the iPod was just an overpriced 3½-inch hard drive with a “Play” button on it. I thought it was hard to use and limited in functionality. Updating the content on an iPod meant going through the ordeal of iTunes, for starters. To this day, I still think iTunes is a miserable, awkward, and ungainly piece of software, and I’m surprised Apple apologists stand for it.

In contrast, my other MP3 player was both simpler and more useful. I could create and update playlists on it directly, something early iPods couldn’t do at all and even modern ones don’t do very well. I didn’t have to store a complete duplicate of my entire music library on my PC, which seemed like a complete waste of hard drive space—and something iTunes still requires. And I could play more audio formats than the iPod supported. The iPod was inferior in every way, although the market clearly disagreed with me. (It now lives in the glove compartment of my car, where it serves as a glorified CD changer.)

In the wide world of computer hardware and semiconductors, the two most profitable types of components are microprocessors and FPGAs. And what do those two chips have in common? They’re programmable. There aren’t many people who design microprocessors or FPGAs (Hello, Xilinx, AMD, Altera, and MIPS readers!), but there are a lot of engineers who program them. And more to come.

Modern EDA tools were supposed to make it easier for us to design custom hardware. Futurists predicted an industry where every product was designed for “a market of one,” customized for each specific user. The EDA part succeeded—it is a lot easier to design custom chips. But EDA is only part of a chain of value that includes semiconductor manufacturing, integration, distribution, marketing, and more. All of those things are still difficult and still expensive. Few companies can afford the time and expense of designing their own chips, no matter how easy it is, which it’s not. Instead, they use standard (processor) or semi-standard (FPGA) chips and customize the software. It’s a whole lot easier to revise code than it is to spin an ASIC. Cheaper, too.

Futurists are also predicting the rise of the “content creators” as the big economic drivers in the coming years. As nearly as I can make out, that means durable manufacturing is on its way out, and content, in the form of movies, books, and art—software, in other words—is trending up and to the right on the economic charts. Makes sense to me.

Hardware engineering is like architecture; software is like poetry. You need expensive tools and an expensive education to be an architect. You can’t simply wing it and hope your buildings stand up. But anyone can try writing poetry; it doesn’t fall down if it’s amateurish (not in the literal sense, at least). In economic terms, poetry and programming both have low barriers to entry. Anyone can try, and those with the talent and inclination can make a career out of it. You can’t really do that with architecture or ASICs. Those need to be right the first time and correct by construction, and that doesn’t lend itself to dilettantes’ idle fiddling.

Short product cycles push us into software customization. Cheaper development costs favor software over hardware. Changing standards reward software solutions. User preferences lean toward software differentiation rather than hardware details. And programmable chips provide the basis for useful customization. Plus, it’s just plain easier to get started on a programming career than one dependent on million-dollar EDA licenses, bench instruments, and months-long turnaround cycles. All of which means that programmers will be creating and defining the products to come. Gentlemen, start your compilers. 

2 thoughts on “Economics 201”

  1. The value of a forest is not given by counting its trees. Beware of stuck focus.

    In 1965, IBM had a success in the IBM 1130, a small scientific machine. It leased for $1,000/month (1965 $), AIRC, and had in instruction rate of 0.25 MIPs. For an additional $500/month, IBM would send out a customer support technician who would upgrade the machine to 0.50 MIPs. This involved changing a crystal from 4 MHz to 8 MHz. Here was a genuine benefit (faster program execution) that required no extra hardware. No software changes were required.

    In the old days (Before Software), a Chevrolet and a Cadillac cost about the same to build, but the Cadillac sold for 1.5-2X the Chevrolet. No software involved. My guess is that the same thing holds today for Camry versus Lexus. The higher end cars provided additional creature comforts – like wood trim and leather seats – and prestige at little extra cost. The software is not the driver in either case, although it may be part of the implementation of added creature comforts.

    Software is distilled design, abstracted from its supporting hardware. As such, it can be changed more rapidly, and it can add functionality at some design cost but little production cost. Hardware can be similar in design cost but more expensive in terms of development cost, production cost and time to market, so adding benefits by upgrading software is a lower cost option.

    Since software can add features (and maybe benefits) quickly and with little added product cost, it is popular with marketing. But this has its own risks. Sometimes there is a great desire to add features when a product is not selling well, even if it cannot be proven that the added features will increase sales. Added features can be the pornography of marketing.

    But the customer buys a system of hardware and software, and each has its limits. The hardware limits the amount of performance you can get from a given platform design, and the software limits how much of that full performance you can get from the given platform. Software added functionality does not change this picture. Your competitors will quickly add the same functionality on their platform.

    And this introduces another problem: the customer always wants something better. If software has pulled out the maximum performance from the present hardware, it is time for a new hardware/software system. But a new hardware design is explicitly expensive and risky. You probably cannot do small changes and get there – or you would have already done them.

    So you have to commit to the cost and the risk of a new hardware design. You can delay the decision by trying to add more “features” that may supply no benefits, such as software functions or paint color. But while you delay the decision, your competitors are biting the bullet and creating the next generation of your product. By the time you can no longer ignore that you are losing market share, it will be either very expensive or too late to catch up.

    The moral of the story is to that if you concentrate on software only to keep your company competitive, you may win the short term battles, but lose the long term war. The PC vs the smart phone is a cautionary tale. The smart phone is not a desktop PC with better software.

    And beware of taking credit for what you did not do. Apple has won big by doing good industrial design. This is system design, an integration of physical design (hardware = electrical and mechanical) and functional design (software).

    If software is the core value add of your business, go for it. But don’t get cocky.

  2. Thanks Jim for this excellent article,

    This is great to hear somebody that is making the distinction between content creators/IP, software and electronics. Those are 3 completely differents fields but many people still struggle to make the difference between ‘content creators’ and ‘software engineers’. This is easy to understand since only a few years ago this was all blended together.

    For me, just like there has been a split in electronics 20 years ago between hardware and software, there is now a split between software and ‘IP’/content creator. Software is now only a ‘media’ to bring “IP creations” value into the world, just like a mp3 file is now a ‘media’ for artists like Celine Dion. The challenge now is to solve problems in a vertical of applications (in my case power electronics), everything else are details.

    For more on this subject, I invite you to take a look at my presentation “FPGA-based Custom Motor Drives Design: The Role of 3rd-party System-Level IP” at the lastest IECON:

    http://www.pe-ip.com/fpga-based-custom-motor-drives-design-the-role-of-3rd-party-system-level-ip/

    Best Regards, Marc.

Leave a Reply

featured blogs
Apr 19, 2024
In today's rapidly evolving digital landscape, staying at the cutting edge is crucial to success. For MaxLinear, bridging the gap between firmware and hardware development has been pivotal. All of the company's products solve critical communication and high-frequency analysis...
Apr 18, 2024
Are you ready for a revolution in robotic technology (as opposed to a robotic revolution, of course)?...
Apr 18, 2024
See how Cisco accelerates library characterization and chip design with our cloud EDA tools, scaling access to SoC validation solutions and compute services.The post Cisco Accelerates Project Schedule by 66% Using Synopsys Cloud appeared first on Chip Design....

featured video

How MediaTek Optimizes SI Design with Cadence Optimality Explorer and Clarity 3D Solver

Sponsored by Cadence Design Systems

In the era of 5G/6G communication, signal integrity (SI) design considerations are important in high-speed interface design. MediaTek’s design process usually relies on human intuition, but with Cadence’s Optimality Intelligent System Explorer and Clarity 3D Solver, they’ve increased design productivity by 75X. The Optimality Explorer’s AI technology not only improves productivity, but also provides helpful insights and answers.

Learn how MediaTek uses Cadence tools in SI design

featured chalk talk

Improving Chip to Chip Communication with I3C
Sponsored by Mouser Electronics and Microchip
In this episode of Chalk Talk, Amelia Dalton and Toby Sinkinson from Microchip explore the benefits of I3C. They also examine how I3C helps simplify sensor networks, provides standardization for commonly performed functions, and how you can get started using Microchips I3C modules in your next design.
Feb 19, 2024
8,475 views