From: Daniil Baturin <daniil@baturin.org>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Ask questions on the mailing lists too
Date: Mon, 17 Jan 2022 21:56:33 +0700 [thread overview]
Message-ID: <467aab49-e503-57e0-0799-a40a9c0b878d@baturin.org> (raw)
In-Reply-To: <20220117143005.qso775afaro24bi4@posteo.de>
On 1/17/22 21:30, Sam Kuper wrote:
> On Mon, Jan 17, 2022 at 04:33:49PM +0700, Daniil Baturin wrote:
>> Discourse is NOT a service-as-a-software-substitute.
> You are only partly correct, and not for the reason you gave below.
>
> I probably should have been clearer, so let me clarify my earlier claim.
>
>
> # FREE SOFTWARE
>
>> It's free software distributed under GPLv2. See
>> https://github.com/discourse/discourse
> I was aware of the license before I made the statement about SaaSS.
>
> SaaSS does not imply "proprietary":
>
> "SaaSS and proprietary software lead to similar harmful results, but
> the mechanisms are different. With proprietary software, the
> mechanism is that you have and use a copy which is difficult and/or
> illegal to change. With SaaSS, the mechanism is that you don't
> have the copy that's doing your computing. ...
>
> Many free software supporters assume that the problem of SaaSS will
> be solved by developing free software for servers. ... But if the
> programs on the server are free, that doesn't protect the server's
> users from the effects of SaaSS. These programs liberate the server
> operator, but not the server's users."[1]
>
> So, on that ground in isolation, I was not wrong to call hosted
> Discourse instances SaaSS.
>
> (If Discourse were licensed as AGPLv3 instead of GPLv2+, then I *might*
> have been wrong to do so. I haven't examined that point here, though.)
>
>
>
> # SaaSS VS OTHER NETWORK SERVICES
>
>
> SaaSS implies a failure to do "your own computing on data in your own
> hands".[1]
>
> Insofar as Discourse facilitates exchange of data between people,
> therefore - e.g. to the extent that it replicates the functionality of
> traditional mailing list manager (MLM) software - it is *not* SaaSS.
>
> However, Discourse, like most forum software, doesn't just replace the
> MLM. It also replaces the MUA and the features for local
> data-processing that the MUA provides: a UI for reading posts and
> composing replies, search/browse functionality, etc.
>
> Those (anti-)features, strictly speaking, constitute SaaSS.
>
> That might not be bad if, like good MLMs, Discourse instances also
> provided e.g. Mbox discussion archives for easy downloading and local
> usage, so that users could easily avoid the SaaSS. But unfortunately,
> Discourse imposes accessibility and inconvenience barriers against
> downloading that data for local usage.
>
>
> Thank you for your patience and understanding,
>
> Sam
>
> [1]: https://www.gnu.org/philosophy/who-does-that-server-really-serve.en.html
Discourse being (or not being) SaaSS and Discourse's email features
being (or not being)
a complete replacement for a mailing list manager are separate issues,
let's not conflate them. ;)
Discourse could be self-hosted relatively easily, it's just that the
OCaml Foundation chose not to,
because there aren't any real benefits in that right now.
Discourse could also be improved to provide a better email interface.
It's technically possible to add pure email-based registration and
enable email interface for all users
by default, and it will be functionally indistinguishable from a "real"
mailing list.
If the OCaml Foundation was using using, let's say, Reddit for its
official forum,
that would classic SaaSS at its worst—impossible to even migrate the
data from and self-host it,
and obviously impossible for anyone but its operators to improve.
A Discourse-based forum could be made to run in a hybrid mailing
list/forum mode,
the only question is if there's enough momentum to make it happen.
To me, as much as I hate to say it, any web UI beats a mailing list
simply because
I don't have to wonder if the people I'd have wanted to see my message
can actually see it, or the Big Email™ companies they use using silently
discarded it again.
It's a sad state of the ecosystem and it's incredibly ironic: email is
more affected by the SaaSS issues
than web-based forums even though it's an open protocol stack. But we've
got what we've got.
However, turning Discourse into a full-grown hybrid forum/MLM solution
is technically and legally possible,
so discuss.ocaml.org being a hosted instance at the moment is not an
unbreakable barrier,
as it would be if it was a proprietary SaaSS solution.
next prev parent reply other threads:[~2022-01-17 14:56 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-14 18:56 [Caml-list] Type Error in OCaml Code mukesh tiwari
2022-01-15 21:18 ` Nicolás Ojeda Bär
2022-01-16 9:40 ` [Caml-list] Ask questions on the mailing lists too orbifx
2022-01-16 14:31 ` Sam Kuper
2022-01-17 9:20 ` Sébastien Hinderer
2022-01-17 9:33 ` Daniil Baturin
2022-01-17 14:30 ` Sam Kuper
2022-01-17 14:56 ` Daniil Baturin [this message]
2022-01-17 17:36 ` Sam Kuper
2022-01-17 21:06 ` Gabriel Scherer
2022-01-18 1:51 ` Sam Kuper
2022-01-19 15:46 ` Sébastien Hinderer
2022-01-18 9:48 ` orbifx
2022-01-18 15:55 ` Simon Cruanes
2022-01-19 16:31 ` Sébastien Hinderer
2022-01-19 17:51 ` Sam Kuper
2022-01-19 18:09 ` Sam Kuper
2022-01-19 19:09 ` Sébastien Hinderer
2022-01-19 20:53 ` Sam Kuper
2022-01-19 18:42 ` Simon Cruanes
2022-01-19 19:03 ` Sébastien Hinderer
2022-01-19 20:50 ` Sam Kuper
2022-01-20 20:56 ` Edwin Török
2022-03-11 8:46 ` Sébastien Hinderer
2022-03-11 9:37 ` Vasilis Goumas
2022-03-11 9:42 ` Gabriel Scherer
2022-01-19 15:33 ` Sébastien Hinderer
2022-01-19 21:43 ` Gabriel Scherer
2022-01-19 22:01 ` Sam Kuper
2022-01-19 22:38 ` Sébastien Hinderer
[not found] ` <50AF4FEF-5CD6-40E7-9FA3-78814CBEE230@etorok.eu>
2022-01-17 22:47 ` Sam Kuper
2022-01-17 9:53 ` Alan Schmitt
2022-01-17 13:52 ` Sam Kuper
2022-01-19 15:18 ` Sébastien Hinderer
2022-01-19 15:54 ` Sébastien Hinderer
2022-01-20 9:12 ` Alan Schmitt
[not found] ` <87pmom7sz7.fsf@m4x.org>
2022-01-20 14:15 ` Sébastien Hinderer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=467aab49-e503-57e0-0799-a40a9c0b878d@baturin.org \
--to=daniil@baturin.org \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox