一、技术圈的“知道”与“着”我们这行最不缺的就是“知道”：知道 Java 和 Go 的优劣知道微服务与单体架构的取舍知道每行代码的时间复杂度知道项目即将延期，知道产品又要改需求但“知道”之后呢？知道技术栈过时，便焦虑地追新框架，恨不得每月换一套知道项目有风险，便夜不能寐，反复推演每一个异常分支知道同事写得烂，便愤愤不平，在 Code Review 时争执不下知道 KPI 难以达成，便自嘲“摆烂”，却又放不下那份不甘这就是典型的“知而着”：被自己知道的内容困住了，知识变成了执念，判断变成了情绪，清醒变成了内耗。二、什么是“着”？——程序员的三种常见“粘着”1. 执着于“正确”总认为自己的方案最优，别人的设计模式“不标准”。可软件工程没有银弹，所谓“正确”只是当前约束下的局部最优。执着于正确，反而让你看不见业务真正的弹性。2. 执着于“结果”上线前焦虑，上线后盯着监控，出问题便自责；顺利则松一口气，但马上又为下一个版本担忧。把每一次迭代都当作生死判决，内心被成败完全裹挟。3. 执着于“标签” 不是不知道，而是知道而不着——程序员的“技术心性”修炼指南
一、技术圈的“知道”与“着”我们这行最不缺的就是“知道”：知道 Java 和 Go 的优劣知道微服务与单体架构的取舍知道每行代码的时间复杂度知道项目即将延期，知道产品又要改需求但“知道”之后呢？知道技术栈过时，便焦虑地追新框架，恨不得每月换一套知道项目有风险，便夜不能寐，反复推演每一个异常分支知道同事写得烂，便愤愤不平，在 Code Review 时争执不下知道 KPI 难以达成，便自嘲“摆烂”，却又放不下那份不甘这就是典型的“知而着”：被自己知道的内容困住了，知识变成了执念，判断变成了情绪，清醒变成了内耗。二、什么是“着”？——程序员的三种常见“粘着”1. 执着于“正确”总认为自己的方案最优，别人的设计模式“不标准”。可软件工程没有银弹，所谓“正确”只是当前约束下的局部最优。执着于正确，反而让你看不见业务真正的弹性。2. 执着于“结果”上线前焦虑，上线后盯着监控，出问题便自责；顺利则松一口气，但马上又为下一个版本担忧。把每一次迭代都当作生死判决，内心被成败完全裹挟。3. 执着于“标签” RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
)
