>       * What is your evaluation of the proposal?

+1. Fully support this change. ‚Optional' comparison operators hide the fact 
that the value is boxes which can lead to confusing behavior and difficult to 
find bugs. Personally, I always unbox my optionals before doing any kind of 
comparisons. 

In fact, I would go a step further and remove !=<T, T?> operator as well. It 
can’t distinguish between a situation when inequality holds because an optional 
is nil or inequality holds because optional contains a different value, which 
can also be surprising. IMO, the only non-surprising inequality comparison is 
to a nil value. But I also have to admit that I don’t have a practical example 
where this becomes an issue. 

>       * Is the problem being addressed significant enough to warrant a change 
> to Swift?
>       * Does this proposal fit well with the feel and direction of Swift?

Yes and yes. 
>       * How much effort did you put into your review? A glance, a quick 
> reading, or an in-depth study?

A glance. 

—T

> On 12 Jul 2016, at 20:26, Chris Lattner via swift-evolution 
> <[email protected]> wrote:
> 
> Hello Swift community,
> 
> The review of "SE-0121: Remove `Optional` Comparison Operators" begins now 
> and runs through July 19. The proposal is available here:
> 
>       
> https://github.com/apple/swift-evolution/blob/master/proposals/0121-remove-optional-comparison-operators.md
> 
> Reviews are an important part of the Swift evolution process. All reviews 
> should be sent to the swift-evolution mailing list at
> 
>       https://lists.swift.org/mailman/listinfo/swift-evolution
> 
> or, if you would like to keep your feedback private, directly to the review 
> manager.
> 
> What goes into a review?
> 
> The goal of the review process is to improve the proposal under review 
> through constructive criticism and contribute to the direction of Swift. When 
> writing your review, here are some questions you might want to answer in your 
> review:
> 
>       * What is your evaluation of the proposal?
>       * Is the problem being addressed significant enough to warrant a change 
> to Swift?
>       * Does this proposal fit well with the feel and direction of Swift?
>       * If you have used other languages or libraries with a similar feature, 
> how do you feel that this proposal compares to those?
>       * How much effort did you put into your review? A glance, a quick 
> reading, or an in-depth study?
> 
> More information about the Swift evolution process is available at
> 
>       https://github.com/apple/swift-evolution/blob/master/process.md
> 
> Thank you,
> 
> -Chris Lattner
> Review Manager
> 
> _______________________________________________
> swift-evolution mailing list
> [email protected]
> https://lists.swift.org/mailman/listinfo/swift-evolution

_______________________________________________
swift-evolution mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-evolution

Reply via email to