这些天对 GitHub 的信息做了些收集整理，看网上没有很完整的信息，发出来共享。

我个人对 GitHub 能高速发展的一些观点

• 解决的问题

• 开发者

• 大规模远程协作、交流代码的需求

• 成为开发者对外的名片

• 组织和企业

• 存储代码的 SaaS 需求

• 抓住的机会

• 踩中了开发者数量爆发增长的二十年（2011.08 Software is eating the world - Marc Andreessen）

• 在持续增长的市场里，做了多年有复利的事

• 有可能在 AI 带来的“人人都是开发者”的时代，进一步增长

阅读过程中我的一些感触

创始人说：And we’re all about getting things done. We’re very lucky to be working (mostly) on a web app, which means it’s super easy to make changes fast. We’ve learned it’s much better to ship it now and fix it later, once you can see how people are using it, than it is to let it linger in development forever. Just ship it.

4 月 3 日，五点多起床，坐上深圳往福建的动车，准备回老家，跟亲人们一起清明祭拜祖先。八点来钟时，车在一个小站停靠，然后就有消息传来——台湾花莲 7.4 级地震，福建、广东震感强烈，为了乘客安全，列车暂时停开。

消息很突然，我掏出手机，想在社交媒体和新闻上看看最新动态，但不知道是地震原因，还是停靠站当地网络质量原因，我的手机近乎断网，微信还勉强能收发文本信息。

过了一小段时间，我突然意识到，自己似乎有点焦虑和茫然——虽然网络不行，但我仍然隔一会儿就点亮屏幕，尝试刷新网站、搜索新闻、点开微信群里别人发出的几个视频……好像不适应这种突如其来的断网。

然后我就默默地把两部手机关成飞行模式，拿出电子书，开始看一本名为 Deep Work 的新书。

很应景的，在最前面部分，就有一些描述，我意译几句：

• 执导了 44 部电影，获得 23 项奥斯卡提名的编剧兼导演 Woody Allen，在1969 - 2013 的 44 年间，从未拥有电脑，而是用打字机完成了所有的写作。

• 作家 Neal Stephenson 不用社交媒体，他的解释是：给我大块连续时间，我可以写小说。否则，我留下的只会是一堆发给不同人的电子邮件。

• 网络正在削弱我们的专注力和沉思能力。在狂热的浅层状态花太多时间，会降低执行深度工作的能力。

书里提到了一种乐观的观点：Google 可能会降低我们的记忆力，但我们不再需要好的记忆力，因为现在我们可以随时搜索任何我们需要知道的东西。

但其实，不是这样的，比如：

• 我现在被困在了没有网络的地方。

• 我们可能都被困在了真假信息混杂，无力分辨的世界。

所以，暂停一下是好事。或许需要重新思考和设计我们和社交媒体、搜索引擎的“合作模式”，比如：

• 从手机里删掉社交媒体软件（制造使用障碍）。只在特定时间、特定设备上使用。

• 不在社交媒体里碎碎念，只把它们当成作品发布平台和用户沟通工具。拿出好作品，比随时在线但肤浅无味有意义。

动车在停下四个多小时后，又动起来了。这次暂停蛮好的。

–

一位自称 Jia Tan 的开发者，花了三年时间，取得开源软件 xz 社区信任，谨慎地植入了一个后门，可以让攻击者无需账号也能通过 sshd 进入系统。如果成功，大多数 Linux 系统（也就是大多数公司的服务器使用的操作系统）都会受到影响。

最后功亏一篑——因为程序没写好，系统资源占用过高，被一位认真的工程师分析并发现。

这几天网上有很多技术分析（我看不懂）和讨论，说说我的观点。

1. 这次事件，其实正好证明了开源界常说的：只要有足够的眼睛关注，任何漏洞都无处藏身。

2. 任何软件，而不仅仅是开源软件，会受到这样的攻击。商业产品中被发现后门的事件，历史上发生过不止一次。

3. 未来的 AI 或许有机会帮助检查出类似构造巧妙的后门和漏洞。

4. 开发者们可能会面临一小波信任危机——要取得社区的信任，以后或许会更加艰难一些。而中国开发者（虽然 Jia Tan 未必——甚至大概率不来自中国，但这个 ID 的设计，就会带来不好的影响）会面临更多挑战。

5. 对于信任问题，或许一个解决办法是付费。具体实现是：要提交代码，先做一笔小额支付验证身份，认证完成后可以立即返还。后续代码质量高，项目方甚至可以将收到的捐赠款项分配给贡献者。在知识星球里，通过付费，我们减少了数据量、噪音，提高了服务质量。在开源领域，或许有机会通过付费，借助真实世界里对金融领域的严谨认证来保障信任。

6. 对这类攻击，普通用户其实没什么好应对的，要我说，“用小众产品”就能避开很多攻击。

7. 要是真的很在意，那我有些朋友有些古怪习惯，比如：只在虚拟机里访问网络。比如：用极“老旧”但是稳定的系统和版本。

–

讨论产品交互时，Tony 经常提到一个观点：先做最有表现力，最能验证结论的部分。

• 往往这部分做完，上手体验，就知道事情是不是靠谱，是不是需要完全做出来了。

• 20% 的精力，实现 80% 的效果。或者 20% 的精力，就验证了事情是不是值得 100% 做完。我们做事，需要找到这个平衡点。

• 先做出不一样的、有挑战的、有创造力的部分后，再做“平凡”的部分，会觉得，平凡枯燥的体力活，也是有意义的。

• 有时候，做 demo 需要客户端和服务端配合，用“假协议”，快速粗糙地达到可点击、能上手体验，比精细化完整实现更有意义。

• 这种思想，比 MVP 还要再粗糙一点，能更快 Build 出有体感的产品。

在这种思想下，所谓画龙点睛，或许不应该把龙都画好了，再画眼睛，而是应该先做各种实验，把眼睛的不同可能性和表现形式探索出来，搞定了有表现力的眼睛，再画大家都能画好且大工作量的身体，会更高效。

这种思想，在阅读 Shape Up 的时候，也得到了同行印证，他们有个说法叫“从中间开始”——Start in the middle，他们提倡的也是不要按部就班，自下而上地垒砖块，而是抛开了其他一切问题，直接跳到中间有趣的部分。在他们的经验里，从中间开始，这里的“中间”的选择标准是：

1. 必须是核心。没有它，其它工作就毫无意义。

2. 必须小。小到可以在几天内可以验证完毕，否则就没有单独抽出来的意义。

3. 必须有趣。是以前没做过的、可以消除不确定性、可以增强团队信心的。

学会从中间开始，能极大提高效率——尤其是创业团队。大公司或许有他们的规范（大公司病），但创业团队不这样，就可惜了。

–

推荐一款我们为自己做的小应用——小日子（英文名叫 EasyDay）。

我们给自己的画像是：忙于工作，热爱生活。常见的日程、Todo 产品注重工作，提升效率，我们则希望能给忙碌的生活点缀些乐趣，因此花了些心思，在产品埋了不少小细节。

在手机上，用系统浏览器（不是微信里）打开链接：https://tealseed.app.link/hpWV965FVGb，就能下载使用。

对了，这个 App 免费（未来或许还考虑开源）。

1. 其实你们做得很好了

上周有机会近距离听 QQ 早期设计者和开发者聊起往事和产品。送走客人后，ppchen 跟我说，刚刚有句很重要的话，我估计你没听懂。

ppchen 指的是，我请教人才培养，怎样让团队更厉害时，对方说的：其实你们做得很好了。

我脑子里“自动过滤”了这句话——客套和夸奖，不用太在意。ppchen 认为：其实，小规模团队，做好用的产品，老板没怎么管，团队就跑得很顺畅，能服务好用户，能挣到钱，这真的做得很好了。

2. 这种工作方法需要精英团队

前几天讨论 37signals 提出的 Shape Up 方法。这种方法想解决的问题是：开发者和设计师认为项目一直在持续，不发布，看不到尽头，产品经理疲于奔命没有时间对产品进行战略思考，而创始人郁闷地问为什么我们变慢了。

探讨期间，邱岳说了一嘴：37signals 提出来的工作方法，都需要是精英团队，才能很好地实践。

我脑子里闪过：是呀，其实我有点不靠谱，一会推动大家试试 Scrum，一会又考虑 Shape Up，想试试 remote 时，趁着疫情大家就四五个月居家……这么折腾之下，团队都还很高效，可不就是精英团队嘛。

3. 夸夸我的同事们

有前同事曾经很郁闷地批评我：不夸人，做得好也不夸——在大家看来，就没有了肯定和鼓励。

现在送上几句赞美：

知识星球团队是精英团队。我们用很少的人力，支持了其他互联网公司可能要两三倍甚至十倍人力和资源才能支持的业务。因此让公司有了利润。

知识星球团队是精英团队。我们能在最近互联网产品如履薄冰的几年里，做好安全，也做好产品体验，做了艰难的平衡，这很难，但我们努力维持住了对大量活跃知识社群的支撑。

知识星球团队是精英团队。我们并不满足于现状，还在努力探索。虽然当下输多赢少，但只要不下牌桌，就还有机会创造。

我们守好本分：做简单好用的产品。做好服务挣到钱。大家高效且工作生活平衡。能做到这些，大家都是精英 :)

–