GSOC 16 - Flatbuffer support or Protocol Buffer Support for D Language.

[Craig Dillabaugh via Digitalmars-d]

On Saturday, 19 March 2016 at 07:51:34 UTC, Joakim wrote:
> On Saturday, 19 March 2016 at 06:18:06 UTC, Rajat Kumar wrote:
>> Hello.
>> I am Rajat Kumar, a junior year university student from India. 
>> I have working experiences in languages like C,C++ and Python. 
>> I am really really interested in working in D language. I want 
>> to work in the project - Flatbuffer Suport or Protocol Buffer 
>> Support.
>> It is now the time to write the proposal. I need some 
>> suggestion for the same. What are the key points, do I need to 
>> mention in the proposal?
>> thank you.
>
> Good question.  According to the GSoC docs, the D Foundation 
> can provide some guidance:
>
> "Most organizations have their own proposal guidelines or 
> templates. You should be extraordinarily careful to conform to 
> these. Most organizations have many, many proposals to review. 
> Failure to follow simple instructions is highly likely to land 
> you at the bottom of the heap."
> http://write.flossmanuals.net/gsocstudentguide/writing-a-proposal/
>
> I don't know that we have any such guideline or template for D, 
> Craig?
>
> At the very least, you should follow the general instructions 
> google provides at that link.

I was just about to point Rajat to the link you provided. Thanks!

We don't have any special guidelines this year.   Perhaps after 
this year's experience we will come up with our own template, but 
the Google guidelines cover what the proposal must contain.

One piece of advice for students is you don't need to be an 
expert to write the proposal, but you should do enough research 
on the topic to ... show that you've done some research on the 
topic.  Also, try to be specific as you can, even if you don't 
have 100% understanding of everything, as a vague proposal may 
suggest that you are not serious about the project.

As for this specific proposal, Protocol Buffers/FlatBuffers - I 
know little about them personally so I am not the best person to 
advise perhaps. I would suggest you read up on them and look at 
implementations for languages you are already familiar with.  
Perhaps adopt one of those implementations as a template for the 
work you want to do.  Then see if there are any special D 
features that could be used to improve on that.

Feel free to post some of your initial ideas on the forums if you 
want feedback.  Even if it is a very rough outline of what you 
think should be done. I will continue to try and get in touch 
with the proposed mentor to provide you with some more detailed 
feedback.

HTH Craig