I made the decision to leave Github a couple months ago when I retired and started heavily working on personal projects. I like the idea of radicle and used it for a while, but it's complicated to set up and maintain if you want to run your own seed node and pin your personal projects.
What I ended up with is a version of a static forge - Charm's soft-serve to host the repos and a forked version of the pico.sh pgit static site generator. I added git-bug integration to track issues in the repo and an alternative CLI to git-bug that works better when collaborating with agents.
A static forge site is very resilient to bot traffic because it only renders a limited number of commits, instead of pathologically allowing a near infinite number of URLs for bots to crawl.
One more thought - any consideration of hooking this to Cloudflare's queue? Then you could optionally connect another worker to that and e.g. persist everything in their D1 SQLite database.
This is great. I'm going to use this with something I'm working on. The edge behavior is just what I need.
When you say limitations are a "relatively small number of clients need to share some state over a relatively short period of time," I read in another comment about a dozen or so clients, but what about the time factor? Can it be on the order of hours?
Been playing in beer leagues for a long time. There's one for everyone - whether it's hockey (my vice), baseball, softball, basketball, etc. - just tons of options.
It's half about the sport and half the people. I've made lots of friends playing hockey at midnight during the week.
You can subscribe by sending an email to ~scooter/[email protected]. Feel free to send a hello to the list with what you'd like to see. I'm banging away on it every night when I get home from work.
You can subscribe by sending an email to ~scooter/[email protected]. Feel free to send a hello to the list with what you'd like to see. I'm banging away on it every night when I get home from work.
It's open source so when it's ready you can fork it and call it anything you want. Some of the features are meant to be specific to motorcyclists. And as far as getting the word out, it's easier to make it specific to a particular community since I know where they hang out online and how to get it in front of eyeballs.
I'd love to hear more about what improvements you'd like to see. Nothing is ready to be shared yet, but when it is I'll announce it here first for beta testers:
This is great. I've been working on an adventure motorcycling trip planning app which has similar requirements of being able to work offline as you ride your preplanned trip.
Yours is a good example of what can be done by keeping it simple and not getting wrapped around the axle with complicated frameworks.
It makes me regret all the time I've spent trying to figure out the absolute best tech stack to use rather than just working on finishing the damn thing.
Let's just accept you can build just about anything in any language. When I see posts like "I built X in Rust," I just assume the process was so onerous that they had to impress others by saying they did it the hardest way possible. /s
I have a couple apps that only I use or are used by a handful of friends. For hobby projects, I never regret building things that I think are useful but I can't be assed to try to market them to others.
1. Mototripper - live streams my location when I'm on a long distance adventure motorcycle trip so my kid knows I'm still alive and moving.
(e.g. <https://www.mototripper.app/track/~knobbies> - a trip through Finland, Sweden, and Norway I took a couple weeks ago.) Built with Sveltekit.
2. Vatinator - an app to apply OCR to Estonian receipts to claim VAT reimbursement. Built with NextJS.
One rule to rule them all.