一个纯正程序员的啰嗦
产品经理怎样设计好产品？
有很多回答，我曾经见过好些执着于界面美观的产品经理，见过执着于梳理用户需求的产品经理，甚至听说过化身为 “用户邮件/文档分析师” 的产品经理。我是程序员，是工程师，但我觉得这些人都很不靠谱。这三种不靠谱的产品经理中，第一种最不靠谱。产品经理最好懂技术，但是即便不懂技术，也绝不能化身成为界面设计师。如果我是产品经理，有人有一天对我说，产品经理不就是设计用户界面的人吗？我应该和他拼命。
产品的最大价值，是能够解决用户的问题。所以，产品经理的最大职能，是要设计出能够解决用户问题的产品。你做的东西再丑，举个例子，12306.cn，铁道部的网站，即便再丑，只要用户能够通过它网上购
[……]阅读全文
这是一篇扯淡，一篇 rant，或者是一坨不靠谱的文字。有一些观点过于偏激，如果你没法接受，也请不要太在意。
无趣的接口封装
我记得刚工作的时候，我的第一个正式项目是去写一个基于 SOAP 的 WebService 接口，那个时候觉得新鲜，“原来 web service 是这样子的！”；到了现在，已经写过各种各样的 service 接口，再也没有觉得做这样的事情很有意思，或者很有新意、很有挑战性，尤其是一些并不复杂的增删改查的接口（当然业务逻辑是有够繁琐的）。
有同事说，做界面、做 portal 并没有什么意思，都是浮于表面的东西。虽然我不完全认可，但在这个前端工作被普遍瞧不起的国度，而且从某些层面上说也对，可是我
[……]阅读全文
第一阶段：编码机器
这是最低级的阶段，程序员拿到详细设计文档，上面连许多方法接口都定义好了。重构一些代码，写一些实现，调用一些既定的 API，然后花许多时间在各种各样的场景测试上面。从做的工作上看，这都不能算程序员，最多，只是编码技巧卓越的码农而已。因为它几乎扼杀了一切创造力，但是这很常见，比如在一些对日外包公司，就是如此。
第二阶段：独立的实现者
程序员得到的只是粗略的设计文档，也许注明了外部接口的清单，还有框架和基础设施的 API，需求已经澄清清楚，接下去要做的就是发挥聪明才智把软件实现设计好，把代码写好，测试通过。这项工作可以在安静和独立的环境中完成，因为没有什么是不够明确的，那些本不清楚
[……]阅读全文