You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There has been a fantastic discussion in astropy/astropy#15170 about the adding type hint annotations to Astropy. Given the magnitude of this change, we would probably benefit from an APE that answers questions like:
To what extent should Astropy be typed? Should we strive for mypy regular mode or aim for mypy strict mode?
How do we deal with existing mypy errors?
What is the process for adding type hint annotations to Astropy?
How would we go about adding mypy to the suite of continuous integration checks?
How do we ensure that new code is typed?
Should we require mypy strict mode for all new code or modules?
How do we deal with dynamically created content? For example, do we add a .pyi type stub file for the individual units in astropy.units?
We could also add some helpful information, like which tools we could start off using. We probably don't want to be overly prescriptive, since the tooling landscape will probably change significantly in a few years.
The text was updated successfully, but these errors were encountered:
There has been a fantastic discussion in astropy/astropy#15170 about the adding type hint annotations to Astropy. Given the magnitude of this change, we would probably benefit from an APE that answers questions like:
.pyi
type stub file for the individual units inastropy.units
?We could also add some helpful information, like which tools we could start off using. We probably don't want to be overly prescriptive, since the tooling landscape will probably change significantly in a few years.
The text was updated successfully, but these errors were encountered: