public inbox for fortran@gcc.gnu.org
 help / color / mirror / Atom feed
From: Arthur Cohen <arthur.cohen@embecosm.com>
To: Martin Jambor <mjambor@suse.cz>,
	GCC Mailing List <gcc@gcc.gnu.org>,
	Gfortran mailing list <fortran@gcc.gnu.org>,
	libstdc++@gcc.gnu.org, gcc-rust@gcc.gnu.org
Cc: David Edelsohn <dje.gcc@gmail.com>,
	Thomas Schwinge <thomas@codesourcery.com>
Subject: Re: GCC GSoC 2024: Call for project ideas and mentors
Date: Fri, 19 Jan 2024 13:38:30 +0100	[thread overview]
Message-ID: <598a9cc0-6fea-45fd-b24a-db9b47f3169c@embecosm.com> (raw)
In-Reply-To: <65a56fff.050a0220.665f7.e82fSMTPIN_ADDED_BROKEN@mx.google.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 4877 bytes --]

Hi Martin,

On 1/15/24 18:48, Martin Jambor wrote:
> Hello,
> 
> another year has passed, Google has announced there will be again Google
> Summer of Code (GsoC) in 2024 and the deadline for organizations to
> apply is already approaching (February 6th).  I'd like to volunteer to
> be the main org-admin for GCC again but let me know if you think I
> shouldn't or that someone else should or if you want to do it instead.
> Otherwise I'll assume that I will and I hope that I can continue to rely
> on David Edelsohn and Thomas Schwinge to back me up and help me with
> some decision making along the way as my co-org-admins.

I think that'd be good :) we've really appreciated all the work you've 
done for the past editions.

We'll be discussing project ideas with the rest of the gccrs team and 
will update the page shortly. We'd love to mentor again this year.

Thanks for getting in touch,

Best,

Arthur

> 
> ======================== The most important bit: ========================
> 
> I would like to ask all (moderately) seasoned GCC contributors to
> consider mentoring a contributor this year and ideally also come up with
> a project that they would like to lead.  I'm collecting proposal on our
> wiki page https://gcc.gnu.org/wiki/SummerOfCode - feel free to add yours
> to the top list there.  Or, if you are unsure, post your offer and
> project idea as a reply here to the mailing list.
> 
> Additionally, if you have added an idea to the list in the recent years,
> please review it whether it is still up-to-date or needs adjusting or
> should be removed altogether.
> 
> =========================================================================
> 
> At this point, we need to collect list of project ideas.  Eventually,
> each listed project idea should have:
> 
>    a) a project title,
>    b) more detailed description of the project (2-5 sentences),
>    c) expected outcomes (we do have a catch-almost-all formulation that
>       outcome is generally patches at the bottom of the list on the
>       wiki),
>    d) skills required/preferred,
>    e) project size - whether it is expected to take approximately 350,
>       175 or just 90 hours (the last option in new in 2024, see below),
>    f) difficulty (easy, hard or medium, but we don't really have easy
>       projects), and
>    g) expected mentors.
> 
> Project ideas that come without an offer to also mentor them are always
> fun to discuss, by all means feel free to reply to this email with yours
> and I will attempt to find a mentor, but please be aware that we can
> only use the suggestion it if we actually find one or ideally two.
> 
> Everybody in the GCC community is invited to go over
> https://gcc.gnu.org/wiki/SummerOfCode and remove any outdated or
> otherwise bad project suggestions and help improve viable ones.
> 
> Finally, please continue helping (prospective) students figure stuff out
> about GCC like you have always done in the past.
> 
> As far as I know, GSoC 2024 should be quite similar to the last year,
> the most important parameters probably are these:
> 
>    - Contributors (formerly students) must either be full-time students
>      or be "beginners to open source."
> 
>    - There are now three project sizes: roughly 90 hors (small), roughly
>      175 hours (medium-sized) and roughly 350 hours (large) of work in
>      total.  The small option is new this year but because our projects
>      usually have a lengthy learning period, I think we will usually want
>      to stick to the medium and large variants.
> 
>    - Timing should be pretty much as flexible as last year.  The
>      recommended "standard" duration is 12 weeks but depending on
>      contributor's and mentor's needs and circumstances, projects can
>      take anywhere between 10 and 22 weeks.  There will be one mid-term
>      and one final evaluation.
> 
> For further details you can see:
> 
>    - The announcement of GSoC 2024:
>      https://opensource.googleblog.com/2023/11/google-summer-of-code-2024-celebrating-20th-year.html
> 
>    - GSoC rules:
>      https://summerofcode.withgoogle.com/rules
> 
>    - The detailed GSoC 2024 timeline:
>      https://developers.google.com/open-source/gsoc/timeline
> 
>    - Elaborate project idea guidelines:
>      https://google.github.io/gsocguides/mentor/defining-a-project-ideas-list
> 
> Thank you very much for your participation and help.  Let's hope we
> attract some great contributors again this year.
> 
> Martin

-- 
Arthur Cohen <arthur.cohen@embecosm.com>

Toolchain Engineer

Embecosm GmbH

Geschäftsführer: Jeremy Bennett
Niederlassung: Nürnberg
Handelsregister: HR-B 36368
www.embecosm.de

Fürther Str. 27
90429 Nürnberg


Tel.: 091 - 128 707 040
Fax: 091 - 128 707 077

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 3195 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

       reply	other threads:[~2024-01-19 12:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <65a56fff.050a0220.665f7.e82fSMTPIN_ADDED_BROKEN@mx.google.com>
2024-01-19 12:38 ` Arthur Cohen [this message]
     [not found] <23282.124011512501100237@us-mta-390.us.mimecast.lan>
2024-01-17 23:02 ` David Malcolm
2024-01-15 17:48 Martin Jambor
2024-02-02 17:33 ` 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=598a9cc0-6fea-45fd-b24a-db9b47f3169c@embecosm.com \
    --to=arthur.cohen@embecosm.com \
    --cc=dje.gcc@gmail.com \
    --cc=fortran@gcc.gnu.org \
    --cc=gcc-rust@gcc.gnu.org \
    --cc=gcc@gcc.gnu.org \
    --cc=libstdc++@gcc.gnu.org \
    --cc=mjambor@suse.cz \
    --cc=thomas@codesourcery.com \
    /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).