Hacker Newsnew | past | comments | ask | show | jobs | submit | holtwick's commentslogin

The author here. Thanks for mentioning my article. I'm looking forward to learn how others experience selling software online. Let's get into the discussion :)

I got similar info from my accountant. Along the Peddle and Lemon Squeezy she also mentioned FastSpring. Do you know anything about them?

Thank you for sharing your domain knowledge!


AFAIK: Lemon Squeezy is owned by Stripe and development is discontinued; I sold my software via FastSpring before I switched to Paddle, it is not very modern and you have to bring a lot of your own implementation; Paddle is quite easy to set up; more modern providers like tiun from Switzerland offer MCP so AI can do the setup for you (probably Paddle can as well)

The briefing pages also have RSS, this way you see the most relevant stuff https://bubbles.town/editions


Hmmz the "briefing" rss feed can't be filtered by "minimum votes", i believe...?


The briefing rss feed contains one entry per day with a link to that days briefing page. The briefing itself cannot be customized, it's the same for everybody.

For the list views you can use the filter menu to filter by min votes or subscribe to any of the min vote rss feeds.


I love it!


Small web, try this one https://bubbles.town


Bubbles is different, because the front page is created by real people voting. It also supports comments, blogs in EN and DE, as well as following blogs.


For small groups SFU like Livekit is not needed at all. Still E2E and realtime collab. I wrote such a thing: https://brie.fi/ng


SFU is nice because it gives everyone privacy. Neither you or ISP know who you are communicating with.

Otherwise if everything is trusted I love that we can have conversations without depending on others over the internet :)


There's nothing bad about SFU, particularly the version you wrote, which forms the basis of Livekit. It would be my first choice for supporting larger groups in Briefing anyway. If the traffic is E2EE, it doesn't matter if an SFU is involved. The critical part is the signalling, in my opinion. This is where the initial communication is established. In the current version of my app, whose source code is yet to be published, this can happen via an untrusted server.


Inspired by this tool I wrote something that fits macOS better. It uses the native sandbox-exec from Apple and can wrap other apps as well, like VSCode in which you usually run AI stuff. https://github.com/holtwick/bx-mac


FluidVoice for macOS is pretty handy as well. Open source under Apache License. https://altic.dev/fluid https://github.com/altic-dev/FluidVoice


Its vibe coded UI feels too complicated.


I wonder there is not already such a petition in the EU or Germany. I searched, but didn't find any. Somebody who wants to create one? I'm not that good in writing such texts:

Europe: https://www.europarl.europa.eu/petitions/de/home

Germany: https://epetitionen.bundestag.de/epet/startseite.nc.html


> Germany

Ongoing discussion:

Digital Minister wants open standards and open source as guiding principle (heise.de)

https://news.ycombinator.com/item?id=44198171


Was going to mention the same. I do feel like there is some connection there.

The new digital minister seems to be doing well. He used to be CEO of an electronics retailer with mixed to negative reputation in nerd circles, but he also has a physics degree and has software experience in the trenches, so I wasn't sure what to think of him.


I'm keeping my fingers crossed! Hopefully it won't just remain at the announcement stage.


Thanks for sharing, this is super interesting. Although it doesn't seem to be super active these days. Probably because it is difficult to commercialize local first. That might be why we need a widely adopted and super flexible standard to become attractive to hosters of such services.


Thanks for feedback. The link is broken for me, but I think you are referring to this page? https://jack-vanlightly.com/analyses/2024/4/29/understanding...

Indeed, the approach is similar. Especially the separation of assets (they call it "Data files") from the log ("Data log") is something I consider being a good choice.


Yes, that's the correct link. Sorry for the broken link.

If the approach works for something as heavy duty as Delta Lake, then it is should work for syncing the data of a end-user app across several devices.

Even SQLite is separating its data and WAL in separate files :)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: