Sorry, PG, but I believe your post is an example of "dancing 'round and 'round and suppose while the secret sits in the middle and knows".<p>The most important thing is, the CEO very much needs to know nearly everything important for his company. For a company heavily involved in software, the CEO needs to understand software in general and the software of his company in particular.<p>In a startup, he needs to be able to understand all the software, in detail, from the 'architecture' down to line by line. So, for this he needs to have enough knowledge of computing to understand, evaluate, and construct the architecture and have good knowledge of all the crucial 'software tools'. So, if the software is in C++ and Apache, then the CEO needs to understand these two. Windows? He needs to understand some or all of .NET, the CLR, C#, Visual Basic .NET, ADO.NET, ASP.NET, etc.<p>Now we come to a curious point: For the CEO to acquire that knowledge takes more of his time than writing the code, given the knowledge. So, really, once the CEO has learned to write the code, he can, for less than the time investment in learning the tools, just go ahead and write the code. He should.<p>Since the CEO wrote the code, maybe that makes his company a 'hacker culture'? I hope not: There are things more important than ASP.NET, etc. While knowing ASP.NET might be necessary, it is not sufficient. Just because the CEO drives his car does not make him a chauffeur. Instead, the software is just part of his job.<p>Next, my experience is that the best software developers and, in particular, the ones best at the most technical details of software, and the best at software 'architecture' are not 'hackers' and are not even 'computer scientists' but are mathematicians who took out a few afternoons to understand, say, AVL trees, extensible hashing, Cartesian trees, minimum spanning trees, DeRemer's LALR parsing, and monotone locking protocols but also understand dynamic programming, linear programming on networks, Lagrangian relaxation and non-linear duality, Poisson and Markov processes, and martingales. Sorry 'bout that!<p>With that technical knowledge and work, he has to pay close attention to the product, customers, revenue, hiring, etc.<p>Not so strange.