Email list hosting service & mailing list manager

peer-to-peer Amirouche Boubekki (05 Oct 2019 12:24 UTC)
We need a pre-SRFI list hga@xxxxxx (05 Oct 2019 12:41 UTC)
Re: We need a pre-SRFI list Arthur A. Gleckler (05 Oct 2019 19:14 UTC)
Re: We need a pre-SRFI list hga@xxxxxx (05 Oct 2019 20:20 UTC)
Re: We need a pre-SRFI list Duy Nguyen (06 Oct 2019 01:47 UTC)
Re: We need a pre-SRFI list elf (06 Oct 2019 01:51 UTC)
Re: We need a pre-SRFI list hga@xxxxxx (06 Oct 2019 02:18 UTC)
Re: We need a pre-SRFI list elf (06 Oct 2019 02:33 UTC)
Re: We need a pre-SRFI list Arthur A. Gleckler (06 Oct 2019 04:57 UTC)
Re: We need a pre-SRFI list hga@xxxxxx (06 Oct 2019 11:42 UTC)
Re: We need a pre-SRFI list Amirouche Boubekki (06 Oct 2019 06:09 UTC)
Re: We need a pre-SRFI list Arthur A. Gleckler (06 Oct 2019 17:30 UTC)
Planning how to organize Scheme discussion Lassi Kortela (06 Oct 2019 17:48 UTC)
Re: Planning how to organize Scheme discussion hga@xxxxxx (06 Oct 2019 19:41 UTC)
Re: We need a pre-SRFI list Arthur A. Gleckler (06 Oct 2019 18:30 UTC)
Re: We need a pre-SRFI list Lassi Kortela (06 Oct 2019 19:31 UTC)
Re: We need a pre-SRFI list Amirouche Boubekki (06 Oct 2019 19:48 UTC)
Re: We need a pre-SRFI list Amirouche Boubekki (06 Oct 2019 19:56 UTC)
Re: We need a pre-SRFI list elf (06 Oct 2019 01:53 UTC)
Re: We need a pre-SRFI list Vladimir Nikishkin (06 Oct 2019 03:06 UTC)
Re: We need a pre-SRFI list Duy Nguyen (06 Oct 2019 04:13 UTC)
Matrix libraries Lassi Kortela (06 Oct 2019 14:51 UTC)
Re: Matrix libraries John Cowan (06 Oct 2019 17:55 UTC)
Who's working on what? Lassi Kortela (06 Oct 2019 19:39 UTC)
Re: Who's working on what? Amirouche Boubekki (06 Oct 2019 20:19 UTC)
Re: Who's working on what? Amirouche Boubekki (06 Oct 2019 20:26 UTC)
Re: Who's working on what? John Cowan (06 Oct 2019 20:40 UTC)
Re: peer-to-peer Amirouche Boubekki (05 Oct 2019 14:43 UTC)
Re: peer-to-peer Arthur A. Gleckler (06 Oct 2019 05:14 UTC)
Peer-to-peer, sockets and binary s-expressions Lassi Kortela (06 Oct 2019 12:41 UTC)
Re: Peer-to-peer, sockets and binary s-expressions Amirouche Boubekki (06 Oct 2019 13:46 UTC)
Re: Peer-to-peer, sockets and binary s-expressions John Cowan (06 Oct 2019 20:35 UTC)
Re: Peer-to-peer, sockets and binary s-expressions Vladimir Nikishkin (07 Oct 2019 02:42 UTC)
WebSockets Lassi Kortela (06 Oct 2019 12:47 UTC)
Re: WebSockets Per Bothner (06 Oct 2019 14:40 UTC)
Re: WebSockets Amirouche Boubekki (06 Oct 2019 19:53 UTC)

Re: We need a pre-SRFI list Lassi Kortela 06 Oct 2019 19:31 UTC

> So far, the Scheme Topics
> mailing lists seem to have been a fruitful experiment in bringing people
> together to discuss specific ideas with concrete, mature code and
> proposals as their goal.

The lists have had excellent signal-to-noise ratio so far.

We may be reaching the limit of how many projects we can take on. Does
anyone else feel this way? In that case no communication structure will
help. We do a lot of high-quality work with few people but the limit
comes up at some point. And with close to a year of designing more and
more ambitious projects, it's only natural that it would finally happen.
I've continually felt during the past few weeks that I just can't think
and type faster no matter how the work is organized.

How to recruit more people of the kind we have would be useful to know.
Then it likely wouldn't be a problem to address more topics.

> I should mention that quite a few of the SRFIs that have been
> withdrawn were withdrawn because of follow-on SRFIs that were intended to
> replace them, and others were part of the R6RS process, whose authors
> announced at the beginning that they would be withdrawing all the SRFIs
> they introduced once the discussions were complete.  Many of the R6RS
> editors' SRFIs became part of R6RS, which means that that effort was surely
> not wasted.

Agreed. I don't think withdrawn SRFIs are a bad sign; they are neutral.
Withdrawing one's own document is a sign of honesty and integrity; part
of the point of SRFI is to explore designs, and complex problems don't
always solved right the first time.

I also don't think the number of SRFIs (175) is anywhere near the
reasonable limit. We could have 300 of them and it wouldn't be a
problem. Scheme needs to address a lot of problem domains and more
documents is a sign of more problems being addressed. It's a natural
consequence of growth.