Recent submissions

Comment · 6 months ago
Jujutsu is immutable for public changes by default.

You can force changes with a ‘—ignore-inmutable’ flag.

Comment · 8 months ago
Comment · 8 months ago
Comment · 9 months ago
Ditched git for jj a year ago. Never going back.

If anybody is hesitant give it a try!

Comment · 9 months ago
I really liked the example in OP. I will give Deno and Dax a shot.
Comment · 9 months ago
It's a cycle, design patterns, TDD, the latest framework or language. We keep chasing the next silver bullet, but there isn't one. There's no easy road.
Comment · 9 months ago
Made me think. Every time I see a “Postman collection” or similar artifacts, my heart skips a bit. Use curl. Run it interactively in the terminal. When it works, move it into a shell script where you can simply check the status code. Voilà, magic! you’ve got yourself a simple but valuable integration test.

Instead of juggling dashboards and collections of requests, or relying on your shell history as Matklad mentions, you have it in a file that you can commit and plug into CI. Win-win.

At some point, that testing shell script can be integrated into your codebase using your working language and build tooling.

Comment · 9 months ago
Love this version. I quoted the chapter about Leadership plenty of times at work.

`True leaders are hardly known to their followers.`

Comment · 9 months ago
First. Love that more tools like Honeycomb (amazing) are popping up in the space. I agree with the post.

But. IMO, statistics and probability can’t be replaced with tooling. As software engineering can’t be replaced with no-code services to build applications…

If you need to profile some bug or troubleshoot complex systems (distributed, dbs). You must do your math homework consistently as part of the job.

If you don’t comprehend the distribution of your data, the seasonality, noise vs signal; how can you measure anything valuable? How can you ask the right questions?

Comment · 10 months ago
> On the one hand, at lower-levels you want to exhaustively enumerate errors...

> On the other hand, at higher-levels, you want to string together widely different functionality from many separate subsystems without worrying about specific errors...

I feel like the Rust ecosystem of crates has naturally grown to handle these two ideas pretty well. `anyhow` for applications, `thiserror` for libraries.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton