<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 21, 2015 at 1:18 PM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 22 April 2015 at 04:28, Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> wrote:<br>
> Until some point in a possible but distant future when we're all thinking<br>
> back fondly about the argument we're currently having, it will be the choice<br>
> of the author of new (and *only* new) stdlib modules whether and how to use<br>
> type hints. Such a hypothetical author would also be reviewing updates to<br>
> "their" module and point out lack of type hints just like you might point<br>
> out an incomplete docstring, an outdated comment, or a missing test. (The<br>
> type checker would be responsible for pointing out bugs. :-P )<br>
<br>
What about major changes to existing modules? I have a backlog of<br>
intended feature uplifts from testtools into unittest - if the type<br>
hints thing works out I am likely to put them into testtools. Whats<br>
your view on type hints to such *new code* in existing modules?<br clear="all"></blockquote><div><br></div><div>In the end this should be up to you and the reviewers, but for such a venerable module like unittest I'd be hesitant to be an early adopter. I'd also expect that much of unittest is too dynamic in nature to benefit from type hints. But maybe you should just try to use them for testtools and see for yourself how beneficial or cumbersome they are in that particular case?<br></div></div><br>-- <br><div class="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>