Re: Next commitfest app release is planned for March 18th

From: Jacob Brazeal <jacob(dot)brazeal(at)gmail(dot)com>
To: Jelte Fennema-Nio <me(at)jeltef(dot)nl>
Cc: Peter Geoghegan <pg(at)bowt(dot)ie>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com>
Subject: Re: Next commitfest app release is planned for March 18th
Date: 2025-03-04 21:38:02
Message-ID: CA+COZaBsiZ2VgLdTWK2G3dXinLYNxokez0r_JNKwYMn0h3NQBA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> I tried this out, and was pleasantly surprised to see what seemed like
> useful summaries of discussions that I was directly involved in.

Thanks for trying it out! And big thanks to Jelte for helping me get
involved in the project.

> I'm not sure if I'll ever actually use this tool day to day, or even
> week to week. But I just might. In any case I'm glad that somebody is
> experimenting with it.

Out of curiosity, what features would make it most useful to you? Right now
it's trying to do all of the following:
* Summarize threads
* Help you find threads about things you're interested in, independent of
what you've commented on
* Help you find threads that need a review
* Help you find threads to commit, if you're a committer.

I think the UX is a bit confusing right now and it might not be obvious how
to do all of these things. For example,
I think your default view right now is mostly showing you patches you
wrote, which is a bit of an accident (if you
scroll down, you'll see some patches you didn't author, but are probably
relevant to you.)

I think we can fix all of this up in the UX, but my question to you might
be:
* What would a good default view be?
* What filters would be useful to you?
* How could we optimize your patch-review workflow, in general?

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2025-03-04 21:46:51 Re: scalability bottlenecks with (many) partitions (and more)
Previous Message Tom Lane 2025-03-04 21:30:34 Re: scalability bottlenecks with (many) partitions (and more)