Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

GSOC expectations: Difference between revisions

From MoodleDocs
(Updating for 2012)
(Updating for 2012)
Line 19: Line 19:


* Refine your specification based on feedback from your mentor and the wider Moodle community.
* Refine your specification based on feedback from your mentor and the wider Moodle community.
* Add subtasks to your tracker issue in roughly chronological order for all your project milestones.
* Refine/add sub-tasks in your tracker issue.
* Post your code as patches to tracker subtasks initially, alternately changes can be posted to Git with links added to tracker issues.
* Post your code as patches to tracker sub-tasks initially, alternately changes can be posted to Git with links added to tracker issues.
* Post regularly in the forums to build a dialogue with the community. Advertise major milestones to maintain community interest and draw in new testers and more feedback.
* Post regularly in the forums to build a dialogue with the community. Advertise major milestones to maintain community interest and draw in new testers and more feedback.
* Provide documentation in Moodle Docs.
* Towards the end of this period, create [[:en:|user documentation]] following the [[Guidelines_for_contributed_code|guidelines for contributed code]].


Each week:
Each week:
* Post in your blog summarizing what you've been working on, any problems you've run into, and what you're planning to do next.  
* Post in your blog summarising what you've been working on, any problems you've run into, and what you're planning to do next.  
* Have a meeting with your mentor.
* Have a meeting with your mentor.
* Participate in the GSOC group chat.
* Participate in the GSOC group chat.


In the final week:
==In the final week==
* Post in your blog a summary of everything you have worked on for GSOC 2011.  
 
* Add a comment to your tracker issue with the download link to the code for your project.
* Post in your blog a summary of everything you have worked on for GSOC.  
* Finalise your tracker issue with the download link to the code for your project.
* Post in an appropriate Using Moodle forum to inform the community of your project work.  
* Post in an appropriate Using Moodle forum to inform the community of your project work.  
* Ensure that user documentation for your project is available in Moodle Docs.  
* Ensure that user documentation for your project is available in [[:en:|Moodle Docs]].  
* Share your project code by adding an entry in the [http://moodle.org/mod/data/view.php?id=6009 Modules and plugins database], including download, discussion and documentation links.
* If possible, share your code by adding a plugin to the [http://moodle.org/plugins Plugins repository], including discussion and documentation links.


==See also==
==See also==

Revision as of 07:52, 26 April 2012

The following is expected from our GSOC students:

During the community bonding period

  • Ensure you've introduced yourself in our GSOC Introductions forum.
  • Create a specification for your project in Moodle Docs and post in an appropriate Using Moodle forum asking for feedback.
  • Post in your blog about your project specification and/or your first impressions of the Moodle community. Tag your entries 'moodle' and 'gsoc'.
  • Attend an online orientation meeting (date to be confirmed).
  • Subscribe to the GSoC iCal Calendar.
  • Create an issue for your project in the Tracker (Project="Non-core contributed modules", Type=task)
    • Start to create sub-tasks

Each week:

  • Login to moodle.org and read any forum posts of interest to you.
  • Chat with your mentor(s) (if not contactable, contact Michael d).
  • Participate in the GSOC group chat gsoc2012@conference.moodle.org.

During the coding period

  • Refine your specification based on feedback from your mentor and the wider Moodle community.
  • Refine/add sub-tasks in your tracker issue.
  • Post your code as patches to tracker sub-tasks initially, alternately changes can be posted to Git with links added to tracker issues.
  • Post regularly in the forums to build a dialogue with the community. Advertise major milestones to maintain community interest and draw in new testers and more feedback.
  • Towards the end of this period, create user documentation following the guidelines for contributed code.

Each week:

  • Post in your blog summarising what you've been working on, any problems you've run into, and what you're planning to do next.
  • Have a meeting with your mentor.
  • Participate in the GSOC group chat.

In the final week

  • Post in your blog a summary of everything you have worked on for GSOC.
  • Finalise your tracker issue with the download link to the code for your project.
  • Post in an appropriate Using Moodle forum to inform the community of your project work.
  • Ensure that user documentation for your project is available in Moodle Docs.
  • If possible, share your code by adding a plugin to the Plugins repository, including discussion and documentation links.

See also