caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Sam Kuper <sampablokuper@posteo.net>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Ask questions on the mailing lists too
Date: Mon, 17 Jan 2022 17:36:08 +0000	[thread overview]
Message-ID: <20220117173608.qpufro64pbpfny5z@posteo.de> (raw)
In-Reply-To: <467aab49-e503-57e0-0799-a40a9c0b878d@baturin.org>

On Mon, Jan 17, 2022 at 09:56:33PM +0700, Daniil Baturin wrote:
> On 1/17/22 21:30, Sam Kuper wrote:
>> # 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. [..]
>> 
>> [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. ;)

Those two issues are related to each other, as explained above.


> 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.

Understood.  Still, the hosting arrangements mean that discuss.ocaml.org
tends towards the SaaSS end of the spectrum.  The software isn't under
users' control, and it isn't even under the OCaml Foundation's control.


> 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.

Yes.  That would be great!


> 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.

Yes.  Reddit would probably be much worse.


> 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.

Right.  But so far, there has not been - and in the meantime, users with
accessibility barriers to using discuss.ocaml.org miss out.


> 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.

Users can readily change email provider.  But they can't readily
change discuss.ocaml.org.

So, mailing lists beat a web UI on this front.

(I'm very grateful the OCaml mailing list exists, or you and I probably
wouldn't even be able to have this conversation.)


> 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.

Sad indeed, as far as it goes, but as I say, users can readily change
email provider - and civilised email providers do still exist.


> 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.

Right.  But so far, this has not happened - and in the meantime, users
with accessibility barriers to using discuss.ocaml.org miss out.

Best wishes,

Sam

-- 
A: When it messes up the order in which people normally read text.
Q: When is top-posting a bad thing?

()  ASCII ribbon campaign. Please avoid HTML emails & proprietary
/\  file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.

  reply	other threads:[~2022-01-17 17:36 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
2022-01-17 17:36               ` Sam Kuper [this message]
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=20220117173608.qpufro64pbpfny5z@posteo.de \
    --to=sampablokuper@posteo.net \
    --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;
as well as URLs for NNTP newsgroup(s).