HN user

ellieh

1,074 karma

https://ellie.wtf

building atuin.sh

ellie@elliehuxtable.com

Posts39
Comments118
View on HN
github.com 2mo ago

Vouch-compatible PR-spam reduction GitHub Action workflow and CLI tool

ellieh
3pts0
blog.gitbutler.com 3mo ago

We've raised $17M to build what comes after Git

ellieh
337pts755
georgeguimaraes.com 5mo ago

What years of production-grade concurrency teaches us about building AI agents

ellieh
149pts51
www.economist.com 5mo ago

How London became the rest of the world’s startup capital

ellieh
226pts358
elixir-lang.org 1y ago

Remote: Growing from Zero to Unicorn with Elixir

ellieh
3pts0
github.com 1y ago

Verso: A web browser built on top of Servo

ellieh
4pts0
fcl.dev 2y ago

Fair Core License

ellieh
1pts0
www.theregister.com 2y ago

Asmi 24.04: Ubuntu Without Gnome, Snap, or Flatpak

ellieh
4pts0
www.tweag.io 2y ago

Re-implementing the Nix protocol in Rust

ellieh
2pts0
deno.com 2y ago

Deno KV internals: building a database for the modern web

ellieh
3pts0
didoesdigital.com 2y ago

Neovim to VS Code

ellieh
2pts0
pydantic.dev 2y ago

Pydantic Logfire

ellieh
146pts79
www.mcmillen.dev 2y ago

93% of paint splatters are valid Perl programs (2019)

ellieh
515pts124
news.ycombinator.com 2y ago

Tell HN: GitHub Is Down

ellieh
2pts4
oxide.computer 2y ago

Engineering a Culture

ellieh
3pts0
github.com 2y ago

RCL: A Reasonable Configuration Language

ellieh
1pts0
github.com 2y ago

Pipelight: Tiny Automation Pipelines

ellieh
2pts1
www.telegraph.co.uk 2y ago

The curious Devon village transformed by a Silicon Valley multi-millionaire

ellieh
1pts0
github.com 2y ago

KubeFire: Create and Manage Kubernetes Clusters Using Firecracker MicroVMs

ellieh
2pts0
darksi.de 2y ago

Structure of FTS5 Index in SQLite

ellieh
95pts16
ellie.wtf 2y ago

Social Media and Social Life

ellieh
3pts0
cra.mr 2y ago

Sentry: From the Beginning

ellieh
199pts55
www.sfgate.com 2y ago

Tech giant Qualcomm lays off 1,250 employees

ellieh
15pts1
blog.rust-lang.org 2y ago

Polonius Update

ellieh
8pts2
www.gitpod.io 3y ago

Supercharged persistent terminal history – With Gitpod and Atuin

ellieh
3pts0
twitter.com 3y ago

Virgin Media down, total internet outage

ellieh
6pts1
sentry.engineering 3y ago

Self Identifying JavaScript Source Maps: The Case for Debug IDs

ellieh
4pts0
atuin.sh 3y ago

Atuin v13

ellieh
2pts0
www.theguardian.com 3y ago

Last orders: how we fell out of love with alcohol

ellieh
1pts0
www.youtube.com 3y ago

Thanking 10k GitHub stars live

ellieh
2pts0

Personally I have never been bothered by programs using my home folder. I don’t regularly ls the contents of it, and just browse by path from my shell anyway, so the clutter is barely visible to me

I wish it was easier to know which projects are in desperate need of funding because I love pgbackrest and totally would have donated here, and I suspect many others would have too :/

I imagine this will push some new users away

I suspect it will gain them more users than it will lose

Most other tools doing this are heavy, buggy, and built on electron

Migrating to the EU 4 months ago

Codeberg is a German-based nonprofit organization, and it’s hard to imagine going wrong with this choice.

I like what they're doing, however Codeberg's 14 day uptime is _97.05%_. I've heard from many that downtime is normal there, and is worse than GitHub (which is already... bad). This makes them a non-starter imo, until that improves.

With the current trend of things going down all the time, the best way to compete is just to be available.

Waymo Safety Impact 4 months ago

as a motorcyclist I often feel more comfortable riding near waymos

at this point I trust that they have seen me, know that I'm there, and won't behave unpredictably

The main difference otherwise is that Atuin stores much more data + syncs it

We shelled out to fzf in the very early days, but found the initial indexing to be a bit slower + add latency vs SQLite

One of the main things we’re aiming to do here is make these manual processes much less manual! I’m a big believer in automating things gradually, which runbooks enable

It could be interesting to see if it would be enough to add shell history as a completion source.

Atuin runbooks (mentioned in the article) do this! Pretty much anywhere we allow users to start typing a shell command we feed shell history into the editor

Yes! Working on that soon, the same runtime can be used elsewhere. Wanted to start with the GUI so we could really make it what we want, but up next

1. TUI for interactive terminal runbooks

2. CLI for hands-off execution, CI, etc

I agree! We're definitely not trying to avoid them as users haha, I can certainly see how it would be useful. There's so much automation that just can't fit into a strict schema, and always needs a human or customization for 10% of it

We're aiming to be flexible enough, so that if you can do it in a terminal then you can _also_ do it with a runbook

It's aimed at replacing developer docs realistically - anything where you're explaining how to run or query things.

BUT it does also make a nice environment for rich text, with markdown support, so can easily replace internal docs in general

copy-paste of another comment but I think it answers everything here! The only addition I'll add is that if you copy-paste into another Atuin instance, the richness is preserved. If you copy paste to anything else, it'll be pasted as markdown.

---

The runbook files are just YAML (for now). They're more verbose than I'd like, but do convey a lot of information - both rich text and executable.

There's an example here: https://github.com/atuinsh/desktop/blob/8ebed35d7efe68a92363...

I'm aware this isn't ideal, and longer term we want something that looks much more like markdown. A key requirement for us here is that it's easy + convenient to type - just like normal markdown - so putting everything as a code block annotation isn't ideal.

The current sketch of what that could be looks like this: https://forum.atuin.sh/t/desktop-devlog-markdown-vim-local-f...

Would love to know if you have any thoughts!

The runbook files are just YAML (for now). They're more verbose than I'd like, but do convey a lot of information - both rich text and executable.

There's an example here: https://github.com/atuinsh/desktop/blob/8ebed35d7efe68a92363...

I'm aware this isn't ideal, and longer term we want something that looks much more like markdown. A key requirement for us here is that it's easy + convenient to type - just like normal markdown - so putting everything as a code block annotation isn't ideal.

The current sketch of what that could be looks like this: https://forum.atuin.sh/t/desktop-devlog-markdown-vim-local-f...

Would love to know if you have any thoughts!