Jens, I agree with what you say, but for the record, there was no sarcasm in my 
message. I was speaking very literally about what I thought I heard in the WWDC 
’14 intro versus what I encountered when I began using it.  

--  

Charles


On Monday, June 15, 2015 at 13:50, Jens Alfke wrote:

>  
> > On Jun 15, 2015, at 5:30 AM, Charles Jenkins <cejw...@gmail.com 
> > (mailto:cejw...@gmail.com)> wrote:
> > I may have misinterpreted the WWDC ’14 announcement of Swift. Somehow I got 
> > the impression Swift was supposed to make Mac programming easier and more 
> > fun.
>  
> Can we pleeeeeease stay away from sarcasm in this thread. Language flame-wars 
> suck and we’re very close to having one.
>  
> The only thing I’ll say about this is that programming includes debugging and 
> testing, not just hammering out code. What I’m finding with Swift is that it 
> makes me think about more stuff about up-front, which can be annoying when 
> I’m just learning the language, but it’s better to explicitly consider 
> questions like “what happens if this is nil?” or “what types can this 
> collection hold?” than to run into them later when the app unexpectedly 
> crashes or misbehaves.
> > (In the case of string manipulation, it makes the easy stuff wayyyy 
> > harder.)   
> A lot of the “easy” stuff in NSString is only easy because it's Doing It 
> Wrong*, i.e. assuming characters are 16-bit and ignoring a bunch of the 
> details of Unicode. As a result if you’re not careful you end up with code 
> that breaks in many non-Roman languages and, nowadays, with emoji (which are 
> up in the 32-bit character space.)  
>  
> So what you’re really saying is that _Unicode_ makes stuff harder, which is 
> true, but that’s only because our ancestors were illogical and came up with 
> hundreds of thousands of different characters and symbols to communicate 
> with, instead of sticking to a simple set of 255.
>  
> —Jens
>  
> * To be fair, NSString was designed long ago when Unicode _was_ 16-bit.  

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to