[swift-evolution] Nil coalescing operator precedence
Vladimir.S
svabox at gmail.com
Wed Jun 15 10:51:31 CDT 2016
On 15.06.2016 17:19, Sean Heber wrote:
>
>> On Jun 15, 2016, at 7:21 AM, Vladimir.S via swift-evolution
>> <swift-evolution at swift.org> wrote:
>>
>> I believe we should not take into account any IDE features when
>> discussing the *language*. One will write Swift script code in vim on
>> linux, other will read in web browser on github etc.
>
> Unrelated to anything else in this discussion, I just wanted to respond
> to this and say that I’m totally opposed to this line of thinking. If we
> continue to design languages that must accommodate the lowest common
> denominator in terms of tooling, we’ll never advance anything in
> meaningful ways. Tooling is super important and it is mostly terrible.
> It could be so much better. We don’t have much (any?) influence over
> Xcode via swift-evolution, but if the language evolves in ways where
> smarter, better, more advanced IDEs are the best way to use it, then
> Xcode will adapt and if Xcode adapts and proves a better workflow, then
> other tools will also adapt and everyone in any language on all
> platforms will eventually benefit from that exploration.
Well, of course I support improvement of tools & IDEs in all the ways that
can help developer. But I'm against suggestions to solve some problem *in
languge* by introducing some feature in *IDE*(especially in only one IDE -
XCode), like the suggestion to solve ambiguity with order of processing in
complex expression by *only* showing some hints in XCode.
I.e. I'm voting to solve problem in language itself first, and then(or if
can't be solved) in IDE.
>
> l8r Sean
>
>
More information about the swift-evolution
mailing list