<div dir="ltr">Maybe my wording and use of the word 'proposal' is all wrong. I still think there's an issue that could be addressed though. Don't get me wrong - I think the level of documentation available on <a href="http://swift.org">swift.org</a> about the community process, different streams (evolution/dev/etc.) is all fantastic, still it can be improved. This is one of those issues that it's very difficult to see as an issue at all from the inside. I think just knowing that a particular subject is being discussed - even if it's not a concrete or even a draft proposal - would help people, a) to not waste their own time and that of the list with duplicate ideas; and b) to feel more comfortable about getting involved. Maybe an ideas board that people can +1 or -1 would help instead - or at least keep poorly researched discussion at bay?<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 28 Sep 2016 at 16:54 Xiaodi Wu <<a href="mailto:xiaodi.wu@gmail.com">xiaodi.wu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think the idea is that proposals submitted to GitHub are supposed to have already gone through a robust round of discussion, but the community can't be adequately engaged in that discussion if the topic is out of scope. In that case, there shouldn't be anything to capture as a proposal; anything written down won't have gone through the right process to bring it up to that point.<br><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 28, 2016 at 10:34 Jay Abbott via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I don't really understand this concept of only accepting proposals for a specific round. I saw some ideas that were suitable for future rounds of proposals but not right now... Why aren't they captured in a better format than the mailing list archive? If you don't want to be distracted by future things then capture them as proposals but file them out of the way a bit so that people can see they exist - I would have thought this would decrease distractions from people bringing them up again.<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 28 Sep 2016 at 16:14 Robert Widmann <<a href="mailto:devteam.codafi@gmail.com" target="_blank">devteam.codafi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div style="direction:inherit">There's a difference between "was once discussed here" and "had a proposal submitted to Github for consideration". If many people are producing the same ideas for proposals that exist on GitHub that poses a more pressing risk. But it is easier to search GitHub for such proposals than the list. For draft proposals that haven't made it yet, as long as they fall within the guidelines for proposals of a specific round, there's no reason you shouldn't be able to dig the discussion back up again and just talk about it. Who knows, maybe you'll get a proposal submitted to GitHub that way with your name on it too - at the very least you'll learn something. In a strange way, I guess, I'm saying we might not need this. If somebody replies "by the by, we discussed this <here>" it's not meant to dismiss you as unoriginal. You can use that old thread as a further jumping off point if you wish to continue discussion.</div><div style="direction:inherit"><br></div><div style="direction:inherit">tl;dr Keeping track of every idea pitched here would quickly grow... unmaintainable.</div><br>~Robert Widmann</div><div><br>2016/09/28 11:03、Jay Abbott via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> のメッセージ:<br><br></div></div><div dir="auto"><blockquote type="cite"><div><div dir="ltr"><div><div>Hello,<br><br></div>I had an idea and eventually discovered trawling through the archives of this list that quite a few other people have had the same idea and it has been discussed. Multiple times. This was not easy to discover, and judging from some of the messages I came across other people hadn't found and read them.<br><br></div><div>I imagine this is frustrating and potentially time-consuming for the list, with people proposing or reopening ideas that have already been discussed, and it's likely frustrating for those people trying to get involved too, possibly discouraging them from participating further.<br></div><div><br></div><div>I have some ideas about how to solve/mitigate this, not sure if they are any good, but I'd be interested to hear your thoughts.<br><br></div><div>1. Add a draft-proposals directory to the swift-evolution repo. People would still discuss it here first, then add a draft and send a PR.<br></div><div><br>Pros:<br>Easy to find and search; Easy to link to; Things that are suitable for future discussion/review would have a place to live until their time; Commonly proposed already have a place, but uncommon ones could live here; Could be categorised (perhaps in sub-directories or by renaming files to have a different prefix) for "not viable" "yes, write it up and move to proposals" "consider later" "no, never" etc.<br></div><div><br>Cons:<br></div><div>Would get big and might need some cleaning from time to time; More PRs to deal with - although a quick scan is all that would be needed;<br><br></div><div>2. Add a <a href="http://currently_proposed.md" target="_blank">currently_proposed.md</a> file. This would have a similar purpose, but would be 3 lines only - Title (link to mailing list archive of discussion), Description (one-line), Status/comment.<br><br></div><div>Pros and Cons are basically the same as 1.<br></div><div><br></div><div>3. Add a separate category to the bug tracker for proposals.<br><br></div><div>Pros: ?<br></div><div>Cons: ?<br><br></div><div>Not sure how that's currently used, or if mixing up dev and evolution related items is acceptable or not, so I'm not sure if this is viable/practical.<br></div><div><br></div></div>
</div></blockquote></div><div dir="auto"><blockquote type="cite"><div><span>_______________________________________________</span><br><span>swift-evolution mailing list</span><br><span><a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a></span><br><span><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a></span><br></div></blockquote></div></blockquote></div>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div>
</blockquote></div>