Difference between revisions of "Google Summer of Code 2017 Administrative"

From OSGeo
Jump to navigation Jump to search
Line 358: Line 358:
 
* Time management tip: Try not to mentor more than one project per year. In any case, '''you can be primary mentor only for one project.''' Consider carefully the time that you can allocate on GSoC.
 
* Time management tip: Try not to mentor more than one project per year. In any case, '''you can be primary mentor only for one project.''' Consider carefully the time that you can allocate on GSoC.
 
* A earlier mentor reported: "In my experience, it's most effective to require an accepted pull request of developed code by end of summer and write the proposal in terms of getting there."
 
* A earlier mentor reported: "In my experience, it's most effective to require an accepted pull request of developed code by end of summer and write the proposal in terms of getting there."
−
* It is key getting to know the student before the project starts, in order to adapt the workload to his/her capabilities. It can be good to get in touch via hangout and make a sort of general interview, beside challenging them with a code test.
+
* It is key '''getting to know the student before the project starts''', in order to adapt the workload to his/her capabilities. It can be good to get in touch via hangout and make a sort of general interview, beside challenging them with a code test.
−
* If the student struggles during the gsoc, get in touch and try to understand what is wrong and try to adjust the objectives according to what is possible for the student to achieve.
+
* If the student struggles during the gsoc, get in touch and try to understand what is wrong and try to '''adjust the objectives''' according to what is possible for the student to achieve.
−
* If the student doesn't feel oppressed with nearly impossible requests, (s)he is more likely to learn with a fresh mind and stick in the community afterwards and perhaps become a mentor or somehow helps out with the gsoc subsequently.
+
* It is often convenient to '''split the work into smaller tasks''' corresponding to clear deliverables. In this way, it is easier to track the progress, both for student and mentors.  
−
* Talking in conferences does attract quality students to apply to GSoC
+
* If the student doesn't feel oppressed with nearly impossible requests, (s)he is more likely to learn with a fresh mind and '''stick in the community''' after GSoC ends and perhaps become a mentor or somehow help out with the GSoC subsequently.
−
* GSoC lasts all year long, beside the coding, there is advertising the program, attracting students, drafting proposals, thinking about mentor capacity
+
* '''Talking in conferences''' does attract quality students to apply to GSoC
 +
* '''GSoC lasts all year long''', beside the coding, there is advertising the program, attracting students, drafting proposals, thinking about mentor capacity, etc
  
 
* ...
 
* ...

Revision as of 04:39, 13 April 2017

GSoC2016Logo.jpg @ OSGeo 300 127 pixel.png

This is the central page for OSGeo administrative information in Google Summer of Code 2017.

GSoC general information

Contacts

  • Would-be mentors and students: you are invited to sign up to the OSGeo SoC mailing list right away. The list is the central communication channel for mentors, students and administrators. It is used for general GSoC announcements, specific OSGeo announcements, and for clarification about the program. As soon as you subscribe it, you are encouraged to introduce yourself and your role. We look forward to hear from you!
  • To contact OSGeo's GSoC admin team directly:


Margherita Di LeoFlorin CiolobocAnne GhislaHelmut KudrnovskyWerner MachoJeff McKenna


.

Mentors

If you're interested in mentoring / supervising a student for one of the software participating this year under OSGeo's umbrella, please add your name, email, OSGeo/guest software and the projects you're interested in mentoring here:

Number Name Surname Nickname (IRC) email Software community Idea(s) you are available to mentor (please write down the title of the idea, not link to ideas page!)
1 Tom Kralidis tomkralidis tomkralidis at gmail.com pycsw pycsw filter abstraction, Elasticsearch backend, admin HTTP API
2 Gabriele Prestifilippo gabry501 gabriele.prestifilippo at gmail com ESA-NASA WebWorldWind HeatMap Layer, Plug-in, Create Your Own
3 Vicky Vergara cvvergara vicky at georepublic de pgRouting Develop new functionality into pgRouting
4 Daniel Kastl dkastl daniel at georepublic de pgRouting Connect more boost functions to pgRouting
5 Rohith Reddy sankepallyrohithreddy rohithreddy2219 at gmail com pgRouting Connect more boost functions to pgRouting
6 Patrick Hogan HamletAlive patrick.hogan at nasa gov ESA-NASA WebWorldWind CitySmart Urban Infrastructure Management
7 Anna Petrasova kratochanna at gmail com GRASS GIS 3D rendering, 3D viewer
8 Vaclav Petras wenzeslaus at gmail com GRASS GIS Jupyter Notebook, Benchmarking, Testing, ...
9 Jakub Balhar jakub at balhar net ESA-NASA WebWorldWind CitySmart Urban Infrastructure Management
10 Alexandre Dubé adube at mapgears com OL3-Google-Maps Develop new features in the OL3-Google-Maps library
11 Raphaël Gagnon rgagnon at mapgears com OL3-Google-Maps Develop new features in the OL3-Google-Maps library
12 Stefan Steiniger sstein at geo-uzh-ch OpenTripPlanner Extending OpenTripPlanner with Real Time Modelling Functions
13 Jorge Rocha Jgrocha jgr@di.uminho.pt QGIS Improve QGIS style interoperability, by reading and writing cartographic styles from other projects.
14 Massimiliano Cannata maxi massimiliano.cannata at gmail com istSOS Data analysis and statistical tools from sensor data
15 Milan Antonovic mantonovic milan.antonovic at gmail com istSOS Upgrade and finalize the istSOS JavaScript Core Library
16 Martin Landa landa.martin at gmail com GRASS GIS GUI, rendering
17 Alexander Bruy alexbruy alexander dot bruy at gmail dot com QGIS Processing Framework improvements
18 Barry Rowlingson b.rowlingson at gmail com QGIS R/QGIS Interface for Mapping
19 Maria Antonia Brovelli maria dot brovelli at polimi dot it ESA-NASA WebWorldWind CitySmart Urban Infrastructure Management
20 Jonas Eberle jonas dot eberle at gmx dot de PyWPS Publishing data to MapServer and pycsw, Process chaining capabilities, Web-based administration & process management
21 Joaquin Del Cerro jjdelcerro at gvsig dot org gvSIG Data model for visualizations in gvSIG
22 Alvaro Anguix aanguix at gvsig dot com gvSIG Data model for visualizations in gvSIG
23 Julia Wagemann wagemann dot julia at gmx dot de QGIS / GRASS GIS WCS 2.0 plugin for QGIS, Jupyter Notebook examples with QGIS / GRASS GIS
24 Tais TaGri tgrippa at ulb dot ac dot be GRASS GIS Additional GUI tools for image analysis (co-mentor for content)
25 Nadia Chaer nadiachaer at gmail dot com gvSIG Educational games addon for gvSIG Batoví/Educa
26 Francisco Puga fpuga at icarto dot es gvSIG Educational games addon for gvSIG Batoví/Educa
27 Sean Barbeau barbeau at cutr dot usf dot edu OpenTripPlanner/OneBusAway Bikeshare Information for Transportation Apps
27 Óg Crudden og dot crudden at gmail dot com OpenTripPlanner/OneBusAway Bikeshare Information for Transportation Apps
28 Aaron Brethorst aaron at brethorsting dot com OpenTripPlanner/OneBusAway Bikeshare Information for Transportation Apps
29 Adam Steer adam dot steer at anu dot edu dot au QGIS / GRASS GIS WCS 2.0 plugin for QGIS, Jupyter Notebook examples with QGIS / GRASS GIS
30 Luca Delucchi lucadeluge gmail com GRASS GIS SOS tool for GRASS GIS
31 Matteo De Stefano matteo dot destefano at nina dot no GRASS GIS SOS tool for GRASS GIS
32 Mario Carrera mcarrera at gvsig dot com gvSIG Data model for visualizations in gvSIG
33 Gérald Fenoy gerald dot fenoy at geolabs dot fr ZOO-Project SOS datastore for MapMint
34 Sittichai Choosumrong sittichai dot ocu at gmail dot com ZOO-Project SOS input for MapMint4ME

A Mentor's Responsibilities

Being a mentor can take anywhere from 2-10 hours a week of your time depending on the student (it really is in your best interest to take on the strongest students you can find). You must have the time to be responsive and an advocate for the student. No matter how cool the project is and how much your team needs the job done, if you can't commit to supporting it, experience shows that the best thing to do is not start it, i.e. even with the best of intentions don't set a student up to fail. Long story short, student projects simply can't go ahead without proper mentoring support.

Every student project will also have a backup mentor, this person should come from your dev community and should at minimum keep up to date with the student's weekly developments. Both mentors need to appoint themselves officially. The best way is if the student is well integrated into your development team from the start, it lessens the workload on you and betters the buy-in from the rest of the community once you're ready for the final code merge.

You must be available at some time during the evaluation periods. If you will be away during these time periods please arrange with the OSGeo org admins and your backup mentor so that one of us can fill in your answers for you. These are hard cutoffs -- evaluations must be filed within these dates. There are 3 evaluation periods this year where mentors are required to complete an evaluation of their student. After the first 4 weeks of coding, after 8 weeks of coding and then at the end (after 12 weeks of coding). The evaluation forms are shorter than previous years so they should take less time to complete.

Guides for mentors

Tips for mentors

This section is for collecting suggestions on best practices, from mentors to other mentors. If you have good / bad experiences in mentoring, please share here! Remember that this is a public page, respect the privacy of the people.

Good ideas

  • Test students before selection. Challenge them with small programming tasks or bug fixes. This will help them getting familiar with the dev environment well before GSoC starts, and helps mentors understand if they are capable. Think to a task much earlier to the timeline, and connect the task to the idea in the ideas page.
  • Time management tip: Try not to mentor more than one project per year. In any case, you can be primary mentor only for one project. Consider carefully the time that you can allocate on GSoC.
  • A earlier mentor reported: "In my experience, it's most effective to require an accepted pull request of developed code by end of summer and write the proposal in terms of getting there."
  • It is key getting to know the student before the project starts, in order to adapt the workload to his/her capabilities. It can be good to get in touch via hangout and make a sort of general interview, beside challenging them with a code test.
  • If the student struggles during the gsoc, get in touch and try to understand what is wrong and try to adjust the objectives according to what is possible for the student to achieve.
  • It is often convenient to split the work into smaller tasks corresponding to clear deliverables. In this way, it is easier to track the progress, both for student and mentors.
  • If the student doesn't feel oppressed with nearly impossible requests, (s)he is more likely to learn with a fresh mind and stick in the community after GSoC ends and perhaps become a mentor or somehow help out with the GSoC subsequently.
  • Talking in conferences does attract quality students to apply to GSoC
  • GSoC lasts all year long, beside the coding, there is advertising the program, attracting students, drafting proposals, thinking about mentor capacity, etc
  • ...

Bad ideas

  • ...

Learn more

Retrieved from "http://wiki.osgeo.org/w/index.php?title=Google_Summer_of_Code_2017_Administrative&oldid=106156"