phildenhoff

Bookmarks in JJ are closer to tags than branches. They aren’t updated whenever you add new commits on top of the bookmark.

If you assign your bookmark to the current commit, yes, and I have done that before. But it’s very easy to not do that, and if you push the wrong commit (a WIP commit, let’s say) you can reassign the bookmark and then push again. It’s not a big deal to push arbitrary garbage to the remote if you do, and it’s not common that I do.

On the flip side, jj has been remarkably useful at ensuring I never ever, ever lose any of my work. Ever. It’s not an issue that often, but when it is, oh thank god

Is this the beginning of the end of Slack?

Unrelated: I forgot Slack was owned by Salesforce, who also own Heroku. Why am I still using Slack?

I’ll have to look at this over the weekend. I’m very excited to see improvements in dev UX in the JS ecosystem. I’d have a very hard time adopting this in prod tho, being so new.

Are any large projects using it? Corporation sponsors?

What was misguided about using Erlang? That it was so expensive CPU-wise to start up?

Ah, for the companies with high technical control, but no technical competence! Of course :)

If an organization ever had the technical control over their network to make 240.0.0.0/4 usable, why would they not use IPv6 instead?

My point is that no matter what you do or wear, you should assume you are invisible and, like you said, ride like every driver is trying to kill you.

High viz vests CAN be beneficial. Don’t rely on them.

Anecdotally, anyone who rides will you tell you this. It doesn’t matter how high your high viz vest is, or how loudly you rev your bike, someone will blindly cut you off and not realise you’re there until it’s way too late.

I’m glad to see the data to back that up. Maybe now my fellow riders can agree that their motorbikes are a bit too damn loud, and tone it down.

First you validate the no shit, and then you can ask why!

On the contrary, I’ve been wearing my Apple Watch nearly 24 hours a day for a few years and find the sleep info extremely useful.

Really, the primary benefit I get is twofold:

1. I know approximately how long I slept for and remind myself of that all day via a widget. A short sleep is common for me, but I end up feeling foggy. Being reminded that it’s OK, I had a poor sleep, helps ease my mind.

2. I see approximately when I fell asleep and when I woke up. I end up having to add extra time if I sleep past my alarm, but seeing that I didn’t really fall asleep until late into the night helps me manage the pattern of late nights.

Both of those are easily covered by even semi-diligently tracking your sleep on paper, but having my watch do it for me is what I like!

So excited to see this! I’ve been thinking about building a GUI for jj for a while.

It even uses my daily driver theme, catppuccin!

That makes sense! I didn't realise the proxies were sidecars, but that seems obvious in retrospect.

Right but there are all those layers so that HNs one server can service your request and send a response.

How much traffic would be generated if, for every request to HN, six other requests fire? And every time you comment a cascade of requests fire in HNs imaginary K8s cluster?

It’s not that there is anything wrong with this, or that the tradeoff isn’t worth it… it’s just so much data flying back and forth over the wire.

good lord is this what modern microservices are like?

How is it better have service A request to a proxy, which requests to another proxy, which requests to service B? I get the security benefits of that, but the network architecture is boggling. How many PBs of data are sent each day for what could be a monolithic service?

Actually, to the end — companies that embrace microservices, which see the value in them. How do they manage network traffic for these kinds of K8s setups at scale? Surely they’re not using REST and HTTP. Is it as simple as protobufs over HTTP? Quic? Something else?

Edit: lots of great discussion below but I really meant how do they manage network TRAFFIC, not microservices in general :)

I never before considered that "the edge" may become a constellation of Starlink satellites. Round-trip latency is a lot better if your messages are only going 500km.

That said — can you imagine deploying your service to ~5200 satellites? yikes

Great insight, thank you! I've never run into issues importing but I don't import in bulk. That's certainly something to keep in mind!

I'm not sure yet. Standard Ebooks does great work, but as far as I know there is no API, so that makes pulling books harder. Once Citadel supports plugins, I'd be happy to see some content sources as plugins!

This looks great! I'm no designer, so I always appreciate seeing other folks' ideas on how to design things. To shout out some other inspiration, there have been a few Calibre redesign projects.

In particular, Kemie Guaida[1]'s redesign posted to Reddit has been a major design inspiration (and she deserves credit on the repo, which I will address shortly): https://old.reddit.com/r/Calibre/comments/udzumn/testing_a_n...

You're able to see the entire overview of the project here: https://www.figma.com/file/g4ntqXWa6C0PRGrG3WjyXM/Calibre-pr...

[1]: https://kemielikes.design/

Thanks for the offer! If you'd like to, I've written up a quick issue outlining what I think we need for a build: https://github.com/every-day-things/citadel/issues/3

It sounds like some folks have issues building on Linux, but FWIW I had no problems building in a Codespace.

Fixed: it's MIT licensed

Good lord, no. Does Calibre do that? My greatest fear is having to build bad things like that for backwards compatibility, because Calibre would require it.

While I haven't tested non-ASCII titles, there is no reason it shouldn't support it. I'm planning on doing some perf testing today and I'll make sure I test global names.

Yeah I was quite surprised when I found out that that works! I thought Calibre was doing something special. That's why Citadel has a "copy to folder" — you can copy an ebook to an external drive. I'm not sure that it's really easier than just opening the folder to copy + paste it, but Citadel updates a metadata file Calibre uses when detecting what books are on the device to avoid having to read every file in the folder.

I'll be looking at your project for inspo :) Thanks for sharing!

A BookWyrm plugin is a great idea!

Yes — sorry! I hadn't pushed local changes yet. I didn't expect a big reception!

`main` is up-to-date now and SHOULD be building. Feel free to email me (phil at denhoff dot ca) if you run into issues, or add a GitHub issue.

Tauri has been excellent. Occasionally I have to do some GitHub issues spelunking to find answers to issues, but that's common with piece of tech. Overall it's been great and I'll happily use it again.

The backend is straight Rust. Bun is used as a package management tool & as a script runner, to invoke Tauri commands that start up a Vite webserver to provide the UI, and start something that rebuilds the binary when Rust files change.

Typescript is used for the Svelte UI. Svelte talks to the Rust backend through Tauri (by default). Both support a headless/web mode where the Svelte frontend connects to the backend over HTTP.

In the future, for sure!

Thank you!

Not with Calibre libraries. If you ever go back to using Calibre, I’m not sure how it will respond to having all of the files “messed up” in the wrong spot — the docs are quite clear that there is ONE way to store books.

That said, the end goal is to have a native Citadel way to manage libraries and that WOULD support custom folder hierarchies.