You have to give them your real phone number. That is bad enough, but combine it with questionable security and that’s horrible.
Is there any reason that IRC couldn’t be the back-end for a telegram-like mobile client? Is it the technology or just what people usually expect an IRC client to look like?
Telegram has usernames.
Also, IRC doesn’t have push notifications, clients are messy etc
You still have to give them your phone number.
I think talk of Telegram is somewhat muddying the waters here. It’s not currently suited to use in any official capacity - particularly because of the current limitation of 200 on groups - and I’m not sure anybody is proposing that we do so. Rather, we want to do the opposite, and move away from us using it for small discussions before it becomes an established, somewhat-closed, platform we use.
I’m not sure I totally agree. I use IRC, and getting started with Slack wasn’t any sort of a hurdle for me at all. It basically feels like a browser based IRC client with some extras sprinkled on top.
Exactly - it only increases fragmentation if we attempt to do the absolute impossible and cater to absolutely everybody who has, or might in the future, contribute to Community Ops, by using all tools simultaneously. The same argument (of fragmentation!) could have been (and probably still is) deployed by some people against Discourse. It’s only really a problem if we’re silly enough to try to use all of them for the same thing.
What if, then, we kept the IRC channel as a ‘helpdesk’, where people outside of Community Ops, or those using our services (MCS, Discourse categories, etc.) can ask for our help, with Slack becoming the place where we discuss ‘internal’ things.
I’m not aware of any instance where the discussion would’ve worked through Discourse, though, and most of the time those discussions result in a Discourse post, after an initial level of thinking, questioning, and refinement (and so on). Discourse and Telegram/IRC/Slack are fundamentally different kinds of communication tools, and can’t be used in the same way.
The problem I see with these discussions is not that they’re not on Discourse, but they’re not open for others to read in future or participate in, in their infant stages, when not yet on Discourse.
@tad mentions push notifications, and along with history, I think that’s one of the only ones. Of course - this could all be built on top of IRC. Most people will use a bouncer with IRC, and there’s no reason that the bouncer couldn’t implement those things. Indeed, there are such bouncers out there, like IRCCloud.
From my use of Slack so far, for all I know it could be powered by an IRC backend with certain features (history, push notifications, emoji [and emoji responses], file upload) built on top.
Note, we did try out slack, for the FxOS ideation process.
Didn’t work out for me, didn’t investigate deeply on why.
One nice thing about IRC is that you can actually be offline, I consider that to be a strong feature.
I’m just dropping this here and running away 
http://www.mattermost.org/70-2/
(open source alternative to Slack)
Looking at this from a community health perspective, I don’t feel like Community Ops switching to it’s own tool is a good thing to do.
There’s an increasing divide between functional areas in Community, and trying to close that divide and create a truly One Mozilla by rebuilding regional community is really difficult when every team is trying different platforms to communicate.
I’d suggest Community Ops focuses as a team on finding platforms that solves the core, primary needs across Mozilla, deploying, and mantaining those platforms.
I like mrz’s suggestion:
21:12:24 < mrz> you said get the managers in the room.
21:12:29 < mrz> it's not so much that they pick a tool
21:12:36 < mrz> but that the pick which ones NOT to use and which to kill offI’m not sure that’s quite what’s being proposed. My impression from @tanner (and feel free to correct me if I’ve got the wrong end of the stick) is very much of trying out - and seeing if this tool (or this type of tool) does work well for us, and might work well for other teams - rather than definitively switching to.
I agree, and I think at least a part of that was what was being proposed (but obviously we don’t need to host Slack).
The impression I got was that Slack was being tested as a tool for this team.
I think there’s something missing from this experiment as a whole.
We don’t have metrics to record satisfication with Slack. For example, we don’t have a clear vision for a switch, or even a problem statement. It’s great saying that Slack has all these cool things, but we need a definite problem statement to decide whether it solves problems that Community Ops has.
And then we have the whole thing of getting a problem statement from the rest of Mozilla. Determining what isn’t working for us is significantly more important than deciding what could work for us.
I’m moving focus to empowering participation, so I’d be very interested in doing community research into community tools.
I think the list @tanner provides in the OP of ‘My reasoning behind wanting to try Slack out’ provides a pretty good description of the problems we currently face.
yes, was on vacation, Telegram discussion should be split out. I think we should also spin off a discussion on creating a Telegram-like IRC client. I think perhaps we should evaluate slack vs a client side-by-side.
In my opinion there is no real feature-wise (okay, maybe stickers, but seriously, come on! 
) difference between Telegram and IRCCloud. Don’t get me wrong, I actually like Telegram quite much, and it has a proven track record for low barrier of entry (nice mobile clients, web app, Firefox OS(!) client), that is, except the registration process requiring your phone number. That said, the only thing that really impedes here - and is why I think IRCCloud+IRC couldn’t replace it is the fact that IRCCloud is a paid webapp. You could get away using the free version, but honestly for push notifications & offline & etc you’d need the paid version. (Also, IRCCloud on Firefox OS is pretty dumb/resource hungry, whilst Telegram offers a quite usable FxOS client).
My strongest qualm with Slack is quite similar - its missing Firefox OS client/story is one of its greatest drawbacks (besides the whole invite-only, different-slack-for-different-teams story).
All in all, I don’t think could (or should) be exorcised, as it has its well-defined and useful place in the contributor ecosystem, while IRC(Cloud) and Discourse - if advocated better - could fill the need for other comms needs, I think adding Slack to the bunch would just be throwing oil on the fire.
I have two major concerns about Slack:
Fragmentation: We already have IRC for real-time communication. Many people are already there. Using Slack it means that we expect people to use yet another tool just for Community Ops. If there was a wider decision at Mozilla to move away from IRC this would make more sense, but right now I don’t see why things that are being discussed on Telegram can’t be discussed on IRC.
It’s a closed proprietary platform. Which beyond the philosophical aspect it raises the participation barrier. A contributor has to agree on a 3rdp party’s terms of use, in order to participate to the discussions (same problem Telegram has). Have we also check migration support on Slack? What happens if Slack shuts down? Can we export/import archives somewhere else?
I’d rather use slack than telegram. Telegram has per group limits. That’s
dangerous and really badly reflects our values.
It seems that the linked topics aren’t so obvious when you’re reading a topic. Please be sure to check out https://discourse.mozilla-community.org/t/mozillians-irc-client/2911 as well, which is the direction we’re focusing on right now, with Matrix.
Mozilla actually has a wholesale rate organization account with IRCCloud and could if it so chose offer accounts to volunteers using it.
You’re late to the party.
IRCCloud is a no.
¡Hola!
FWIW I noticed https://drewdevault.com/2015/11/01/Please-stop-using-slack.html causing some ruckus on my Twitter feed last night.
I do agree with the subject there, “Please don’t use Slack for FOSS projects”.
¡Gracias!
Yeah, we’ve decided against Slack. Matrix is waaaay better for us.
This topic was automatically closed 5 days after the last reply. New replies are no longer allowed.