<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Any chance this year it could be a little more transparent for people who can't invest all their time in following it?<br></blockquote><div><br></div><div>Our first goal is to ensure a good environment and experience for the students. The second goal is to ensure the projects and their contributors can learn something with the student work and possibly merge it back. We have weekly reports in the mailing list to keep track of those goals, so they are mostly meant for the community active in the participating projects.</div>

<div><br></div><div>Given everyone participating already reserves a good amount of their free time to organize and mentor students, help to make the students work more transparent for the community as a whole is definitely welcome. Maybe you could help by compiling some sort of bi-weekly e-mail? Other ideas are also welcome!</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
As it stands now I have no idea if any project benefited from it. Perhaps this is something that could be useful for my projects, but it doesn't really sound like it right now.</blockquote><div><br></div><div>All projects last year were pleased with the results. You can ping them for a more detailed list of pros and cons. There is also plenty of reports from other organizations out there.</div>

<div><br></div><div>I can speak in particular about Elixir results. We have merged part of the student work:<br></div><div><br></div><div>1. The student worked on pretty printing for Elixir along the community. In particular, the community had already started work on pretty printing, however it was based Wadler's work for Haskell (a lazy language) and the performance was not optimal for Elixir. The student ported the work to an OCaml based implementation as described in the "Strictly Pretty" paper by Christian Lindig;</div>

<div><br></div><div>2. The remaining of the student work went into an interactive/debugging tool and some of it was merged back as well. He's continued working on the project as part of his thesis;</div><div><br></div>

<div>Keep in mind though the focus of the Summer of Code is the student. A good project is first useful for the student and second for the maintainers.</div><div><br></div><div><br></div></div></div></div>