|Organization administrator: || strangerke
|Organization co-administrator: ||
|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:
|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:
= 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 team. 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.
=== What Open Source Initiative approved license(s) does your project use? ===
=== Who will be your backup organization administrator? ===
strangerke * djwillis
=== Why is your organization applying to participate in Google Summer of Code 2014? What do you hope to gain by participating? ===
=== How many potential mentors do you have for this year's program? What criteria did you use to select them? ===
TO BE DONE</span>
=== What is your plan for dealing with disappearing students? ===
;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 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.
== 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 a considerable track record hacking on ScummVM. They can help the students more effectively and in an immediate fashion this way. # 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.
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 time. 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. 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 year.
=== 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 forums, IRC, Wiki and the development mailing list during the entire project development. We consider out 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 only the mentors, but also the entire development team, are encouraged to communicate with the students. The students are marked with a special flag on our IRC channel, so everyone knows who they are. And we require the students to write introductory letters to our development list , so everyone will have an impression 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 pieces of documentation for them. In particular, we have an exhaustive developer central where we describe the all-important internals of ScummVM. This is 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 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 experience , on discussion with returning students and on discussions with other projects, 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 . We 'll obviously have to make an assessment afterwards of the benefits and disadvantages of that new process.
== 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/ A
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. === N/A