<div class="gmail_quote">On Thu Jan 22 2015 at 14:53:56 Brett Cannon <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>If you read one of Ed's earlier emails it sounds like he thinks you need the @no_type_hints decorator even if you don't provide <b>any</b> annotations, which is incorrect (the decorator is only to signal that annotations you did specify  are not type hints; not specifying any annotations signals the same thing). Heck, the decorator isn't even technically necessary if the linter or IDE you are using that can process the type hints chooses to treat unrecognized annotations as Any instead of throwing an error or something.</div></div></div></blockquote><div><br></div><div>I feel like I've been significantly misunderstood. To be clear, I'm talking about using @no_type_checks or whatever the decorator is called for code I have that *already uses annotations*.</div><div><br></div><div>Type checking will either fail, or become ubiquitous to the point that passing type checking is a prerequisite to being considered "good" for any Python module. Should the latter happen, I'll have to break my code for past or future Python versions, no?</div><div><br></div><div>Personally, I'd like to believe that this proposal and the echochamber that's surrounded it has all been just a bad dream, but given that it's almost certainly going to make it into Python at this point, it'd be nice not to have to make good code bad just to maintain compatibility with it.</div><div><br></div><div>Since type hints already depend on the 'typing' module anyway, what exactly would be wrong with the type checker defaulting off unless it is imported?</div><div><br></div><div>Ed Kellett</div><div><br></div><div><br></div></div>