Tests aren’t enough: Case study after adding type hints to urllib3
1–10 of 205 posts
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#2Re: Tests aren’t enough: Case study after adding type hints to urllib3
#3I've seen a lot of push back on adding type checking to Python but we had a similar case at my company where we tried it out on a new project and the clarity and readability of the code was immediately beneficial to the entire team. Perhaps it's something well suited to larger codebases.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#4I've seen a lot of push back on adding type checking to Python but we had a similar case at my company where we tried it out on a new project and the clarity and readability of the code was immediately beneficial to the entire team. Perhaps it's something well suited to larger codebases.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#5I've seen a lot of push back on adding type checking to Python but we had a similar case at my company where we tried it out on a new project and the clarity and readability of the code was immediately beneficial to the entire team. Perhaps it's something well suited to larger codebases.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#6I've seen a lot of push back on adding type checking to Python but we had a similar case at my company where we tried it out on a new project and the clarity and readability of the code was immediately beneficial to the entire team. Perhaps it's something well suited to larger codebases.
It's $current_year and there's still debate whether checking stuff at compilation time is better than at runtime?
I think the people debating it never tried it seriously.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#7Re: Tests aren’t enough: Case study after adding type hints to urllib3
#8Earlier quoted context omitted.
It's $current_year and there's still debate whether checking stuff at compilation time is better than at runtime?
People who don't think types are a good thing need to work in a statically typed language for a year or two and then see what a difference it makes in reality. Unproductive Java bureaucracy != static typing. I think the people debating it never tried it seriously.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#9Earlier quoted context omitted.
People who don't think types are a good thing need to work in a statically typed language for a year or two and then see what a difference it makes in reality. Unproductive Java bureaucracy != static typing. I think the people debating it never tried it seriously.
I’ve done everything from Haskell to Java and I still strongly prefer Clojure and Common Lisp-style dynamic types.
Re: Tests aren’t enough: Case study after adding type hints to urllib3
#10Honestly will never go back to languages without type checking, it prevents so many bugs and is a huge help in understanding code you haven’t worked with previously.
This is huge for me. As someone who takes on already completed projects, it's a huge help with debugging and understand what's going on without requiring you to know the whole system forward and backwards. Sure, you still need to build a mental map of the general code flow, but you can look at a single function and clearly see the obvious inputs and outputs. Combine that with a a stack trace and you can debug that method as a single unit and then start to look at where it's called and what its downstream effects are. You don't need to start from the very beginning of the call and then follow it through, keeping mental track of what is available and in what form when and where.