认识达内从这里开始

对于任何一个软件开发项目来说，在项目实施之前都是需要进行工程辩论等来判断是否值得启动项目，下面我们就一起来了解一下具体辩论内容都有哪些。

1.自我评估

我们之所以经常与其他人就工具的好坏进行辩论，很大程度上在于我们自己预设了偏好。真正有价值的作法，在于思考哪些框架、库或者语言有可能在你这里引发争吵性辩论，并反思如果再过几年，其中还有多少仍然受欢迎甚至能否继续存在。对于初级工程师来讲，回顾过去三、五年来的技术新闻网站头版，大家会发现很多此类辩论根本毫无意义。支持和倡导自己喜爱的工具可以理解，但我们也得真的花点时间了解另一方(正如的辩论格言：「让对手的论点变得更好」)。因此，不妨反思我们喜爱的工具在哪些用例中并非理想选择，同时结合对方提出的创新思路或见解。

另外，在宣扬自己的技术偏好时一定深思熟虑;因为你需要深入了解的不仅仅是自己的用例，还包括辩论对象的实际用例(这一原则不仅适用于辩论，也适用于你撰写的博文与评论内容)。另外，无论你是占据主动还是受到挑衅，都一定要保持谨慎的心态，千万不要驳斥那些令人信服的论据。我们知道自己知道什么，但更重要的是，我们得知道自己不知道什么。

2.评估外部信息

要评估你在工程决策中使用的外部信息。评估与你进行辩论的工程师。在与另一方进行技术辩论时，需要确定是否存在某些可能左右其观点的个人或者狭隘的激励性因素(例如个人易用性、财务/职业动机、为产品建立开发者生态系统的意愿以及自我形象塑造等)。评估他们用于做出决策的证据，看看这些证据的来源是否存在问题。如果另一方正在利用我们的需求宣传他们的解决方案，请思考自己对具体用例是否了解、是否拥有深入的专业知识、是否充分考虑到权衡的意义。除非有充分的矛盾性证据说服对方，否则我们必须表现出必要的开放心态。

你还需要评估用于决策的工程内容。千万不要使用营销素材组织工程决策。想象一下，如果使用这些煽动性的信息，我们能够轻松让一大群初级工程师相信那些根本站不住脚的结论——这看似让我们在讨论中胜出，实际上对后续工作绝不是好事。请记住，理想的内容宣传应当模糊作者的潜在意图。

如果大家对某一工程议题一无所知，请花点时间查看各类文章，并尝试通过亲自证明文章中的观点来完成知识学习。另外，请始终关注解决方案当中做出的具体权衡，包括那些往往被忽略的非技术性权衡。这项工作可能很难，但对于关键性决策却往往极为重要。或者，你也可以建立起一个值得尊重且思虑深远的工程师社区，并通过初级研究(不仅仅是阅读或者重复二手资料)进行论点测试。再有，请注意尽量避免使用新的术语描述旧有解决方案。虽然这种方法能够有效拉拢队友并激发人们的认同，但却未必能帮助你的团队找到正确选项。

在学习与个人成长方面，请支持那些愿意表达明确价值取向的团队，同时注意排除为了营销目的而创建的内容。如果你决定利用媒体素材作出关于工程技术的决策，那么必须确保自己能够处理好炒作以及好/坏二分观点之间的平衡。在利用某一社区中的素材(例如开源软件讨论)解决其它问题(例如起始工程决策)时，你可能需要有针对性地做出内容调整。

3.鼓励全面的软件辩论

后，你需要调整自己的沟通方式，包括面对面交流与虚拟方式(社交网络、博文帖子等)。在进行激烈的技术讨论时，请提出问题而非直接向某人叫板。这些问题能够帮助我们了解对方做出的全部假设，并据此引导他们找到更好的答案，且不至于引发情绪上的抵触。我们需要意识到，很多人除了字面上表达出的意思之外，在内心深处还有着另一股会引导其观点的潜在认知。如果你的目标是说服那些有思想的人，请用心揣摩如何通过细微差别提升沟通效果，同时引导他们将好坏之争转化为权衡之辩。关注团队或小组之间的共同目标，花点时间提升工程辩论本身的质量，而不仅仅是强调语言/框架/工具等内容。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。