Stack Overflow 大规模裁员背后暗藏的危机

What is Stack Overflow worth?

Nothing. But everything.

11 月 3 日，全球著名技术问答社区 Stack Overflow 进行裁员，涉及其 300 名员工中的将近 20%，现已被业界媒体证实。

消息称，在公司的一份声明中，销售和营销岗位将会进行重组，包括关闭丹佛办事处和削减部分员工。而接下来，Stack Overflow 决定将产品开发扩展到核心问答产品中，包括其企业和开发人员合作频道，以及开发人员知识共享核心平台，而这些都是准备充分且客户需求强烈的解决方案。

2017 年，从微软、Oracle、IBM，到思科、思杰、HPE，再到 Etsy、Facebook、Slack，无论是处于转型变革中的老牌巨头，还是日渐成熟的创新型公司，在动荡的科技行业，裁员风波一浪高过一浪，似乎并没有消停下来的意思。

2008 年，Stack Overflow 由 Jeff Atwood 和 Joel Spolsky 两位著名 Blogger 创建，聚焦编程工作者，它颠覆了之前以简单讨论问题的论坛方式，而以解决问题为目标进行系统的规划和设计。如订阅 tag，开发 badges，并可以用 tag 进行 reputation 管理。

而细看 Stack Overflow 此次裁员事件，有几点值得我们关注。

一是 Creers 业务目前发展如何？

消息人士称 " 该公司正寻求关闭 Careers 功能，但 Stack Overflow 的‘开发人员岗位’功能仍将继续存在 "，而在公司声明中并未提到 Careers 业务。

此前，Careers 该项业务对 Stack Overflow 的声誉建立和问答流量增长。Stack Overflow 总计获得四轮融资达到 6800 万美元，而在 2015 年的 D 轮 4000 万美元融资之时，Stack Overflow 曾专门将收入的三分之一用于该项业务的人力方面。

那么如今裁员的风波是否会将曾悉心打造的 Creers 业务牵涉其中？

二是裁员是否来自外界对手的压力？

作为技术开发者心中的圣地，包括 Stack Overflow 在内，HackerNews、GitHub

的社区论坛上同样聚集了一批高质量的编程工作者。面对潜在的竞争对手，创始人 Joel Spolsky 提到，" 程序员使用我们是为了其他目标，我们几家的业务并没有真正重叠。他们都在开发者关注范围内，但还有很多其他的东西，比如魔兽世界。我们在问答领域的主导地位，等同于 GitHub 在社交编码和版本控制方面的影响力。"

三是 C 端盈利难，尝试 B 端业务拓展？

消息评论称，频道（Channels）功能是一款仍在测试阶段的新产品，属于私人版本的 Stack Overflow，只在企业团队之间使用。Stack Overflow 似乎将要投入到付费的 B 端。

而目前，在企业级服务市场，Slack、HipChat 等企业内部聊天软件获得大热，连微软也在去年推出了同类产品 Teams 以抗衡 Slack 的潜在竞争。

如果这个通路可复制的话，那么 Stack Overflow 本身是基于开放式的问答社区，Channels 等 B 端业务是否又是背道而驰呢？

裁员背后暗藏的危机

市场环境、战略转型求生存、员工个人竞争力不足，这往往都会成为企业裁员的因素之一，但又孰轻孰重呢？

在科技行业的价值链中存在一种高精尖技术的产业聚集效应。典型的例子，当属美国硅谷，数十年间就聚集了几十家顶尖 IT 巨头和数不清的中小科技公司。放在内容传播领域，也同样存在同样的效应。

如著名内容分享平台 Medium 在今年年初曾豪言，基于 140% 的流量增长和每月 6000 万访问者，将计划成为一家出版巨头。但与此同时，Medium 却进行了人员和组织上的削减。创始人 Ev Williams 将问题归咎为广告系统：" 绝大多数文章、视频和其他日常使用的‘内容’都是通过直接或间接方式由客户支付获得…… "

本质上，从 PC 时代到移动互联网时代，崛起了一批新的流量入口如 Facebook、Snap、Instagram 等，这些应用很大程度上将原本 PC 端的流量分散了。并且，随着移动互联网的红利逐渐消失，新用户的不断递减，内容平台此时竞争的是使用时间上的问题了。

此外，近两年人力成本的居高不下，税、费等政策环境的日益恶劣，精明的投资者们也开始权衡风险，那些不惜成本求增长和高烧钱率的公司将被市场抛弃，而只有那些真正有竞争力的公司，有良好的商业模式和战略性的营销方式才可成为市场的宠儿。

可能有人会说，如果有一天 Stack Overflow 无法访问时，将是码农们的末日。那么我愿此次裁员风波早日结束，因为终有无辜者成为俎上鱼肉。

最后，在此与大家重温「无我编程」的十大戒律。无我编程的十大戒律最早出现在 1971 年 Gerald Weinberg 出版的《程序开发心理学》里，后由 Stack Overflow 创始人 Jeff Atwood 在博客中整理列出。几十年过去，这些经典原则仍值得每一位程序员拜读。

理解并接受自己会犯错的事实 —— 犯错无法避免，关键要在错误进入生成环境前及时找出。幸好除了一小部分需要在 JPL（喷气推进实验室）开发火箭指导软件的程序员外，大部分程序员都不会因错误招致生命危险。所以我们要从错误中学习，改过并继续前行。

公正地处理代码 —— 要记住，代码审查是为了找出问题，并且最终一定会发现问题所在。不要因为代码中的某一错误而对人产生偏见。

山外有山，人外有人 —— 不管你怀揣了多少 " 秘笈 "，都不要低估了别人的水平。只要你愿意开口请教，一定会有人教你你所不知道的东西。当你认为某件事没有必要做的时候，不凡问问他人的建议。

不在没有协商的情况下重写代码 —— " 修复代码 " 和 " 重写代码 " 有明显的区别。要了解它们之间的差异，并在代码审查的框架内进行程式化的变更，而不是孤军奋战。

尊重求教者，并耐心待之 —— 与技术人员打过交道的非技术人员通常会认为：这些专业人士虽技术知识过硬，但妄自尊大。因此，我们要用耐心和谦和来消除他们对技术人员的误解。

世界唯一的不变就是改变 —— 对世界敞开胸怀，微笑着拥抱变化。把每次需求、平台或者工具的变化看做是一次挑战，而不是一堆麻烦。

真正的权威来源于才能，而非职位 —— 知识造就权威，权威带来尊重。所以，如果你想在一个无我的环境中得到尊重，先积累知识吧。

坚定自己的立场，优雅地面对挫折 —— 你的想法有时候会被推翻。即使你能证明它是对的，也不用试图报复反对它的人，不要大声嚷嚷：" 我早就说过…… "。不要把被推翻的想法看做是牺牲品，也不要把它当初战败的哀嚎。

不要封闭自己 —— 不要成为一个在小黑屋写代码的人，只在买可乐的时候才出来一下。这样你会失去与外界的联系，淡出人们的视线，失去控制。在开放的协作环境里，你会失去自己的位置。

对 " 码 " 不对人 —— 批评代码，而不是编码的人。尽可能的让你的言论积极向上，带动代码质量的提升。多多谈及局部标准、程序规范和更好的性能等。

原文地址