Not every project needs to have Github as a dependency. Its added overhead and coordination work that isn't needed for every job.
YMMV, and I get it if you're in a commercial/professional environment, but if you're a solo dev or a small team, then IMO Github doesn't need to be a part of your orchestration (setup project, issue CRUD, pr, etc), just state sync/distribution.
Agents can use local trackers as drop-ins to GH and have similar commands provided to do the same job.
Its fewer moving parts, and more forgiving as you can fix things locally, before pushing out to GH or your Git server of choice.
I agree with OP that beads has great primitives, but I think its become a bit unwieldy in trying to becoming something "everyone" including larger teams can use.
Going to try Ticket out, though personally I prefer JSONL to MD for this kind of tracking, since I find that Claude finds a good concise balance of detail on its own when writing to JSONL vs Markdown files where it tends to be verbose.
While a Chrome Extension (not a standalone app), it does a fabulous job of recording system audio and input, and also gives a ton of additional features like annotations, etc.
Records to localstorage, and lets you export to a variety of 3rd party platforms (I can't remember if S3 is supported OOTB, but that shouldn't be too hard).
I've used it mainly with GDrive, as most of our team lives there, so this has been a seamless way to store and share videos without lock-in at Loom.
I recommend this to most folks who need a quick way to replace Loom, and even meeting recorder tools.
I just left a gig like this after two and half years (a leadership role at a 1-10 stage startup), and I have to say it was a overall a net positive experience for me.
NGL it took time to get used to it. Being an ex-founder, it was doubly difficult as not only did I have less agency than I was used to (and frankly expected), I was also no longer on an equal footing to my friend. This led to some friction and disagreements of how things should be done, but at the end of the day, it came down to perspective differences as a founder and as an employee, and I learned to make with peace with the fact it was his company, and not mine.
In retrospect, I think the fact that we were friends first, and had spoken a lot as fellow founders beforehand, made it harder to align expectations in this dynamic. Thankfully, we parted on good terms, and I'm still helping them out as a consultant, which feels like a nice middle ground for me.
That said, I'm not looking to jump back into something like this anytime soon.
If I do however, I would definitely go into any future engagement with more tempered expectations of what I'm there to for, and what I want out of it.
As obvious as it sounds, a lot of things can be taken for granted due to the prior relationship (on both sides), and its important to lay out as much of your thoughts and expectations upfront, so that there is as little ambiguity and misunderstandings down the line. No detail is too trivial, especially around compensation, and its important to recognize and remember that you're there to do a job, not just helping out a friend, which is how the conversation usually starts.
This whole thing has taught me a lot about handling that balance, and a lot more about myself as well.
Can I recommend you look at Svelte before jumping into more complex frameworks like Vue and React?
It's lighter and a narrower footprint, but builds on JS fundamentals while introducing core concepts of component frameworks.
This allows you to build on these concepts like stores, hooks, actions, etc. which all have equivalents in other frameworks as well.
Transitioning beyond this to other frameworks is by choice but the foundation is more or less the same.
Personally, I found the transition between Vue and Svelte more intuitive, but only real difference I found between React and Vue/Svelte is JSX syntax and getting to grips with a few of its idiosyncracies.
And Svelte's tutorial and learning ecosystem is by far the best I've experienced so far.
I've run mail servers on EC2 before. You'll need to raise a request to remove the SMTP 25 restriction (both inbound and outbound), and also apply for a DNS reverse ptr update for that IP for it to work.
True, but it's not quite the same as what they've done with OpenSearch/Elastic. Also, from what I've read, despite claims, the compatibility isn't complete, esp with stuff like aggregations.
There are a few use-cases where you'd want the ability to have a managed/hosted vanilla Mongo setup vs an emulated experience.
Atlas is a virtual monopoly for Mongo solely due to SSPL, and it has created a ridiculously overpriced ecosystem for hosted and managed services, and tooling around it.
Parking the technical merits to one side, considering the sheer number of devs and early-stage products that are built on Mongo, I'd love for someone to go after them next.
Very nice. Especially kicked you've used Svelte/Routify to for the management app. I've been looking for a reference app for this setup, so thanks for that :)
If you're not valuing the equity if you're not involved, then honestly you need to look at this from an opportunity cost perspective.
The trust is fundamentally broken, so it's not really worthwhile to pursue this as collaborators. Unless you're keen to run the business yourself, there isn't much point in fighting this beyond getting your 1st year vesting.
It's honestly not worth your time and energy fighting for something you're not keen to do. And it's definitely cheaper for them to give you 7% more than the 3% offered, and avoid all this hassle and potential legal expense.
If you do want to persist, then you need the investor on your side, as otherwise you can't force the other person out (they'd still keep their 10% but that's the price you pay for that move).
I have to say I find it really odd that someone who's invested $100k is being silent on this, or isn't worried about this situation, especially if the future of the business is now more of a lifestyle business. I fail to see how they'd get a return they'd expect. I'd assume they're actually on the other side, but want to appear neutral.
FWIW if you end up leaving, I'd advise not agreeing to a non-compete or a non-disclosure. It's not about you starting a competitor, but more about them not being able to restrict your future options as they're forcing you out, and they will have to potentially consider the threat of you competing with them at any point in the future.
It's a credit to your efforts that you've built the tech of business that's gotten such good traction and numbers, so you've got learnings and experience that will serve you in good stead in the future.
It's just unfortunate that you ended up with such shitty partners.
Good luck, and I assume quite a few of us will be hoping you bounce back from this, and rooting for you.
The OpenClaw form factor of using a chatbot to orchestrate sessions seems to be working for folks, based on what they're saying atleast.
Simon Willison talks about using Claude Code for Web, which shows up on the phone app to code on the go from his phone. He's got some useful notes on his blog: https://simonwillison.net/2025/Oct/20/claude-code-for-web/
My 2 cents: Try the OOTB options to get a feel for the ergonomics that suit you best, then vibe code something that works for you.