[ghc-steering-committee] Please review #517: Require implementors before proposal submission, Shepherd: Simon PJ
Simon Peyton Jones
simon.peytonjones at gmail.com
Wed Aug 24 08:26:16 UTC 2022
Dear Tom, Simon, Vlad, Baldur
Could you express your opinion about this proposal please?
Thanks
Simon
On Fri, 5 Aug 2022 at 00:02, Simon Peyton Jones <simon.peytonjones at gmail.com>
wrote:
> Dear committee,
>
> See https://github.com/ghc-proposals/ghc-proposals/pull/517
>
> Joachim suggests that a prerequisite for submitting a proposal to the
> committee is that someone is offering to implement it.
>
> - This would avoid us spending precious cycles debating a proposal
> that no one is going to implement.
> - An offer of implementation cannot be binding, so it is something of
> a soft constraint. (An author could cynically volunteer themselves,
> without having any intention of carrying through, but we expect better of
> the Haskell community.)
> - We should stress that nothing stops someone creating a proposal,
> making a PR, and debating it with the community, all without an
> implementor. Only when it is submitted to the committee for review and
> approval is an implementor required.
> - Joachim suggests that this replaces the (never used) "Endorsements"
> section.
>
> I wonder if a proposal that is accepted but not implemented (for whatever
> reason) should be un-accepted after, say, a year. That would provide some
> incentive to get on with it; and the language context might be different by
> then.
>
> I suggest that we debate the principle first. I have a few word-smithing
> suggestions, but principles first!
>
> On balance I recommend acceptance, with the above nuances clarified.
>
> Simon
>
> On Mon, 1 Aug 2022 at 07:50, Joachim Breitner <mail at joachim-breitner.de>
> wrote:
>
>> Dear Committee,
>>
>> I have submitted a meta-proposal to require implementors to be named
>> before proposal submission, to focus on those proposals that are likely
>> to be actually implemented.
>>
>> https://github.com/ghc-proposals/ghc-proposals/pull/517
>>
>> Because this is a process-related proposal, I’d like to ask Simon to
>> shepherd it.
>>
>> Please guide us to a conclusion as outlined in
>> https://github.com/ghc-proposals/ghc-proposals#committee-process
>>
>> Thanks,
>> Joachim
>>
>>
>>
>> --
>> Joachim Breitner
>> mail at joachim-breitner.de
>> http://www.joachim-breitner.de/
>>
>> _______________________________________________
>> ghc-steering-committee mailing list
>> ghc-steering-committee at haskell.org
>> https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-steering-committee/attachments/20220824/400f3936/attachment.html>
More information about the ghc-steering-committee
mailing list