jdxcode

19 ms·

121.
by jdxcode 2y ago
most people just put simple tasks into toml (like `npm run test` or something), for anything complex, file tasks are much better: https://mise.jdx.dev/tasks/file-tasks.html file tasks are basically just a directory of
122.
by jdxcode 2y ago
(author of mise) The biggest advantage just has is that it's been around longer, in mise tasks only came out of experimental like a month ago. mise tasks themselves are stable, but there are still experimental things and some portions
123.
by jdxcode 2y ago
mise should get precompiled erlang on macos today too
124.
by jdxcode 2y ago
at the risk of sounding dumb, does that article even actually answer why Tux? I know it asks it at the top but I didn't see an answer. I read it 3x and couldn't figure it out.
125.
by jdxcode 2y ago
You pretty much nailed it here. Env vars and tasks were kind of a happy accident—I implemented both inside of a day. (different days of course) Just because I realized I had all the building blocks to make them possible already, just neede
126.
by jdxcode 2y ago
Mise does a lot of things and I don't buy into the unix philosophy so you may not like it (which is totally fine btw, my goal is not at all for everyone to love it). That said, I think if you thought about _why_ you like minimalistic a
127.
by jdxcode 2y ago
I made some progress on windows last week! I'm working on making it so vfox plugins can be used as the "default" backend instead of asdf which will be a prerequisite for windows support. Step 1 is being able to run vfox plugi
128.
by jdxcode 2y ago
> offline users this is a use-case I should be more thoughtful around. I do try to never ever block on HTTP for anything where you aren't explicitly calling mise—so like `mise ls-remote` obviously is going to block, but if mise is j
129.
by jdxcode 2y ago
I was actually thinking today that shims and PATH at the same time might be the best of both worlds... though that's just a funny thought exercise I'm having right now. If some brave soul is out there and wants to experiment, pl
130.
by jdxcode 2y ago
If you use asdf, I would encourage you to try my tool. A lot of the work I've done is around things that you probably won't ever think about but in mise it just works the way you want it to so you can get to getting your work done
131.
by jdxcode 2y ago
I bet you half of the codebase is dedicated to support python's bizarre idiosyncrasies.
132.
by jdxcode 2y ago
That issue is a real bear right now, probably our top problem. Feedback on precompiled pythons has been super positive and in fact the top feature request I've had several duplicates for is the ability to _force_ mise to use the precom
133.
by jdxcode 3y ago
it's a bit strange since you can remove these from iOS. I assume this is a SIP thing.
134.
by jdxcode 3y ago
Personally, I know a lot of people that were waiting specifically for USB-C. Not sure if that's the reason here but I wouldn't be surprised.
135.
by jdxcode 3y ago
I documented how to do it with mise-en-place: https://mise.jdx.dev/tips-and-tricks.html#shebang
136.
by jdxcode 3y ago
> average developer I don't know about you but "performance upgrades on ancient hardware" isn't exactly the sort of thing my manager would be terribly happy I was focusing my time on.
137.
by jdxcode 3y ago
I think there are 2 ways usage will be used, either as an under the hood format used by frameworks to make frameworks better, or directly by users to scaffold framework code
138.
by jdxcode 3y ago
My goal is that one day framework authors will adopt this (they might do it quickly since it’s a hell of a lot easier to dump a usage spec and generate completions than it is figuring out how to write completions for each shell). At that po
139.
by jdxcode 3y ago
Yeah I investigated. I don’t think it works well that direction. It is appealing and you can see some elements of it in my current design, though that’s a particular part I’m still unsure of. It gets way too complicated real quick and a lot
140.
by jdxcode 3y ago
it's not complete, but I've been thinking about this problem for years and have been thinking about how to solve it. I am working on it here: https://github.com/jdx/usage It's mostly just a README right
141.
by jdxcode 3y ago
Thanks for posting @royjacobs. Sadly rtx has never really been a hit on HN. One day it’ll make a splash I’m sure!
142.
by jdxcode 4y ago
.venv, obviously. Just like node and node_modules. No need to make this configurable beyond VIRTUAL_ENV
143.
by jdxcode 4y ago
Ridiculous does not mean uncommon. Situations can be both common and ridiculous (absurd). I'm American, but I have enough friends and family from other countries (my wife is an Iranian passport holder) to know what you're talking
144.
by jdxcode 4y ago
How on earth have you come to that conclusion? Bun is written in Zig—which is a low-level C replacement.
145.
by jdxcode 4y ago
I've never understood why HN has never included even a 80 character description. I think it would really help even if it was only shown on the comments tab.
146.
by jdxcode 4y ago
That doesn't help CI performance. I bet `bun install` is way faster than `pnpm install` on a cold or hot cache (though I haven't tested myself). I think it does similar things to pnpm under the hood to improve local development sp
147.
by jdxcode 4y ago
I don't think you understand the point of bun. It's not to make npm/webpack/typescript faster at running JS code, it's to replace those tools entirely. So in essence, it's doing the same thing that esbuild is
148.
by jdxcode 4y ago
I bet nearly 100% of web apps would benefit from increased performance in npm install, typescript and webpack compilation
149.
by jdxcode 4y ago
> I might not need to add anything to .*rc files if rtx is in my path Generally speaking you'll probably want to use `rtx activate` in your shell rc. However you could use the shims instead if you just wanted to add a directory to P
150.
by jdxcode 4y ago
pyenv is really slow. It'll increase the time it takes to run `python` by a ton. For me it makes `python -V` take ~120ms but without pyenv it only takes ~13ms. I wrote an alternative that has 0 overhead called rtx. https://g

More ›