public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: "Peryt, Sebastian" <sebastian.peryt@intel.com>
To: Martin Jambor <mjambor@suse.cz>
Cc: "gcc@gcc.gnu.org" <gcc@gcc.gnu.org>,
	"Peryt, Sebastian"	<sebastian.peryt@intel.com>
Subject: RE: Google Summer of Code 2018: Call for mentors and ideas
Date: Tue, 03 Apr 2018 11:30:00 -0000	[thread overview]
Message-ID: <17623B198193D741876BD81A6E3AE5AD3C61B4CA@irsmsx111.ger.corp.intel.com> (raw)
In-Reply-To: <ri6bmf6olnd.fsf@suse.cz>

Hi Martin,

Frankly speaking I believe that students who discussed topics on mailing list might 
eventually just decide that they were too challenging for them and also competition 
appeared too difficult. As far as I remember student can only pick few organizations and 
maybe they just decided to pick some other projects where they expected higher chance 
of success. After all, as you wrote, it is students work to come up with good projects.

Nevertheless, I'd suggest keeping discussions regarding GSoC projects, that took place in 
mailing list in wiki (as a summary or direct links) for future reference if someone would 
like to better understand how some elements work in GCC or would like to continue those works. 
Without any external link I'm afraid it might get lost in the mailing list soon.

From my personal point of view I think you did a great work with handling all communication 
regarding GSoC participation and I believe you are a perfect candidate for admin role next year.

Sebastian

> -----Original Message-----
> Sent: Thursday, March 29, 2018 7:08 PM
> Subject: Re: Google Summer of Code 2018: Call for mentors and ideas
> 
> Hi,
> 
> I was wondering how much I should announce publicly about GSoC proposals
> since students are not supposed to know in advance that we want any particular
> one before they are officially accepted or not by google, but I hope I will not
> overstep any line by saying the following:
> 
> (I am willing to invite any GCC contributer among the mentors, then you can
> look at the proposals at the GSoC "dashboard" website.  You need gmail account
> for that, however.)
> 
> 
> On Thu, Mar 29 2018, Joseph Myers wrote:
> > Now the student application deadline has, I understand, passed, how do
> > we go about collectively deciding which are the best proposals to
> > request slots for?
> 
> GCC has received 11 proposals for projects, but 7 of them were clearly
> unsuitable (two were completely blank, one was a link to a live google
> document with the string "WIP" in it, one contained only a short CV of the
> applicants, one was three lines suggesting we use a "linked list"
> and "hash tags" for memory management, there was also a proposal for driver
> able to compile C and python in different sections of a single file, and one
> proposal was just spam or an elaborate report on some past java project, I
> cannot tell) and 2 were inferior to the point that I also decided they should not
> be considered.  None of these two was discussed on the mailing list and both
> were basically copied text from an (outdated) wiki page.
> 
> The remaining two are strong candidates, both proposals were discussed at
> length here on the mailing list and so I asked for two student slots.
> My plan forward is basically to sincerely hope that we get two.  If we get only
> one (IIRC we will know on April 10th), I will bring this question up here (but let's
> just toss a coin in that case).
> 
> Generally speaking, I am somewhat disappointed that one or two topics that
> were also discussed on the mailing list did not eventually turn up among the
> proposals.  I should have probably pinged one student and perhaps also two gcc
> developers a bit in order to make them come up with something.  It also did not
> help that I was traveling to an important meeting in the US last week (and I had
> much less time for email than I thought I would).  Nevertheless, it is mostly
> students' responsibility to come up with good projects and there is only so much
> we can do about it.  However, if the community decides I should be the admin
> also next year, I believe I will be able to organize it slightly better.
> 
> Martin

  reply	other threads:[~2018-04-03 11:30 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-17 17:54 Martin Jambor
2018-01-17 21:06 ` Joseph Myers
2018-01-19 13:17   ` Martin Jambor
2018-01-19 16:34     ` Joseph Myers
2018-01-19 17:31       ` Richard Biener
2018-01-17 22:16 ` Joel Sherrill
2018-01-18  9:19   ` Martin Liška
2018-01-19 13:50   ` Martin Jambor
2018-01-18  9:41 ` Martin Liška
2018-01-19 14:09   ` Martin Jambor
2018-01-19 14:13     ` Martin Jambor
2018-01-22 15:10       ` Martin Liška
2018-01-22 15:40     ` Martin Liška
2018-01-18 19:51 ` Eric Gallager
2018-01-18 20:31   ` Joseph Myers
2018-01-19 14:17     ` Martin Jambor
2018-01-18 23:10 ` Andi Kleen
2018-01-19 14:24   ` Martin Jambor
2018-01-23 10:56 ` Martin Jambor
2018-01-23 11:08   ` Prathamesh Kulkarni
2018-01-23 15:49     ` Martin Liška
2018-01-23 23:11     ` Martin Jambor
2018-02-13 13:02 ` Martin Jambor
2018-02-14 22:10   ` Janus Weil
2018-02-15  9:20     ` Martin Jambor
2018-02-15 10:52   ` Christopher Dimech
2018-02-15 12:12     ` Janus Weil
2018-02-15 13:59       ` Martin Jambor
2018-03-29 15:37   ` Joseph Myers
2018-03-29 16:40     ` Joseph Myers
2018-03-29 17:07     ` Martin Jambor
2018-04-03 11:30       ` Peryt, Sebastian [this message]
2018-04-03 14:09         ` Martin Jambor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=17623B198193D741876BD81A6E3AE5AD3C61B4CA@irsmsx111.ger.corp.intel.com \
    --to=sebastian.peryt@intel.com \
    --cc=gcc@gcc.gnu.org \
    --cc=mjambor@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).