|Version 2 (modified by ericholscher, 5 years ago) (diff)|
Google's Summer of Code 2009
Django is once again apply to be a sponsoring organization for the 2009 Google Summer of Code. (Read Google's page for more information on how the program works.)
If you're interesting in mentoring -- supervising a student in work on Django-related activities -- add your name and email here:
- You (email@…)
Student applications open March 23 and end on April 3.
If you'd like to get started on your proposal early, we'll be looking for a few things. You'll need to have a concrete task in mind (some ideas are below) along with a solid idea of what will constitute "success" (you tell us). We'll want to know a bit about you -- links to previous work are great, if any. You'll also need to provide us with a rough schedule of milestones so your mentor can know if and when to nag you :)
Note that none of the ideas below are good enough to be submissions in their own right (so don't copy and paste)! We'll want to know not just what you want to do but how you plan to pull it off.
And don't feel limited to the ideas below -- if you've got a cool project you want to work on, we'll probably be able to find you a mentor. We plan on approving as many projects as we possibly can.
Note: we're looking for projects that add value to Django itself - not application/CMS projects that use Django.
The django-gsoc Google Group has been setup to facilitate communication between students and mentors in the GSoC efforts.
Here are some suggestions for projects students may want to propose (lazyweb: please add to this list!). This isn't by any means the be-all and end-all of ideas; please feel free to submit proposals for things not on this list.
Try to scope ideas/proposals to the 4-month timeline -- simply proposing to fix a ticket or two will probably result in your proposal being rejected in favor of a more ambitious one. The SOC does not cover activities other than coding, so certain ideas ("Write a more detailed tutorial" or "Create demonstration screencasts" or "Add a pony?") are not suitable for inclusion here.
On the other side, though, be sure to be concrete in your proposal. We'll want to know what your goals are, and how you plan to accomplish them.
In no particular order:
- A serializaiton refactor. Hopefully allow serializers to be declared like ModelAdmins. Make serializers more useful for API type things (field to json dict key mapping, output of a function, etc.) For some ideas: http://code.google.com/p/wadofstuff/wiki/DjangoFullSerializers