| ▲ | CuriouslyC 4 days ago | |
Here's the deal with releasing early: You release something simple, something with just the core features, in order to validate (sadly most of that validation will be that your marketing sucks but c'est la vie). If you already have a "large" product that's just very unfinished, that's not a MVP, you're asking people to be alpha testers. You either need to get it into a better state and make sure the docs and onboarding are exemplary, or break the product out into parts and ship them separately. | ||
| ▲ | achushankar 2 days ago | parent | next [-] | |
You're absolutely right. In hindsight, I should have either: 1. Shipped something much simpler first (just RAG + one integration) 2. Polished this to a better state before sharing I got excited about the architecture and kept adding features. Classic scope creep. The feedback about breaking it into parts is really valuable - that would have been a smarter approach. Starting a new job tomorrow, so I can't polish it further right now. But if anyone wants to fork it or collaborate on making it more production-ready, I'd be happy to help review PRs when I can. Thanks for the honest feedback - exactly what I needed to hear. | ||
| ▲ | 3 days ago | parent | prev | next [-] | |
| [deleted] | ||
| ▲ | cyanydeez 2 days ago | parent | prev [-] | |
What if you just vibe coded it to the limits of your competency and have no hope of making it beyond MVP | ||