<div dir="ltr"><div dir="ltr">On Thu, Mar 21, 2019 at 9:56 AM Bernhard Reiter <<a href="mailto:bernhard@intevation.de">bernhard@intevation.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Dashamir,<br>
<br>
Am Mittwoch 20 März 2019 16:17:37 schrieb Dashamir Hoxha:<br>
> On Tue, Mar 19, 2019 at 12:53 PM Bernhard Reiter <<a href="mailto:bernhard@intevation.de" target="_blank">bernhard@intevation.de</a>><br>
> > The main problems I see with the idea:<br>
> > a) How long and by whom would this wrapper be maintained?<br>
<br>
> I think that experimentation is worthy too. A wrapper might be easier and<br>
> more flexible if we want to experiment just to get a better feeling about<br>
> the new interface. <br>
<br>
asking the question in isolation I'll personally think a wrapper is better for <br>
experimentation. And yes, there is value in experimentation. However <br>
experimenting with something that is unlikely so be ever stable or <br>
recommendable (because of the unlikeliness of upstream adoption and missing <br>
long term maintenance perspective) should be very clear to all participants.<br></blockquote><div><br></div><div>I agree.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
To me there is only a small chance that this experiment will lead to useful <br>
knowledge. There maybe some knowledge gain, but without good chance to get an <br>
implementation done that actually helps users.<br></blockquote><div><br></div><div>I still think it is worth to give it try as a GSoC project, provided there are interested mentors and at least one interested student. The mentors don't have to be developers, they can also be experienced gpg users. The work done by the student during GSoC does not have to be integrated to the main project, it is completely fine to throw it away even if the summer project itself is considered successful.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Note that this is just my perspective I don't know how the main GnuPG devs <br>
think about this.<br>
<br>
> By the way, Google Season of Docs is around the corner:<br>
> <a href="https://developers.google.com/season-of-docs/" rel="noreferrer" target="_blank">https://developers.google.com/season-of-docs/</a><br>
> Maybe this can be a good opportunity to improve the docs (about WKD etc.)<br>
> The best part of GSoD is that it is not limited to the students, so<br>
> hopefully the quality of the resulting work will be better.<br>
<br>
Given that it is quite hard to write good documentation, it is almost like <br>
software engineering, I'll expect the same problems as with GSoC.<br></blockquote><div><br></div><div>The difference is that the people that you select for the GSoD project do not have to be students, they can actually be software engineers. It is like you are hiring a contractor for 3 months but the bill is payed by Google (if you are satisfied with his job). You can also hire people from the community who are already working voluntarily on that (documentation) project.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> > so to me it is doubtful that a student can handle this in 3 months.<br>
<br>
> That's why the mentors are needed. <br>
<br>
The time a well qualified mentor may need to help a student produce a usable <br>
result can be higher than the time that she would need to implement or write <br>
the result by herselfs. So Werner could possibly implement what two students <br>
can do in the time he would need to teach and afterwards correct one students <br>
work. The justification for this mentor would be to either learn something <br>
themselfs or to hope that a student sticks around and repays the investment.<br>
Both is not the best path. If you want to learn something else than teaching <br>
you could again implement this yourself and if we want to find new <br>
developers, we should seek for people that have a long term interest.<br></blockquote><div><br></div><div>That is completely true. Only a long term interest may make the effort worthy for a mentor.</div><div>But as I mentioned above, the mentor does not have to be Werner, and there could be more than one mentors (per project). Actually there should be more than one mentor, it is a recommended practice, and some organizations even require that there are at least two mentors per project (for obvious reasons).</div><div><br></div><div>Best regards,</div><div>Dashamir</div><div><br></div></div></div>