www.digitalmars.com         C & C++   DMDScript  

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

reply Rajat Kumar <rajatdumka gmail.com> writes:
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.
Mar 18 2016
next sibling parent reply Timothee Cour via Digitalmars-d <digitalmars-d puremagic.com> writes:
can https://github.com/msoucy/dproto be used as a starting point?


On Fri, Mar 18, 2016 at 11:18 PM, Rajat Kumar via Digitalmars-d <
digitalmars-d puremagic.com> 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.
Mar 19 2016
parent reply Joseph Rushton Wakeling <joseph.wakeling webdrake.net> writes:
On Saturday, 19 March 2016 at 07:41:16 UTC, Timothee Cour wrote:

 can https://github.com/msoucy/dproto be used as a starting 
 point?


Out of curiosity, what's actually missing in dproto that a GSoC 
project could address?
Mar 23 2016
parent Dragos Carp <dragoscarp gmail.com> writes:
On Wednesday, 23 March 2016 at 20:40:10 UTC, Joseph Rushton 
Wakeling wrote:

 On Saturday, 19 March 2016 at 07:41:16 UTC, Timothee Cour wrote:

 can https://github.com/msoucy/dproto be used as a starting 
 point?


 Out of curiosity, what's actually missing in dproto that a GSoC 
 project could address?


Here is a short comparison dproto vs. mainline support efforts: 
https://github.com/dcarp/protobuf/issues/5.
Mar 23 2016
prev sibling next sibling parent reply Joakim <dlang joakim.fea.st> writes:
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.
Mar 19 2016
next sibling parent Craig Dillabaugh <craig.dillabaugh gmail.com> writes:
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
Mar 19 2016
prev sibling parent Rajat Kumar <rajatdumka gmail.com> writes:
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 have modified the proposal from the last suggestions. Please 
have a look at my proposal on Flatbuffers Support in D. So that I 
can submit it finally to Google.
https://docs.google.com/document/d/1wPDsjfUS8vbpzydi9GqfI9J-zbIS7JL1ZleGRk_42Qg/edit?usp=sharing
Mar 23 2016
prev sibling parent reply Dragos Carp <dragoscarp gmail.com> writes:
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.


The main goal of the project is to bring FlatBuffers D support 
into the upstream repository.

In contrast with Protocol Buffers version 2, both FlatBuffers and 
Protocol Buffers version 3 have support for a couple of 
programming languages and the adoption of new languages is 
continuing. It will be great if at the end of GSOC2016, D will be 
one of those languages.

I think that a good application should contain at least:

   - FlatBuffers or Protocol Buffers. Focus just on one of them, 
although Protocol Buffers will be a little too small of a project 
(use it to get warm).
   - identify the software components, eventually some design 
ideas.
   - testing of the implementation.
   - a rough time plan.
   - a couple of words about yourself, relevant experience, 
eventually reference your relevant work.

Start with a rough proposal and we can discuss on that.

Dragos
Mar 19 2016
parent Rajat Kumar <rajatdumka gmail.com> writes:
On Sunday, 20 March 2016 at 02:09:02 UTC, Dragos Carp wrote:

 On Saturday, 19 March 2016 at 06:18:06 UTC, Rajat Kumar wrote:

 [...]


 The main goal of the project is to bring FlatBuffers D support 
 into the upstream repository.

 In contrast with Protocol Buffers version 2, both FlatBuffers 
 and Protocol Buffers version 3 have support for a couple of 
 programming languages and the adoption of new languages is 
 continuing. It will be great if at the end of GSOC2016, D will 
 be one of those languages.

 I think that a good application should contain at least:

   - FlatBuffers or Protocol Buffers. Focus just on one of them, 
 although Protocol Buffers will be a little too small of a 
 project (use it to get warm).
   - identify the software components, eventually some design 
 ideas.
   - testing of the implementation.
   - a rough time plan.
   - a couple of words about yourself, relevant experience, 
 eventually reference your relevant work.

 Start with a rough proposal and we can discuss on that.

 Dragos


Hello.
I have prepared a raw proposal for the project. I have shared it 
in the gsoc site.
This is the link to the proposal.
https://docs.google.com/document/d/1wPDsjfUS8vbpzydi9GqfI9J-zbIS7JL1ZleGRk_42Qg/edit?usp=sharing

Kindly give your views on the proposal so that I can modify it.

Thank you.
Mar 22 2016