This is an example of how to build a RAG app on FastAPI with vector embeddings and LLM inference broken out as separate services. Using Runhouse, those services can be hosted on your own infra (A10 GPU on your own AWS, for example).
Hoping that this is helpful for anyone considering ways to scale out components of a more complex RAG application.
For example: you get a huge boost in rankings when you first launch an app in the App Store. Not enough to be #1 above a Calm, but certainly #1 for medium-difficulty keywords. Once this advantage goes away, you'll need a strong ASO strategy and money to spend on ads to boost keywords.
Some of these opportunities are tough to overcome after you missed them. Press is very similar: reporters will cover a newly launched product, but new features likely won't get a feature.
I would first question whether or not you actually need a web version and if it might be a very different experience. I only say this because I wasted months duplicating my app experience to the web and less than 1% of users use the web version regularly.
I've worked with React Native for iOS and Android and would recommended it. It's a huge challenge to make complex apps feel as fast and slick as building in Swift, but that may be an issue with any js framework (and I may be biased from working in Swift also).
The popularity of React is another plus: it's easy enough for a web React developer to learn React Native.
Yesterday I launched a really unique feature in my app Happyfeed - now you can create small groups (called Pods) to share your journaling progress and actual posts.
I don't think many other journaling apps have tried this pseudo-social approach, but I think it works really well for gratitude in particular.
It was pretty interesting figuring out a way to build sharing with one or many Pods while keeping posts private by default. Happy to answer any questions or take feedback on how it could be better built. (I wrote a blog post but saw in the rules not to include those.)
I'm curious if you think social networking might affect the way people journal. I'd be a little concerned that people might try to post things they think others will find interesting.
Interesting concept anyway, I'll be following along!
Good point, though I tend to get too distracted on AlternativeTo. Not sure if it's the design or just too many options and not enough votes. Measuring alternatives on specific dimensions related to the problems with Facebook could be interesting!
I like the idea of offering alternatives, but have you considered crowdsourcing those apps? Could add an extra level of transparency if people could select/vote on which alternatives really are better (because that can be awfully subjective).
It would be interesting to link to privacy policies and other relevant information as well!
Please tell me there's a train you can ride around the museum with a small keyhole to look out through to help you better understand human perspective in relation to multiple dimensions
Hoping that this is helpful for anyone considering ways to scale out components of a more complex RAG application.