Hi,

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

Hey,

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 hope it's entertaining.

Hey there, I'm @dominicstpierre on Twitter.

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.

Any feedback would be greatly appreciated.

Hey,

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.

Any feedback is appreciated.

Good luck

thanks for the feedback.

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.

thanks, this give me some confidence.

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.

thank you

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 still have difficulty knowing what it is.

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.