HackerTrans
TopNewTrendsCommentsPastAskShowJobs

henbruas

no profile record

comments

henbruas
·2 lata temu·discuss
There's no equivalent of https://rye.astral.sh/guide/pyproject/#toolryescripts yet, but it's apparently planned: https://github.com/astral-sh/uv/issues/5903#issuecomment-227...
henbruas
·3 lata temu·discuss
It's accurate. Here you go: https://twitter.com/adamwathan/status/1559250403547652097?la...

https://twitter.com/adamwathan/status/1226511611592085504?la...

https://twitter.com/adamwathan/status/1296770370209566720?la...
henbruas
·4 lata temu·discuss
> Yes, there are type stubs for these libraries but they’re either forced to be more strict, preventing use of dynamism, or opt for being less strict but allowing you to use all the library features, at the cost of safety.

There are type stubs for Django that somewhat avoid these compromises: https://github.com/typeddjango/django-stubs

To be able to do this they have to use a Mypy plugin though. And even then it's still far from perfect.
henbruas
·4 lata temu·discuss
While it's of course not ideal, stub files can help with this issue. For example you can get stubs for Celery that make both `shared_task` and `delay` properly typed: https://github.com/sbdchd/celery-types
henbruas
·4 lata temu·discuss
It is indeed a decorator. It's relying on https://peps.python.org/pep-0614/
henbruas
·4 lata temu·discuss
The documentation seems VERY clear that the "type" field in package.json DOES affect the node runtime: https://nodejs.org/api/packages.html#type
henbruas
·5 lat temu·discuss
gc_lines isn't a tuple here, it's a generator expression. It will be lazily evaluated.