对于 4-5 人的团队来说， 引入一项新技术是简单又不简单的一件事， 简单的是执行力强， 容易推进。 难的是充分让团队了解这项技术的优势， 难上加难的是 语言差异，即在英语环境，而工程师的母语是中文。
先讨论方案 > 先实现功能
有些工程师动手能力很强， 能在 2-3 天之内实现一套方案。 或许是基于自己曾经的项目经验， 或许是基于自己曾经使用过的工具🔧。 然而如果实现之后再讨论 自己这套方案的优劣， 需要更高的语言技巧。 日常工作中， 其他团队成员常常忙于其他工作而无暇深入了解你的方案， 会忽略一些重要信息。 而方案的复杂度， 使用方式会给其他团队成员带来新的挑战。 建议是在动手之前， 给团队充分说明个人选择方案的优劣， 更有甚者可以进行方案比较， 缩短反馈循环链，及时推进或者舍弃。
适合且简单的方案 > 完整且灵活的方案
公司的发展程度或多或少影响方案的选择。
如果是在快速发展的阶段， 对于方案的选用多半应该是恰好满足来支持它的演进。 并不会选用”一劳永逸”的方案。 即引入业内成熟的方案， 而忽视真正日常中，
用户可能只会将百分之 80 的时间运用在其中百分之 20 的功能上。 而维护、 定位问题和新团队成员的学习成本却很高， 那么普遍这种完整的方案很难被采用。
沟通 > 演示 demo
年底一次公司 update 会上他那句话把我整笑了。 曾经是个码农的时候觉得， “talk is cheap, show me the code”。 进了公司觉得 talk 实在
是太重要了。 个人也有同感。 说的要和做的一样好看才是更高更难更应该追求的方向。
不要觉得说自己做的那么多事情为什么别人看不到还不理解， 其实有没有想过你做的事情， 如果得不到别人的理解， 其实都属于无效努力。 尝试让别人理解你， 是人生
哲学。 分析性思维， 收集他人反馈都是很好的方式。
以上是我个人在最近最大的感受， 团队因为两个技术方案的卡消耗了很多额外的精力。 客户有句话很对，可以试错， 但不可以浪费时间。