Hacker News new | past | comments | ask | show | jobs | submit login

>I think that even when using a third-party server, like, say, Google Groups or https://lists.sr.ht/ for this, the amount of control you get over your data and conversations is much higher than something like Discord. All of the conversations on the list during your membership of it are trivially archivable and searchable using software that is probably built into your operating system.

Again, your statements above emphasize the advantages of client side tools but not the tradeoffs of various server side options for the FOSS admins. You've listed the positives of your use case in multiple messages but surely you'd know that the tech audience of HN and the FOSS admins are already aware of them.

To make progress, we need to dissect the server landscape from the admins' perspective. Consider your proposals of, "Google Groups or https://lists.sr.ht/"

- lists.sr.ht : Costs money. It's not a lot but it's more than $0. (https://sourcehut.org/pricing/) This is also a small hosting business and some project may be uncomfortable basing their discussions there rather than a bigger company like Microsoft/Google/Discord/etc. The sr.ht owner likes to emphasize the infrastructure's "alpha" status which seems like a "caveat emptor" : https://drewdevault.com/2019/01/13/Backups-and-redundancy-at...

- Google Groups : $0 cost but a lot of projects are dissatisfied with GG and want to switch to more modernized[1] discussion software. (And some for ideology reasons would rather avoid using Google services.) Examples:

--- e.g. Hy Lisp project didn't like GG and eventually settled on migrating to Github Discussions: https://github.com/hylang/hy/issues/1778

(Yes, Github/Microsoft is a walled-garden but that didn't seem to be the biggest concern. Their immediate desire was to switch from GoogleGroups. And Github Discussions being free $0 probably helps.)

--- e.g. TiddlyWiki long thread about moving off of GG to something else: https://groups.google.com/g/tiddlywiki/c/j-nm0ylA2Ac

(You don't have to read that whole thing but here's an example comment[2]. The tldr is they eventually decided on Discourse self-hosted. Now they have a new complication of how to pay for ongoing server costs at Digital Ocean for the Discourse server: https://talk.tiddlywiki.org/t/paying-for-discourse/289)

So what project leaders are trying to do is find the optimal tradeoffs on the server side :

- ideally $0 cost

- ideally zero setup and maintenance. E.g. click "+" button to create instant server in Discord rather than install phpBB or vBulletin or mailing-list software

- ideally have modern features[1]

- ideally open source if possible. Discourse is open-source but then you have to decide on SaaS hosting at $1200/yr (https://www.discourse.org/pricing) -- or pay for self-hosted costs.

- ideally avoid massive scope creep by not developing a "Discord-like FOSS email list solution" even though some users envision an ideal world where such software exists. In that spirit, I thought it was amusing that in TiddlyWiki discussion to migrate to different forum software, they toyed with the idea of extending TiddlyWiki itself (aka dogfooding TiddlyWiki) to handle the forum discussion. They abandoned that idea and just went with Discourse.

Ultimately, whenever an end user is frustrated that "FOSS project leaders don't do what I want them to do!" and wonder why they end up choosing Github Discussions or Discord ... it's the result of tradeoffs above. The hypothetical forum discussion software that makes all clients and admins happy doesn't exist.

[1] example of what some are looking for in more modern discussion tools that GoogleGroups/mailinglists don't have: https://forum.getodk.org/t/important-moving-from-google-grou...

[2] a comment excerpt : >[...] One new deal breaker for me with google groups is that now I can't reply from the browser on my phone. This is some new change that happened in recent months I guess. Yes, I can subscribe to emails and reply that way, but my gmail is already clogged enough as it is and this list is very high traffic. For forums like this I prefer to read and interact with it on the web, or else use discord/slack. [...]

https://groups.google.com/g/tiddlywiki/c/j-nm0ylA2Ac/m/EvKqs...




I must say, thanks a lot for indulging my comment, and meaningfully engaging with each point in it!

Let's take a FOSS solution like Zulip, and see if it satisfies some of the constraints you arrived at:

- ideally $0 cost

Zulip is free for OSS projects: https://zulip.com/for/open-source/

- ideally zero setup and maintenance. E.g. click "+" button to create instant server in Discord rather than install phpBB or vBulletin or mailing-list software

Yep, a one-click solution is available

- ideally have modern features https://forum.getodk.org/t/important-moving-from-google-grou...

Zulip has a topic-threaded model that threads the needle between email threads and instant messaging in a way that's much better than Slack threads: https://zulip.com/help/streams-and-topics

- ideally open source if possible. Discourse is open-source but then you have to decide on SaaS hosting at $1200/yr (https://www.discourse.org/pricing) -- or pay for self-hosted costs.

Yep, is Open Source. https://github.com/zulip/

> Ultimately, whenever an end user is frustrated that "FOSS project leaders don't do what I want them to do!" and wonder why they end up choosing Github Discussions or Discord ... it's the result of tradeoffs above. The hypothetical forum discussion software that makes all clients and admins happy doesn't exist.

It's a bit hard for me to understand why Zulip is so lightly represented in these discussions – for example I saw it mentioned in the TiddlyWiki thread you linked, but the talk seems to have tailed off and mysteriously settled on Discourse. Someone seems to have the incorrect idea that Zulip requires running your own instance of it; that's not the case.

My hypothesis here is that there's a decent level of groupthink which tends to reject perfectly available FOSS solutions in favor of equivalent proprietary ones because FOSS solutions have (perhaps rightly) gained a bad reputation over the years as being difficult to use and operate. My thesis in this thread is that it's high time we began re-evaluating that, and giving FOSS tools a fair chance rather than prematurely declaring them to be bad; especially in light of data portability concerns.




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

Search: