Agreed: The difficulty of contributing to core isn&#39;t really about where you&#39;re accepted or how much you&#39;re on IRC or what in-group you&#39;ve joined.<br><br>It&#39;s really about how hard the process is in general. You can spend an awful lot of time on something that&#39;s very small.. and it might get in or might not. Almost all my contributions were on the edge of triviality - I just found something I knew I could fix and fixed it. But they took *way* more work than a reasonable person would do to fix such a small thing.<br>
<br>So there are two issues here:<br><br>1. How do we welcome new people and make them a part of the community and enable them to contribute and point them in the right direction for support, etc.<br><br>2. Should the core contribution process somehow be made so it&#39;s more time-and-energy effective?<br>
<br>My strategy for D8 (we&#39;ll see if it holds) is to stay out of core and focus on things that I have a little more control of and therefore can do more effectively. <br><br>-Randy<br><br><div class="gmail_quote">On Sun, Mar 20, 2011 at 11:11 AM, Earl Miles <span dir="ltr">&lt;<a href="mailto:merlin@logrus.com">merlin@logrus.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 3/20/2011 10:00 AM, <a href="mailto:jeff@ayendesigns.com">jeff@ayendesigns.com</a> wrote:<br>
&gt; I agree. I would have loved to contribute directly to D7. I found a<br>
&gt; level of...discomfort overall. I&#39;ve was coding when many of you were<br>
&gt; first learning to count, so it&#39;s not the php I&#39;m uncomfortable with.<br>
&gt;<br>
&gt;<br>
&gt; I think part of it is coming upon a group that have been together so<br>
&gt; long that they&#39;re clique-ish, not meaning to be and not in a bad way,<br>
&gt; but they know their routine and topic and each other so well that<br>
&gt; everything is in shorthand, and it&#39;s great for being a voyeur but<br>
&gt; daunting to a new guy. The other part is some discomfort with the<br>
&gt; fast-paced immediacy of #drupal-contribute when combined with being a<br>
&gt; newbie to core, like jumping on a fast ride that&#39;s already moving.<br>
&gt;<br>
&gt;<br>
&gt; I would have felt more secure about it even with something as small as<br>
&gt; some color coding on open issues that signified &quot;this one is probably<br>
&gt; good for a core newbie.&quot;<br>
<br>
</div>I suppose there is some clique-ish nature to that, but it&#39;s really more<br>
about level of trust.<br>
<br>
It&#39;s fully possible to get into the trusted group.<br>
<br>
That said, it&#39;s not just about that. I find core development difficult.<br>
I&#39;m in the group. But it&#39;s a long, tedious process and you need<br>
excellent debating skills and a lot of time that isn&#39;t spent all at<br>
once, but is spent in dribs and drabs over the life of a patch. The more<br>
complex the patch, the longer it will take.<br>
<br>
Getting a 1 line change to core is pretty easy.<br>
<br>
Changing 500 lines is pretty hard.<br>
<br>
Our review process is incredibly difficult; reviewing is boring, and<br>
tedious, and not rewarding. Not many people do it. Those who do it are<br>
reviewing code primarily for style, because that&#39;s the easiest thing to<br>
review. Doing a good code review requires understanding the bigger<br>
picture, and there isn&#39;t a bigger picture anymore. Maybe there was once,<br>
but Drupal has lost it, because there&#39;s no one who actually knows all of<br>
Drupal anymore. The bigger picture is an organic mess of Chaos and each<br>
reviewer has his or her own internal &quot;bigger picture&quot; that is reviewed to.<br>
<br>
Sometimes the problem is just getting a reviewer. Sometimes the problem<br>
is getting past a reviewer&#39;s pet peeves. Either way, the personal cost<br>
to code for core is high, has always been high, and only gets higher. I<br>
don&#39;t really see how that can change. Ideally we want to ensure quality<br>
contributions, and and still be receptive to all developers, and those<br>
two policies are at odds.<br>
</blockquote></div><br><br clear="all"><br>-- <br>Randy Fay<br>Drupal Module and Site Development<br><a href="mailto:randy@randyfay.com">randy@randyfay.com</a><br>+1  970.462.7450<br><br>