Slack will soon start testing voice and video chat
techcrunch.com
techcrunch.com
Skype is also a mess right now; with chat application bugs, UX issues (why does the freakin' mute button move around) calls that can't be joined or start cyloning, participants are suddenly dropped mid call. Throw in the spying allegations ...
Hangouts is great for video but is a really clunky experience otherwise.
With everbody dropping the ball, there certainly is room for Slack to come in and take control of this space.
Snippets!? Come on! These should be basic, foundation features.
Once you go Slack..
With that said, shoot them an email first if you want to use them at a large company ... it's not an enterprise product.
And they send you really friendly emails.
edit: heh. Apparently I tried posting it to HN before. Perhaps they're going a little hard on the "for gamers" branding when it could really be for anyone.
Is this the biggest react community? Is being on Discord something they prefer to being on reddit or perhaps a forum?
In it's peak, there were lots of channels for all the different parts and facets, including geo-oriented channels as well.
Now, its mostly just the dancing shark gif http://i.imgur.com/I2CBRBZ.png
I'm a member of the UX Slack (https://www.designerhangout.co/) who have ~6k members, and it's pretty active. It's a cross between a forum and IRC, and (from a user perspective) fails pretty badly because of it :)
A major reason is Slack's limit of 10000 messages per free Slack. So conversations get lost within 2-3 days, there's no way to find them unless you've starred them. With no threading discussions don't happen well - there's a lot of noise (like IRC) which can't be filtered out.
Summary: No way to organise/archive knowledge (same q's again and again); noise of IRC interspersed w discussions, Slack's hard limit of visible messages.
If you're paying 35k/year however, it would be interesting to see how they react to that...
Also, our tech stack for the native/web client is React & our iOS app is React Native, so it was pretty awesome to see Reactiflux migrate to Discord.
Do you guys have retention policy settings and are able to handle something like 7000 member rooms for announcements?
Our product focus is on making VOIP the best it can for gamers/gaming communities. Definitely not huge enterprises!
However, 7000 member rooms for announcements? No sweat. We've had @everyone notifications targeted at upwards of 20,000+ users at once in a single server. I actually wrote the code that handles that. Lots of streamers, game developers and stuff actually use discord for announcements. One of the bigger ones in my recent memory was the Star Citizen PTU server, the devs used it for chat + announcements.
1) offline mode
2) different names for each server
However, for a company, there are a lot of missing features, so definitely take some time to evaluate it first to make sure it's a fit. For example searching chat history (something we miss a great deal, but can live without). Also, the permissions are horrendously complicated and the fact that you can't remove or lock down the "public" room is super annoying.
That being said, we're still using it and pretty happy. It probably doesn't measure up too well against Slack if you don't value the group voice channels.
Just saw the threaded discussions feature for Zulip from a thread in here. Wow, that would be killer.
Although the permission system may be something that's complicated, it fits the gamer clan niche well. A lot of people actually have been requesting that we add more complex permission hierarchies.
It'd also be nice to make it clearer whether someone can view a specific channel or not (eg see it in the list).
Oh and... IRC gateway? :) Or at least open spec on the protocol, pretty please.
It is a very good piece of open source software.
For example, there is no way to self-host a Discord server. While that might be OK for Slack/Skype users, some TeamSpeak/Mumble users might not like that.
When you really feel it is when Slack goes down and you have to go back to using something else. There are just so many little details in the presentation that make a text chat in Slack feel right. Adding videoconferencing to their platform is the logical next step.
In an ideal world they'll find a way to improve on video chat similarly! I'd be plenty happy though with an experience comparable to hangouts, but without leaving Slack.
I'll be happy to see how Slack integrates voice/video. If the quality is 80% of Hangouts and the experience is better, I'll take it.
The problem is organizing and collecting the information and ensuring it is useful later, rather than just during the 5 minutes. Let users break a chat message out into a threaded discussion for example. We already have plenty of voice and video chat options, we can just pick up a phone. Those things are ephemeral. Text is forever. Let's keep more of that so we can use it to further the business objectives.
We have GitHub Issues, but they're not a discussion forum... the GitHub wiki, which nobody likes to use for anything except info they don't have any other place for... and Slack, which is too synchronous and spammy to be a place for calm, longer-term discussions...
Any interesting contenders? Perhaps something aimed at remote async teams?
It feels like there should be a good solution for dev-team (or even OSS community) discussion baked into the project hosting solution. The only thing holding me back is that it looks like a huge undertaking.
When me and my brother worked on a project, we set up our browser home pages to show a CGI gadget that grepped (well, ag'd) the source code, and commit log, for @-mentions and XXX comments. This way we could talk asynchronously inside the coding process, e.g.
// @dbrock do you know a better way to do this?
That was ridiculously simple to build but very effective. So I'm a fan of this linking between code and communication, and encourage you to keep experimenting!I'm envisioning a github/gitlab alike source hosting service, but with the UI and UX tuned towards enabling discussion and collaboration. Sort of trying to get to Github's original motto of "Social Coding". Put more emphasis on the social and human aspect than on tweaking the product for enterprise sales.
The basic idea would be to have a reddit-style threaded discussion available from any point in the repository: the repo itself, a commit, a branch, a tag, and to have easy hyper-linking between those objects. Good search would help too.
Will keep experimenting.
In a team setting such as where I work, it's somewhat arbitrary that I only learn about work once it's committed and pushed. It would be interesting to see in real time what people are messing around with.
But I also like the idea of asynchronicity, and taking inspiration from open source collaboration into the business world, rather than the other way around...
By the way, it seems to me that the basic functionality of GitHub and GitLab is quite simple, and the kind of thing you could make an MVP of in a weekend or two, if you carefully avoid complications and keep it ruthlessly simple...
Zulip does this, and you can host it on premises.
Threaded chat would be awesome! In 'noisy' public Slacks the conversations are impossible to follow. Sure IRC had the same problem, but it wasn't used as a general replacement for forums in the way Slack is.
Our team was using it, but since then we moved to Slack as it became the company standard.
I'll avoid saying "You should" beacuse everyone's workflow is different, but:
I like to treat Slack like e-mail. I'm also a fan of GTD(Getting Things Done), and a pretty big part of that (and things like Inbox Zero) is that _you don't leave important stuff in your inbox_.
If there's some info in slack that will be valuable for more than 15 minutes, it's likely that it belongs somewhere else!
When dealing with bugs, I copy the chat (well, a link to the chat) into a card in Trello. Same for basically any request that requires me to do something. I do use Slack reminders for calendar-based events.
I treat Slack like I treat talking to a person in real life. If I don't write it down, I'll likely forget it, so I better write it somewhere (not in Slack) quickly. You can probably accomplish some of this with pins inside Slack, but I've never accomplished it.
I think that this is one of those intractable problems where, because people work differently together and in individual workflows, it's hard to solve the "long-term coordination" problem without bogging down the "short-term coordination" problem.
Anyways, text is forever, but so are newspapers on microfilm. But we still make history books.
> If I don't write it down, I'll likely forget it, so I better write it somewhere (not in Slack) quickly.
Where do you write it?
If you're OK with having links to chats instead of the chat text itself, you can click the timestamps in a Slack chat to get a permalink . Sometimes I just copy the entire chat and paste it into Trello.
Which leads to "where". Most things I end up with are small tasks like bugfixes. Actionable tasks for the immediate. As much of that goes into Trello as possible. I'm not afraid of making multi-paragraph cards that copy the chat verbatim either (it's all 1s and 0s, right).
I also do the whole "screenshot" thing too. Take a screenshot and also paste it right into Trello.
Some stuff is important in the immediate but I'll throw away later. Temporary notes for things like user support. I use OS X's Notes app, which is basically notepad with tabs (I would likely use Notepad++ on Windows to accomplish this). It's all temporary notes, but still nice because it doesn't scroll up as other people start talking.
If I have something like a long-term reference, I try really hard to find a good place for it on a case-by-case basis. Usually that involves writing a text file (markdown) and putting it into Dropbox. On OS X I use LightPaper (a great little app), on Android I use Draft[1] (iOS has a thing called Drafts). Both apps are set up to point to the same folder, so I have these references on my phone too.
I also use text files for journaling what I'm trying to accomplish. For example, at work I'm working with a system that will physically mail documents back to me, so I wrote down exactly my operations so that when the docs get back to me I know what I did:
Sent two pdfs (located in Documents) on invoice `weFFEA123231`. One is Letter size instead of A4, another is A3 size.
Also sending Invoice `weFFEA123232` with just the letter-size page(`2015.pdf`).
A "user space unit" in PDF is 1/72nd of an inch.
Sometimes this log dead-ends, most recent entry: For compressor and source maps, thing that's likely needed is to rewrite the JS compressor.
An easy solution would be
-----
I also use my calendar! I'll also just paste random stuff into my calendar for information I'll need at a certain event (for example reservation confirmation numbers).This veered slightly off topic but tl;dr is: Trello for tasks, Notes for temp notes, LightPaper for reference+journaling, Calendar for time-sensitive information.
Exactly! A channel is just like a meeting room, you can expect me to constantly follow more than one or two channels, for the others, @channel or @myusername.
https://mobile.twitter.com/slackhq/status/578575540594020353
The same goes for Gitter, fwiw. They've promised threading too a while ago: https://github.com/gitterHQ/gitter/issues/741
> threaded discussion for example
thiswould be
supper annoying for
the way some of
our busiest slackers
use slack
Can you name some good ones? Like to try them out.
But thanks for the answer. I've tried out a few of the new WebRTC sites like appear.in and some others, but they seem to be alpha level. Not tried them a lot though.
Has anyone tried Firefox Hello, which was mentioned in the recent thread about Skype issues on Linux? Is it alive? Going to try it with someone soon, if it is alive, but interested in hearing others' experiences.
Now that Slack has pioneered good UX in the space, it's easy to rip off.
its such a simple next step (at least, basic video
chat integration is really simple with webrtc)
Said like someone who's barely used videoconferencing software!Having tried systems with built in video chat, Skype, Hangouts, Facetime, Radvision and Scopia I can tell you they all suck - and none of them give you the diagnostic information to tell /why/ they're broken.
In the past year I've seen echos that come and go, sound problems that are present in group calls but not individual calls, pages that work in Chrome but not Firefox, temporarily losing video or audio with no helpful diagnostic information, dropped calls with no helpful diagnostic information, people being unable to join group calls with no helpful diagnostic information, browser plugin problems with no helpful diagnostic information, problems reconnecting dropped connections with no helpful diagnostic information, users being unable to hot-plug their camera while a call is in progress, mobile apps only finding the rear-facing camera, users having to log out on android so the call will ring on their computer, nonexistent or out-of-date Linux clients, nonexistent Windows clients, and crap video quality even when users are on high-bandwidth connections that can easily stream 4k netflix.
I wish it was simple to make a decent video conferencing system, then someone might have done it.
[0]: https://tctechcrunch2011.files.wordpress.com/2016/03/slack-g...
The command `/appear` is even built-in to slack.
That makes me curious about what their relationship is.
I do love appear.in though. It's amazingly seamless and reliable.
(And for verification, yes, the hipchat download link redirects to this s3 bucket: https://www.hipchat.com/downloads/latest/mac).
A pity, because I liked Hipchat's ability to show more than three comments at once, sane display of notifications, and non-rapacious pricing schedule.
I know there is icecomm.io, but it is closed source. I wonder how they handle video, and if they are doing any video processing and/or compression in javascript.
For example JITSI Meet (by the guys that are now on Hipchat, so YMMV):
https://jitsi.org/Projects/JitsiMeet (MIT license)
http://www.openwebrtc.org/ (BSD license)
I think Talky is going to be open sourced too
https://blog.andyet.com/2015/06/09/what-is-being-open-source...
I'm working on a WebRTC-based project but it's not going to be open source :P
How does WebRTC perform in realistic scenarios? Is it capable to realistically compete with the big guys (Skype et al)?
Skype and Hangouts are still a little better in terms of quality and overall experience, but a standard WebRTC app is definitely "good enough", and with some tweaking, it can be great (see Appear.in).
And WebRTC brings some very important advantages over Skype, Hangouts, etc (mainly reduced friction, not having to login, better embeddability, and overall control of the experience)
I've yet to test the new VP9 codec, which should bring huge gains. And there are other tools being added to the ecosystem which will enable lots of neat use cases.
Our only complaint is no desktop client, but the web and phone clients make up for it.
Right now we use Lync/Skype for communication, which I loathe almost as much as Lotus Notes. This sentiment is shared by many. Slack usage has organically grown (as a reaction to the failings of Lync) and I can envision Slack displacing Lync in many companies.
Use both products at work, and Screenhero is good enough we can code in pairs remotely across Europe. Bake that right into Slack and improve the UX (because Screenhero's interface is not great in places), and it's going to be a really, really solid stack.
Takes nearly 15 secs to half a minute to connect, quite consistently.
Would love to jump on the 'slack is awesome bandwagon', i'm already using slack. Its terrible software for the resources they have, though.
I emailed them about the issue over a year and a half ago and they said they'll get to it. I guess Voice+Video>Quality
It's cool they have those funky loading messages but its just too slow.
Might point out im in Australia and latency is a bit higher. I noticed the same thing in a few African countries.
While latency is higher by a hundred or so milliseconds the loading time is significantly slower. This too on a line that is 99.4%+ better than the average.
It is badly engineered. I had a look at the inner workings and first off they use a web app in a native wrapper, second their websocket negotiation process has a lot of going back and forth just to get started.
So does Skype though, so whatever.
does the company hold the keys?
or is it end-to-end?