创业笔记 772：一个年终总结的脑洞
一
可以先看看两个链接：
第一个是报导，第二个是产品。
二
知识星球每年都做一次“年终总结”。最初挺有雄心壮志，希望有突破，能带来传播。但现实很骨感，年底做数据总结的公司和产品太多，小产品，没什么可能性出圈。
所以我往往考虑：如果没突破性的想法，就只做最小化投入——用去年的代码，跑今年的数据，推送，结束。
所以，做年终总结项目的同事会有压力。如果数字的预期低，我就会要求别做了直接用去年的，如果预期高，我就真的要数字，要证据。
三
一个粗糙的脑洞：是不是可以做一个星主（未来甚至可以包括用户）的评价系统。
创业笔记 771：work long, hard, or smart
继续昨天的话题：更努力还是更平衡。
一
昨天的笔记下，“卡叔叔”评论：
不喜欢 life work balance 这句话，本质上是把两者对立起来了，因此才需要放在天平两边去平衡。工作的时候想着快点结束然后去生活，生活的时候想着快点享受一会还要工作，本质上是个让人累得要死的心态。要追求 harmony 而不是 balance。
这个说法，让我有些茅塞顿开。我自己的长时间认真工作，本质上还是我真的喜欢甚至热爱。在我看来，让我看各种奇奇怪怪的产品、看不同公司的业务数据、把我看到的信息记录下来……这些事，不用给我工资，我也愿意做，甚至我觉得是休息，觉得好玩。
所以，如果你仅仅是“必须做着自己不喜欢的工作，只为了拿一份工资”，其实，蛮浪费生命的，我会更建议你好好想想，短短的一生里，真的喜欢什么，想追逐什么，想搞清什么，然后试着折腾一把——全力以赴地（而不是 work life balance 地）。
二
还是 Invent & Wonder 这本书里，写到：
It’s never been easy to work at Amazon. When Bezos interviews people, he warns them, “You can work long, hard, or smart, but at Amazon.com you can’t choose two out of three.”
翻译：在亚马逊工作从来都不轻松。贝佐斯面试人时，会警告应聘者：“你可以选择长时间工作长、努力工作、或者聪明地工作。但在亚马逊，你不能只选其中两个。”
也就是，亚马逊需要长时间、努力、聪明工作的伙伴。
三
今天发生了一件事，导致我在小群里和几位同事做了些讨论。事情很简单：知识星球里，对“未通过审核”的星球，有 50 人的上限。这有很多原因——比如风控。
但不少星主不知道这个设定，经常会发生星主推广了，大量用户试图加入，但受阻。如果受阻，星主、用户的体验都会很差。而且，浪费了流量，降低了星主（和我们自己）的收入。
创业笔记 770：更努力还是要平衡
这一年多，我一直在“更努力”和“工作与生活平衡”两者之间摇摆。
一
内心里，我很喜欢 37signals 提倡的工作方式。我觉得他们：
这种公司，看上去就很喜欢。
二
但是当我看到斯特朗、马斯克、MrBeast 的说法时，又会觉得相当有道理。
前 Google CEO Eric Schmidt 在斯坦福大学的一次演讲中提到：Google 在 AI 竞争中落后的原因，是过于重视员工的工作与生活平衡。Google 决定，工作与生活的平衡、早早回家以及在家工作比取得胜利更重要。
Schmidt 认为：初创公司之所以行得通，是因为人们拼命工作。如果你们毕业后创办公司，如果想要在竞争中获胜，就不能让员工在家工作,每周只来办公室一天——我很抱歉如此直言不讳，但事实是，如果你们离开大学去创办一家公司，如果你想与其他初创公司竞争，你不会让员工在家工作，每周只来一天。
这几天在看亚马逊的 Invent & Wonder，前言里，Walter Isaacson 写了：
Focus relentlessly and passionately on the customer. As he put it in his 1997 letter, “Obsess over Customers.” Each annual letter reinforces that mantra. “We intend to build the world’s most customer-centric company,” he wrote the following year. “We hold as axiomatic that customers are perceptive and smart.… But there is no rest for the weary. I constantly remind our employees to be afraid, to wake up every morning terrified. Not of our competition, but of our customers.”
专注于客户，且要保持热情和不懈的追求。正如他在1997年的信中所说：“痴迷于客户。” 每年的年度信都在强化这一理念。“我们打算建立世界上最以客户为中心的公司，”他在第二年写道。“我们认为，客户是敏锐且聪明的……即便疲倦，我们也要保持警醒。我不断提醒我们的员工要感到害怕，每天早上都要怀着恐惧醒来。不是对竞争对手的恐惧，而是对客户的恐惧。”
贝索斯在一次访谈中也提到了，为什么应该以客户为中心——客户永远不会满足，因此你可以无止境地迭代和发展，不至于就此停下。
在 Slax Reader 的设计讨论里，有个“URL 转发能力”的讨论。
daguang 最初的实现是：
我最初的想法是：
daguang 的判断是：
我比较坚持，原因是：
daguang 在实现前，又追了一句：
还是想再跟 Owner 确认澄清一下，URL 转发能力是可以直接复制地址栏中的 URL 就能被别人访问到，不需要手动触发是吗？
这里面有一个本质的区别，如果需要手动点击一下分享，代表着用户已经知晓文章即将被分享出去；但是如果直接复制地址栏 URL 的话，我们是无法知晓的，相当于是我们默认把所有文章都设置为了全部可见。
附件里有几张截图，图一是用户发在知识星球里的吐槽。
看到之后，我了解到，问题是：
同事们后来很认真地对这件事进行了讨论。
我比较认同的点是：
前几天，@钟文 重提了远程办公的事，建议公司可以再做些考虑。我补充一些参考信息。
一、朋友公司的经验
最近，同事去了几家优秀的公司交流，互通有无，了解到他们公司对远程办公的一些信息：
记录刚刚的一个关于“粗糙实现”的例子——我还蛮喜欢的。
小伙伴在做一个工具，发现有个 Bug——文本中偶尔会有问号形状的乱码——很扎眼，看起来很难受，而且出现频率颇高——我们近期要做对外做 MVP 测试，这显然需要解决。
刚刚小伙伴的反馈是：
目前我们的AI总结、对话出现��乱码的情况，今天进行了一下排查以及分析。
大致的结论是：因为 Azure 那边在输出大段中文的时候不稳定，会错误的把中文截断传过来，相反 OpenAI 是不会有这种问题的。目前看下来我们是没有办法主动去恢复成正确的文字的，因为当中的内容已经丢失。
上周的 TGIF，有几位同事建议讲讲我们搞砸的事——结果我起手差点就搞砸了，记错时间，幸亏同事提醒，仓促地拿了小本，写下几件事。
有个非常基本的 First principle，我把它当作咒语：
首先质疑需求，使需求变得不那么愚蠢。需求在某种程度上总是愚蠢的。所以，你要从减少需求的数量开始，不管给你这些需求的人有多聪明，需求本身在某种程度上仍然是愚蠢的。你必须从那里开始，否则，你可能会得到错误问题的完美答案。
然后尝试删除组件和步骤。这听起来很容易，但人们经常忘记完全删除。如果你不被迫恢复至少 10% 你删除的内容，那你删除得还不够。
稍微有些不合逻辑的是：人们通常会觉得，如果他们没有被迫恢复内容，他们就成功了。但实际上，他们并没有成功，因为他们过于保守，留下了不该留下的东西。通常让人们感到不安的是，你删除的一些东西最终会被迫回退，被重新放回去。但回到可能会导致我们出错的边界处，我们往往会记得，有时是以令人震惊的痛苦地记得，我们删除了后来需要的东西。因此，人们会记得三年前，有一次他们忘记放入某个东西，结果给他们带来了麻烦。因此，他们会过度纠正，然后放入太多东西和流程，导致事情过于复杂。所以，你实际上必须说，“看，我们故意删除的东西会比应该删除的多。”至少十分之一的东西，我们会再加回来。
我会提前告诉他们，“是的，我们删除的一些东西会放回去。”人们对此有点震惊，但这是有道理的，因为如果你非常保守，以至于从不需要放回任何东西，显然你会有很多不需要的东西。所以，你必须过度纠正。