程序员Agions

01. 那个让我后背发凉的 Bug 上周，我在 Code Review 时发现了一个奇怪的 import： 我没见过这个包，于是去 npm 上搜了一下。 搜索结果：0 个匹配。 我问写这段代码的同事：

前情回顾 在前两篇中，我们经历了： 初学乍练：从 Hello World 到能跑就行 小有所成：从能跑就行到知其所以然 当你开始思考"系统应该怎么设计"而不只是"代码应该怎么写"的时候，恭喜你，你已经

前情回顾 在上一篇中，我们讲述了初学乍练的修炼——那个"Hello World"到"能跑就行"的阶段。 当你开始思考"为什么要这样写"而不是"怎么让它跑起来"的时候，恭喜你，你已经踏入了小有所成的大门

开篇：程序员的武学境界 在武侠世界里，习武之人从入门弟子到一代宗师，需要经历漫长的修炼。 在程序员的世界里，我们也有类似的成长路径。今天，让我们用武学的视角，重新审视程序员的修炼之路。

前言：什么是"邪修"？ 在程序员的世界里，有两种解决方案： 正道：设计模式、最佳实践、代码规范、架构优雅 邪修：能跑就行、先上再说、TODO 永远不改、这个 Bug 是 Feature 每个程序员都知

前言：为什么 RN 开发需要"邪修"？ React Native 是一个神奇的框架： 它让你用 JavaScript 写原生应用 —— 听起来很美好 它让你一套代码跑两端

前言：为什么需要"邪修"？ Flutter 官方文档写得很好，教你如何写出优雅、规范、可维护的代码。 但现实是： 产品经理的需求永远超出框架的设计 设计师的脑洞永远超出 Widget 的能力 老板的

引言：一个关于类型的"真香"故事 三个月前的我： 三个月后的我： 转变的契机？ 一个深夜，线上报错：Cannot read property 'name' of undefined 排查了 3 小时，

引言：一个关于"偷懒"的故事 场景一： 产品经理："这个搜索框要做防抖。" 你："好的。"（打开 Google，搜索 "react debounce"） 产品经理："那个页面也要。" 你："好的。"