@roopeshchander @mjtsai @curtclifton The goal of the resilience defaults is to avoid developers making irrevocable promises they can't keep.
-
-
@roopeshchander@mjtsai@curtclifton Being too final or too static is a mistake you can safely fix, but not the other way.0 replies 3 retweets 2 likes -
@jckarter@mjtsai@curtclifton I see your point. A default final is a different issue from future Apple frameworks being un-overrideable.0 replies 0 retweets 2 likes -
@jckarter@mjtsai@curtclifton Coz, it’s not like Apple can’t add final to all public API even if it’s not a language default. :)0 replies 0 retweets 0 likes -
@roopeshchander@jckarter@curtclifton the realities of developing apps are not appreciated/understood. Old system was accidentally good.0 replies 0 retweets 2 likes -
@roopeshchander@jckarter@curtclifton Or the thinking behind it was forgotten.0 replies 0 retweets 0 likes -
@mjtsai@roopeshchander@curtclifton We won't take subclassing or dynamic away. Stronger guarantees allow for new design choices.0 replies 0 retweets 1 like -
@jckarter@mjtsai@roopeshchander@curtclifton Polymorphism is the basis of good OOP; final by default == program to concrete implementation0 replies 0 retweets 0 likes -
@_danielhall@mjtsai@roopeshchander@curtclifton Polymorphism doesn't have to mean implementation subclassing.0 replies 0 retweets 1 like -
@jckarter@mjtsai@roopeshchander@curtclifton So, after devil's advocating, I now agree 100% with the proposal: http://www.danielhall.io/swifts-final-countdown …0 replies 0 retweets 2 likes
@_danielhall "don’t worry, because the new versions…will enable" Sounded to me like they specifically don't want to enable that.
-
@mjtsai I got the impression that customization / extension points will be more decoupled than inheritance, not that they won't exist.0 replies 0 retweets 0 likes
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
Joe Groff
Roopesh Chander
Michael Tsai
Daniel Hall