引入新技术就那么爽？先回答好这几个问题
我们应该使用这种新技术，你看它多快、多好，又多么优雅，可以加快开发进度啊。
你看，我上周末实现了一个原型而且它还可以跑生产，这新技术就是这么牛 X。
……
说好的要让员工在公司里学习和成长呢？
……
呵呵，干里凉，辣鸡公司，我唔捞喇。
这样的对话熟不熟悉？作为开发，你有没有经历过想要在工作中引入新技术却阻力重重，而且很多时间就花在了这样的争论之中，最后还搞得心力交瘁。
前 Etsy CTO Kellan 发表了一篇文章，他认为技术团队中沟通成本太高，有时候总是需要花时间与精力去讨论一些难以达成统一观点的问题，比如上边这种典型的“是否要引入一项新技术”。
如何去避免呢？
Kellan 介绍了自己已经使用了十多年的“问题列表”，在想要引入一项新技术之前把该列表的问题都思考一下，而不是去无休止地讨论，甚至于辞职。
问题列表比较简短，思考过这些问题之后，也许就不用去争论了：
我们到底是要解决什么问题？ （永远不应该因为自己的目的而引入新技术）
我们可以怎样用当前的技术栈解决这个问题？（如果答案是做不到，那么可能对这个问题没有进行深入思考；如果可以，那么思考下一个问题）
我们当前的技术栈为什么不能以金钱、人员与时间等方面经济有效的方式去解决这个问题？
我们是否明确了新技术会带来的新成本？（监控、员工培训、学习精力等）
如果这项新技术可以替代目前的一些方案，那么我们能不能保证将来把相关的开发都迁移到这项新技术上？还是说我们针对这一个问题其实会有多种解决方案的尝试？（这个新技术路线会不会稳定下去？）
有没有我们信任的人在使用该新技术？我们和他们谈过这个东西吗？他们是什么想法？新技术有什么是他们不喜欢的？（如果他们不讨厌它，那么他们还没有深入使用过）
怎样低风险去尝试？
有没有组织各个部门的高级别员工逐一回答上述各项，有没有文档记录？
你的想法呢？
开源中国征稿啦！
开源中国 www.oschina.net 是目前备受关注、具有强大影响力的开源技术社区，拥有超过 200 万的开源技术精英。我们传播开源的理念，推广开源项目，为 IT 开发者提供一个发现、使用、并交流开源技术的平台。
现在我们开始对外征稿啦！如果你有优秀的技术文章想要分享，热点的行业资讯需要报道等等，欢迎联系开源中国进行投稿。投稿详情及联系方式请参见：我要投稿
「好看」一下，分享给更多人↓↓↓