💾 Archived View for rawtext.club › ~sloum › geminilist › 002803.gmi captured on 2020-11-07 at 03:09:22. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2020-10-31)
-=-=-=-=-=-=-
Martin Keegan martin at no.ucant.org
Mon Sep 28 14:09:59 BST 2020
- - - - - - - - - - - - - - - - - - -
On Mon, 28 Sep 2020, Jason McBrayer wrote:
IMO, we should resist the temptation to make Gemini a general-purpose
application platform, and the like temptation to build a general purpose
application platform alongside it.
The ease and enjoyment of creating a reasonably good server or client for the Gemini protocol/format has led to perhaps more clients and servers than we need; a positive consequence has been to increase the amount ofcaution with which spec changes are now approached.
I think however there is a negative consequence: attention is diverted from complementary aspects of the Gemini ecosystem, namely Gemini-native content itself, and the tooling connected with it, such as distribution, discovery and syndication tools. If there were a simple, fun standard/spec for some aspect of these tools, that might attract the same useful energy as the Gemini spec itself does.
(As indicated above, I am pretty sceptical about additional Gemini-adjacent protocols as such)
Mk