| I may agree with your general sentiment, but I think the OP actually avoids the specific mistake that you are criticizing. Let me highlight a few key quotes: > There always remain various hard [technical problems], of course, which are critical and which can’t be solved by any number of inexperienced people except by them getting experience; that’s why we need to continue to build and grow our technical skills. But if you continue to grow your skillset, you’ll quickly discover that the amount of time that needs to be spent on these extremely difficult technical problems tends towards significantly less than a full-time job; instead, the crucial (and incredibly hard) problems that affect a system have more to do with how that system interacts with the outside world — which is, more and more, people. > Interestingly, there’s a lot more crossover between hard and soft skills than many people realize: when you start to see your system as a component of a larger system which includes humans as elements, and you start to ask how humans interact with each other and what their behaviors are, then many of the same “hard skills” systems design approaches not only make sense, but can provide even better answers to traditionally purely “soft” questions. Eric Raymond said something similar recently[0]: > Whole-systems engineering, when you get good at it, goes beyond being entirely or even mostly about technical optimizations. Every artifact we make is situated in a context of human action that widens out to the economics of its use, the sociology of its users, and the entirety of what Austrian economists call “praxeology”, the science of purposeful human behavior in its widest scope. Also see Pieter Hintjens' book _Social Architecture_[1]. This is a sensitive issue, because it comes down to the question of who is at the top of the hierarchy, and it's part of human nature to be highly sensitive to our relative position within a given hierarchy. For those of us who have technical skills and an analytical temperament, we naturally want to be in an environment where those qualities are most advantageous in moving up the hierarchy. I think Zunger's point is that, even within such an organization, there certain skills (which are not specifically technical) which are necessary to being maximally effective at the top of the hierarchy. [0] http://esr.ibiblio.org/?p=7745 [1] https://www.gitbook.com/book/hintjens/social-architecture/de... |