René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Define and document a procedure for following up on reviews","articleBody":"I noticed several instances in which someone (typically a reviewer) suggests a change/improvement or points out other areas affected by the same issue, but those changes are deemed out of the scope of the current PR.  Even if there is consensus that these changes should take place, often no follow-up takes place.\r\n\r\nWhen this happens, there are usually different actors involved:\r\n* the author of the PR\r\n* the reviewer that suggested/requested the change (sometimes this is the author themselves)\r\n* whoever suggested to handle the change in a separate PR (might be the author or a reviewer)\r\n\r\nThere are at least a couple of reasons why the follow-up doesn't happen:\r\n* it is not clear [whose responsibility it is](https://en.wikipedia.org/wiki/Diffusion_of_responsibility) to follow up\r\n* people might only be interested in the initial issue, and don't have time/desire to fix the requested changes\r\n\r\nIn order to solve these issues, I suggest we adopt and document the following procedure:\r\n1. When a situation arises where a follow-up is necessary, **the author of the PR should either volunteers to follow up, or ask one of the other actors if they would like to do it**.  This solves the first issue by ensuring that one of actors does follow up.\r\n2. The appointed person should then **create a new issue** (or even a PR) **that links to the original comment** where the follow-up was requested, in order to provide context.  It is not expected that whoever creates the follow-up issue/PR invests any more time in fixing it (even though it would be appreciated).  This solves the second issue by setting expectations.\r\n \r\nThe goal here is both to create a reminder and to provide context through the reference to the previous PR.\r\n\r\nGenerally, the follow-up should be create when the suggestion is a defined action item.  If for example the changes in the PR are \"good enough\" but could be better (such as when the code was optimized, but could be optimized further), and it's not clear how to make them better, then it's not always necessary to create a new follow-up issue.\r\n\r\n\u003cdetails\u003e\r\n\u003csummary\u003eClick for a few real-world examples\u003c/summary\u003e\r\n\r\nDisclaimer: with these examples, it is not my intent to blame anyone as there is currently no defined procedure to handle this situation.  These are only to illustrate the very problem that I'm suggesting we address.\r\n\r\nDuring [a review](https://github.com/python/cpython/pull/121241#discussion_r1682869137) to a PR made by Hugo, I noticed and brought up a couple of issues.  Petr suggested to handle them in a separate PR (which sounds reasonable), however none of use followed up on this after the PR was merged.\r\n\r\nThree weeks ago, Nikita created [a PR to document `dict.fromkeys` params as pos-only](https://github.com/python/cpython/pull/121197) and Erlend [suggest to do the same for the other `dict` methods](https://github.com/python/cpython/pull/121197#issuecomment-2200156257).  Nikita replied that he would prefer to keep the PR focused (which is reasonable), and the PR was merged.  I'm not aware of any follow-up, and if there is, it doesn't have a link to this PR.\r\n\r\nLast month, [Irit moved the compiler docs from the devguide to the `cpython` repo, and updated them](https://github.com/python/cpython/pull/120134#issuecomment-2158633000).  Even though there might be more updates and improvement that could be made to this page, there are no specific problems to be fixed, so in this case a follow up is not necessary.\r\n\r\nIn this final example, [Erlend created two follow-up issues](https://github.com/python/devguide/pull/1238#issuecomment-1845408610) based on the review comments he received on his PR, by simply copy-pasting the comments and linking to the original PR.  Even though the issues have been opened for over 7 months now, they document the problems and provide context about the previous discussions.\r\n\r\n\u003c/details\u003e","author":{"url":"https://github.com/ezio-melotti","@type":"Person","name":"ezio-melotti"},"datePublished":"2024-07-20T23:24:10.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1},"url":"https://github.com/1359/devguide/issues/1359"}