Hacker News: jtrueb

New comment by jtrueb in "jj – the CLI for Jujutsu"

jtrueb — Tue, 14 Apr 2026 16:35:51 +0000

Call me crazy, but jj is more confusing than git.

New comment by jtrueb in "Show HN: TinyOS – A minimalist RTOS for Cortex-M written in C"

jtrueb — Fri, 03 Apr 2026 22:36:28 +0000

RTOS can be used a lot looser than you describe. Like a build system, scheduling, and interrupt framework that allows you to program an MCU like you describe. Zephyr RTOS and Free RTOS provide easy enough ways to write code that uses blocking APIs but probably runs your code according to the timing constraints if you hold it right. As an alternative, you could write for “bare metal” and handle the control flow, scheduling, interrupting, etc. yourself. If you are writing to “random” addresses according to some datasheet to effect some real world change, you are probably reaching for an RTOS or bare metal unless you are writing OS driversn. If you look at the linux drivers, you will see a lot of similarities to the Zephyr RTOS drivers, but one of them is probably clocking in the MHz while the other in the GHz

New comment by jtrueb in "Cursor 3"

jtrueb — Thu, 02 Apr 2026 18:20:56 +0000

I kinda quit using it. The tab feature is useful when making minor or mundane changes, but I quite prefer the codex GUI if I am going to be relatively hands off with agents.

New comment by jtrueb in "Show HN: Sycamore – next gen Rust web UI library using fine-grained reactivity"

jtrueb — Wed, 01 Apr 2026 13:28:17 +0000

Is there a new version or news related to this? v0.9 was Nov 2024, and Leptos and Dioxus have been a lot more active.

New comment by jtrueb in "Ask HN: How is AI-assisted coding going for you professionally?"

jtrueb — Sun, 15 Mar 2026 22:21:33 +0000

AI-assisted research is a solid A already. If you are doing greenfield then. The horizon is only blocked by the GUI required tooling. Even then, that is a small enough obstruction for most researchers.

New comment by jtrueb in "Swift is a more convenient Rust (2023)"

jtrueb — Sat, 31 Jan 2026 23:52:01 +0000

Yes! I’m not sure how many people arguing for one or the other have tried both, but it is clear that you know the pain.

New comment by jtrueb in "Waymo robotaxi hits a child near an elementary school in Santa Monica"

jtrueb — Thu, 29 Jan 2026 15:53:51 +0000

Have you been in a self driving car? There are some quite annoying hiccups, but they are already very safe. I would say safer than the average driver. Defensive driving is the norm. I can think of many times where the car has avoided other dangerous drivers or oblivious pedestrians before I realized why it was taking action.

New comment by jtrueb in "Pandas 3.0"

jtrueb — Wed, 28 Jan 2026 20:13:14 +0000

I don't need nanosecond accuracy. I just know there are a lot of scripts expecting it.

New comment by jtrueb in "Pandas 3.0"

jtrueb — Wed, 28 Jan 2026 18:40:23 +0000

I would describe it as the huge majority, reflecting on my pandas use over the years. Pretty much all of the data worth exploring in pandas over excel, some data gui, or polars involves timestamps.

New comment by jtrueb in "Pandas 3.0"

jtrueb — Wed, 28 Jan 2026 13:33:44 +0000

That timestamp resolution discrepancy is going to cause so many problems

New comment by jtrueb in "Banned C++ features in Chromium"

jtrueb — Sat, 24 Jan 2026 00:56:04 +0000

Heard of `#![forbid(unsafe_code)]` ?

New comment by jtrueb in "The state of SIMD in Rust in 2025"

jtrueb — Wed, 05 Nov 2025 20:33:10 +0000

simd was one I thought we needed. Then, i started benchmarking using iter with chunks and a nested if statement to check the chunk size. If it was necessary to do more, it was typically time to drop down to asm rather than worry about another layer in between the code and the machine.

New comment by jtrueb in "TigerBeetle and Synadia pledge $512k to the Zig Software Foundation"

jtrueb — Sat, 25 Oct 2025 17:50:28 +0000

I mainly use Rust in embedded now. I don’t always rely on encoding all of the correctness in the Rust type system. To a degree all the old ways of enforcing correctness are still in play, I am just choosing when to take use idiomatic Rust or escape hatch out via shim to C-style Rust. It reminds me quite a bit of how C and C++ shops require another layer of macros or templates be used for containers, resources, etc.

The build time of Zig seems like the most desirable piece worth deciding over. Developer time is money, but it isn’t weird to have multi-hour build times in a mature project either C, C++, or Rust. The correctness suite is a bigger time sink than the build though. When building a database, you could drive the build time to 0 and still have hours in CI.

New comment by jtrueb in "TigerBeetle and Synadia pledge $512k to the Zig Software Foundation"

jtrueb — Sat, 25 Oct 2025 17:01:50 +0000

I was on a team with a similar timeline with C++ (4 year). All the language and toolchain difficulties came after shipping. Meeting new customer needs meant shifting from greenfield to brownfield engineering. We were chasing down strange platform and provider behaviors. Adding features while maintaining performance and correctness, meant relying on knowledge of tools available in the broader community. Solutions for build issues came through a combination of in-house effort and industry partners with related experience. Having two stable compilers (gcc and clang) was super helpful.

New comment by jtrueb in "TigerBeetle and Synadia pledge $512k to the Zig Software Foundation"

jtrueb — Sat, 25 Oct 2025 16:21:52 +0000

Yeah, I think BDFL wants to use Zig. I understand that it is nice for Zig to feel more like C, and that can be fun. If the toolchain is so far away from being mature, how long will it take the database to be mature?

Since previous comment was edited. I would clarify that I don’t doubt the engineering capabilities, just the timeline. A from scratch database in _established_ toolchains take 5-10 years. The Zig toolchain also is going to be evolving in the same timeframe or longer. The codegen, linking, architecture specific bugs etc. Isn’t it double the effort to bring to bear in the market?

New comment by jtrueb in "TigerBeetle and Synadia pledge $512k to the Zig Software Foundation"

jtrueb — Sat, 25 Oct 2025 16:14:51 +0000

The reason for not choosing Rust still doesn't make any sense to me. If you don’t want to OOM, need correctness, are following the power of ten (where you aren’t allocating anyways), I don’t see the conflict or harm of additional enforced correctness.

Also, Rust does support checked arithmetic and has stable toolchains.

New comment by jtrueb in "Zig builds are getting faster"

jtrueb — Fri, 03 Oct 2025 23:53:08 +0000

Wow!

New comment by jtrueb in "Rust: A quest for performant, reliable software [video]"

jtrueb — Fri, 12 Sep 2025 19:42:26 +0000

Slides from video description

https://docs.google.com/presentation/d/1SoDsm_m_pb_gS6Y98Hgh...

New comment by jtrueb in "LabPlot: Free, open source and cross-platform Data Visualization and Analysis"

jtrueb — Fri, 22 Aug 2025 13:25:18 +0000

Obviously there is a lot of work here, but I am a bit confused. If you already have lab code in Julia, Matlab, R, Python, Excel, etc., what is the motivation to use this tool? Is this hot in a specific community?

New comment by jtrueb in "Real-time CO2 monitoring without batteries or external power"

jtrueb — Mon, 16 Jun 2025 13:54:07 +0000

That’s if the voltage supply was stable and within electrical specs for a sufficient period of time. We can see this is a snippet 2 hours into the discontinous collection.

3.6V is the maximum value that the nrf52832 SoC can handle. I would suspect the VDD is variable.