2021-09-20
I've been visiting Gemini for about a year, and hosting this gemlog for 10 months so far. I still like it, and still spend about 30 minutes (sometimes more, sometimes less) reading Gemini pages a few times a week. I read on Elaho on my phone or tablet before bed, in Amfora on my laptop, on Amfora when ssh'ing to Ctrl-C Club tilde or occasionally AV-98 when on an obscure or underpowered old computing device (10 year old raspberry pi B).
Here's the parts I enjoy, and those that I don't.
Gemini is mostly text, with or without my own CSS-like overlay. I read on my phone in Elaho or in the command line with Amfora. It is blazing fast.
Capitalism eventually co-opts almost everything but as of yet there are no commercial entities, ads, monetization or products as far as I've seen.
Gemini rewards creating and reading longer blog-like articles. The main form of most sites is an index with a listing of posts as links. From here I can easily pick what to read or ignore. The small size of the Gemini-verse means there is less that I feel I need to be constantly up to date with. Rather than check it one or more times a day I can connect occasionally every few days and still feel like I'm not missing things I'm interested in. Conversations of sorts on various topics ripple through slowly. And some folks (like myself) allow commenting by those who email their response to a post. All of this is very -slow- compared to consuming web media.
As a digital flaneur of sorts I am able to randomly traipse from one gemlog to another through visiting links.
I also can use simple feed-like methods (built-in to various clients or through other software) to stay up to date with gemlogs that I subscribe to.
The simplicity and robustness of the spec allows for a variety of clients in many languages and configurations to exist. It also means that it's pretty easy to find one that works on quite old hardware, or can even be made to work. This comes as a result of the original goal of being able to create a client can be written in any language in less than about 100 lines of code.
The requirement for security is not useful for me. The times that I get errors on various clients are always a result of certificate errors or changes. It also makes a higher barrier to entry that seems uneccessary. I think without this there would be more people serving their own gemlogs.
Recently Oppen (creator of Ariane Android Gemini client) pointed out the (fantasy) Mercury protocol specified by Solderpunk, founder of the Gemini protocol spec. It strips the ideas of Gemini back even further so that there are only two different kinds of lines of text: a) text or b) links. He's creating his own Mercury client. At this point I've made my peace to stick with Gemini but I'd very interested in Mercury as an alternative protocol.
Though mostly simple, as a result of TLS requirements or due to the community growing largely out of Mastodon and other similar tech-ajacent spaces, Gemini is dominated by programmer-y gemlogs. I am guilty of this myself, and I enjoy reading these, but I'd like much more content options as well. More gemlogs by musicians, artists, jugglers, quilters, teachers, cooks, parents, carpenters, cyclists, storytellers, et. cetera. Less about our own dotfiles.
---
You can leave a comment by emailing lettuce@ctrl-c.club
---
As soon as the platform gets popular, mainstream, and you get gemlogs by non-tech people, you’ll start to see more companies take notice and try to monetize it.--Rex
---
Oh no, I hope that doesn't happen. You may be right.--lettuce