“项目需求重于个人简历”
摘自书，也有我的示例。
作为工程师，我们常常要向客户/老板推荐技术，手段，甚至方法论来解决问题。但
有时我们心里不是想寻求解决问题的最佳方案，而是希望借此丰富自己的简历。
这样做很可能得不偿失。
信誉远胜过时髦的编程技巧和流行的范式。掌握最新的技术趋势，与时俱进固然重要，但不能让客户为此买单。作为架构师，职业操守绝不能忘。公司托付重任给你，是期望你尽职恪守，不受利益诱惑。如果你觉得项目不够尖端，挑战性不足，无法满足职业发展的需要，大可另栖高枝，另谋高就。
选择正确的解决方案可以降低项目的压力，团队工作起来更开心，客户也更满意。你会有更
充裕的时间，既可以钻研现有技术，也可以利用空闲时间学习新知识，甚至重拾向往已久的
业余爱好。家人察觉你的变化后，也会感到欣慰。
把客户的长远需求摆在自己的短期利益之上，才能立于不败之地。
示例：
我遇到的一件事，分析类的任务代码是选择 Scala 还是 Java？
我推荐选择 java 而有同事推荐选择 Scala
我的理由有三：
1，Java 团队中会的成员比较多。
2，是个更成熟，资料更多的编程语言。
3，编辑风格文档总结更全面，了解的成员更多。
同事推荐的 Scala 理由：
1，新的函数语言。
2，与 Spark 配合使用更好。
最后领导选择了 Scala , 且没有听我的建议使用 Scala 的风格规范应用于团队。
这件事没有对错，只有时间能证明那个是更好的选择。
因为选择的不同，是要后面的故事来证实那个成本更高，开发更有效率的。