jmmv

7 ms·

31.
by jmmv 7mo ago
I started playing with NixOS recently in a VM and... while I don't have much experience with it yet, it feels _great_ for the many reasons described in the article. I really like configuring a file and knowing that the rest of the syst
32.
by jmmv 7mo ago
I’m not sure why any of this matters? I was looking at top, and the only two non-idle processes were claude and codex.
33.
by jmmv 7mo ago
> and (partly as a result) it's fairly resource inefficient (often uses 1GB of RAM or more. For a TUI). That's (one of the reasons) why I'm favoring Codex over Claude Code. Claude Code is an... Electron app (for a TUI? WTH
34.
by jmmv 7mo ago
Somebody blamed this comment on LLMs, and maybe/probably it is, but I think the first sentence is spot-on so I thought it was worth replying to. Dealing with the corner cases ends up teaching you a lot about a language and for an ancie
35.
by jmmv 7mo ago
To be honest I've never tried boot environments. I know they are a thing, and I have my whole setup on ZFS, so maybe that's the perfect use case.
36.
by jmmv 7mo ago
> I delayed upgrading to 15.0 after it was released, but last weekend I finally did it, and it left me wondering why I hadn't done it sooner, because it went quickly and smoothly. I haven't done that yet because I think I'
37.
by jmmv 7mo ago
“Modern TUIs may support mouse events” hah! They already did in the 80s…
38.
by jmmv 7mo ago
Huh, in a point release? But excited to try it out ASAP! I haven’t made the leap to 15 on my server yet (in part because I can’t decide whether to go with pkgbase or not…), but sharing data more easily with VMs will surely be nice. What’s t
39.
Reflections on Vibecoding Ticket.el(jmmv.dev)
2 points by jmmv 7mo ago|0 comments
40.
by jmmv 9mo ago
I don't disregard what you are saying and believe that being more productive with sufficient quality is _possible_. But how do you measure it? All the metrics I see being chased (metrics that were never accepted as productivity measure
41.
by jmmv 9mo ago
If we have been complaining about bloat before, the amount of bloat we are going to witness in the future is unfathomable. How can anyone be proud of a claim like "It's 3M+ lines of code across thousands of files." _especiall
42.
by jmmv 10mo ago
This is something that always bothered me while I was working at Google too: we had an amazing compute and storage infrastructure that kept getting crazier and crazier over the years (in terms of performance, scalability and redundancy) but
43.
by jmmv 10mo ago
This is explained in the original article linked in the first sentence: https://blogsystem5.substack.com/p/ssh-agent-forwarding-and-...
44.
by jmmv 10mo ago
The image? Yes. The text? Not at all.
45.
by jmmv 10mo ago
Thanks! > I moved away from FreeBSD to Debian for hosting my things because the process/daemon management was too tricky. It indeed is tricky. To be honest, I wasn't "put off" by it because I've been using BSDs a
46.
by jmmv 10mo ago
> It gets better though! Since this is a very common operation, x86 CPUs spot this “zeroing idiom” early in the pipeline and can specifically optimise around it: the out-of-order tracking systems knows that the value of “eax” (or whichev
47.
BazelCon 2025 Recap(blogsystem5.substack.com)
3 points by jmmv 11mo ago|0 comments
48.
by jmmv 11mo ago
Yep, I thought so too! It’s a very interesting and fun topic. So… I cannot resist redirecting you to a set of articles I wrote about two years ago on DOS and memory management, which I think covers some of the basic parts. The first one is
49.
by jmmv 1y ago
Donated! I should have done this months ago when I started using NetBSD for an embedded project idea (that has gone nowhere). But I feel this link illustrates a big problem with NetBSD’s “no hype” approach: I clicked the link you shared and
50.
by jmmv 1y ago
That’s because… I misread your comment. In any case, NetBSD is not well known and “why bother because Linux also runs everywhere too” so I thought it was worth explaining.
51.
by jmmv 1y ago
That may be technically true but… Linux (the kernel) may have been ported to more machines and architectures than NetBSD’s kernel, yes. But is all the code present in the same source tree or do you have to go find patch sets or unofficial b
52.
by jmmv 1y ago
> Ok, this post is mostly about text-based IDEs, but I think the point mostly stands as well for IDEs in general. I'm thinking about Visual Basic or Delphi. Exactly. I recently recorded a video of me creating a toy app with VB3 on W
53.
by jmmv 1y ago
Hey, thanks for sharing this again! FYI, previous discussion from 2 years ago now (wow, time flies...): https://news.ycombinator.com/item?id=38792446
54.
by jmmv 1y ago
> it just uses conventions he is not used to I think that after 25+ years of usage, I'm "used to it" by now.
55.
by jmmv 1y ago
BSDs do not break backwards compatibility (at least from what I know from FreeBSD and NetBSD). You _can_ disable backwards compatibility via kernel-level options and by not installing certain distribution sets -- but the default is to remai
56.
by jmmv 1y ago
If you like this, I'd also suggest reading on "Rumpkernels", which are also based on NetBSD. The core idea is (simplified): let's implement the kernel API in userspace so that we can take kernel-level components and run
57.
Trusting builds with Bazel remote execution(jmmv.dev)
10 points by jmmv 1y ago|10 comments
58.
by jmmv 1y ago
> digging up an HDMI monitor, finding somewhere to put it, and connecting it to the device is an annoying process. Furthermore, if I’m on the go I almost certainly don’t have easy access to an external monitor. This has annoyed me many t
59.
by jmmv 1y ago
> * Non-human intermediate targets would either be namespaced and available only in that namespace, or could be marked as hidden, and not clutter auto-completion This is actually possible but you need the new JetBrains-owned Bazel plugin
60.
by jmmv 1y ago
You tend to end up with way too many targets that don't actually "mean anything" to a human. In one codebase I have to deal with, the Bazel build has ~10k targets whereas the previous non-Bazel build had ~400. Too many target

More ›