> Yeah, but its a practical necessity to have at least one person on the team who really groks hadoop, and has experience with the "quirks and rough edges." I w

> Yeah, but its a practical necessity to have at least one person on the team who really groks hadoop, and has experience with the "quirks and rough edges." I wonder how many of the companies calling you need that person, or are just looking to add more programmers. This is true for an architect or principal-level position (but how frequently do people hire externally via a recruiter for that? Typically such people are promoted from within or are referrals), but if you need somebody to develop data infrastructure (whether on top of Hadoop or not) Hadoop knowledge, while very useful (more so than for a data application development position), is still secondary to ability to reason about distributed systems (a parallel and asynchronous system lives in an Einstenian universe with each processing having its own frame of reference, as opposed to a synchronous shared memory system which lives in a Newtonian universe with an absolute frame of reference), understanding of storage hardware/operating systems/memory management/network communications (other important domain specific skills) and general programming (particularly being able to come up to speed with a large, fast changing open source code base). You're right however, at times companies may be looking to sex up a position to attract enthusiastic but young/inexperienced developers who don't understand that learning any specific technology is not as important as learning new concepts or being up to speed on new technologies in general (a narrow focus of one company may put one out of touch with the overall technology curve).