[swift-users] "business applications market" flame

Don Wills don.wills at portablesoftware.com
Thu Jan 7 11:24:10 CST 2016

> On Jan 7, 2016, at 10:13 AM, Jens Alfke <jens at mooseyard.com> wrote:
>> On Jan 7, 2016, at 8:37 AM, Don Wills via swift-users <swift-users at swift.org <mailto:swift-users at swift.org>> wrote:
>> IMO, Java has it right - let the API designer decide which approach to take.  
> One more time: Swift does not have exceptions at all (checked or not). You are comparing apples and oranges here, based on a surface similarity in syntax (keywords like “try” and “catch”), which indicates you haven’t paid attention to what the actual semantics are. If you want to make credible arguments about error handling, you’ll need a better understanding of it.
> I note that Go — a language you profess to like a lot — has no exceptions either, and its error handling support is much more primitive and clumsy to use than Swift’s. (I say this having spent about a man-year coding in Go.)
>> The Swift designers attitude of "we know best, do it the way we tell you" will not play well with many programmers.  
> Go is pretty much the ultimate in that philosophy — Rob Pike and others are very up-front that they know what features are best and they will decide the right way to do things and if you disagree you are wrong. (Pike’s blog post about error handling from about a year ago is a great example of this arrogance.) I see the Swift developers being a lot more open about this, instituting a very open process for proposing and debating changes.
> —Jens

Yes, I recognize that the "my way or the highway" attitude is issue among many language designers today.  But, IMO, the dictators at Go made a few better decisions.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-users/attachments/20160107/a27f9cda/attachment.html>

More information about the swift-users mailing list