I will certainly volunteer (to mentor) next year if I feel I can add value.
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuch.wordpress.com
On 2 Jun 2013, at 17:23, Edward Kmett ekm...@gmail.com wrote:
Public good is a nebulous concept, but it is something that each of the folks
Hi Edward,
Thanks for this comprehensive answer (and also thanks to participants in the
follow-up dissuasion).
How is the public good determined? (sounds rather Benthamite). I would have
been disappointed if charts using diagrams had not been selected yet I don't
recall being canvassed.
Public good is a nebulous concept, but it is something that each of the
folks who sign up as mentors judges independently when they are rating the
projects and talking about them.
Most of the folks who are offering to mentor have been involved in the
community for quite some time and have a
Similarly (to some degree), in the ML world John Reppy had a very nice
system that employed user customization via combinators rather than
inference to generate application/library specific FFIs, see:
http://people.cs.uchicago.edu/~jhr/papers/2006/gpce-fig.pdf
On 29 May 2013 18:57, Jason Dagit
thanks for these references all.
As some folks who help with GSOC mentoring have pointed out offline, this
summers work is not to be a research project, but a concretely achievable
over the summer by a single student project. if we hit hard obstacles i'll
help sort out a concrete path that
Edward Kmett ekmett at gmail.com writes:
* Haskell Qt Binding Generator by Zhengliang Feng, mentored by Carter
Schonwald with help from Ian-Woo Kim
Interesting, as this has been done at least twice before. Is there a public
write-up of what's going to be different this time?
There should be a link from the google-melange website, but one slight
shift in focus is on either getting SWIG bindings or possibly even using
Ian-Woo Kim's C++FFI tools. Carter may be able to go into more detail.
On Wed, May 29, 2013 at 6:46 AM, harry volderm...@hotmail.com wrote:
Edward
This one caught my attention as well. I didn't see any contact
information for the participants (I didn't look too hard, I admit), but
I was wondering if they had considered basing their work off of Qt Smoke.
The smoke project (http://techbase.kde.org/Development/Languages/Smoke)
is used by a few
Edward Kmett ekmett at gmail.com writes:
There should be a link from the google-melange website, but one slight
shift in focus is on either getting SWIG bindings or possibly even using
Ian-Woo Kim's C++FFI tools. Carter may be able to go into more detail.
There's almost no information in the
When submissions are put in, there is a way for mentors to talk to students
to ask for more details. Those don't show up in the published abstract you
can see at the end.
The discussion shifted towards focusing on getting things to a point where
Haskell can meaningfully use SWIG rather than on Qt
indeed, i'm the principal mentor for this project, though as mentioned
Ian-Woo will hopefully be helping out too.
I'm going to *help* focus the project on being a tool thats not focused on
QT, though if something nice can be worked out in that direction, great!
indeed, I suspect Edward, Ian-Woo
On Wed, May 29, 2013 at 10:47 AM, Carter Schonwald
carter.schonw...@gmail.com wrote:
indeed, i'm the principal mentor for this project, though as mentioned
Ian-Woo will hopefully be helping out too.
I'm going to *help* focus the project on being a tool thats not focused on
QT, though if
Ooo. Thanks Jason.
That looks like a fleshed out version of the approach I was leaning towards
at least thinking about. I'll check it out when I have time in a few days.
On May 29, 2013 1:57 PM, Jason Dagit dag...@gmail.com wrote:
On Wed, May 29, 2013 at 10:47 AM, Carter Schonwald
Hi Edward,
Although the project I am interested in (as a user) has been accepted :-), I
can't help feeling the selection process is a bit opaque. Is it documented
somewhere and I just missed it? Apologies if I did.
BTW I appreciate all the hard work that goes into the selection process.
Hi Dominic,
The proposal is admittedly rather unfortunately opaque.
The parts I can shed light on:
Students come up with proposals with the help of the community and then
submit them to google-melange.com.
A bunch of folks from the haskell community sign up as potential mentors,
vote on and
On 29/05/2013, at 1:11 AM, Edward Kmett wrote:
This unfortunately means, that we can't really show the unaccepted proposals
with information about how to avoid getting your proposal rejected.
You can if you rewrite the key points of proposal to retain the overall
message, but remove
The majority of the rejections are of precisely that form, or just were
slightly out-competed by another similar proposal in their space.
These items either are stated or should be stated in the student
application guidelines, but a successful summer of code submission probably
has most of the
17 matches
Mail list logo
