Difference between revisions of "Summer of Code/Application/2016"

|Ideas page: || [[GSoC Ideas]]

= Application organized according to program FAQ =

=== Very Short Description of the Organization (80 char) ===

 

 

 

 

 

Since 2014, ScummVM is a GSoC umbrella for game preservation projects, such as its sister project, ResidualVM.

 

 

 

RogueVM is another sister project of ScummVM and was created this year. It shares the common code with ScummVM, as well as some developers and mentors.

 

- ScummVM supports classic 2D adventure games 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 number of engines is constantly growing thanks to a very agile and diversified development team and 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 (over 30). ScummVM has a highly productive team of about 45 currently active developers (out of an all-time pool of over 110), working together on a codebase of 2,400,000 lines of code. In addition ScummVM has many non-developer contributors, and a huge and highly active community.

 

- ResidualVM is a cross-platform 3D game interpreter which allows you to play some 3D adventure games, such as Cyan's Myst 3 and LucasArts' Lua-based 3D adventures: Grim Fandango and Escape from Monkey Island, provided you already have their data files. ResidualVM replaces the executables shipped with the games, allowing you to play them on systems for which they were never designed! To this end, the VM (called Engines) are complete reimplementations (in C++) of the engines used in the original games.

 

- RogueVM is a multi-platform collection of game engines for playing 2D RPG games. The game engines are complete reimplementation of the games in C++.

 

===  What Open Source Initiative approved license(s) does your project use? ===

GNU General Public License version 2.0 or later (GPL-2.0+)

===  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 2016.** ===

 

 

 

 

We have participated in the GSoC program for eight years, from 2007 to 2014.

 

 

 

 

 

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 do the same if possible this year in order to build on the great results of this year.

 

 

3 students passed, and one failed at mid-term. One student is still actively contributing to the project and volunteered each year to be a mentor since GSoC 2013, 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.

 

 

 

 

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.

 

 

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.

 

 

 

 

 

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.

 

 

 

Every year from 2007 to 2015, the program gave us the opportunity to have talented and motivated students working with us.

 

What we hope to gain is valuable code contributions. In previous years, we've had students take up and complete tasks which had been marked as "to-do" or which were specifically prepared for students (like full new engines ports). But also, some students have come up with a new functionality, proposing and finally implementing it. These have been our favorites.

 

In addition, we hope to gain new developers for the project. We hope that after their projects, students will stick around and improve them or work on other interesting tasks. We hope that GSoC brings the students in touch with open source and, in our case, brings them in touch with game development.

 

# <span style="color:red">aquadran</span>

# <span style="color:red">djwillis</span>

- Be volunteer and be able to commit to participating for the entire duration of the program. They have to be available to their students and the mentor team.

- Have a considerable track record hacking on ScummVM or ResidualVM. 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 how to tackle their tasks. Also, to be able to help the students out when they are 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, with of course some freedom movement to the students.

- Be regularly present on our #scummvm-gsoc channel, where we continuously inform each others of the progresses and issues of the students.

=== What is your plan for dealing with disappearing students? ===

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 following years almost eradicated this problem.

As in the last few years, we will again be sure to enforce certain rules at the program start; we will clearly explain that this work should be considered as full-time, and if that is in any doubt, we will not let the student enter the program.

We have also introduced the policy that students have to provide status to their mentors at least once every other day. If a student disappears for more than 3 days without notifying his/her mentor, the student will fail the project. The students will be made immediately aware of this during their applications. We have positively identified that frequent and meaningful communication goes a long way in keeping the students engaged and interested.

Of course, comprehensive timelines will be required as usual, and we will accept only those of the students who will set realistic goals, thus minimizing the risk of getting intimidated. This factor too frequently leads to the student disappearing.

During the program, we will make sure that the students will feel comfortable with their tasks. Our mentors already have experience with that. Moreover, in difficult situations in the past there was not just a single person feeling responsible for a particular student, but rather the whole project was trying to help when needed. These reflexes on behalf of the mentor group but also on behalf of the active team members of ScummVM and ResidualVM have proven to be a pretty good "tool" and we are going to do our best this year too.

Based on our more negative experience several 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 last disappearing student (in 2011). The current umbrella management structures should make sure that it will not as easily happen in the future.

=== What is your plan for dealing with disappearing mentors? ===

For the mentors, the risk is relatively low; our past experiences absolutely support this claim. In order to be even more efficient this year, <span style="color:red">five</span> of our mentors are project leaders, core team members or project administrators for ScummVM and/or ResidualVM 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.

;On top of that, we have a specific #scummvm-gsoc channel on IRC where mentors (and only them) and org admins 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.

=== 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 project development.  

We consider 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.

;Support and feedback is not only a function provided by the mentors, but the entire development team and 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. We require the students to write introductory letters to our development list and their blog so everyone will have 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 ScummVM and 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 your accepted students to stick with the project after Google Summer of Code concludes? ===

In our last two participations, we decided to require the GSoC student code be merged into our Master tree much earlier in the process, if possible. <span style="color:red">Our past experience was telling us it should be very motivating for students to directly interact with our main repository and that this 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 in the same way this year again.</span>

=== Are you a new organization who has a Googler or other organization to vouch for you? If so, please list their name(s) here ===

=== 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 ===

=== Is there anything else we should know or you'd like to tell us that doesn't fit anywhere else on the application? ===

We are very grateful for all the benefits we reaped over the previous years thanks to your program and we would like to thank you again

==How will you help your students stay on schedule to complete their projects? (1000 char) ==

==How will you get your students involved in your community during GSoC? (1000 char) ==

==How will you keep students involved with your community after GSoC? (1000 char) ==

==Has your org been accepted as a mentoring org in Google Summer of Code before?==

==Are you part of a foundation/umbrella organization?==