Show HN: BetterSlack – A Chrome extension to make Slack better
g3rv4.com
g3rv4.com
Then someone invited me to try Discord for company comms and I said "that's a gaming-oriented app, cmon it won't work well".... my mind was blown by how smooth Discord is.
We are a small shop but since we migrated from Slack to Discord we haven't been focusing much on 'how to communicate' but more on actually just chatting.
I advise everyone that talks about Slack to try Discord as a good alternative, even if your use case is synchronizing a loosely-knit team over the internet.
[1] https://www.reddit.com/r/discordapp/comments/3q62hw/on_what_...
Slack gets choppy (almost down to typing lag!) pretty quickly on a middle-tier Android phone and with Discord, it keeps snappy no matter what.
I'd say that Discord is the actual Slack killer today.
The secret to their app’s speed is using native components inside their React Native app. The chat UI (messages and input) for instance (IIRC) is native.
In what's being hailed as "the Xzibit pattern", SV app devs seeking to lower UI latency towards the level of a late-90's IRC client have made a discovery that has the Valley buzzing. As one dev we talked to explained, "we started putting native in your native, bro, and it's awesome! I can type on my phone smooth, it's like the app's running on my 16-core workstation!" Other devs have been overheard in coffee shops explaining software written in C++ as "native all the way down".
More on this developing story when we return, right after this commercial break.
"""
But there's no separation of workspaces like in slack. Rather, they have servers. You log into discord with one email, and all its associated servers are shown. So unlike slack, you can't have different servers each with different email ids to login to.
https://support.discordapp.com/hc/en-us/articles/219070107-S...
Work slack
N Side-project-team slacks
Personal Slack
---
I cant have work-slack email address to login to my personal slack, which is just for me. Further, need no connections between various side-project/side-interests slacks.
I also participate in Discords, but not actively enough where I am as fluid in using discord...
Plus I pay nothing.
I strongly recommend Discord over Slack for public chat groups; I'd happily use it over Slack for company chat as well, with the caveat that the integration/app story isn't quite as far along as Slack is.
I was a diehard irc fan just because of the snappiness of using whatever app (native) I wanted, and at some point I vouched to never switch to those 'fancy newfangled chat apps' because while they had all this bells and whistles (markdown, inline previews etc) they couldn't do the most basic thing properly : snappy chat. Discord fixed that, I get the same kick out of it as I got when I used to hang out on Freenode. So hooray \o/
TMYK
TL;DR
Discord explicitly confirms in its privacy policy[1] that it collects the following information:
IP AddressDevice UUIDUser's e-mail addressAll text messagesAll imagesAll VOIP data (voice chat)Open rates for e-mail sent by Discord
> The nice part? it shows it as a link for everybody, not only those who have the extension installed.
Wait, wat? I'm looking at the code[0], and this is the most surprising part of this entire project to me. Slack goes out of its way to say "we don't support Markdown because we think the link support is an exploit." But they just have an alternate, undocumented way to send links anyway?
Is that a bug on Slack's side? I'm trying the syntax format that you're casting to in DMs to myself, and it doesn't seem to work? Are they doing clientside escaping or something?
Don't get me wrong, I think the "people might phish links" excuse is kind of lame when there are multiple ways for them to mitigate that problem, I'm just very curious about how and why this works.
[0]: https://github.com/g3rv4/BetterSlack/commit/24ad3b57da7a9c9c...
If they do, I'll fix it on the extension (so only people with the extension would see the markdown links as real links).
Also: to answer your question... yes, there's an undocumented way of sending them. And yes, the client escapes `<https://url.com|the title>` to `<https://url.com|the title>`.
The format is the same format used by bots to generate links.
I wonder why they don't also support it for the client[1]? It can't possibly be for security if they have a workaround. I guess for whatever the same reason is that they invented their own slightly messed up version of Markdown instead of using the same format as 99% of the entire web. :/
I dunno. Glad that there's a workaround though, and that it's officially supported.
[0]: https://api.slack.com/docs/message-formatting#linking_to_url...
[1]: https://get.slack.help/hc/en-us/articles/204399343-Sharing-l...
<http://google.com|click me>
on the iOS App worksIt would be cool if you made it so that users could inject it manually (via enabling --dev and $.getScript() or so) into the app; I for one don't restart Slack very often, so it wouldn't be too much of a pain.
But that sounds like an amazing thing for me to use locally :)
A solution?
So why use it at all? That's rapidly becoming my thought on this Slack mess.
If it's important they'll call me or send an email. Just like in 2015.
> just say you missed it
Technology is supposed to make data manageable. If it doesn't then it's a failure.
I've deleted the Slack app from my phone. It has progressed through the stages of Usenet in a few years. Now the signal is unrecoverable in the noise. It has failed.
For instance, your company might have a hundred slack channels and private conversations. You could be interested in five (channels specific to projects you're on, things you're interested in, or non-critical alerts), not interested in ninety (other projects, functional groups you don't care about, other groups' lunch plans), and actively disinterested in another five (#random, #politics-that-make-me-angry, #synergy, #build-system-spam).
Switching from email to Slack is basically a test of whether or not an organization actually has some task tracking in place. If not, then Slack's claimed 41% reduction in email volume becomes a 41% reduction in customer volume. "Less work for me!"
I never understood that. It's not like email. It's corporate IRC.
For sure, but the UX around unread messages triggers my OCD.
Just an FYI that everybody needs to know or needs an answer regardless of when you can answer: use email
Information that is valid until a major change (or forever if that exists): document in your wiki or whatever documentation system you use.
When I'm back from time off, I mark all slack channels as read.
Disclaimer: I am a full time contributor at Zulip.
PRs are welcome :)
Slack always seems like a step backwards in chat to me.
however, anybody with a bit of javascript knowledge can do it. I guess we need to keep educating people about the importance of checking urls?