关于敏捷意识形态的探讨与在前端生产实践落地的想法

[EthanLin-TWer]

理论联系实践是马克思主义的基本原理，在解决实际问题时，联系实际情况是非常重要的。前几天与 TL 在 PR 或主干分支开发上的讨论进一步检验了这个思想。因此，最近尝试对一些最最基本的敏捷实践、方法论进行追问，寻找上下文，得出了这么几个似乎值得回答的问题。比如：

• 为什么要 TDD
• 为什么要小步提交
• 为什么要纯键盘
• 为什么要持续集成
• 为什么要单元测试
• 为什么要重构
• ...

特别是这些问题放到「前端」这个上下文中去的时候，我们发现这些方法论的根基（频繁集成、小步前进、快速反馈）依然是 work 的，但是具体的实践方式需要演化，需要探索更加有效的实践。同样，频繁集成、快速反馈这些价值观，是不是也可以放到其他的上下文中去呢？其他公司、业界又有些什么技术价值观呢？价值观本身是否具有普适真理，本身是否也有上下文，是否也需要演化呢？

当我在追问 TDD 的时候，是否意味着我不再狂热，对 TDD 进行了驱魅和批判呢？当然批判性是必要的。在对具体实践进行批判性反思的时候，我发现了实践本身应该随着环境进行适应和改进，但是背后的原理并没有大的变动。这些原理进行进一步归纳和抽象，就好比我们说是马克思主义的普遍原理，类似于一种指导我们做事的价值观。价值观是什么呢？是尽管有些实践本身纷繁复杂无法一眼望穿，但是从直觉这个层面你可以感知到这个事情是不是违反原理的，是不是正确的方向。昨天阅读大熊的 动态代理的前世今生 时，文字激扬，同样是在「价值观」这个高度对技术进行探讨，提到「美和优雅」它同样也是一种价值观。不美的技术很可能是有问题的。于是，对之前提过的「技术价值观」也似乎有了更深的体会。

一个合格的 TWer 也许对敏捷价值观采取普遍认同的态度，也正因此，对敏捷的认可和推广有时仅止于具体实践这一层面，而忽视需要上到价值观的层面进行论述和统一。价值观又可说是意识形态。一个事情，在不同的场合，不同的位置，有时应该仅仅从意识形态的高度进行辩论，有时应该紧紧围绕意识形态的指导来解决具体困难，有时又应该从生产实践的角度展开大讨论和攻关。从政治工作中也学到不少技术工作的思路。