我们经常能看到有人鼓吹后端的技术含量，踩踏前端程序员，虽然前端的技术含量确实有所争议，但后端吹嘘多年的并发能力似乎正在收到质疑。

最近 Hacker News 无意中爆出，其运行多年的后端仅仅跑在单机服务器上就撑住了每日 400 万的请求，这当然不能完全归功于其特有的 Lisp 定制版 Arc 语言，否则的话大家都换 Lisp family 不就可以了——当然也不是不可以考虑。

后端的重点还是在于流程化，如果 Devops 能够做到足够丝滑，那么很多工作其实是可以减少的。

至于能不能减少到这样 minimalism 的程度，恐怕就不是技术层面的问题了，而是问题域的定义问题：业务的需求是否真的有那么复杂，其需求的关键点在哪里？

另外一个问题也是不得不考虑的，Hacker News 运行多年，其实没有太多的新 feature，所以它要面对的升级和无缝衔接问题比较少。这也许是一个点，但这似乎只是软件设计层面的问题，整体系统架构要能缩减到这种程度，本质上还是因为技术与需求匹配得较好，不多也不少，才能做到的。

那么真正的问题就来了，400 万日请求的后端其实用不上那些花哨的技术，那么对于绝大部分日请求甚至远远低于 400 万的网站来说，他们是怎么把系统做的如此臃肿甚至无法升级的？