（你用了hadoop除了会配置，会修改部分性能代码，对他适用场景的理解，整个流程的瓶颈点设计，所有分布式都纠结的问题是否有感知）这么多年了，为什么只有那些paper不断的给人启示去做更多的工程化内容，因为用筷子吃面和叉子吃面没那么大的区别。（关键是吃的人怎么理解面难吃的原因）
所以，前面1,2,3都是你在码农时候做到了，那对业务的理解只会让你如虎添翼（重要的是更多去学习和倾听，放空自己的程序员经历，做个用户）
七、怎么缓解项目总监和开发的矛盾？
开发角色：
1.开发要把项目总监的客户作为客户，而不是把项目总监作为客户，就和走棋一样，你会比他更能主动的把控下一招的变化，不会纠结于项目总监不断的变化。2.量化！如果产品无法量化结果，无非就是需求不明确，所以追问。
项目总监角色：
1.数字是基础但不是全部。2.多一点兴趣爱好，多一点思考。blog当年如果没有浏览量这个数字会怎么样？微博为啥要搞个双向关注才可以评论的设置？音乐播放器如何在用户不点击like反向收到用户喜好行为？
八、怎么看待平台产品？
先要活下来，服务好一个产品线，如果没有任何其他产品线过来，那么就不要在乎平台的称呼，留好口子就可以了。当有多个产品接入，同样要活下来，因为脱离单一业务线为了更好的平衡个体需求和平台发展，但重要的是要找到自己有群聚价值（也就是只有集成在一个平台上，多个业务得到的平台功能才会最大化），这样就业务方就不会独自建立平台来快速响应需求。最后如果业务非常繁荣，那么更多的考虑为业务方挖掘业务价值，而不要聚焦于平台，帮助别人就是帮助自己。（这是平台永远都正确的说法）
九、如何学习技术？
不用急着什么都学，珍惜每一次不同工作的机会，挖深做细，几年以后回过头来原来自己积攒了那么多！xml解析分成几种模式，各种解析的优劣？http 1.1协议中的Header中的缓存设置，返回头里面的trunked什么用途？分布式计算关键问题是什么（调度，协同，数据交互）？应用压力测试瓶颈如何评定，导致瓶颈的代码所属操作可能分成哪几类? …… 要留下更多疑问背后的答案，而不仅仅是那一点代码，那一些入门文档。
码农活下来很容易，活的好不容易，好像各行各业都是这样，所以码农和其他行业的人一样，技能仅仅是一方面，更重要的是人的素质和能力，你要活的被动，那么生活就会赶着你走，你要活的主动，那么你就可以走走看看。
结语：
今天上午爬山回家，公交车上看到一对夫妻都是盲人，心里一阵感慨，如果自己看不到，还有活着的勇气么，因为我们今天那么脆弱的抱怨很多事情，当你看不见的时候那是怎么能够抗得住的打击。
