https://qinwei.fun/notes/Recent content in 杂记 on 乘物游心录Hugo -- gohugo.iozh-cn© 2026 乘物游心录Thu, 23 Jul 2026 09:06:07 +0000https://qinwei.fun/notes/note-202607230904/Thu, 23 Jul 2026 17:04:00 +0800https://qinwei.fun/notes/note-202607230904/<p>最近，观察同事，发现其变化很大。 主要原因是领导让他成为代理科长，负责相关工作。 在之前，那是天天玩游戏，摸鱼。 现在是经常性的关注项目进度， 变化太大了。</p>https://qinwei.fun/notes/understanding-not-storing/Mon, 20 Jul 2026 09:00:00 +0800https://qinwei.fun/notes/understanding-not-storing/<p>读完一段文字后，最容易产生的错觉是：只要能复述作者的结论，就已经理解了它。复述确实重要，但它更像一次成功的存储与读取。句子被记住了，论证未必真正进入了自己的思考系统。</p>https://qinwei.fun/notes/efficiency-creates-waste/Sun, 12 Jul 2026 09:00:00 +0800https://qinwei.fun/notes/efficiency-creates-waste/<p>效率通常被当作毫无疑问的好事：设备不能闲置，人不能等待，流程中的每一分钟都应该被利用。但在一个彼此依赖的系统里，让所有局部同时保持高负荷，往往不是消除浪费，而是把浪费转移到更难看见的地方。</p>https://qinwei.fun/notes/technology-history-is-organization-history/Sun, 28 Jun 2026 09:00:00 +0800https://qinwei.fun/notes/technology-history-is-organization-history/<p>技术史常被写成一连串发明：某个实验室实现突破，某家公司推出产品，性能曲线继续向上。但真正改变社会的技术，很少依靠一个器件或一次灵感独立完成。它们必须穿过生产、标准、资本、人才和供应链，才能从“可以工作”变成“可以长期使用”。</p>https://qinwei.fun/notes/leave-room-for-uncertainty/Tue, 19 May 2026 09:00:00 +0800https://qinwei.fun/notes/leave-room-for-uncertainty/<p>项目计划经常用一个确定的时间点、预算和结果来表达承诺。问题不在于承诺本身，而在于这种表达容易让人误以为：只要计划足够详细，不确定性就会消失。随后，偏差被当作执行失败，团队开始隐藏坏消息，计划反而失去了帮助决策的价值。</p>https://qinwei.fun/notes/good-design-works-before-error/Fri, 03 Apr 2026 09:00:00 +0800https://qinwei.fun/notes/good-design-works-before-error/<p>很多系统把错误处理理解为一条写得更清楚的提示：用户提交失败后，告诉他哪里不对。这当然比没有反馈更好，但它仍然发生在错误之后。更好的设计会向前移动，在动作发生之前就帮助用户理解可能性和后果。</p>https://qinwei.fun/notes/repeatable-small-problems/Mon, 16 Mar 2026 09:00:00 +0800https://qinwei.fun/notes/repeatable-small-problems/<p>面对复杂项目，常见建议是“把大问题拆小”。但如果只是把工作切成更多任务，复杂度并不会自动下降：依赖仍然混乱，信息在交接中丢失，每个小任务也可能只完成一次，下一次还要重新开始。</p>