Tomeu,<br><br><div class="gmail_quote">On Wed, Oct 13, 2010 at 2:18 PM, Tomeu Vizoso <span dir="ltr"><<a href="mailto:tomeu@sugarlabs.org" target="_blank">tomeu@sugarlabs.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


On Tue, Oct 12, 2010 at 00:07, Bernie Innocenti <<a href="mailto:bernie@codewiz.org" target="_blank">bernie@codewiz.org</a>> wrote:<br>
> On Mon, 2010-10-11 at 18:23 -0300, Gonzalo Odiard wrote:<br>
>> In my experience, it's easier start resolving tickets in activities<br>
>> than in the plataform.<br>
>> That worked for me:<br>
>> * start writing a new activity: you can do stupid things, while learn<br>
>> python and the interaction with the platform.<br>
>> * try t resolve easy tickets in activities: there are many in<br>
>> <a href="http://bugs.sugarlabs.org/" target="_blank">http://bugs.sugarlabs.org/</a> and <a href="http://dev.laptop.org/" target="_blank">http://dev.laptop.org/</a><br>
>> * next try to solve problems in Sugar.<br>
><br>
> I completely agree with you.<br>
<br>
This has been said several times to Seeta developers (and is valid for<br>
everybody).<br>
<br>
Manu, could you please explain what learning are doing Seeta<br>
developers before they try to submit a contribution?<br></blockquote><div><br></div><div>Appreciate the feedback.</div><div><br></div><div>Sure, SEETA developers are going through the following training and patch submission workflow -</div>
<div>

<br></div><div>1. Revision/learning of Python, PyGTK skills through algorithms and programs;</div><div><br></div><div>2. Studying Sugar manual, and getting familiar with using the emulator and jhbuild;</div><div><br></div>
<div>3. James Simmon's guide on activity development (I do agree that this was not done for initial developers. But, every new developer is asked to study it);</div>

<div><br></div><div>4. Patch workflow and documentation on code reviews;</div><div><br></div><div>5. Asking the team members to go through certain patches accepted upstream, and submitted by Sascha, you and other team members;</div>

<div><br></div><div>6. Assignment of bugs and initial discussion with Aleksey and Bernie;</div><div><br></div><div>7. Submission of test patches in-house for peer review before submission to sugar-devel/dextrose/usr mailing lists;</div>

<div><br></div><div>8. Final submission.</div><div><br></div><div>Wish if you could provide feedback, and let us know if we are missing on any step. </div><div><br></div><div>Regards,</div><div><br></div><div>Manu</div><div>
<br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks,<br>
<br>
Tomeu<br>
<br>
> --<br>
>   // Bernie Innocenti - <a href="http://codewiz.org/" target="_blank">http://codewiz.org/</a><br>
>  \X/  Sugar Labs       - <a href="http://sugarlabs.org/" target="_blank">http://sugarlabs.org/</a><br>
><br>
> _______________________________________________<br>
> Sugar-devel mailing list<br>
> <a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
><br>
</blockquote></div><br>