Discord Blog

Secure communication is unfortunately still difficult for non-tech people. Most of the "easy" ones are tied to a smartphone, like Signal.

However if the goal is to prevent accidental leaking by using reply-all or adding an email address by mistake, then I think encryption features are nice-to-haves rather than a must-have. It's a very nice to have, but for non-techies and for your specific use case, usability is probably more important at this point.

I would thus recommend either:

* Discord (https://discord.com/), easy group voice chat should you need one

* Slack (https://slack.com/) using a free account, but they limit the number of messages for free accounts. May not be a deal-breaker for you.

* Element (https://element.io/) which was formerly Riot.im, and is encrypted and have more security features vs. the other two. Probably the most secure here.

All of them have their pluses and minuses, but all of them can be opened in a browser
and require no smartphone. I suggest you pick one that you feel is easiest for your group to register and use, and provides the feature set that you require.

With regard to Discord, please make sure to read [0] before making any decisions :)

[0] https://cybernews.com/privacy/discord-privacy-tips-that-you-should-use-in-2020/

> got confused by the AI sections...

You're not the only one... At some point last year, we discovered that CI/CD workflows and so-called "AI agent workflows" have a lot in common, and Dagger can in theory be used as an execution engine for both. We attempted to explain this - "great for CI/CD and for Agents!". But the feedback was mostly negative - it came across as confusing and lacking focus. So, we are rolling back this messaging and refocusing on CI/CD again. If you haven't checked our docs in the latest 12 hours, it's worth checking again: you'll see clear signs of this refocusing (although we are not done).

In doubt, I recommend joining our public discord server (https://discord.com/invite/dagger-io) it is basically a support group for CI/CD nerds who believe that a better way is possible, and want to discuss it with like-minded people.

Thanks for the kind words!

Location: SF, CA

Remote: Open to remote or hybrid

Willing to relocate: No

Technologies: Rust, Elixir, Typescript, Python, C++, WebRTC

Linkedin: https://www.linkedin.com/in/brian-armstrong-sf/

Email: brian.hn.hireme@gmail.com

Hi HN. I'm currently considering my next job. Previously I worked at Discord for 7 years, mostly on the WebRTC Infrastructure team, where I helped scale and improve the reliability of Discord's Voice and Video calling. I also created a Go service to handle resizing of hundreds of millions of attachments per day. https://discord.com/blog/how-discord-resizes-150-million-images-every-day-with-go-and-c

I'm a proponent of going deep to understand technical limitations. I think that clean code and unit tests were always great, and with LLMs at our disposal, are now must-haves. I'm looking for a big challenge and a fearless team.

The linked Discord post is also interesting and fun to read. Most of the post is more serious but this is one of the small gems:

> One thing we discovered very quickly was that [world cup] goals scored showed up in our monitoring graphs. This was very cool because not only is it neat to see real-world events show up in your systems, but this gave our team an excuse to watch soccer during meetings. We weren’t “watching soccer during meetings”, we were “proactively monitoring our systems’ performance.”

https://discord.com/blog/how-discord-stores-trillions-of-messages

It is linked as evidence for Discord using "less than a petabyte" of storage for messages. My best guess is that they multiplied node size and count from this post, which comes out to 708 TB for the old cluster and 648 in the new setup (presumably it also has some space to grow)

Location: SF / Remote

Remote: Mostly (Open to 0 - 3 days/wk in office)

Willing to relocate: No

Technologies: Rust, Elixir, Typescript, Python

Linkedin: https://www.linkedin.com/in/brian-armstrong-sf/

Email: brian.hn.hireme@gmail.com

Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.

Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.

Cheers!

We’re building Chaotic, a high-performance 3D game engine and editor written in Rust. It targets WebAssembly and WebGL2, making it possible to deliver near-native performance and console-quality visuals directly in the browser. On top of the engine, we’re currently developing a multiplayer cozy farming game inspired by Animal Crossing called Fireflies Meadow: https://firefliesmeadow.com/?admin=SkipTheLine&skip=IKnowWhatIAmDoing

Fireflies Meadow isn’t ready for prime time yet, but we’re proud of the progress so far and actively iterating on it.

If you’re interested in the engine, the game, or just want to follow along, feel free to reach out on our Discord: https://discord.com/invite/mHsQayQNdp

I’d be curious to hear your feedback on whether the game is working for you or not.