致敬社区
这些社区是工程师交流与协作的公共空间 —— 邮件列表、Q&A 站、新闻聚合、代码 forge。每条卡片标注类型(邮件列表 / Q&A / 聚合站 / forge)、成立年与入口。
收录标准:稳定可访问、有明确交流规则、对软件工程实践产生可考的影响。共 21 条分 4 组排列。
邮件列表与 Usenet 5
-
comp.lang.c
C 语言事实上的"用户组",ANSI C 与后续多个 K&R 风格讨论都源自这里
groups.google.com/g/comp.lang.c -
comp.lang.lisp
Lisp 圈子的核心讨论地,CL 设计争议的源头
groups.google.com/g/comp.lang.lisp -
LKML(Linux Kernel Mailing List)
Linux 内核开发的官方邮件列表,所有内核 patch 与设计争议都公开经过这里
lkml.org -
Debian Developers Mailing List
Debian 项目治理与包策略的开放讨论地,影响了所有现代发行版
lists.debian.org/debian-devel -
Arch Linux BBS / Forum
"Read the wiki first, then ask" —— 把"先看文档再问"做成社区文化的代表
bbs.archlinux.org
Q&A 与开发者论坛 5
-
Stack Overflow
把"问答 + 投票 + 标签"做成产品形态,每个程序员的"第二个 Google"
stackoverflow.com -
Server Fault
Stack Exchange 体系里的运维方向,专门承接 sysadmin/网络/DevOps 类问题
serverfault.com -
Ask Ubuntu
Linux 桌面用户最大的可检索问题库
askubuntu.com -
Unix & Linux Stack Exchange
把 stackoverflow 模型带进 Unix/Linux 圈,质量高于通用论坛
unix.stackexchange.com -
TeX Stack Exchange
排版领域的事实 Q&A 标准,影响 LaTeX 文档的检索可读性
tex.stackexchange.com
聚合与讨论 7
-
Hacker News
PG 的极简新闻聚合站,以"评分+评论"和"硅谷风向"成为开发者日常
news.ycombinator.com -
Lobsters
去 spam + 主题聚焦的开源开发者的 Hacker News 替代
lobste.rs -
Tildes
不卖广告、不卖数据、非营利运营的社区尝试
tildes.net -
Lemmy
联邦协议下的 Reddit 替代,开源社区迁移期的去处
join-lemmy.org -
r/programming
大型泛编程讨论板块,新闻与新语言的早期放大器
www.reddit.com/r/programming -
r/netsec
CVE 与安全研究的第一时间曝光处,业内事实标准
www.reddit.com/r/netsec -
Dev.to (Forem)
去中心化、开源、可自部署的开发者社区平台
dev.to
代码与协作平台 4
为什么致敬社区
好的工具出自好的社区。读经典时大家记住的是论文与代码,但同样重要的是让那些论文与代码被讨论、修复、演进的"地方"。本页让那些"地方"也被看见。
与致敬墙是同一件事的两面(致敬墙收录人,本页收录"人聚在一起的场合");许多社区由致敬标准类组织运作。完整目录见致敬枢纽。
常见问题
CalcGuide 致敬社区收录了哪些社区?
共 21 条分 4 组:邮件列表与 Usenet(comp.lang.c / LKML / debian-devel / comp.lang.lisp / Arch BBS)、Q&A 与开发者论坛(Stack Overflow / Server Fault / Ask Ubuntu / U&L SE / TeX SE)、聚合与讨论(Hacker News / Lobsters / Tildes / Lemmy / r/programming / r/netsec / Dev.to)、代码与协作平台(GitHub Discussions / SourceHut / Codeberg / Gitea)。
为什么需要致敬社区?开源代码不已经够用了吗?
好的工具出自好的社区。读经典时大家记住的是论文与代码,但同样重要的是让那些论文与代码被讨论、修复、演进的"地方"。很多 SIG 与 RFC 都是在邮件列表里争论数月才定稿的。
为什么没有 Discord / Slack / 微信群?
这些平台要么是闭源、要么历史短、要么难以索引公开存档。致敬社区的收录标准是"稳定可访问、有公开交流规则、有可考影响"。Discord / Slack / 微信群多数不满足这三条。
致敬社区与致敬墙、致敬标准如何配合?
致敬墙收录人(持续输出者),本页收录"人聚在一起的场合"。许多社区由<a href="/standards/">致敬标准</a>类组织运作(IETF 邮件列表、ISO 工作组),是与标准页互补的视角。
为什么没收录知乎、CSDN、掘金等中文社区?
这些平台在中文开发者中影响巨大,但与本系列定位的"长期、稳定、可索引、公开交流规则"不完全吻合(如关闭匿名、删除机制、SEO 噪音等)。如需可作后续专门的中文社区子页。
← 返回致敬枢纽,查看全部 10 个维度。