<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 25, 2016, at 6:34 AM, John Siracusa via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Thanks for the explanation. I think this last part gets at the heart of my question: Why isn't it important to highlight word boundaries in this case?<div class="gmail_extra"><br class=""><div class="gmail_quote">On Fri, Mar 25, 2016 at 1:24 AM, Chris Lattner <span dir="ltr" class=""><<a href="mailto:clattner@apple.com" target="_blank" class="">clattner@apple.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class="">Swift is an “opinionated” language and we find snake case to be ugly (YMMV of course).</div></div></div></blockquote><div class=""><br class=""></div><div class="">My attempt to summarize/rephrase the overall answer: "We used up all the word-boundary-highlighting conventions that we don't find ugly on other parts of the language, and we don't want to reuse any of them due to the potential for conflict and confusion.”</div></div></div></div></div></blockquote><div><br class=""></div><div>I’m sorry for the confusion. There are two issues: whether it is important to highlight word boundaries, and if so, what approach to use. The first (and longer) part of the email was intended to justify why we don’t highlight word boundaries for keywords. My overly snarky answer at the end was an attempt to answer why we don’t use snake case, but it wasn’t very effective :-)</div><div><br class=""></div><div>Here is a different way to look at it: if we were going to highlight word boundaries, we would do it with camel case. We use camel case in other places, and it has advantages over snake case (shorter identifiers), so we wouldn’t introduce a new way to do it. </div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class="">As for snake case being ugly, my mileage does vary (obviously). Ithink thereadability costofnot highlightingwordboundaries outweighsthe aestheticconcerns. But them's the breaks when it comes to aesthetic issues, I suppose. And in the grand scheme of things, at least the total number of declaration modifiers should be small… :)</div></div></div></div></div></blockquote><br class=""></div><div>I understand the concern. The short version of the argument is that multiword keywords and declmodifiers are rare , primitive, and used in idiomatic ways so the opportunity for confusion is low.</div><div><br class=""></div><div>-Chris</div><br class=""></body></html>