Blog credits: Ishan Khanna, Graduate Android Developer, @Booking.com, Amsterdam. This was discussed by him during a Facebook Live session with HelloMeets Community.
So its that time of the year again when students will start hustling for their Google Summer of Code proposals, especially since the orgs will begin accepting them from today.
Before you go any further, mark your calendars, April 3, 2017 is the last day to submit your proposal.
Portrays you as an organized person
The most important thing that you must keep in mind always while writing your proposal is that your proposal is your best advertisement.
The flow of this advertisement (story) of selling the product (yourself) to the customer (org/mentor) is in your hands. So why not structure it in such a way that the person going through it, gets so engrossed as if you were going to tell them about the death of next character in Game of Thrones.
Shows you’ve understood the project
Clearly define the problem that you wish to solve through this project. Brownie points, if you can also tell why is this a problem, because it’ll tell the reader that you’ve taken a step forward to understand the underlying idea of the project.
Mention the technical aspects of the project. This part of the proposal can be and should be lengthy, as it is nice to give a long detail description about how you are going to complete the project.
Try to highlight :-
Then also mention how do you plan to overcome all these hurdles.
Show you’re result oriented
A good proposal should always contain deliverables. These are the things you want to deliver or goals you want to achieve in order to be able to successfully pass all the evaluations and graduate as a successful GSoC student.
Break them down into smallest pieces possible.
This’ll give you confidence during the program when you can start checking off things from your list.
Depicts how you manage time
This can be a game changer at times when choosing amongst students who are competing for the same project.
A humble, realistic and detailed timeline is much better than a timeline that promises to move mountains.
This has to be a section more or less acting like a CV for you. Tell about yourself here, give all the channels of communication you use.
Here are some that a lot of people in open source use (so make sure you have everything already setup) :
Don’t forget to mention about your Open source contributions here, if they are in the same organization/project very well! If not, you can still mention.
Don’t be in a hurry to submit the proposal. It is completely fine to submit it on the last day, since organizations will usually not start reviewing them before the that.
Get it reviewed from as many sources as you can.
Most importantly from your:
Show your dedication
Try investing some time in creating and adding mockups, flow charts, diagrams or anything relevant you find can be pictorially represented.
I’d be more than happy to review your proposals. Head over to this github project and send in your proposal as a PR for the review.