是不是可以改名叫摸鱼子了。 source #wakatime

📝 Elin - 如果穿越到异世界，你想过怎样的人生 #blog https://niracler.com/elin/

为什么所有的人际关系里，只要我不主动就没有人主动找我? - oxyden的回答 - 知乎 https://www.zhihu.com/question/498191369/answer/1907405427714560765

vibe coding in 2026 😂 https://fxtwitter.com/thekitze/status/2005616691267723544

SOP 在 Vibe Engineering 时代的必然性 提到顶级软件工程实践中的各种 SOP，如「100% 测试覆盖率」「语义化类型名称」「代码风格统一」「MAX Linter」「静态类型检查」「PRD/设计文档/TDD」「持续集成/部署」。 在以前的话，总感觉这些对于小团队的需求有「大炮打小蚊子」的嫌疑，想起前司 BOSS 说这些不过是「自欺欺人的减慢速度的玩意」。只是今年在 给 LLM 擦了一年的屁股后 ，我已经意识到不得不那么做了。以前可能会说「这个流程要放到大公司的团队才管用」，但现在，很自然地就在小团队、甚至是个人开发也很有必然性了。 以前写这些 SOP，最大的问题是人很难遵守。Deadline 一紧，代码风格就先放一放；Review 一忙，测试覆盖就睁一只眼闭一只眼；这个项目的实现方案很可能下个月就会弃用了，用半个月来探索「如何正确地搭建项目」不是浪费时间吗？更别提各种 CICD 的 WorkFlow 校验和严格 TDD、PRD 了；MAX Linter更是让人痛苦得没脾气。 但现在再不定好这些 SOP，你可能会得到：每一轮提问都是全新的代码风格、充满 debug 遗留下来的 log 语句、每一轮都要不断强调的设计思路、一不小心写出来的 shit 被无限放大、实际上不能 work 的代码、以及完全没有必要的冗余流程。 以前小团队靠「默契」「脑子里的规矩」就够了，但 LLM 不吃这套。如果你不把规范写下来，你就要无限重复。这就是为什么 SOP 变得必要了。不是为了「流程正规化」，而是为了让 LLM 每次都能正确地工作，也为了在代码量暴增时减轻 review 负担。（与 HA 的超繁琐 PR 流程达成和解） 正如 Simon Willison 在 Vibe Engineering 中提到的: 「 顶级工程实践在 LLM 时代会获得更大的回报 (LLMs actively reward existing top tier software engineering practices)」 PS. 最近有在给公司内部写一个 AI Programming 方面的 PPT，中间我觉得最为重要的一页就是讲到 Context Engineering 之后的「Proposal <-> Apply 循环最终提炼成 Skill」。我今天才发现，这 Skill 不就是传统意义上的 SOP 么，本质上就是把踩过的坑固化成规范，让下次不用再踩。 #llm

🔖 Stack Overflow 2025 年度报告：写代码如果不值钱了，我们该去哪？ | 宝玉的分享 #pinboard #2025 #Software https://baoyu.io/blog/stack-overflow-2025-report-future-coding

2025 年是真正意义上独居的第一年，没有邻居，没有室友。独自一人的夜晚或是梦中，就会想起学生时代的那些不能再回去的种种，还有逐渐老去的家人。 在床上一旦闭上眼睛就会感受到那种「世界一起都与你无关」的剥离感。究竟有多少个夜晚都是靠着漫画看到筋疲力尽然后晕厥过去的？ #life

笑死，我电脑内存是 16g #apple

今年其实不只在用 Spotify 🙂 #Spotify

🔖 E210｜日本 “失去的 30 年”，炼成了中国餐厅排队王？ - 硅谷 101 | 小宇宙 - 听播客，上小宇宙 #pinboard #life 真的诶，昨天去寿司郎，晚上九点钟才能吃得上，排队排到头晕目眩了。下次有朋友过来 4 点钟就要去拿票了（ https://www.xiaoyuzhoufm.com/episode/68f8822f86851368eb3026b4