<div dir="ltr"><div>Agree with Richard. I've had exactly the same concerns.</div><div><br></div><div>One suggested tweak: we currently recommend that the shepherd discusses with the author if they plan to recommend rejection. I suggest we also expand that to the situation where the shepherd recommended acceptance, but the ensuing discussion led the committee towards a reject decision. In that case we should also go back to the author and given them a chance to rebut.</div><div><br></div><div>Cheers</div><div>Simon<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 17 Jul 2019 at 16:31, Richard Eisenberg <<a href="mailto:rae@richarde.dev">rae@richarde.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi committee,<br>
<br>
A few months ago, we decided to move final proposal deliberations to GitHub, knowing that this might not work. I'd like to claim: it's not working. Here is why:<br>
<br>
* Though I've configured my mail reader to flag messages that invite the committee to deliberate (and this works), later messages in the thread are not thus flagged (and I don't know how I would do so), and so I have to remember the proposals under deliberation manually. This is error-prone.<br>
<br>
* The requests to the community to be quiet during deliberation are not working. Some participants miss that message (it can be quite far up the thread!) and then participate. Others doubtless have something to say, but refrain... and then possibly get annoyed at those who don't heed the request.<br>
<br>
* Though I haven't collected data, my guess is that there has been less involvement from the committee in these discussions than the ones we had previously.<br>
<br>
I thus propose we move deliberations back to this list. However, some good has come from all this, so I wish to further propose:<br>
<br>
* Shepherds still post to the GitHub thread before making a "reject" recommendation. Then the shepherd and the author can work out their differences.<br>
<br>
* After emailing their recommendation, shepherds post a link to the email archive of the recommendation. This makes the deliberation more transparently a public phenomenon, while still focusing our (committee members') inboxes and our attention. The shepherd may also cross-post thoughts to the GitHub trail seeking more public or author feedback, if that is warranted. Alternatively, we can set up the mailing list so that non-member posts are moderated instead of auto-rejected. The owner of the list (who is that, anyway?) could then approve posts from proposal authors. This is an annoying manual step, but I don't think it will be burdensome in practice.<br>
<br>
What do we think?<br>
<br>
I'm happy to post a diff to the process descriptor if there is support.<br>
<br>
Richard<br>
_______________________________________________<br>
ghc-steering-committee mailing list<br>
<a href="mailto:ghc-steering-committee@haskell.org" target="_blank">ghc-steering-committee@haskell.org</a><br>
<a href="https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee" rel="noreferrer" target="_blank">https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee</a><br>
</blockquote></div>