Live data from Hacker News

How we scaled Slack to support 1000s of developers

blog.railway.com

81–90 of 124 posts

Re: How we scaled Slack to support 1000s of developers

#81
post #27

> It gives us 50x better engagement than email and 8x better response times to customers. Does it mean that it forces the customers to send 50 messages instead of a single mail message? > However, developers hate email. Always feels awkward when there are general statements about the group you belong to, which are certainly false at least for you, and possibly for most others you know in that group. If anything, I wo…

Yeah, I'm with you. I'll take email over Slack any day. Especially for something I may need to refer back to in the future. I had experience from the customer side of this situation, when Segment set up a Slack channel for an integration I was doing a few years ago. Lots of back and forth with their team (that would probably have been better as email), with some good, important stuff about how to work around particul…

> Success Engineer

Yikes. I still haven't gotten over "Customer Success Agent".

I am so not ready for Success Engineering.

AI, take me away.

Re: How we scaled Slack to support 1000s of developers

#82
post #27

> It gives us 50x better engagement than email and 8x better response times to customers. Does it mean that it forces the customers to send 50 messages instead of a single mail message? > However, developers hate email. Always feels awkward when there are general statements about the group you belong to, which are certainly false at least for you, and possibly for most others you know in that group. If anything, I wo…

Forgive me! Whenever I write internally or externally, it's usually a super long rambling piece and then we cut it down. The hardest part about writing for me making sure that everyone can have something to take away from it.

I'll zoom out- Railway got its first users from a Twitter post from the founder asking people to try the product. The founder then sat in a Discord voice channel during the winter break just answering mundane questions from people. Railway (like many DevTools at the time in 2021) was significantly more free than what it was today.

When I joined, we made the determination that Support Engineering, for the sake of our customers (staying sharp) and mental stimulation (we're not just help desk) - build our own automations to help users. (Blog post here: https://blog.railway.com/p/support-engineering-is-engineerin...)

(Railway also, intentionally, keeps our team small. Not out of elitism but out of alignment. The hardest part of working remote is making sure that people are on the same page. The tradeoff is that we are busier and need to be mindful about what work we take on. I, however, take it all on!)

Around 18 months ago or so- I started getting pulled into more revenue conversations as we moved upmarket. Railway moved into it's first proper plans. A lot of the prevailing advice we were getting was to start gating the product and start booking demos. So we did that for a bit much to the annoyance to developers. Then we started emailing them to see if they wanted to chat- I can't speak for you, but a lot of people in our book didn't reply. (Blog post: https://blog.railway.com/p/scale-not-sales) In Railway's eyes- we think that Support/Sales is just the same thing just at different points of the developer's journey. A lot of engagements begin with a question.

The channel that did work was Slack Connect. After answering a question or two with companies on there- their usage would grow a lot. So we scaled that out!

Again, sorry if it read like an ad- not my intent.

Re: How we scaled Slack to support 1000s of developers

#84

> However, developers hate emai I prefer email. Email is asynchronous, It does not interrupt my flow or my presentations, I can decide when I spend tine responding. Then I can fully focus on the emails and type the response they merit. Of course you have the person sending you an email and 30s later they tap you on the shoulder to ask if you got that email.

I Slack is interrupting your presentations, that's on you. You can mute the bell, you can even silence the popups. I've done both and my productivity is way up, now the only notification indicator is the badge.

Re: How we scaled Slack to support 1000s of developers

#85
post #37

Earlier quoted context omitted.

Slack might be billed as a professional tool, but it also has one of the worst interfaces I’ve ever used, riddled with non-intuitive workflows: - Endless channel creation that buries crucial info... - Confusing side-panel threads that are easily missed, leading to fragmented discussions... - Notification overload that bombards you with pings... It's success it's a mystery, I can only attribute to fashion or the hype…

> Slack might be billed as a professional tool, but it also has one of the worst interfaces I’ve ever used, riddled with non-intuitive workflows Have you used Microsoft Teams?

I really don't get the hate for Teams. At least on Windows and Android it works well enough. One thing I find impressive is since I can't join my earbuds to my company PC I join a meeting on the PC and my phone so I can use my earbuds and microphone while watching video on my PC screen.

Re: How we scaled Slack to support 1000s of developers

#86
post #22

I apologize if this is more of a response to the headline than the article content, but how does Slack, a professionally-oriented messaging app, not have syntax highlighting features for their markdown while Discord— a casual, gamer-oriented messaging app– does?

A few theories.

- Tech debt, they can't easily add or change features anymore

- Performance, rendering syntax highlighted markdown in messages is too expensive

- Performance optimization, by not having syntax highlighting they encourage people to create snippets instead, which goes to different backends and lazily loaded clientside rendering pipelines to support larger files and syntax highlighting.

Re: How we scaled Slack to support 1000s of developers

#87
post #27

> It gives us 50x better engagement than email and 8x better response times to customers. Does it mean that it forces the customers to send 50 messages instead of a single mail message? > However, developers hate email. Always feels awkward when there are general statements about the group you belong to, which are certainly false at least for you, and possibly for most others you know in that group. If anything, I wo…

The problem with email for me is that 99% is of no interest. At least with messages I only need to monitor channels relevant to me and dms.

Re: How we scaled Slack to support 1000s of developers

#88
post #73
post #27

> It gives us 50x better engagement than email and 8x better response times to customers. Does it mean that it forces the customers to send 50 messages instead of a single mail message? > However, developers hate email. Always feels awkward when there are general statements about the group you belong to, which are certainly false at least for you, and possibly for most others you know in that group. If anything, I wo…

I love email. It's the exclusive way we communicate at our company, too. We almost use it like Slack, writing short messages, usually getting a response pretty immediately. For group discussions, we use plain old mailing lists (Topicbox from Fastmail currently). It's not perfect, for sure, but: 1. You can use a client of your choice. 2. You can filter in any way you like. 3. You're not stuck with any particular provi…

It's also easy to make backup copies.

The worst part is that pretty much every popular client spews massive amounts of unnecessary HTML and CSS into the body.

Re: How we scaled Slack to support 1000s of developers

#89

I was sold immediately i read sales pitch. But when registering i noticed one curiosity. No VNCs/Virtual desktops. Why is that? If i'm paying for resource usage and i don't see what's illegal about VNC, why is that?

I can qualify this- when we began, we had a tonne of fraud and a lot of students looking to host a VNC to circumvent their school restrictions. Our goal is to be the last cloud a developer has to think about. (More code repo integration vs. give me a machine.) So- when we wrote our fair use policy, we blanket banned VNC use cases.

It genuinely sucks that to stop 90 percent of suspicious use cases, you do get legitimate use in that net. For that I apologize.

Now since Railway has a better handle on fraud, we feel that we can loosen up the restrictions, so if a customer clarifies their use case, we don't mind. With that said, we don't offer raw VMs (yet) so you will find the platform a bit limiting a bit after our complete migration to self-hosted metal.

Re: How we scaled Slack to support 1000s of developers

#90

I wanted this to be an auto generated stack overflow from slack lurking.

We used "Unblocked" on our documentation + slack. It's pretty neat.

Ooooo- thanks for sharing. Is this the bot that you are referring to?

https://slack.com/marketplace/A044USEAHRV-unblocked

I will try it out and see how it performs.

Post reply on HN