Earlier quoted context omitted.
Plus: What about a history? Do I really have to have my client running to not miss stuff? That may have technical reasons, but is inconvenient.
IRC solves these problems via things like bots and bouncers. Although running always connected irssi client [1] in a screen [2] on a server is probably the easiest way to achieve it. [1] https://irssi.org/ [2] https://www.gnu.org/software/screen/
Slack client for the terminal
91–100 of 184 posts
Re: Slack client for the terminal
#92Earlier quoted context omitted.
Oh c'mon. Slack absolutely destroys IRC in terms of usability. And that's what ends up counting in the end.
Slack is barely useable, and I use it every day. Grief includes: - Huge, rigid, unskinnable UI. - Difficult, multi-step access to configurations and settings. - No OS integration therefore no desktop automation. I probably should have stuck with Hipchat, but I jumped on the Slack bandwagon along with everyone else.
Re: Slack client for the terminal
#93Earlier quoted context omitted.
Also , infinite scroll back , a standard set of easy to use clients, hosted services and API integrations.
I fail to see how those things should be part of the protocol. That's like complaining HTTP doesn't support tags for your bookmarks. It's so out of scope. Unless, of course, you are talking about a user-friendly service offering IRC access to those who do not want to set up their own clients. So, something like IRCCloud, which does exist, fyi.
Re: Slack client for the terminal
#94Re: Slack client for the terminal
#95Earlier quoted context omitted.
> push notifications, and offline message history, and a mobile client https://irccloud.com has all these, done really well. Offline message history you get also by running a server somewhere and just having an irssi in a screen/tmux. Still my favorite protocol and I have some channels that I consider to be my favorite social network for about 10-15 years already.
I pay for irccloud, but most people don't. It's annoying trying to talk to someone who disconnects when they shut their laptop and will never receive your message. Not very good tooling to build a community or relationships, that's for sure. Having to pay for basic features that competitors like slack/discord have is exactly why the slack community for something is often much bigger these days. Even the larger commun…
Re: Slack client for the terminal
#96Is that how much memory this requires to run?
Re: Slack client for the terminal
#97Earlier quoted context omitted.
Because the amount of users who don't care or notice performance or memory usage issues is immensely greater than the amount who cares.
IMO that's a poor excuse, and leaves open a lot of room for competition. There's a lot of hubris in assuming their position as a market leader is unassailable.
When there's a serious competitor in the space, then I'm sure they'll start caring. For now, I don't think anything else is close.
Re: Slack client for the terminal
#98Earlier quoted context omitted.
IMO that's a poor excuse, and leaves open a lot of room for competition. There's a lot of hubris in assuming their position as a market leader is unassailable.
There's also a fair amount of hubris in assuming that assuming that you know the market better than the market leader. They're killing it for a reason, and it just may be that the market they're targeting cares more about the app Just Working than about the RAM consumption.
I never made that claim.
> They're killing it for a reason
Sure, but who knows what that reason really is. I've gone through numerous cycles of "best chat app ever", and they're pretty much all in the dustbin now. I just don't see anything about Slack that makes it any better than several alternatives other than the number of users. In fact it's objectively worse than alternatives in several ways. The video and regular calling for example is pretty terrible on anything less than a high speed internet connection. In general the app often fails to load on weak WIFI. I can still use Skype, Discord, Gittr, Facebook Messenger, Signal, et.al. on coffeeshop wifi, but not Slack. You don't need to be a genius to see that this is a problem.
Re: Slack client for the terminal
#99Earlier quoted context omitted.
IMO that's a poor excuse, and leaves open a lot of room for competition. There's a lot of hubris in assuming their position as a market leader is unassailable.
Sure, but who buys into a messaging platform because the client makes more efficient use of resources? Don't get me wrong, it's on the list of priorities somewhere but the decision to go one platform over another will be made miles above.
If I were starting a new company, I wouldn't use Slack again.
Re: Slack client for the terminal
#100Earlier quoted context omitted.
Plus: What about a history? Do I really have to have my client running to not miss stuff? That may have technical reasons, but is inconvenient.
IRC solves these problems via things like bots and bouncers. Although running always connected irssi client [1] in a screen [2] on a server is probably the easiest way to achieve it. [1] https://irssi.org/ [2] https://www.gnu.org/software/screen/
A proper open-ecosystem solution would involve network-level history-storage-and-retrieval nodes (basically archival peers in the IRC protocol), and additions to the protocol to direct archive-access queries to those nodes.