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