I think the model of the client that tries to follow someone automatically is not incompatible at all with the model of the client that allows you to switch relays view and puts relays at the forefront of the experience. They are very compatible and the synergy between the two models can create interesting experiences. I wouldn't be unhealthy for some clients to specialize in one model of browsing while others specialize on the other, but a mix would be desirable too.
Also the algorithmic follow-by-heuristics method may work on Twitter-like experiences, but for most of other use cases that can be done with Nostr the browse-relays experience seems to fit much better.
Anyway, the only thing I think is terribly unhealthy is the current ubiquitous model of a "settings" page with a list of boring and meaningless relay URLs and people selecting these once (if at all) and never thinking about them again. This is horrible, centralizating, unscalable, a terrible anti-pattern. I take the blame for writing the first Nostr client with that experience.
fiatjaf /
npub180…jh6w6
2023-02-03 14:03:23
in reply to nevent1q…wmmh
Author Public Key
npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6Seen on
wss://relay.noswhere.comPublished at
2023-02-03 14:03:23Event JSON
{
"id": "c9c16b211389aa045ccced985f6d8e9c4e2d07261c2b729a9526f6995349b6f6",
"pubkey": "3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d",
"created_at": 1675433003,
"kind": 1,
"tags": [
[
"p",
"aff9a9f017f32b2e8b60754a4102db9d9cf9ff2b967804b50e070780aa45c9a8"
],
[
"p",
"3f770d65d3a764a9c5cb503ae123e62ec7598ad035d836e2a810f3877a745b24"
],
[
"p",
"ee11a5dff40c19a555f41fe42b48f00e618c91225622ae37b6c2bb67b76c4e49"
],
[
"e",
"a2822b81b7d1ffe78ab5dab5bed765e2907f47549527f5d74bc99358622b7b51",
"wss://nostr-relay.untethr.me",
"root"
],
[
"e",
"9415cd2fc4791371cd80bc1ca2b79e2b2006b6735b6afd631984b315e9abf03c",
"wss://nostr-relay.untethr.me",
"reply"
]
],
"content": "I think the model of the client that tries to follow someone automatically is not incompatible at all with the model of the client that allows you to switch relays view and puts relays at the forefront of the experience. They are very compatible and the synergy between the two models can create interesting experiences. I wouldn't be unhealthy for some clients to specialize in one model of browsing while others specialize on the other, but a mix would be desirable too.\n\nAlso the algorithmic follow-by-heuristics method may work on Twitter-like experiences, but for most of other use cases that can be done with Nostr the browse-relays experience seems to fit much better.\n\nAnyway, the only thing I think is terribly unhealthy is the current ubiquitous model of a \"settings\" page with a list of boring and meaningless relay URLs and people selecting these once (if at all) and never thinking about them again. This is horrible, centralizating, unscalable, a terrible anti-pattern. I take the blame for writing the first Nostr client with that experience.",
"sig": "dfd8159736f335cdb34945521100681583ce5d8a4ecf9c38420ecd85b9e2cdc74ebce1716280d38222230434fdd64dd72271d6b96ce7b640f3744400b3ed2ffa"
}