git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [GSoC] Contributor candidate introduction

From
Taylor Blau <me@ttaylorr.com>
Date
Apr 8, 2022, 20:34 UTC
Message-ID
<YlCcQw6FuWufLe74@nand.local>
In-Reply-To
<CAP8UFD1x-JEX8MAmpabK4RbKgmVm1VQYNJdX3fP8Op5WMfUgVg@mail.gmail.com>
On Thu, Apr 07, 2022 at 09:16:44AM +0200, Christian Couder wrote:
Show 16 quoted lines
> > > That said, if we do end up splitting the bitmaps GSoC project in two,
> > > when would we need to do it by?
> >
> > To the best of my knowledge, Google does not require the proposal ideas to
> > be laid out by organization before the proposal deadline (which is April 19).
> > This gives the flexibility for mentors and GSoC contributors to collaborate
> > and come up with a project ideas that are not present in the initial ideas
> > list and write proposals for them.
>
> I agree with this, but please keep in mind that in
> https://git.github.io/General-Application-Information/ we ask
> applicants to "Discuss their project by posting drafts of their
> application on the mailing-list long before the deadline." So
> splitting the bitmap project should be done soon, so that applicants
> have time to prepare and discuss their proposals based on the splitted
> project.

I've thought a little bit more about this, and I think we should leave the project in one piece (i.e., avoid splitting it up).

My thinking is roughly that of the sub-projects listed:
  - investigate replacing EWAH with Roaring+Run
  - add a "table of contents" to the .bitmap file
  - append-only bitmap generation
  - amorphous / larger related projects

...the first two both require serious (re-)consideration of the .bitmap format, and I don't think it's possible to split that up among multiple GSoC projects.

The "append-only" project is interesting, but probably not large enough for a GSoC student to occupy their time with completely. I think the last bullet point has the opposite problem, which is that there is _too_ much to do there, and that it isn't well defined enough.

So we _could_ split the two projects up, having one work on any preliminary format changes, and the other stay busy with a smaller bitmap project, but I have significant concerns about that setup being successful.

Instead, let's keep the project as-is, and have the accepted student focus on one of the first two bullet points, taking into account that we'll first want to spend some time thinking about whether or not the current .bitmap format is appropriate given the proposed changes.

Thanks, Taylor

Previous: Abhradeep ChakrabortyNext: Junio C Hamano
Message 10 of 28 in “[GSoC] Contributor candidate introduction”
  1. Plato KiorpelidisApr 5, 2022
  2. Taylor BlauApr 5, 2022
  3. Christian CouderApr 6, 2022
  4. Shubham MishraApr 6, 2022
  5. Taylor BlauApr 6, 2022
  6. Taylor BlauApr 6, 2022
  7. Kaartic SivaraamApr 6, 2022
  8. Christian CouderApr 7, 2022
  9. Abhradeep ChakrabortyApr 7, 2022
  10. Taylor BlauApr 8, 2022
  11. Junio C HamanoApr 8, 2022
  12. Taylor BlauApr 13, 2022
  13. Plato KiorpelidisApr 15, 2022
  14. Kaartic SivaraamApr 18, 2022
  15. Abhradeep ChakrabortyApr 18, 2022
  16. Shubham MishraApr 19, 2022
  17. Abhradeep ChakrabortyApr 19, 2022
  18. Kaartic SivaraamApr 18, 2022
  19. Jayati ShrivastavaApr 19, 2022
  20. Kaartic SivaraamApr 19, 2022
  21. Labnan Khalid MasumApr 20, 2022
  22. Kaartic SivaraamApr 20, 2022
  23. Christian CouderApr 21, 2022
  24. Plato KiorpelidisApr 18, 2022
  25. Kaartic SivaraamMay 9, 2022
  26. Shubham MishraMay 9, 2022
  27. Taylor BlauMay 9, 2022
  28. Plato KiorpelidisMay 9, 2022

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.