DokuWiki

It's better when it's simple

User Tools

Site Tools


devel:gsoc_organization

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
devel:gsoc_organization [2011-02-13 15:05] – created - copied from devel:gsoc (and adapted) Michituxdevel:gsoc_organization [2012-03-05 20:55] (current) – [Application] andi
Line 1: Line 1:
 ====== Google Summer of Code Organization ====== ====== Google Summer of Code Organization ======
  
-This page is for organizing our participation at the Google Summer of Code 2011.+(Students please have a look at [[gsoc]])
  
-If you are a student please have a look at [[gsoc]].+This page is for organizing our participation at the Google Summer of Code 2012.
  
 ===== Mentors ===== ===== Mentors =====
Line 10: Line 10:
  
 > Mentors are people from the community who volunteer to work with a student. Mentors provide guidance such as pointers to useful documentation, code reviews, etc. In addition to providing students with feedback and pointers, a mentor acts as an ambassador to help student contributors integrate into their project's community. Some organizations choose to assign more than one mentor to each of their students. Many members of the community provide guidance to their project's GSoC students without mentoring in an "official" capacity, much as they would answer anyone's questions on the project's mailing list or IRC channel. > Mentors are people from the community who volunteer to work with a student. Mentors provide guidance such as pointers to useful documentation, code reviews, etc. In addition to providing students with feedback and pointers, a mentor acts as an ambassador to help student contributors integrate into their project's community. Some organizations choose to assign more than one mentor to each of their students. Many members of the community provide guidance to their project's GSoC students without mentoring in an "official" capacity, much as they would answer anyone's questions on the project's mailing list or IRC channel.
 +
 +The [[http://people.gnome.org/~federico/docs/summer-of-code-mentoring-howto/index.html|Summer of Code Mentoring HOWTO]] of a GNOME developer and the official [[http://www.booki.cc/gsoc-mentoring/|GSoC Mentoring]] guide are really useful resources about what you can expect and what mentors should (and should not) do.
  
 Mentors should Mentors should
Line 19: Line 21:
 Feel free to add yourself as mentor also for ideas where a mentor is already listed. Then we can balance the load of the different mentors when it is decided which ideas will actually be implemented so not one mentor has 5 students and another mentor has not a single student. There can also be more than one mentor per student. Feel free to add yourself as mentor also for ideas where a mentor is already listed. Then we can balance the load of the different mentors when it is decided which ideas will actually be implemented so not one mentor has 5 students and another mentor has not a single student. There can also be more than one mentor per student.
  
-Please put yourself also on the [[gsoc#mentors|list of all mentors]] so students can get a quick overview of who is mentor. If you only want to be mentor for a special area add that to the list so students with ideas for that area can contact you. If you don't like being mentor for any existing idea and don't have own ideas you can also add yourself to this list and then be available for ideas students submit.+If you don't like being mentor for any existing idea and don't have own ideas you can still be mentor for new ideas students submit. Just join the discussion on the mailinglist and contact [[user>michitux|Michael Hamann]] after the student application period so you can be added as mentor in the GSOC system and review applications.
  
 +After the application period we will have to review and rank all applications in the GSOC system. There we need to assign the final mentors for each task.
 +
 +
 +===== Lessons Learned =====
 +
 +Some thoughts from 2011
 +  * Improve the internal selection of applications process, suggested rating system
 +    - Written their name
 +    - Something in the proposal
 +    - Interesting
 +    - I'd give some time to mentor
 +    - I'd be happy to mentor this
 +  * Add 2-3 public demo's during the summer
 +  * Formalize mentors meeting before midterm and final evaluation -> set dates
 +  * Invite (mail) students to __other__ coding/hackfest/bug weekend shortly after pencils down. Inspire to further engagement as discussed on mentor summit.
  
 ===== Application ===== ===== Application =====
Line 26: Line 43:
 Some examples of how to (not) do it [[http://puredata.info/dev/recycle_bin/summer-of-code_old/GoogleSummerOfCodeIdeas/]]. Some examples of how to (not) do it [[http://puredata.info/dev/recycle_bin/summer-of-code_old/GoogleSummerOfCodeIdeas/]].
  
-Application for mentoring organizations starts at February 28 and goes till March 11. Project administrator for Google Summer of Code will be [[user>Michitux|Michael Hamann]].+Application for mentoring organizations starts at February 27 and goes till March 9 2012. Project administrator for Google Summer of Code will be [[user>michitux]].
  
   * For a list of possible projects, see [[devel:ideas]], the list of ideas for GSOC is at [[gsoc#ideas]] (yes, it might be some duplication, but I think it should really be on one page and it gives us the possibility to not to include all ideas in the list for GSOC).   * For a list of possible projects, see [[devel:ideas]], the list of ideas for GSOC is at [[gsoc#ideas]] (yes, it might be some duplication, but I think it should really be on one page and it gives us the possibility to not to include all ideas in the list for GSOC).
Line 32: Line 49:
   * Write an [[http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/faqs#mentor_app|application]], a try to answer these questions:   * Write an [[http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/faqs#mentor_app|application]], a try to answer these questions:
     - Describe your organization.     - Describe your organization.
-      * DokuWiki is a standards compliant, simple to use Wiki, mainly aimed at creating documentation of any kind. It is targeted at developer teams, workgroups and small companies. It has a simple but powerful syntax which makes sure the datafiles remain readable outside the Wiki and eases the creation of structured texts. All data is stored in plain text files – no database is required. Today, DokuWiki is used by many people and companies not just for documentation but also for public company websites, blogs, large community wikis like the French Ubuntu users and a lot more. A powerful plugin system makes the implementation of additional features like blogging possible while the core code still follows the KISS principle. +      * DokuWiki is a standards compliant, simple to use Wiki, mainly aimed at creating documentation of any kind. It is targeted at developer teams, workgroups and small companies. It has a simple but powerful syntax which makes sure the datafiles remain readable outside the Wiki and eases the creation of structured texts. All data is stored in plain text files – no database is required. A powerful plugin system makes the implementation of additional features like blogging possible while the core code still follows the KISS principle. DokuWiki is used by many individuals, groups, universities, government institutions and companies not just for documentation but also for public company websites, blogs, large community wikis like the French Ubuntu users and a lot more. 
-      * FIXME +    - Why is your organization applying to participate in Google Summer of Code 2012? What do you hope to gain by participating? 
-    - Why is your organization applying to participate in Google Summer of Code 2011? What do you hope to gain by participating? +      * Lessons learned from our participation in 2011 showed that during GSoC we got both bigger coding tasks completed and the teamwork within core developers were enhanced. We would also like to to attract new developers with the help of GSoC that implement new features during GSoC but will also continue to contribute to DokuWiki in the long term
-      * We have a couple of larger features that would be nice to have but for which the current developers don't have enough time for, or at least not for implementing them right now. +
-      * New features +
-      * New developers+
     - Did your organization participate in past Google Summer of Codes? If so, please summarize your involvement and the successes and challenges of your participation.     - Did your organization participate in past Google Summer of Codes? If so, please summarize your involvement and the successes and challenges of your participation.
-      * No+      * Yes, we participated in 2011 for the first time. We mentored two students we selected out of 50 applications, both completed the program successfully. One of the challenges we faced was to maintain the contact between the mentors during the coding period in order to stay informed about the progress of the students. But the outcome were better communication between core developers being aware of the need to set aside time for this also after the summer. One of the projects (a new media manage including media revision support) is already part of the current stable release, the other project, a new extension manager is maintained as a standalone plugin currently and is planned to be bundled in one of the coming releases. While mentoring has taken a lot of time from regular development, fairly large features have been completed in time for our release schedule. This would not have been the case without GSoC.
     - If your organization has not previously participated in Google Summer of Code, have you applied in the past? If so, for what year(s)?     - If your organization has not previously participated in Google Summer of Code, have you applied in the past? If so, for what year(s)?
-      * No, the idea existed, but we haven't applied.+      * -
     - What license(s) does your project use?     - What license(s) does your project use?
       * GPL version 2.       * GPL version 2.
Line 47: Line 61:
       * [[gsoc#ideas]]       * [[gsoc#ideas]]
     - What is the main development mailing list for your organization?     - What is the main development mailing list for your organization?
-      * [[http://www.freelists.org/list/dokuwiki]]+      * Our general (and development) mailing list is http://www.freelists.org/list/dokuwiki - have a look at [[:mailinglist]] for our mailing list rules.
     - What is the main IRC channel for your organization?     - What is the main IRC channel for your organization?
       * irc://irc.freenode.net/dokuwiki       * irc://irc.freenode.net/dokuwiki
     - Does your organization have an application template you would like to see students use? If so, please provide it now.     - Does your organization have an application template you would like to see students use? If so, please provide it now.
-      * Yes, every application needs to cover at least the points at [[gsoc#application]]+      * Yes, see [[devel:gsoc#the_application]] (full template included in the actual application)
-      * FIXME - ideas can be found e.g. at https://www.torproject.org/about/gsoc.html.en#Template+
     - Who will be your backup organization administrator?     - Who will be your backup organization administrator?
       * [[user>andi|Andreas Gohr]]       * [[user>andi|Andreas Gohr]]
     - What criteria did you use to select these individuals as mentors? Please be as specific as possible.     - What criteria did you use to select these individuals as mentors? Please be as specific as possible.
-      * Are active DokuWiki developers +      * Our mentors are active contributors and know the DokuWiki code. All of them have direct commit access to our main repository and are also active members of the DokuWiki community. We have met each other in person at Hackfests.
-      * see above (needs to be included here of course) +
-      * FIXME+
     - What is your plan for dealing with disappearing students?     - What is your plan for dealing with disappearing students?
-      * Try to contact them (and collect contact information like postal address and phone number - which will of course be kept private by mentors/admins - at the latest when they are accepted) +      * Try to contact them (and collect contact information like the phone number at the latest when they are accepted) 
-      * Make sure they provide their code after each (even small) change so at least we won't loose the code +      * Make sure they provide their code after each (even small) change (in their own fork at GitHub or in our repository) so at least we won't loose the code 
-      * FIXME+      * If they don't reappear or reappear and can't catch up let them fail in the next review (and let them know they will fail in the review of course) 
 +      * If this happens already during the community bonding period contact Google directly
     - What is your plan for dealing with disappearing mentors?     - What is your plan for dealing with disappearing mentors?
-      * Try to contact them, e.g. by phone +      * Try to contact them, e.g. by phone, and replace them ASAP.
-      * Replace them ASAP (there will of course be replacement mentors) +
-      * FIXME+
     - What steps will you take to encourage students to interact with your project's community before, during and after the program?     - What steps will you take to encourage students to interact with your project's community before, during and after the program?
       * Require students to subscribe to the mailinglist       * Require students to subscribe to the mailinglist
Line 72: Line 82:
       * Encourage them to ask questions on the mailinglist and in the IRC channel rather than via private chat/mail - of course mentors will be present there and will make sure the questions are answered       * Encourage them to ask questions on the mailinglist and in the IRC channel rather than via private chat/mail - of course mentors will be present there and will make sure the questions are answered
       * Require students to present their concept and intermediate stages of their work on the mailinglist       * Require students to present their concept and intermediate stages of their work on the mailinglist
-      * FIXME +      * Encourage them to fix and commit a least one minor bug from our bugtracker  
-    - What will you do to ensure that your accepted students stick with the project after Google Summer of Code concludes?+    - What will you do to ensure that your accepted students stick with the project after Google Summer of Code concludes? (This question hasn't been part of the actual application)
       * Encourage them to do so       * Encourage them to do so
       * Students of course keep the copyright of their code so they become part of the project rather than just their code       * Students of course keep the copyright of their code so they become part of the project rather than just their code
Line 79: Line 89:
         * Depending on the nature of the changes and how much review/changes the code from a student needs students can also directly work in the main repository so they become part of the normal development process already during their GSOC work         * Depending on the nature of the changes and how much review/changes the code from a student needs students can also directly work in the main repository so they become part of the normal development process already during their GSOC work
       * Give students commit access to the main repository so they can easily contribute changes if the changes they submit show that they are able to work directly in the main repository       * Give students commit access to the main repository so they can easily contribute changes if the changes they submit show that they are able to work directly in the main repository
-      * FIXME+      * Actively invite them to join a bug hunting weekend or any other project event directly after GSoC  
devel/gsoc_organization.1297605945.txt.gz · Last modified: 2011-02-13 15:05 by Michitux

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki