Since I started my podcast go podcast() 3+ years ago everytime I'm saying to a guest that I'm blind and using a screen reader I always get the same reaction: "What, wow, I didn't know. I'd like to hear more about it".
I invited Ivan Fetch, a SRE that's also blind and we talk about challenges about being blind, not only tech-wise, but life also.
This will be a two part episode. I thought it might interest some people here in hacker news.
I thought some of you might be interested in this episode. Fyne is an awesome Go project.
As a blind programmer using a screen reader daily I missed building desktop application. Almost sounds refreshing with the current "madness" of We these days.
I launched Vivid in 2019, but it was not good timing. I even did not have a podcast at the time.
Today I'm the co-host of The SaaS Marathon podcast and going solo in go podcast(). I needed to generate clips myself, so I decided to relaunch the product beginning of January this year.
It's a tool that monitors podcast feed for new episodes and tries to pick what it thinks are the best moments. But, of course, it's straightforward to create manual segments as well.
You may edit the captions' text and customize the background image. Then clips are ready to be shared on social networks.
The goal of those clips is to allow more listeners and subscribers to find the podcast.
I'm currently trying to determine if podcasters out there find that idea exciting and would like to try the product. It's still in beta but working.
I'm switching my SaaS StaticBackend to an open-source model.
As a developer tool, I think it might have a better chance of getting initial traction as a fully open-source project. I picked the MIT license. I'm hoping to discover its actual potential.
I've built it with Go. It's a backend that handles user management, database, forms, and real-time communication.
My goal was and still is to have a lightweight Firebase without the vendor lock-in. Self-hosting the open-source version will enable total control over who owns the data and whatnot.
I can understand that and can see some kind of daily external backups of your data at some point. My whole goal is to make customers feel 0 pressure and especially about their data.
yes, this is the vision I have for short-mid terms. But I won't be adding anything soon. The long-term differentiation will be clearer once there's early adopters I think.
yes totally. that's why I'm focusing on simple implementation and not planning on adding anything yet. I planning on building real-world SaaS examples to showcase the capabilities.
Yes, I discover nhost a couple of months ago when the founder replied on a post I made in IndieHackers. I was not aware of both before.
My goal with StaticBackend is to go more in dept in features like sending emails, Stripe payments. Features that a SaaS / web app typically need in the backend.
I'll not stop at Database and WebSocket. I'd like to go further based on demand. I'm building more a backend teamate for frontend developers.
I recognize that my choice of using a Document database instead of an RDBMS can be argued. But one as to make choices.
I think differently regarding self-hosting though. By the fact that StaticBackend is a Go web server, it's a standalone Linux binary and can be hosted very easily on x64 Linux server.
But I'll see when the first customer will choose that option. I'll be ready to help them deploy for sure.
I did not knew strapi.io, but I don't think it's close no.
My product is a database and websocket backend you can use from client-side, being web or mobile. It's a pieces of scalable infrastructure needed to build a SaaS or web application.
I realize that it's not very clear at this moment what it does, even to me to be frank. It's the infrastructure I need to build SaaS that compliment a Netlify app.
1. You can export your entire database (it's a stanrad Mongo database).
2. You could use the library and write your own backend API using the same routes and your application would not need any changes if you decide to stop using StaticBackend.
3. You have the option of purchasing the source code. From there you may do whatever you want and change direction and what not.
I admit that the 2. needs efforts on your part to switch. But it's possible to stop using the tool and still have no rewrite on your frontend code at all.
I'd called this: a SaaS backend API and infrastructure.
It would be a great companion to a Netlify application. Since they have hosting and function as a service. I think it would be the best fit for the current state.
- pricing: yes, seems like a recurring comments, but I want to make the leap between tier friendly, like Digital Ocean droplet for instance.
- the option to buy the source code is what makes this appealing compared to Firebase, where if you reach scale you have the option of paying 10k which is not huge if you're making 85k in MRR to get peace of mind and have full control.
- grammar: thanks, I'm not a native English that's correct, I'll try harder.
- pricing: My thought is that offering only 3 tier would be way too big of a leap from tier to tier.
- Firebase: I do have a fully disconected and local development server that helps during building phase. It's free, but I can see your point.
- vendo lock-in: My main objective is exactly that, to have an easy way to self-host and even get the source code once a product reach scale. Something that not much BaaS offer.
I'd like to request feedback on my product. I started building in last January with great momentum, but the pandemic made things a bit complicated.
As someone that built a dozen of SaaS in the last decades, there were some aspects of the backend I was bored of rewriting. User management is probably the major one.
I've tried Firebase and admit I found it interesting for 4-5 days, but as a Go backend developer, it did not suit my need/taste.
Why not try something just for me. At first, I called it "ezbackend" and built a dirty prototype in Node. I played with rewriting it in Go and started to like where it was headed. In January 2020, I thought that it might interest others, so I renamed the project, made it more rebust, and kept adding the minimal feature sets I personally wanted.
I'm now near the v1 / official launch, and I'd like to get some thoughts. I know it's not for everyone. To be perfectly honest, I'm not 100% clear who might be interested, but I'm excited enough to build side projects on top of it, it's enough for me to build it.
Hi, I'm Dominic the author of Build SaaS apps in Go, thank you for sharing the book website. If there's any questions please do not hesitate to ask. Here's a 25% discount direct buy link if that can help.
Hey thanks for mentioning my book. Like nickjj after building 2 SaaS in Go, I noticed that there were lots of pieces that could be extracted into a library.
Since I started my podcast go podcast() 3+ years ago everytime I'm saying to a guest that I'm blind and using a screen reader I always get the same reaction: "What, wow, I didn't know. I'd like to hear more about it".
I invited Ivan Fetch, a SRE that's also blind and we talk about challenges about being blind, not only tech-wise, but life also.
This will be a two part episode. I thought it might interest some people here in hacker news.
Thanks