时鹏亮的Blog

代码优先与产品优先

程序员可以分成两种：一种程序员更关心代码，另一种程序员更关心产品。

我称前者为"代码优先"程序员，后者为"产品优先"程序员。

"代码优先"程序员痴迷于代码的架构、关注使用什么工具、库和语言，有多少测试覆盖率，诸如此类的问题。

如果达到完美的代码抽象，或者使用了最新的语言功能，再或者删除了用不到的代码，"代码优先"程序员就会很兴奋。他们真的喜欢他们编写的代码，在他们眼里，代码本身就是目的。

"产品优先"程序员也关心代码，但只是把它作为达到目的的一种手段。对于他们来说，代码是建筑物的脚手架和钢梁，而不是最终产品。最终产品是产品本身，而不是代码。

他们认为，重要的是，产品是不是真正解决了问题？每样东西是否正常工作？人们喜欢用这个产品吗？"产品优先"程序员喜欢构建和发布，喜欢看到用户使用他们构建的东西。在他们眼中，产品才是目的。

大型软件公司里面，你会遇到很多"代码优先"程序员。他们看重代码是否合乎规范，有没有拼写错误，是不是意大利面条式的代码，会不会带来技术债务。如果达不到代码审核的严谨标准，就会要求重构代码。

我总是很惊讶地发现，有那么多程序员认为，"代码优先"就是他们追求的目标。对于项目原型，他们会问："单元测试覆盖率怎么样？" 、"有没有用到热门的新技术 X？"、"会带来很多技术债务吗？"。

可是，我们现在做的只是项目的原型，迟早会重写所有代码，所以上面的这些问题，在这个阶段是无关紧要的。因为我们甚至还没有认定，现在的代码就是解决问题的正确方法。

"代码优先"程序员对编程有一个根本的误解。要知道，编程是为用户解决问题，而不是为了编写出漂亮的代码。重要的是代码能够工作，而不是代码的外观。

这是否意味着，我鼓励大家编写糟糕的代码？不在乎使用什么技术或软件？

绝对不是。

我很在乎代码！我只是认为，我们先要保证方向正确，因为我相信，只要保证代码能够解决问题，那么通过更好的产品，最终可以获得更好的代码。反过来就不成立，更好的代码未必会获得更好的产品。

我对代码的评判标准是： 如果产品不好用，代码也不会好。 好的代码只有在它产生了一个行得通的产品时才存在。