[Sugar-devel] prerequisite skills for contributing code (was Re: [Dextrose] [PATCH v4 sugar] Pulsing icon delayed by 5 seconds or so SL#2080)
On Tue, Oct 12, 2010 at 00:07, Bernie Innocenti ber...@codewiz.org wrote: On Mon, 2010-10-11 at 18:23 -0300, Gonzalo Odiard wrote: In my experience, it's easier start resolving tickets in activities than in the plataform. That worked for me: * start writing a new activity: you can do stupid things, while learn python and the interaction with the platform. * try t resolve easy tickets in activities: there are many in http://bugs.sugarlabs.org/ and http://dev.laptop.org/ * next try to solve problems in Sugar. I completely agree with you. This has been said several times to Seeta developers (and is valid for everybody). Manu, could you please explain what learning are doing Seeta developers before they try to submit a contribution? I'm under the strong impression that people are trying to play football before learning to walk and this isn't helping nobody. Thanks, Tomeu -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] prerequisite skills for contributing code (was Re: [Dextrose] [PATCH v4 sugar] Pulsing icon delayed by 5 seconds or so SL#2080)
Tomeu, On Wed, Oct 13, 2010 at 2:18 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Tue, Oct 12, 2010 at 00:07, Bernie Innocenti ber...@codewiz.org wrote: On Mon, 2010-10-11 at 18:23 -0300, Gonzalo Odiard wrote: In my experience, it's easier start resolving tickets in activities than in the plataform. That worked for me: * start writing a new activity: you can do stupid things, while learn python and the interaction with the platform. * try t resolve easy tickets in activities: there are many in http://bugs.sugarlabs.org/ and http://dev.laptop.org/ * next try to solve problems in Sugar. I completely agree with you. This has been said several times to Seeta developers (and is valid for everybody). Manu, could you please explain what learning are doing Seeta developers before they try to submit a contribution? Appreciate the feedback. Sure, SEETA developers are going through the following training and patch submission workflow - 1. Revision/learning of Python, PyGTK skills through algorithms and programs; 2. Studying Sugar manual, and getting familiar with using the emulator and jhbuild; 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); 4. Patch workflow and documentation on code reviews; 5. Asking the team members to go through certain patches accepted upstream, and submitted by Sascha, you and other team members; 6. Assignment of bugs and initial discussion with Aleksey and Bernie; 7. Submission of test patches in-house for peer review before submission to sugar-devel/dextrose/usr mailing lists; 8. Final submission. Wish if you could provide feedback, and let us know if we are missing on any step. Regards, Manu Thanks, Tomeu -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] prerequisite skills for contributing code (was Re: [Dextrose] [PATCH v4 sugar] Pulsing icon delayed by 5 seconds or so SL#2080)
On Wed, Oct 13, 2010 at 11:59, Manusheel Gupta m...@seeta.in wrote: Tomeu, On Wed, Oct 13, 2010 at 2:18 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Tue, Oct 12, 2010 at 00:07, Bernie Innocenti ber...@codewiz.org wrote: On Mon, 2010-10-11 at 18:23 -0300, Gonzalo Odiard wrote: In my experience, it's easier start resolving tickets in activities than in the plataform. That worked for me: * start writing a new activity: you can do stupid things, while learn python and the interaction with the platform. * try t resolve easy tickets in activities: there are many in http://bugs.sugarlabs.org/ and http://dev.laptop.org/ * next try to solve problems in Sugar. I completely agree with you. This has been said several times to Seeta developers (and is valid for everybody). Manu, could you please explain what learning are doing Seeta developers before they try to submit a contribution? Appreciate the feedback. Sure, SEETA developers are going through the following training and patch submission workflow - 1. Revision/learning of Python, PyGTK skills through algorithms and programs; 2. Studying Sugar manual, and getting familiar with using the emulator and jhbuild; 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); 4. Patch workflow and documentation on code reviews; 5. Asking the team members to go through certain patches accepted upstream, and submitted by Sascha, you and other team members; 6. Assignment of bugs and initial discussion with Aleksey and Bernie; 7. Submission of test patches in-house for peer review before submission to sugar-devel/dextrose/usr mailing lists; 8. Final submission. Wish if you could provide feedback, and let us know if we are missing on any step. If you provide links to the materials used in each step, people could suggest additions, start a section in the wiki and maybe write a TODO list of the material that needs to be added or improved. Regards, Tomeu Regards, Manu Thanks, Tomeu -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] prerequisite skills for contributing code (was Re: [Dextrose] [PATCH v4 sugar] Pulsing icon delayed by 5 seconds or so SL#2080)
On Wed, Oct 13, 2010 at 03:29:19PM +0530, Manusheel Gupta wrote: Sure, SEETA developers are going through the following training and patch submission workflow - 1. Revision/learning of Python, PyGTK skills through algorithms and programs; 2. Studying Sugar manual, and getting familiar with using the emulator and jhbuild; 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); 4. Patch workflow and documentation on code reviews; 5. Asking the team members to go through certain patches accepted upstream, and submitted by Sascha, you and other team members; 6. Assignment of bugs and initial discussion with Aleksey and Bernie; 7. Submission of test patches in-house for peer review before submission to sugar-devel/dextrose/usr mailing lists; 8. Final submission. Good list of tasks. However, perhaps there should be more assessment along the way. We're seeing people start step 8 either carelessly or without underpinning knowledge from earlier steps. I suggest assessment by peers as well ... it can be quite effective. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] prerequisite skills for contributing code (was Re: [Dextrose] [PATCH v4 sugar] Pulsing icon delayed by 5 seconds or so SL#2080)
On 10/13/2010 12:08 PM, James Cameron wrote: On Wed, Oct 13, 2010 at 03:29:19PM +0530, Manusheel Gupta wrote: Sure, SEETA developers are going through the following training and patch submission workflow - 1. Revision/learning of Python, PyGTK skills through algorithms and programs; 2. Studying Sugar manual, and getting familiar with using the emulator and jhbuild; 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); 4. Patch workflow and documentation on code reviews; 5. Asking the team members to go through certain patches accepted upstream, and submitted by Sascha, you and other team members; 6. Assignment of bugs and initial discussion with Aleksey and Bernie; 7. Submission of test patches in-house for peer review before submission to sugar-devel/dextrose/usr mailing lists; 8. Final submission. Good list of tasks. However, perhaps there should be more assessment along the way. We're seeing people start step 8 either carelessly or without underpinning knowledge from earlier steps. I suggest assessment by peers as well ... it can be quite effective. I think having teaching as well in a group is an important step. The developers should review the patches of each other. That should happen before the patches are hitting the other developers. You can do that already on the list if you want. The ones that have already managed to successfully submit a patch should start to train the others. And the feedback you get from the reviews should be spread in this group and should be made available to others, either by adjusting your internal guides or by contributing back to the main guides and help out refining them where needed. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel