Everyone is talking about open protocols but when you're client agnostic you have to store/manage data somehow so surely Slack with its integration friendly mentality could go in that direction?
Open Sourcers Race to Build Better Versions of Slack
91–100 of 397 posts
Re: Open Sourcers Race to Build Better Versions of Slack
#92This is one of those applications that is always being rewritten somewhere. JWZ's law may even be relevant here: "Every program expands until it reads mail". It seems there is always a large group people out there working on messengers. The question really is what made Slack special. Why is it the Slack revolution and not the HipChat revolution? What about the veneer has allowed it to become a pervasive trend, expand…
Re: Open Sourcers Race to Build Better Versions of Slack
#93Earlier quoted context omitted.
IRCv3 lacks a logo, a startup, and VC funding. So people who write tech news seem to often be unaware that it even exists.
Doesn't it also lack a common, arguably nice, frontend? With integrations to everything under the sun pre-built, requiring no management by the implementers? Built in bouncers, searchable history, etc?
Re: Open Sourcers Race to Build Better Versions of Slack
#94A hundred different chat systems mentioned here. None of them compatible with one another. Well, I guess a couple of them have IRC gateways, but you have to actually set those up. Gee, wouldn't it be nice if you could pick and choose your UI? Pick and choose your "integrations", your "plugins", your client, etc without having to lose your entire userbase, history, contacts? Some sort of open protocol. Urgh, I've been…
What about Spectrum http://spectrum.im/ ? I am successfully using Spectrum as gateway to Skype (except groupchats ATM, some bugfixing pending) and IRC from my XMPP client apps.
What about XMPP in the whole? It looked depressing few years ago, but times have changed, I can help you to catch up with nice novelties.
Re: Open Sourcers Race to Build Better Versions of Slack
#95Regarding IRC... I started using Gitter a few months ago and have used various IRC clients for over 20 years. I was blown away on how much better the UX was in Gitter compared to IRC. The history, the notifications, the markup, the UI...you name it. And Gitter is a pretty crappy client. If there was a nicely implemented client, it would be even more impressive.
Re: Open Sourcers Race to Build Better Versions of Slack
#96Earlier quoted context omitted.
It's easier to host (at least on the scale that most teams would, few nodes, few tens of users, no need for services -- basically `apt-get install ircd-of-choice`) than to use, but I disagree that it's easy to use. I can tell anyone in any kind of role (senior to junior, technical to non-technical) on my team to "Download (the/a) client for X and join #channel #channel2" "Follow the directions to set it up so changes…
Are you fucking kidding me? I've been using IRC since I was 10. If a 10-year-old can figure it out, I think a professional engineer can figure it out. Using your typical IRC client to join a channel is just 4 steps: 1. Download IRC client. 2. Pick a nickname. 3. Pick a server. 4. Join a channel. With something like kiwiirc, you can even omit steps 1, 3, and 4: you can give someone a URL to a particular channel on a p…
Re: Open Sourcers Race to Build Better Versions of Slack
#97What about reusing and polishing XMPP and existing decent software for it? About donating money to people who develop it all these years? No, we'll spread FUD upon XMPP or just ignore it but will proceed to use and abuse its legacy behind the closed doors. http://risovach.ru/upload/2016/03/mem/novyy--shablon_1085837...
For one thing, XMPP is complicated and difficult to implement.
Re: Open Sourcers Race to Build Better Versions of Slack
#98We need open protocols. Then let a thousand clients with different paradigms bloom
For reasons that have never been entirely clear to me, chat has been reinvented more times than perhaps any other common Internet utility, and every time it is, there are no shortage of investors lined up for it. I think the cycle is largely driven by fashion, as youth get online and demand chat apps that are distinct (if not different in any meaningful functional way) from the existing ones.
Re: Open Sourcers Race to Build Better Versions of Slack
#99A hundred different chat systems mentioned here. None of them compatible with one another. Well, I guess a couple of them have IRC gateways, but you have to actually set those up. Gee, wouldn't it be nice if you could pick and choose your UI? Pick and choose your "integrations", your "plugins", your client, etc without having to lose your entire userbase, history, contacts? Some sort of open protocol. Urgh, I've been…
XMPP seems to be rather dead, for various reasons, and no real contender for a replacement has sprung up. I guess there always is, and always will be IRC…
Re: Open Sourcers Race to Build Better Versions of Slack
#100If only there was a well supported, standard, open and interoperable text messaging protocol (with multiple implementations) that companies could host themselves... Oh wait, IRC.
This comes up every time, and as usual you have totally missed the point . IRC is difficult to configure, difficult to host, difficult to use, and does not offer the same feature set as Slack. There is an obvious use case for something like Slack (obviously, because otherwise it would not have millions of users!) and covering one's ears while yelling "IRC! IRC! IRC!" is sort of wilfully ignoring that if it were a sui…