代码本身不具备情绪，但“同理心”这个看似柔性的能力，同样会影响技术方案的设计与最终效果。

在本期工程师专访中，欧立腾中国（ALTEN China）数据科学工程师朱栋分享了自己对专业能力与非技术技能的思考。其中，协作能力与同理心是她认为工作中最有价值的两项非技术技能。

那么，“同理心”究竟如何贯穿工程师的日常工作？

正确的问题比答案重要

对工程师而言，解决问题并不只是编写代码或开发模型，更重要的是提出正确的问题、设计合理的解决方案，并根据实际应用持续优化。

这需要工程师具备抽象能力、数据洞察力与批判性思维，能够从复杂情境中识别关键问题，而不是直接套用技术手段。即使 AI 能够辅助生成代码，工程师依然需要判断问题是否定义准确、方案是否合理。

代码质量，不止于能够运行

代码能够运行，并不意味着设计已经足够完善。

在朱栋看来，好的代码与设计需要兼顾清晰性、可维护性、效率与可靠性，同时结合具体应用场景，评估其能否满足技术要求并创造实际业务价值。代码质量并非由单一指标决定，而是多方面因素的综合体现。

读懂那些没说出口的需求

“对我而言，协作能力和同理心是工作中最有价值的两项非技术能力。”朱栋提到，作为数据科学工程师，她需要与业务人员、产品经理和技术团队等不同背景的成员协作，既要清晰地解释技术概念、传达分析结果，也要认真倾听各方需求。

在她看来，沟通不只是把信息讲清楚，更要理解需求从何而来。业务团队提出的要求，往往对应着特定的目标与使用场景。工程师需要尝试站在对方的角度思考，理解他们真正关心什么以及为什么。只有读懂需求背后的意图，才能跳出“如何实现”的技术视角，与团队共同厘清“真正需要解决什么问题”。

让代码“看见”用户

模型表现、代码质量与设计可靠性，构成了工程方案的重要基础。但技术进入真实场景后，工程师还需要结合业务目标与用户体验，判断方案是否适用，并根据实际应用持续优化。对朱栋而言，专业判断不仅是评估模型是否有效，也包括理解模型要解决什么问题，以及它能否真正回应实际需求。

这正是同理心与工程能力相遇的地方。它不是对技术标准的妥协，而是将用户与业务团队的视角纳入问题定义、方案评估和后续优化。结合抽象能力、数据洞察与批判性思维，工程师才能在追求技术质量的同时，更准确地判断什么样的方案适合具体场景。

代码本身没有情绪，但工程设计可以体现编写者对使用者的理解。所谓代码的“同理心”，是让真实需求成为工程判断的一部分，让技术不仅完成预期功能，也能在实际应用中发挥价值。