The number of layers of software between you and the device you're manipulating can be a problem, but only it costs more in terms of efficiency than in terms of

The number of layers of software between you and the device you're manipulating can be a problem, but only it costs more in terms of efficiency than in terms of programmer time. A lot of people seem to forget how valuable programmer time is, and abstractions which save it are therefore valuable. How valuable? Since an abstraction can be used by any number of developers, its value is at least multiplicative. And since the developers have saved time, they can use that savings to accomplish even more. If the time is spent writing more abstractions, they may become exponentially more valuable. Or not. There are two things suggested by this: 1) If you spend all of your time writing abstractions, you won't write any applications. 2) An abstraction's value is directly proportional to the number of programmers that use it. Conversely: 2') An abstraction becomes useless as it becomes harder to use. "Harder to use", not "harder to understand". We use things we don't understand all the time - that's the point of abstraction. But an abstraction that's hard to use is a different dragon. Consider OpenGL. It's an elegant layer of software to deal with the complexities of creating graphics applications that run in real time. They kept a lot in mind while writing it, and because of that, it's very powerful. But only developers who fully understand OpenGL can use it effectively. Since Direct3D is much easier to understand, but perhaps less powerful, it's a perfect example of the Musket Effect. Direct3D is a musket and OpenGL is a katana. For any two untrained people, if you give one a musket and one a katana, it's likely that the one with a musket will win, if he scores a good hit. Both are abstractions of force, but the musket is decisively easier to use. What if a 150 katanas and a 150 muskets are divided between 300 Spartans and they're pitted against each other in an epic warrior-ninja-vs-warrior-marksman battle? Well.. The Musket-Spartans will be remembered fondly, and the Katana-Spartans will enjoy their victory. A musket simply takes too long to reload. But is a katana "better", then? No. Since each musket is easy to use and individually powerful, more people will begin using muskets. They'll bring one along while hunting, for example. Then the musket will be improved, and improved, and improved again. The result is an M-9 Beretta 9mm pistol. Now pit 150 of those against 150 katanas, and you can imagine how things will turn out. And that's the Musket Effect: A linear increase in usability causes an exponential increase in power, given time. I was reading this today at my job: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c/directx/graphics/programmingguide/TutorialsAndSamplesAndToolsAndTips/tips/performanceoptimizations.asp http://msdn.microsoft.com/archive/default.asp?url=/archive/e... ... it's documentation that lets you use Direct3D 9 most effectively. Notice the easy-to-understand list. Each item uses simple words to succinctly deliver its message. Contrast that with any documentation here: http://www.opengl.org/registry/ http://www.opengl.org/registry/ .... Those are manuals for each OpenGL extension. An 'extension' is simply a feature of a video card that a programmer can use. Except because the documentation is so technical, few programmers do, compared to the number using Direct3D. Some say Direct3D is winning hearts and minds because it's backed by a huge corporation. That certainly helps. But it seems like Direct3D is more powerful because there are more quality engineers working on Direct3D than an OpenGL. What's a lone wolf to do, then? Well, it takes time, but anyone who has each of those OpenGL manuals committed to memory will be far more powerful and way more productive than any given Direct3D programmer. Just look at John Carmack. So there are tradeoffs. The best thing that any engineer could do for themselves is to clearly communicate the purpose of each abstraction he creates. An engineer's power can be measured by the number of people living in the castles he has designed. Anyway, back to efficiency: don't optimize prematurely. ;)