<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: jdxcode</title><link>https://news.ycombinator.com/user?id=jdxcode</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 10 Sep 2026 21:05:47 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jdxcode" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jdxcode in "Rivian's gambit for full autonomy"]]></title><description><![CDATA[
<p>i thought the same thing but i bought a model y a few months ago and turns out that's exactly what I want. 90% self driving and really the 10% is entirely the last part of a drive because it picks stupid parking spots and doesn't know how to enter my driveway, other than that it's driven perfectly<p>well, perfectly is a bit much, it doesn't know how to dodge potholes yet and it sometimes misses exits/turns, but it's never done anything i would call dangerous</p>
]]></description><pubDate>Thu, 10 Sep 2026 11:50:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49642175</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49642175</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49642175</guid></item><item><title><![CDATA[New comment by jdxcode in "Ask HN: How do you manage skills files?"]]></title><description><![CDATA[
<p>for skills related to specific cli tools, i just wrote a standard for this! it's obviously not widely used yet, but since mise will support installing the skills alongside the tool, i suspect it will have decent adoption<p>i used to be a bit bearish on skills—thinking that llms should just use --help, but i've come around on that. i think skills are a great way to describe higher level workflows that use multiple commands.<p><a href="https://jdx.dev/posts/2026-09-05-introducing-packslip/" rel="nofollow">https://jdx.dev/posts/2026-09-05-introducing-packslip/</a></p>
]]></description><pubDate>Mon, 07 Sep 2026 09:24:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49596037</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49596037</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49596037</guid></item><item><title><![CDATA[New comment by jdxcode in "We Are Forking dotenvy into dotenv-ng"]]></title><description><![CDATA[
<p>I'm biased but I think it's silly to think either one is going away anytime soon</p>
]]></description><pubDate>Mon, 17 Aug 2026 23:04:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49338903</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49338903</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49338903</guid></item><item><title><![CDATA[New comment by jdxcode in "We Are Forking dotenvy into dotenv-ng"]]></title><description><![CDATA[
<p>well mise uses dotenvy right now (for env._file anyhow), it may be worth switching to dotenv-ng but I haven't looked into it yet <a href="https://github.com/jdx/mise/blob/fc441787fe52b46be1245046758fe3d4bd36c9ed/Cargo.toml#L110" rel="nofollow">https://github.com/jdx/mise/blob/fc441787fe52b46be1245046758...</a><p>I assume you just mean normal [env] in mise.toml which is different, but this still is relevant to mise</p>
]]></description><pubDate>Mon, 17 Aug 2026 20:29:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49337166</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49337166</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49337166</guid></item><item><title><![CDATA[New comment by jdxcode in "Waymo in Dallas"]]></title><description><![CDATA[
<p>90% of australians live in 0.22% of the country's land</p>
]]></description><pubDate>Wed, 05 Aug 2026 03:45:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49178374</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49178374</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49178374</guid></item><item><title><![CDATA[New comment by jdxcode in "Self-contained highly-portable Python distributions"]]></title><description><![CDATA[
<p>i think that sentence is taken out of context a bit, the problem with those pkg binaries is that they're not portable—which the post describes<p>EDIT: actually no, I think charlie is wrong on that point, he said the installers compile python but that only happens with python-build-based installers like pyenv. still, the fact those binaries lack portability is the real problem.</p>
]]></description><pubDate>Tue, 28 Jul 2026 03:19:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49078879</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49078879</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49078879</guid></item><item><title><![CDATA[New comment by jdxcode in "Self-contained highly-portable Python distributions"]]></title><description><![CDATA[
<p>mise uses these as well and adopting them has been a massive improvement in the user experience for my python users. y'all have been doing a fantastic job maintaining them.<p>i'm also doing the same for ruby—maintaining the binaries myself which is becoming the default in mise next week: <a href="https://github.com/jdx/ruby" rel="nofollow">https://github.com/jdx/ruby</a><p>i'm a firm believer that pre-compiled, portable binaries are the best way to distribute runtimes and clis.</p>
]]></description><pubDate>Tue, 28 Jul 2026 03:17:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49078859</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=49078859</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49078859</guid></item><item><title><![CDATA[New comment by jdxcode in "Deno 2.9"]]></title><description><![CDATA[
<p>I think node already does this (sans AI), idk where the code lives but deno could probably just use the same list of repos</p>
]]></description><pubDate>Thu, 25 Jun 2026 17:42:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48676836</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48676836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48676836</guid></item><item><title><![CDATA[New comment by jdxcode in "Show HN: Nub – A Bun-like all-in-one toolkit for Node.js"]]></title><description><![CDATA[
<p>I agree that it sucks not being able to have comments in package.json, but I think it's the right call to not adopt something like jsonc. It would break so much tooling at this point I don't think it would be worth it.</p>
]]></description><pubDate>Wed, 24 Jun 2026 22:18:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48666285</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48666285</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48666285</guid></item><item><title><![CDATA[New comment by jdxcode in "Pull request limits are cutting down the noise"]]></title><description><![CDATA[
<p>Your proposal wouldn't help me at all. I wouldn't say that the problem I'm having is even "spam" per se. (For context I receive hundreds of PRs each week across my OSS projects like mise)<p>In my case I sometimes get a flurry of PRs from over-exuberant contributors, not necessarily low quality even! Using this I can at least put some back-pressure on that and help keep things more fair across my contributors.</p>
]]></description><pubDate>Wed, 24 Jun 2026 21:18:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48665753</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48665753</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48665753</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>Considering nothing in that reply criticized nix you’re certainly wrong. I don’t hesitate to share my opinions on nix anytime (just like nix users themselves) so I’d have no reason to be coy about my criticism.<p>tfrancisl was polite (even though I arguably wasn’t in the beginning) so I felt it important to return the favor.</p>
]]></description><pubDate>Thu, 18 Jun 2026 21:38:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48591994</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48591994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48591994</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>ALL mise features are experimental until the design is finalized. I don’t do breaking changes except in exceptional circumstances with a long procedure, so experimental means I have the liberty of making them in any release. It is not at all any marker of quality. That said, in practice I don’t make them often.<p>I’d argue it’s a good time to play with features since if you have any ideas on how it might better fit your workflow I still have the ability to change the design before it’s largely frozen.</p>
]]></description><pubDate>Thu, 18 Jun 2026 21:16:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48591743</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48591743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48591743</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>I always like to mention rcm. It's not a popular one but I tried probably 10 managers before it and much prefer it to the competition: <a href="https://github.com/thoughtbot/rcm" rel="nofollow">https://github.com/thoughtbot/rcm</a></p>
]]></description><pubDate>Thu, 18 Jun 2026 20:18:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590928</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590928</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590928</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>I am genuinely confused. Are you saying dotfile managers need to be more complex? Or that nix's problem space is the only solution for the things in nix's domain? (of which dotfiles are just one—via home manager)<p>I thought it was the former but "just pulling a precompiled, dynamically linked binary and hoping it works" makes me think we're not on the same page since to me that has nothing to do with dotfiles.</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:52:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590624</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590624</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590624</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>it's dependency free. You don't even need brew to install brew formulas.<p>The "exception" to that are linux package managers like apt-get and dnf which it calls under the hood. I think can't be an actual issue since it's not like you would ever use ubuntu/redhat without their system package manager installed.</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:48:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590579</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590579</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590579</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>The problem with mise managing its own version is perf. I don't want a shim that has to read config files to exec the right version.<p>I would make use of min_version. It's not perfect, but will at least help bring laggards along.</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:43:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590511</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590511</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590511</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>how nix-pilled do you have to be to think that nix is the "only real solution" to dotfile managers?</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:40:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590477</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590477</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590477</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>Haven't looked into it but agents are so good at this I bet it'll be trivial to add</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:26:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590293</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48590293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590293</guid></item><item><title><![CDATA[New comment by jdxcode in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>It’s quite new but I’ve been cooking up some new bootstrapping features with mise which people may find relevant here: <a href="https://mise.jdx.dev/bootstrap.html" rel="nofollow">https://mise.jdx.dev/bootstrap.html</a><p>It’s for things like dotfiles, apt/brew packages, and LaunchAgents/systemd.<p>EDIT: I feel a little bad having hijacked this, as someone that hears a lot of opinions about devtools I can definitely say chezmoi is a darling of the community and I highly recommend checking it out.</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:06:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48589976</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48589976</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48589976</guid></item><item><title><![CDATA[New comment by jdxcode in "Bringing down my ZSH load times from ~3.1s to ~230ms"]]></title><description><![CDATA[
<p>mise isn't, and has the advantage that you don't need to build your own lightsaber with direnv and nix.</p>
]]></description><pubDate>Wed, 17 Jun 2026 20:53:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48576739</link><dc:creator>jdxcode</dc:creator><comments>https://news.ycombinator.com/item?id=48576739</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48576739</guid></item></channel></rss>