This has a potentially very-chilling effect on acquisitions, which are a major source of liquidity for lots of secondary companies.
This has a potentially very-chilling effect on acquisitions, which are a major source of liquidity for lots of secondary companies.
User retention aside... Nobody can even find the small internet. It's out there and there are search engines, but even if Google magically wasn't utterly ruined by SEO SPAM, people just don't Google their special interests as much directly anymore. (I can tell from search analytics!) So aside from a struggle to keep users engaged in small communities, there's also not very many users entering smaller communities either, certainly not enough to counteract the bleed.
This has been my lived experience with a few places the past couple of years, and I love it. It's a completely different experience from the "pop web" that most people use and it's amazing.
>Nobody can even find the small internet. It's out there and there are search engines, but even if Google magically wasn't utterly ruined by SEO SPAM, people just don't Google their special interests as much directly anymore.
I know that my example can't speak for most/many other places, but the regional hiking forums I frequent (same places I alluded to above) come up a lot on search engines. Whether you're looking for "[region] hiking", or looking up "[name of] trail", or anything related to it, the pages pop up towards the top quite frequently. It's how I found them, and there does seem to be a steady number of new users joining.
There's something to be said, at least in my opinion, about keeping a healthy dose of ephemerality in our lives.
Even if a new protocol was created which fixed this, the necessary design change would bring so much baggage that it would become Matrix. To solve the unstable endpoint problem, servers need to store messages until all endpoints retrieve them (which is never, for channels of non-trivial size, since at least one client isn't coming back) or time out (how long do you set that? a week? If you're holding all messages permanently, you might as well never time out clients).
The obvious storage design will hold each channel's messages once, not once per client connection buffer. Which means a lot of things: you might as well send it to new clients when they join; each message will have an ID so you might as well support replies and emoji reactions; you have to moderate it for illegal content; since messages have IDs, you might as well retract moderated messages on clients. At the end of the design process, what you have is nothing like IRC any more.
OP lamented that things like IRC meant that if you weren't always connected, you'd miss messages.
I simply posited, from a philosophical perspective rather than the technical perspective you are focused on, that it's OK for us to not be connected all the time. That not everything we miss is as important as we feel it might be when we think about missing out. That the truly important details will make their way to us one way or another.
Again, I know this. And please don't mis-quote OP, they clearly said "miss", just like I said.
I've told you twice, now, that you're focusing so much on the technical aspect of a connection that you are completely missing the philosophical idea I have very clearly, also twice, suggested. How IRC works, on mobile and on desktop, is not the point. I don't know how else to explain myself, so I'm gonna move on. Hope you have a pleasant day.
Edit: For posterity's sake, OP's quote at the time of this this post is...
>... if you have a connection interruption you miss messages.