[swift-evolution] [Meta] What does the backlog mean to the process?

Mark Lacey mark.lacey at apple.com
Fri Jul 29 11:42:36 CDT 2016



> On Jul 29, 2016, at 09:30, Karl via swift-evolution <swift-evolution at swift.org> wrote:
> 
> 
>> On 29 Jul 2016, at 18:01, Brandon Knope via swift-evolution <swift-evolution at swift.org> wrote:
>> 
>> I think this just shows how familiar many of us are with this process.
>> 
>> It’s fun and challenging coming up with the great ideas…but someone has to implement it. It may not be fun…and it may be very time consuming.
>> 
>> I think a lot of us just expected the core team to implement these all…but they really need help from the community to save them time and sanity with trying to get all of this done.
>> 
>> 
>> To me this means I need to familiarize myself with the swift code base even more. I need to understand all the GitHub processes to get a change implemented and submitted.
>> 
>> I really hope at some point someone can make a primer of the process they went through to implement one of these proposals from start to finish. I think this could be illuminating for many on this list.
>> 
>> ALSO: I think this is where a forum can help greatly: some of us need a way to discuss our implementations and ask for help while we are working on one of these proposals. Mailing lists make it very hard to have a general discussion where we talk code and ask for help in get detail. It is also much easier for others to browse to learn from that conversation.
>> 
>> In short: the swift-evolution process works…but some of us in the community need to step up and help a little more other than just proposing things. I think the swift team could make this easier with some detailed guides and documentation and a forum for better discussions when trying to implement these things…but I know they are insanely busy. I do think some time investment in this area will pay off in the future…and quickly.
>> 
>> Brandon
>> 
>>> On Jul 29, 2016, at 11:15 AM, Félix Cloutier via swift-evolution <swift-evolution at swift.org> wrote:
>>> 
>>> Hello all,
>>> 
>>> With the Swift 3 deadline passed, according to the Swift Evolution progress page, about 20% of the proposals that the community voted in won't make it for Swift 3. Beyond the implications for the language itself, what does that mean for the swift-evolution process?
>>> 
>>> Félix
>>> 
>>> _______________________________________________
>>> swift-evolution mailing list
>>> swift-evolution at swift.org
>>> https://lists.swift.org/mailman/listinfo/swift-evolution
>> 
>> _______________________________________________
>> swift-evolution mailing list
>> swift-evolution at swift.org
>> https://lists.swift.org/mailman/listinfo/swift-evolution
> 
> The thing that’s stopping me contributing to the compiler itself is that it uses LLVM types and functions, and I don’t know them. The Swift compiler itself looks very clean and approachable.
> 
> And then, when you try to look up any of those LLVM functions, you get Doxygen, which isn’t really great. It just puts me off really getting to grips with LLVM’s conventions. Maybe one day when I have more time.
> 
> Unless somebody knows of some better documentation?

This is a good reference if you want to start getting to know things like DenseMap, SmallVector, etc.: http://llvm.org/docs/ProgrammersManual.html#picking-the-right-data-structure-for-a-task

The other thing I would suggest is just taking a look at the headers and when needed the source. Most of the ADTs closely resemble STL counterparts in API and are easy to get up-to-speed with. 

I have never taken a serious look at the Doxygen documentation as I personally don't find it useful with the source available. 

Mark

> 
> Karl
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160729/d250851a/attachment.html>


More information about the swift-evolution mailing list