Changes between Version 37 and Version 38 of SummerOfCodeOrgApplication


Ignore:
Timestamp:
Mar 22, 2013, 1:13:54 AM (11 years ago)
Author:
larryv (Lawrence Velázquez)
Comment:

edit all the things!

Legend:

Unmodified
Added
Removed
Modified
  • SummerOfCodeOrgApplication

    v37 v38  
    1515
    1616 Why is your organization applying to participate in Google Summer of Code 2013? What do you hope to gain by participating?::
    17     We apply once more as we hope to implement new features in MacPorts. We also intend to attract new developers to our project and its community. With new feature additions and enhancements to our components (e.g. our GUI) we hope to become more user-friendly for the average OS X user and further increase the quality of our packages. Some big goals this year are improvements to dependency resolution and minimizing MacPorts' dependency on Xcode (since we now provide pre-built binaries, and Apple now provides standalone CLI tools).
     17    We apply once more as we hope to implement new features in MacPorts. We also intend to attract new developers to our project and its community. With new feature additions and enhancements to our components (e.g. our GUI), we hope to become more user-friendly for the average OS X user and further increase the quality of our packages. Some big goals this year are improving dependency resolution and minimizing MacPorts' dependency on Xcode (since we now provide pre-built binaries, and Apple now provides standalone CLI tools).
    1818
    19  Has your organization participated in past Google Summer of Codes? (yes/no)::
     19 Has your organization participated in past Google Summers of Code? (yes/no)::
    2020    Yes.
    2121
     
    5151 What criteria did you use to select the mentors? Please be as specific as possible.::
    5252        {{{#!div class="compact"
    53 Criteria for mentors is based on the mentor's visible experience in the MacPorts internals. Since Tcl/tk with namespaces will confuse new people, having mentors that know their way around is key to successfully planning our projects and guiding students to completion.
     53Criteria for mentors is based on the mentor's visible experience in the MacPorts internals. Since Tcl/Tk with namespaces will confuse new people, having mentors that know their way around is key to successfully planning our projects and guiding students to completion.
    5454
    55 Rainer was previously a GSoC mentor, and as a MacPorts manager he brings great experience in our base code. Clemens was a GSoC student, and after completion of his project has stayed with us and implemented many new features in the base code. He can also be influential in helping get people setup for editing tcl/tk if they're new to it, since he went through it! Clemens took backup admin when I moved from mentor to admin when Rainer was too busy last year, and we've kept that structure this year. Lawrence is also contributing greatly to our base code, specifically ensuring packages are built with compilers they "support". This is very helpful as some packages still don't build right on clang, or have legacy issues with old Apple GCC. His efforts allow MacPorts to switch out compilers based on their version for a given package.
     55Rainer was previously a GSoC mentor, and as a MacPorts manager he brings great experience in our base code. Clemens was a GSoC student, and after completion of his project has stayed with us and implemented many new features in the base code. He can also be influential in helping get people setup for editing Tcl/Tk if they're new to it, since he went through it! Clemens took backup admin when I moved from mentor to admin when Rainer was too busy last year, and we've kept that structure this year. Lawrence is also contributing greatly to our base code, specifically ensuring packages are built with compilers they "support". This is very helpful as some packages still don't build right on clang, or have legacy issues with old Apple GCC. His efforts allow MacPorts to switch out compilers based on their version for a given package.
    5656
    57 All these mentors fill our desire to have people knowledgeable of navigating our base code, which uses tcl/tk namespaces.
     57All these mentors fill our desire to have people knowledgeable of navigating our base code, which uses Tcl/Tk namespaces.
    5858}}}
    5959
    6060 What is your plan for dealing with disappearing students? Please be as specific as possible.::
    61     We require contact information from our students as part of the application. Students should report their progress to their mentor at least once a week. We leave it open which communication medium to be used as student and mentor should use what works best for both. We know from past experiences that a student can just disappear without any notice, but if this happens we will not let them pass the midterm or final evaluation. Of course we will make this clear from the very beginning of the program and students will be urged to maintain regular communication.
     61    We require contact information from our students as part of the application. Students should report their progress to their mentor at least once a week, via whichever communication medium works best for both. We know from past experiences that a student can just disappear without any notice, but if this happens we will not let them pass the midterm or final evaluation. We will make this clear from the start, and students will be urged to maintain regular communication.
    6262
    6363 What is your plan for dealing with disappearing mentors? Please be as specific as possible.::
    6464    {{{#!div class="compact"
    65 First of all our mentors from the past years will be around to assist new mentors' introduction to the program. This will ensure that mentors know what is expected from them.
     65First of all, our mentors from the past years will be around to assist new mentors' introduction to the program. This will ensure that mentors know what is expected from them.
    6666
    6767A disappearing mentor has occurred once, when we also had a disappearing student. When the mentor disappeared, another mentor—who soon after actually became a MacPorts manager—stepped in to cover.
    6868
    69 We've made it a rule that mentors will communicate among each other about progress and problems of the student, ensuring clean a clean failover to another mentor. This also helps with evaluation judgement and gauging expectations.
     69We've made it a rule that mentors will communicate among each other about progress and problems of the student, ensuring a clean failover to another mentor. This also helps with evaluation judgement and gauging expectations.
    7070
    71 In the event a mentor disappears there will always be other people to help out, usually by assigning more than one mentor to a project. If the student cannot reach any of their mentors, they should contact an organization administrator which will have more contact information, and if somehow that fails the mailing list to send people after myself and the backup admin.
     71Projects will usually have multiple mentors, to provide redundancy if one disappears. If a student cannot reach any of their mentors, they should contact an organization administrator, who will have more contact information. If somehow that fails, they should post to the development mailing list, to send people after myself and the backup admin.
    7272}}}
    7373
    7474 What steps will you take to encourage students to interact with your project's community before, during and after the program?::
    7575    {{{#!div class="compact"
    76 We like to make contact with our students even before they submit their application, via IRC or on our mailing list. During the application phase we will refine and discuss the proposal with other developers. In the program, students are held to the normal development process. They get their own svn branch to work on, and any commits are visible to the whole community. This way anybody can express their critique on the student's work as replies to the commit system's emails, as we also do in general development. Also for specific milestones in their roadmap, we like to see status reports to the public development mailing list. By requiring communication with other people than their respective mentor, we encourage them to work with the spirit of open source development.
     76We like to make contact with our students even before they submit their application, via IRC or on our mailing list. During the application phase we will refine and discuss the proposal with other developers. In the program, students participate in the normal development process: They get their own Subversion branch to work on, all commits are publicly viewable, and anyone can critique the student's work by replying to the commit system's emails. We also like students to post status reports to the public development mailing list as they reach specific milestones. By requiring communication with people other than their mentors, we encourage them to work in the spirit of open source development.
    7777
    78 As we let students work as one of the organization's developers, we are looking forward to their continued development of MacPorts even after the program concludes. They will be treated like any other developer, which means they get regular commit privileges to help the project as they see fit. This also provides an introduction to future work. The success of this method can be seen as multiple students returned as mentors in the following years.
     78As we let students work as one of the organization's developers, we look forward to their continued development of MacPorts after GSoC concludes. Like any other developer, they will get regular commit privileges to help the project as they see fit; this also provides an introduction to future work. Multiple students have returned as mentors in the following years, demonstrating the effectiveness of this method.
    7979}}}
    8080
     
    8686
    8787 What will you do to encourage that your accepted students stick with the project after Google Summer of Code concludes?::
    88     We keep all students' work in our source repository, and rebase it often so it's ready to be integrated. Seeing a student's code "go live" and get used by the project is the single best incentive. We also plan to keep in contact with the student to see if there are additional areas of MacPorts that might interest them for long term involvement.
     88    We keep all students' work in our source repository, and rebase it often so it's ready to be integrated. Seeing a student's code "go live" and get used by the project is the single best incentive. We also plan to keep in contact with the student to see if there are additional areas of MacPorts that might interest them for long-term involvement.