21–30 of 121 posts
For better or for worse, Python doesn't do typing well. I don't disagree that I prefer well defined types, but if that is your desire then I think Python is perhaps not the correct choice of language.
Golang does typing, but JSONs are PITA to handle.
Try parsing something like `[{"a': 1, "b": "c", "d": [], "e": {}}, null, 1, "2"]` in go.
Types are a bless as well as a curse.
un-annotated tuples and too many func params are cancer.
Here’s an out-there take, but one I’ve held loosely for a long time and haven’t shed yet: dicts are not appropriate for what people mostly use them for, which is named access to member attributes. dict is an implementation of a hash table. Hash table are designed for o(1) lookup of items. As such, they are arrays which are much bigger than the number of items they store, to allow hashing items into integers and sides…
Less important in Elixir (where they are "maps") due to the immutable nature of them as well as the Struct type which is a structured map.
dicts are OK, because at least they do have a `key` and it does mean something. un-annotated tuples and too many func params are cancer.
Un-annotated tuples and too many func params are OK, because at least they are pushed and popped from the stack.
Calls and rets without a prologue and epilogue on the other hand…
For better or for worse, Python doesn't do typing well. I don't disagree that I prefer well defined types, but if that is your desire then I think Python is perhaps not the correct choice of language.
> Python doesn't do typing well Golang does typing, but JSONs are PITA to handle. Try parsing something like `[{"a': 1, "b": "c", "d": [], "e": {}}, null, 1, "2"]` in go. Types are a bless as well as a curse.
dicts are OK, because at least they do have a `key` and it does mean something. un-annotated tuples and too many func params are cancer.
dicts are OK, because at least they do have a `key` and it does mean something. un-annotated tuples and too many func params are cancer.
No no, Un-annotated tuples and too many func params are OK, because at least they are pushed and popped from the stack. Calls and rets without a prologue and epilogue on the other hand…
Or many, many stacks you can't comprehend nor amend.
I dare to add a new `key` to a dict, can you modify a func call or a tuple with confidence?
For better or for worse, Python doesn't do typing well. I don't disagree that I prefer well defined types, but if that is your desire then I think Python is perhaps not the correct choice of language.
Leyec, the magic dev behind it managed to make a full python type checker with super advanced features and about 0 overhead. It's crazy