<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Jun 16, 2017 at 3:41 PM Justin Bogner <<a href="mailto:mail@justinbogner.com">mail@justinbogner.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm a little late to the discussion, but I pretty strongly agree with<br>
Rui's suggestion that returning an Optional is a better interface here.<br>
I'm not really convinced that the cases where we can actually deduce a<br>
type come up often enough that there's a significant useability<br>
improvement.<br></blockquote><div><br></div>I'm still not real crazy about it.  I don't like having to indent to handle the *success* case, which you would see a lot of with an Optional<T> return and which goes against our coding standard guidelines of early return.  There's also the issue of size.  For example, an Optional<uint64_t> is 16 bytes, so it has non-zero performance cost and questionable style benefits.</div></div>