I agree with Angie and Earl, at the same time.  I think both are correct to the greatest simultaneous extent possible.  We don&#39;t want knowledgeable developers to stop mingling with the newcomers (if I can restate Angie&#39;s points in such words), but at the same time we don&#39;t want those developers burning out on information glut and support requests.  <div>
<br></div><div>A significant part of the problem is just the ever increasing size of the community.  I&#39;ve seen this happen before in other communities.  I&#39;ve been among those who dropped out when the signal to noise ratio dropped because of the huge influx of newcomers.<div>
<br></div><div>Earl suffers a particular problem in that he&#39;s written a group of modules that are at once both among the most popular and most difficult to use.  As such, he is probably the #1 target for support requests when he shows his face publicly.  He&#39;s too well known, and too many people depend on his code.</div>
</div><div><br></div><div>Developers in general don&#39;t like interruptions or any friction in their developing efforts -- understandably when the complexity of creating new code requires the kind of focus sometimes called &quot;flow&quot;.  But if everyone, not just developers, were solely selfish and only interested in scratching their own itches, there might be nearly zero community.</div>
<div><br></div><div>As the community grows -- and this kind of &quot;too much information&quot; problem grows -- maybe the idea of what constitutes contribution to the community needs to change. </div><div><br></div><div>
I&#39;m suggesting an intentional, conscious decision on the part of the most knowledgeable developers who ARE interested in preserving community to slightly alter their worldview on what constitutes contribution to include more involvement (e.g. #drupal) with newcomers.  If you are not interested in preserving the community Angie talks about, then I&#39;ve got no argument for you.</div>