Comment by IshKebab
9 hours ago
This is one of Deno's killer use cases IMO. 100x better than shell scripting and like 5x better than Python scripting. Python should be good for this sort of thing, but it isn't.
Historically we had to use pip which was super janky. Uv solves most of pip's issues but you still do have to deal with venvs and one issue it doesn't solve is that you can't do imports by relative file path which is something you always end up wanting for ad-hoc scripting. You can use relative package paths but that's totally different.
> you can't do imports by relative file path
Just add the targeted path to sys.path, or write your own importhandler. importlib might help there. But true, out of the box, imports in python3 are a bit wacky for more flexible usage.
Both of those are horrible and break all tooling. Deno's imports work properly.
> Both of those are horrible and break all tooling.
No, they don't. Tooling is fine with those things.
> 5x better than Python scripting
I’m not sure about that. All those ‘await’s, parentheses really kill my mojo. Why do you find it better than Python?
> Why do you find it better than Python?
I said already - the main reason is you can import files by relative file path.
You can get close to the Deno UX with uv and a script like this:
But you still have to deal with the venv e.g. for IDE support, linting and so on. It's just more janky than Deno.
I wish someone would make a nice modern scripting language with arbitrary precision integers, static types, file path imports, third party dependencies in single files, etc. Deno is the closest thing I've found but in spite of how good Typescript is there are still a ton of Javascript warts you can't get away from (`var`, `==`, the number format, the prototype system, janky map/reduce design, etc.)
PowerShell is pretty good for shell scripting.
You also have arbitrary precision integers and all the other stuff from .NET
1 reply →