<div dir="ltr">`scoped` was the name originally proposed in SE-0025, changed by the core team on acceptance to `private`, and `file` was one of the suggestions for what used to be called `private`; I remember because I suggested it too; it was renamed to `fileprivate` after consideration of this alternative.<div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 24, 2017 at 5:27 AM, Vinnie Hesener via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>This discussion escalated real quickly. There are some very bright minds in the mud right now, but I think there may still be a way to salvage this discussion. </div><div><br></div><div>Chris talked about there being two layers to Swift... the easy mode for adoption and outreach, then the advanced mode for taking over the world. This requires a delicate balance of features vs usability (e.g. MS Paint vs Photoshop). There are various ways to approach that balance, but they almost always require creativity and cooperation from the smartest guys in the room.</div><div><br></div><div>I'm not one of those guys, but let me throw out some food for thought. Is there a way to not only please both generalized arguments, but also solve the root of the problem? For instance, has anyone thought about why we even call things public, private, etc? Other than their initial meaning, the answer may be "other languages do it" or even better "that is what prevents confusion and dupe questions on stackoverflow". Fair enough.</div><div><br></div><div>I realize this would be jolting for most, but would anyone be asking the stackoverflow ether what a **scope** var was? How about a **file** func? How about a SO title: "What does **module** let myVar refer to?" </div><div><br></div><div>Don't we have the opportunity to offer, within reason, a large set of accessors that are self explanatory? I think it may solve the complexity for usefulness exchange because they are simply there for the advanced users that want to use them. There's no choosing for newbs because the choice is in the name, assuming we name them pristinely (I have faith!). </div><div><br></div><div>I'm also a little cooky too, but maybe this can spark some creativity in a more wholistic solution for both sides. </div><div> </div><div><br></div>> Hello Swift community,<br>> <br>> The review of SE-0159 "Fix Private Access Levels" begins now and runs through March 27, 2017. The proposal is available here:<span class=""><br>> <br>> <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0159-fix-private-access-levels.md" target="_blank">https://github.com/apple/<wbr>swift-evolution/blob/master/<wbr>proposals/0159-fix-private-<wbr>access-levels.md</a><br>> Reviews are an important part of the Swift evolution process. All reviews should be sent to the swift-evolution mailing list at<br>> <br></span>> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.<wbr>org/mailman/listinfo/swift-<wbr>evolution</a>><span class=""><br>> or, if you would like to keep your feedback private, directly to the review manager. When replying, please try to keep the proposal link at the top of the message:<br>> <br>> Proposal link:<br>> <br>> <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0159-fix-private-access-levels.md" target="_blank">https://github.com/apple/<wbr>swift-evolution/blob/master/<wbr>proposals/0159-fix-private-<wbr>access-levels.md</a><br>> Reply text<br>> Other replies<br></span>> <<a href="https://github.com/apple/swift-evolution/blob/master/process.md#what-goes-into-a-review-1" target="_blank">https://github.com/apple/<wbr>swift-evolution/blob/master/<wbr>process.md#what-goes-into-a-<wbr>review-1</a>>What goes into a review?<span class=""><br>> <br>> The goal of the review process is to improve the proposal under review through constructive criticism and, eventually, determine the direction of Swift. When writing your review, here are some questions you might want to answer in your review:<br>> <br>> What is your evaluation of the proposal?<br>> Is the problem being addressed significant enough to warrant a change to Swift?<br>> Does this proposal fit well with the feel and direction of Swift?<br>> If you have used other languages or libraries with a similar feature, how do you feel that this proposal compares to those?<br>> How much effort did you put into your review? A glance, a quick reading, or an in-depth study?<br>> More information about the Swift evolution process is available at<br>> <br></span>> <a href="https://github.com/apple/swift-evolution/blob/master/process.md" target="_blank">https://github.com/apple/<wbr>swift-evolution/blob/master/<wbr>process.md</a><<a href="https://github.com/apple/swift-evolution/blob/master/process.md" target="_blank">https://github.com/<wbr>apple/swift-evolution/blob/<wbr>master/process.md</a>><span class=""><br>> Thank you,<br>> <br>> -Doug<br>> <br>> Review Manager<br>> <br>> <br>> </span></div>
<br>______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br>
<br></blockquote></div><br></div></div>