It’s worked well for me on my #buildinpublic journey, but I have a suspicion that my path isn’t _the_ or maybe even _a_ right path. Have you switched to doing more programming than systems work? How did you do it?
I’m finding it difficult to find a balance between being heads down programming and tweeting about progress. How do you handle this? How often and what do you share re: development? #buildinpublic
I may or may not have spent more time than I’m willing to admit using forEach() instead of map() when trying to render JSX earlier this week… #buildinpublic
I recorded a quick demo video showing the podcast webiste and audio upload functionality so far. Lots of work still to do, but making good progress! #buildinpublic
I didn’t make too much progress today on Dub. Mostly some landing page tweaks and trying to figure out what the messaging should be. Writing copy is hard. #buildinpublic
Update on the podcast hosting project: - Named the project Dub - Bought dub.so (no landing page yet) - Decided to go with nextjs, @supabase, and @tailwindcss
I've come to the realization that Ruminate's features are too easily replicable with tools that teams already use, so I've decided to stop building Ruminate and pivot to something else. I've got a few ideas around #notion's new API. Stay tuned! #buildinpublic
No-code is not without its quirks, but so far I’m building Ruminate at least 10 times faster. As long as your app doesn’t have really unusual functionality, I see no reason not to go the #nocode route from the start. #buildinpublic
I've decided to make the jump into #NoCode for Ruminate with @bubble. My initial features list contains exactly zero items that can't be built with Bubble. I'm open to counterpoints or why you think this is a bad idea.
My #buildinpublic updates have been a bit sparse lately due to me getting ready to move into my new house this week. Looking forward to getting back on the horse next week!