Changes

Jump to navigation Jump to search

Summer of Code/Application/2014

2,024 bytes added, 16:21, 14 February 2014
|Organization administrator: || strangerke
|-
|Organization co-administrator: || sev
|-
|Backup administrator: || wjpalenstijn
* [[User:Strangerke|Arnaud Boutonné]], Google Account: arnaud.boutonne AT gmail.com link_id: strangerke
* [[User:Digitall|David Turner]], Google Account: digitall AT scummvm.org link_id: digitall
* [[User:Somaen | Einar Johan Trøan Sømåen]], Google Account: somaen AT scummvm.org link_id: TBDsomaen* [[User:Md5|Filippos Karapetis]], Google Account: md5 AT scummvm.org link_id: md5* [[User:Dreammaster|Paul Gilbert]]
|-
|Backup Mentors: ||
* [[User:DrMcCoy|Sven Hesse]], Google Account: drmccoy AT users.sourceforge.net link_id: drmccoy
* [[User:Aquadran|Paweł Kołodziejski]], Google Account: aquadran AT scummvm.org link_id: aquadran
* [[User:Fuzzie|Alyssa Milburn ]], Google Account: fuzzie AT scummvm.org link_id: fuzzie
* [[User:wjp|Willem Jan Palenstijn]], Google Account: wjp AT scummvm.org link_id: wjpwjpalenstijn
|}
= Application organized according to program FAQ =
=== Description of the Organization===
ScummVM is a collection of Virtual Machines for playing classic graphical point-and-click adventure games on modern hardware. Supported games include favorites such as Monkey Island, Simon the Sorcerer, Space Quest, and many more. To this end, the Virtual Machines (called Engines) are complete reimplementations in C++ of the engines used in the original games. The development team works either by reverse engineering game executables (usually with the permission of creators of the game), or by using the original source code of the games provided by the creators. The number of engines is constantly growing thanks to a very agile and diversified development teamand ScummVM is able to run more than 200 games. The VM approach followed by ScummVM results in efficient code, which has been ported to numerous Operating Systems. Besides running on all mainstream desktop environments, namely Windows, Mac OS X and most Unix variants (Linux, *BSD, Solaris), ScummVM also runs on popular game consoles (Wii, Nintendo DS, PlayStation 2, PlayStation Portable, Dingoo and more), smart phones and PDAs (Android, WinCE, iPhone or Symbian based), and even on many not-so-mainstream systems (like BeOS, AmigaOS or OS/2). ScummVM has a highly productive team of about 51 currently active developers (out of an all-time pool of over 110), working together on a codebase of 2,100,000 lines of code. In addition ScummVM has many non-developer contributors, and a huge and highly active community. ScummVM is among the top ranking projects hosted on sourceforge.net with over 100,000 monthly downloads and ~10 million project web hits per month.
The VM approach followed by ScummVM results in efficient code, which has been ported to numerous Operating Systems. Besides running on all mainstream desktop environments, namely Windows, Mac OS X and most Unix variants === What Open Source Initiative approved license(Linux, *BSD, Solariss), ScummVM also runs on popular game consoles does your project use? ===GNU General Public License version 2.0 (Wii, Nintendo DS, PlayStation GPL-2, PlayStation Portable, Dingoo and more.0), smart phones  === What is the URL for your Ideas list? **This is the most important part of your proposal. Please make sure we can access it and PDAs (Android, WinCE, iPhone it is complete when you submit this proposal. “Placeholder” or Symbian based), and even on many notinaccessible ideas pages will be grounds for an automatic rejection for participation in Google Summer of Code 2014.** ===* [http://wiki.scummvm.org/index.php/GSoC%20Ideas http://wiki.scummvm.org/index.php/GSoC Ideas] === What is the main development mailing list for your organization? ===* scummvm-so-mainstream systems (like BeOS, AmigaOS or OS/2)devel AT lists.sourceforge.net
ScummVM has a highly productive team of about 42 currently active developers (out of an all-time pool of over 110), working together on a codebase almost 1,700,000 lines of code. In addition ScummVM has many non-developer contributors, and a huge and highly active community. ScummVM === What is among the top ranking projects hosted main IRC channel for your organization? ===* <nowiki>#scummvm on sourceforgeirc.freenode.net with over 100,000 monthly downloads and ~10 million project web hits per month.</nowiki> === Who will be your backup organization administrator? ===* wjpalenstijn
=== Why is your organization applying to participate in Google Summer of Code 2014? What do you hope to gain by participating? ===
We've been successful in the past seven years, and we're really looking forward to great results from the program this year too.
=== Has your organization participated in past Google Summer of Codes? (Yes / No) ===Yes === If How many potential mentors do you answered “yes” to the question above, please summarize your involvement and the successes and challenges of your participation. Please also list your pass/fail rate for each year. ===We have participated in the GSoC program for seven years running, in 2007-2013. In 2013, ... FILL IN THIS ... In 2012, 5 team members mentored 4 students. Each mentor was also the co-mentor of another task, so the backup mentoring was still working well. 3 students passed, and one failed at mid-term. One student is still contributing to the project and volunteered to be a mentor for GSoC 2013, which is really awesome. Based on discussion with other projects and on our experience, we are considering merging student code earlier in the GSoC process and have modified our processes accordingly for the next year. In 2011, 4 team members mentored 2 students. One student succeeded in objectifying the CruisE engine, which really needed it. The other student unfortunately gave up fairly quickly after starting work (although the work done was eventually merged into our main repository, after being worked on further by a team member). After stepping back to review our processes, we feel we can still consider them to be mature. Part of the problems which caused the student to quickly give up came from internal tensions, that we have since addressed by redefining the project management structure. In 2010 we were granted 4 slots and had 6 mentors, thus we had nice backup mentoring for every student. All four passed the finals this time, and we merged in their code. One student still continues to contribute to the project. We addressed several long standing project needs and it was just excellent. In 2009 we had 5 students and 6 mentors. 4 of our students passed, and one failed the finals. That year the success was so big that all the students' code was merged within three months into the main development line. We were considered s program? What criteria did you use to be mature in our processes by that time with excellent outcome. In 2008 we had 6 students and 7 mentors. 5 of our students were so successful that their code is included in the mainline of ScummVM, and we consider it a great achievement the fact that 4 of the students continued to contribute to the project. In 2007 we had 7 students and 4 mentors in total. Two of our students continued to become active, regular developers in the team after having their respective code contributions integrated in the codebase. All but two of the other students succeeded in their projects. All in all, we maintain that we are refining our method of student selection the past years and this refinement leads to better results each year. The discussions, testimonials and proposed actions which the mentor summit has brought up -and which we have participated in these six years- have helped us a great deal, during this refinement process as well. Our new management organization has also proven its efficiency during these last 2 years, and we expect much of it in the future. Summary pass/fail:*2013: 4/0*2012: 3/1*2011: 1/1*2010: 4/0*2009: 4/1*2008: 5/1*2007: 5/2 select them? === If your organization has not previously participated in Google Summer of Code, have you applied in the past? If so, for what year(s)? ===N/A ==Mentors = What Open Source Initiative approved license(s) does your project use? ===GNU General Public License version 2.0 (GPL-2.0)# djwillis# dreammaster=== What is the URL for your Ideas list? **This is the most important part of your proposal. Please make sure we can access it and it is complete when you submit this proposal. “Placeholder” or inaccessible ideas pages will be grounds for an automatic rejection for participation in Google Summer of Code 2014.** ===# lordhoto* [http://wiki.scummvm.org/index.php/GSoC%20Ideas http://wiki.scummvm.org/index.php/GSoC Ideas]# md5# sev=== What is the main development mailing list for your organization? ===# somaen* scummvm-devel AT lists.sourceforge.net# strangerke
=== What is the main IRC channel for your organization? =Backup Mentors ====# wjp# fuzzie* <nowiki>#scummvm on irc.freenode.net</nowiki>aquadran (TBC)
=== Who will be your backup organization administrator? = Description ====* strangerke* djwillisWe have 10 potential (co) mentors or backup mentors this year.
=== What criteria did you use to select the mentors? Please be as specific as possible. ===
We want our mentors to have the following qualities:
# Be able to commit to participating for the entire duration of the program. They first and foremost have to be available to their students and the mentor team.
# Have the patience and skills to explain to their respective students on how to tackle their tasks. Also, to be able to help the students out in sticky situations.
# Have a clear vision on how a task should proceed, both in broad strokes as well as in the technical details level. Allowing, of course, some freedom of movement to the students, where this is applicable.
#<span style="color:red"> Be regularly present on our #scummvm-gsoc channel, where we continuously inform each others of the progresses and issues of the students </span>
For this year, and this holds for our previous participations too, our mentors have volunteered to work with GSoC. This means that they primarily want to be involved in the program and that they are not dragged in to participate. Moreover, they have all been contributors to ScummVM for a long timeseveral years. They feel comfortable around the ScummVM code and can guide students to perform their tasks. The majority of the mentors have also participated in past ScummVM GSoCs so they know their way around the procedures and have also refined their mentoring style. <span style="color:red">Some of them have been GSoC students one of the previous years.</span> Some of them are/have been part of academia, guiding real students. They have seen the student mentalité in-action and have experience helping people along. We are drawing the best available from our pool of developers to mentor GSoC students this yearagain.
=== What is your plan for dealing with disappearing students? Please be as specific as possible. ===
We know that the students can do that. We learned this the hard way the first time 'round the GSoC ride :-) The measures we set in place during the previous years almost eradicated this problem.
Based on our more negative experience two years ago, we will also make sure that internal project tensions stay internal and under control, since they were an identified cause of demotivation of our disappearing student in 2011. The current project management structure should make sure that it will not as easily happen in the future.
=== What is your plan for dealing with disappearing mentors? Please be as specific as possible. ===
For the mentors, the risk is relatively low; our past experiences absolutely verify this claim. In order to be even more efficient this year, three of our mentors are project leaders, core team members or project administrators and are reachable virtually 24/7 (in case of emergencies).
;We all have exchanged sufficient contact information (including cell phone numbers etc.) to be able to discover our whereabouts. Should something really bad happen which precludes a mentor from fulfilling his duties (including personal reasons), we will attempt to shift students to new mentors among the existing mentors, or drawn from our backup pool of mentors. This will depend on the number of students we have to mentor.
;We also defined for the last two three years a co-mentoring system so the students have a primary and a secondary mentor, which comfort us in the idea that, in any case, the students will not be left hanging for any reason at all, no matter what happens. ;<span style="color:red">On top of that, we have a specific #scummvm-gsoc channel on IRC where mentors (and only them) are connected all the time. We use this channel to keep ourselves informed constantly of the situation of each task, each student and eventually each mentor. A mentor wouldn't disappear without being noticed very quickly by this mean too.</span>
=== What steps will you take to encourage students to interact with your project's community before and during the program? ===
The development team actively uses the project resources, including forums, IRC, Wiki and the development mailing list during the entire project development.  We consider out our students to be special, but developers nonetheless. Each developer including our students is encouraged to take part in discussions, whatever the means these discussions occur. As a pragmatic fact, on IRC any student will be able to get support literally 24/7, as our developers are scattered all over the globe.
;Not Support and feedback is not only a function provided by the mentors, but also the entire development teamand community, are encouraged to communicate constructively with the students. The students are marked with a special flag on our IRC channel(voice), so everyone knows who they are. And we We require the students to write introductory letters to our development list, and their blog so everyone will have an impression a sensible background about them, their skills and their assigned task (of course).
;In order to help the students familiarize themselves with the project, we also have created several key pieces of documentation for them. In particular, we have an exhaustive 'developer central ' on our Wiki where we describe the all-important internals of ScummVMand finding your way around the project. This is highly valuable as a quick reference as well as during the initial explorations of the codebase.
=== What will you do to encourage that your accepted students stick with the project after Google Summer of Code concludes? ===
This <span style="color:red">Last year we also decided to require the GSoC student code be merged into our Master tree much earlier in the process, if possible. Based on our own Our past experience, on discussion with returning students and on discussions with other projects, was telling it should be very motivating for students to directly interact with our main repository and could potentially make some of them stay after the end of GSoC: it seems we were right as 2 students out of 4 are still actively contributing, while a 3rd one is still present from times to times. This is obviously for us a very positive sign and we plan to proceed the same way this year again.</span> === Are you an established or larger organization who would like to vouch for a new organization applying this year? If so, please list their name(s) here.===<span style="color:red">We'd like to vouch for ResidualVM.</span> <span style="color:red">This project is a sister project of ScummVM, dealing with 3D Adventure games. We share a lot of common code and developers (and even mentors). </span> === If you chose "veteran" in the organization profile dropdown, please summarize your involvement and the successes and challenges of your participation. Please also list your pass/fail rate for each year. ===Wehave participated in the GSoC program for the last seven years. From 2007-2013. Below are details of the successes and challenges we have encountered grouped by year. '''2013:''' 4 students mentored by 6 team members. Each mentor was also co-mentor of another task.  All the students passed, and 2 students are still actively contributing the project and one student is still regularly on our IRC channel. One of the active students would also like to participate again in GSoC this year as a student. Merging code earlier gave excellent results and we'll obviously do the same if possible this year in order to build on the great results of this year. '''2012:''' 4 students mentored by 5 team members. Each mentor was also the co-mentor of another task. 3 students passed, and one failed at mid-term. One student is still actively contributing to the project and volunteered to be a mentor for GSoC 2013<span style="color:red"> and GSoC 2014</span>, which is really awesome. Based on discussion with other projects and our experience one of the key outcomes from this year was to look at merging student code earlier in the GSoC process and encouraging students to be much closer to mainline development. We modified our processes accordingly for the next year. '''2011:''' 2 students mentored by 4 team members. Each mentor was also the co-mentor of another task. 1 student succeeded in objectifying the CruisE engine, which really needed it. The other student unfortunately gave up fairly quickly after starting work (although the work done was eventually merged into our main repository, after being worked on further by a team member). After stepping back to review our processes, we feel we can still consider them to be mature. Part of the problems which caused the student to quickly give up came from internal tensions, that we have since addressed by redefining the project management structure. '''2010:''' 4 students mentored by 6 team members. Each mentor was also the co-mentor of another task. All four passed the finals this time, and we merged in their code. One student still continues to contribute to the project. We addressed several long standing project needs and this was a very good year for the project. '''2009:''' 5 students mentored by 6 team members. Some co-mentoring happened. 4 of our students passed, and one failed the finals. The year was a the success and all the students' code was merged within three months into the main development line. We considered this to be a good outcome. '''2008:''' 6 students mentored by 7 mentors.  5 of our students were so successful that their code is included in the mainline of ScummVM, and we consider it a great achievement that 4 of the students continued to make an assessment contribute to the project afterwards . '''2007:''' 7 students mentored by 4 mentors. 5 of our students passed. Two of our students continued to become active, regular developers in the benefits and disadvantages team after having their respective code contributions integrated in the codebase. Two of the students did not succeeded in their projects. All in all, we maintain that we have been refining our method of student selection and balancing the workload and commitment required to achieve great outcomes in the past years and this refinement leads to generally better results each year.  The discussions, testimonials and proposed actions which the mentor summit has raised - and which we have participated in during our involvement with GSoC - have helped us a great deal. Our new processwider management organization has also proven its efficiency during these last 2 years, and we hope to continue improving the experience for all parties in the future.
Summary pass/fail: <span style=== Are you a new organization who has a Googler or other organization to vouch for you? If so, please list their name(s) here. ===N"color:red">2013: 4/0</span> 2012: 3/1 2011: 1/1 2010: 4/0 2009: 4/1 2008: 5/1 2007: 5/A2
=== Are Is there anything else we should know or you an established or larger organization who would 'd like to vouch for a new organization applying this yeartell us that doesn't fit anywhere else on the application? If so, please list their name(s) here. ===N/A

Navigation menu