[squeak-dev] Regex Inbox Process
Levente Uzonyi
leves at caesar.elte.hu
Fri Sep 30 23:18:39 UTC 2022
Hi Christoph,
On Mon, 12 Sep 2022, christoph.thiede at student.hpi.uni-potsdam.de wrote:
> Hi all, Hi Levente,
>
> I have a question regarding the further development of the regex package. As you might have noticed, I have proposed several changes to the regex in the past two years, many of them already merged into the Trunk by Levente,
> but many others still lying in the inbox for around one year -- several small bugfixes and convenience functions (mostly tested), but also some larger new features such as named/non-capturing groups, Unicode backslash atoms,
> etc. These new features also entail major design decisions regarding matcher/link communication, parser composition, etc. (Shameless self-plug: You can use Squeak Inbox Talk to survey all open proposals).
>
> My question is: How should we process these proposals? While I have received a number of kind reviews by Levente, my impression is that I spammed all of you with too many proposals for reviewing them in a foreseeable future.
> Shall I just merge them as-is or would anyone like to commit to reviewing them in-depth? I don't want to exclude anyone from the continuation of this project, and I would gladly receive more reviews, but I do understand the
> limited reviewer resources. While I gave my best to question my decisions and test my code, nothing of it will be 100% perfectly thought-through and free of bugs. On the other hand, weighting quality over quantity too much in
> this process might lead to a near-standstill of the project.
>
> tl,dr: Shall I just merge all my regex proposals to the trunk, risking possible decrease in quality, or would anyone advise differently? I do commit to "you break it, you fix it", and if someone discovers any design flaw, we
> can still try to revert that design later, of course. For future proposals, I could upload them to the inbox and move the Trunk one or two weeks later.
Yes, please go ahead and merge them.
Levente
More information about the Squeak-dev
mailing list
|