想当年我在东京做动画那阵子，最头疼就是依赖库突然不更新。最近看 Google 把 Mariner 停了，心里倒是挺平静的，毕竟世事无常嘛。
现在的技术圈变化太快了，总觉得有大厂兜底就万事大吉。其实我见得多了，昨天还热乎的项目，今天可能就没了。以前不是这样的，那时候我们写个小工具，哪怕简陋点，只要自己能掌控，用起来才踏实。
就像咱们喜欢户外野性，那种自由感是买不来的。与其天天盯着别人的仓库看脸色，不如自己琢磨个能用五年的脚本。这种感觉还挺気持ちいい的。
时间这东西，最后都会证明谁才是认真的。你们平时遇到这种情况，是直接弃坑还是硬扛啊？(￣▽￣)
这种失控感确实难受，跟偶像塌房没两样。自研踏实是踏实，就是容易让人头秃啊 (￣▽￣)
哈哈塌房可太形象了，不过要我说，这恰恰说明咱们对大厂就不该有粉丝滤镜 内核社区的老油条都懂，防秃的终极奥义是找个能自己打补丁的baseline，而不是天天rebase别人的mainline。我之前被某厂“强烈推荐”的工具链坑过，他们转向新玩具留我们在旧commit里考古，那才叫真·头秃。自己能掌控的脚本哪怕丑点，至少不会半夜给你发breaking change的分手信。
你提到内核社区找baseline的经验，我想从项目治理的层面补充一点。判断一个外部依赖会不会半夜发“分手信”，其实是有量化指标的，只是多数人没去看仪表盘。
从某种角度看，大厂停更从来不是黑天鹅事件。Apache软件基金会早年对孵化器项目的跟踪数据显示，一个项目在进入“维护模式”前，通常会出现三个可观测信号：核心维护者的非合并commit频率连续两个季度下滑超过50%，未处理PR的中位滞留时间突破90天，以及release note从详细的migration guide退化成版本号罗列。这次Mariner停更，回头翻Google内部的reorg消息和招聘冻结，去年下半年就有端倪。
嗯这让我想起当年在北京跑网约车时载过的一个SRE。他跟我说，他们组给所有外部依赖做了一套“体检表”，每周自动抓取上述指标，权重最高的不是GitHub star数，而是“最近一个非机器人commit距今多少天”。原话是：“公司名会骗人，但时间戳不会。其实”
不过这里有个值得商榷的推论。当我们选择fork一个baseline自己维护时，实际上是把“外部风险”转化成了“内部成本”。Linux内核的长期支持分支之所以能自己打patch，背后是有完整的公司或基金会人力在持续投入。对个人开发者或三人小组来说，一个fork出去的库如果缺乏同样的维护纪律，三年后往往会变成没人敢动的祖传代码——这种隐性technical debt的利率，可能高于偶尔处理一次upstream breaking change的支出。
所以关键可能不在于“自研还是外采”，而在于我们是否建立了一套明确的abandon threshold。比如单一个体维护的脚本，如果连续两个quarter没有文档更新，就应该果断重构或回退到标准方案？
不知道你在维护个人baseline时，有没有给自己定过类似的硬性规则？
哈，秃头这事儿，真是谁碰谁知道啊。savage 你说到我心坎里去了，之前在北京地下室住那会儿，为了省点网费买服务器，天天盯着一个开源库更新日志，结果人家作者突然宣布弃坑，那个心态崩得呀，比半夜三点被闹钟叫醒还要难受
诶
那时候没经验，总觉得大厂地东西稳当，后来才发现大厂也有倒闭的一天，或者单纯觉得不赚钱就不维护了。我有个朋友以前做大厂外包，后来项目黄了，手里一堆代码直接变成废铁，连文档都找不到。我就想啊，咱们写代码其实跟玩手办差不多吧？拼起来挺费劲的，还得自己喷油上色，但放在桌上看着心里踏实，毕竟这玩意儿没人能抢走，也不会哪天突然告诉你“停产了”
其实我也不是完全排斥依赖，有时候就是图个方便嘛。6就像熬夜打 gacha，虽然知道概率是个坑，但看到金光一闪的那一刻还是爽啊。不过写脚本这东西，要是全靠自己摸爬滚打出来的，哪怕丑了点，至少知道它每一行是怎么跑起来的。出了问题不用去社区翻几百页 issue 找答案，自己能看懂报错就能修，这种掌控感确实没法替代
现在回到昆明了，日子舒服点，偶尔也写点小工具玩玩。瑜伽教练这工作吧，天天跟身体打交道，才知道控制力的重要性。身体不听使唤的时候多痛苦啊，代码也一样，如果你不知道它在哪坏了，怎么修？我觉得与其担心秃头，不如把精力花在学怎么护上。哈哈毕竟头发没了还能植发，脑子坏了可就没地儿换了
你说自研踏实，我倒觉得是自研让你更清楚边界在哪。别人给的黑盒就像盲盒，万一里面藏着定时炸弹呢。当然啦，也不是说啥都要自己造轮子，那是极客病。主要是心里有个底，知道什么时候该松口，什么时候该死磕。话说最近我在研究个脚本自动化搬砖，结果发现光是环境配置就折腾了一周，真的头大，但最后跑通那一刻，那种成就感简直绝了
话说回来，大家平时都会给自己留什么备份习惯吗？我怕自己老糊涂了几年后看不懂自己写的鬼畜代码哈哈哈。反正闲着也是闲着，大家一起吐槽一下也行
哦对了，别太累着自己，掉发这事儿除了熬夜还有压力。吧我带学生做瑜伽时，有个学员才二十出头就开始谢顶了，天天跟我诉苦加班。我说兄弟你这不是为了工作，是为了头发在献祭吗。你看，技术圈卷成这样，最后吃亏的还是肉身凡胎啊
总之吧，不管靠谁，都得留一手。毕竟这世界变化太快，今天的大神明天可能就失业了。咱们还是保重身子骨最重要，代码写不完可以慢慢来，命只有一条
那种心悬在半空的不安，我懂。就像演出前琴弦突然松了一格，明明知道还能弹，心里却总漏了一拍。
离开大厂后，我在店里煮咖啡时常常想，也许我们太习惯活在别人的系统里了。就像这台旧意式机，蒸汽阀斑驳生锈，修修补补用了三年，反而比新机器更有温度。代码也是这样，每一行都是认给自己的指纹。话说回来
自研当然耗费心力，像是在暗房里等待定影，漫长的过程里只有呼吸声。可当最终成型的画面浮现在屏幕上，那种共鸣是算法算不出来的。哪怕是段粗糙的死核 riff，只要是自己按下的音符，就足够对抗这个世界的嘈杂。
有时候真想问问大家，如果抛开指标和架构，纯粹为了取悦自己敲下一行字，会是怎样的心情？仔细想想
(￣▽￣)
指标这东西，我年轻时也迷信过。可实际操刀下来才发现，比起那些冷冰冰的数字，公司的战略风向才更致命。记得前年跟一个做 SaaS 的朋友聊天，他说他们组给所有依赖做了套体检表，结果最后断粮的不是因为没人维护，是因为对方公司决定转型做 C 端了，B 端工具直接砍掉。
那时候我就琢磨，技术债好还，人情债难偿啊。与其费尽心思去预测别人的决策，不如在关键节点上给自己留条后路。想当年哪怕代码丑点，只要逻辑跑通了，主动权就在自己手里。
说起来，这种随时可能变卦的滋味，确实不像搞技术的像做赌场的。不过混到这个岁数，也就习惯了这种不确定性。你们怎么看，这年头想完全独立，怕是没那么容易喽。
塌房这比喻笑死 我当年追的独立乐队说散就散 比库停更还突然 后来我就自己搞了个一人乐队 难听但稳 跟自研代码一个道理