mirror of
https://github.com/harvard-edge/cs249r_book.git
synced 2026-05-21 05:28:28 -05:00
[GH-ISSUE #1635] Proposal: Build a dedicated Discord server for contributors and developers #13543
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Shashank-Tripathi-07 on GitHub (May 3, 2026).
Original GitHub issue: https://github.com/harvard-edge/cs249r_book/issues/1635
Background
In the celebration thread (#1603), @profvjreddi raised the question of how to improve communication and reduce the notification gap between contributors. I suggested that a dedicated Slack or Discord server for contributors could help -- one focused specifically on the development ecosystem (TinyTorch, MLSysim, Labs, Kits, StaffML) rather than the broader community server that serves many purposes at once.
This is a formal proposal to build and maintain that server.
What I'm proposing
A contributor-focused Discord server for developers actively working on the cs249r ecosystem. Not a general learner/reader community -- a dev space.
Suggested channels:
#announcements-- maintainer broadcasts (releases, PRs merged, breaking changes)#tinytorch-- TinyTorch dev discussion#mlsysim-- MLSysim dev discussion#labs-- Lab content bugs, answer key issues, new lab ideas#kits-- Kit development#staffml-- StaffML discussion#prs-and-reviews-- PR coordination, reviewer requests#dev-meetings-- agenda, notes, and follow-ups from periodic sync calls#off-topic-- general dev chatWhat I'd own:
Ownership model
I'd like to propose co-ownership with @profvjreddi rather than just handing over admin. Concretely:
This way the server stays under the project's authority while I carry the operational load.
Dev meetings
One thing a Discord server enables that GitHub doesn't: periodic contributor sync calls. A short voice/video standup (even 30 minutes every few weeks) where active contributors can:
The
#dev-meetingschannel would hold agendas beforehand and written summaries after, so async contributors stay in the loop.Why Discord beats GitHub Discussions for a dev team
GitHub Discussions were built for community Q&A, not active development coordination. Discord is purpose-built for exactly this:
#prs-and-reviewsresolves what would take 3 days of async comment threadsGitHub Discussions still has value for formal decisions that need a permanent public record. The hybrid works well: Discord for coordination and speed, Discussions only when something needs to be documented for posterity.
Ask
@profvjreddi -- if you're open to this, I can have the server set up and ready to share within a day. You'd hold Owner, I'd hold Admin, and we build it together from there. Happy to adjust the structure or ownership model to whatever fits your constraints.