技术岗面试不应该刻意弱化软技能，但也不能本末倒置。技术能力永远是核心底色，软技能作为加分辅助，合理分配讲述比重，才是更加稳妥的作答思路。

企业招聘技术岗位，首要考察的依旧是专业功底、项目实现、问题排查这些硬核能力。自述和答题时，绝大多数篇幅要留给技术相关内容，讲清楚做过什么项目，用到哪些技术栈，解决过怎样的技术难题，实现了怎样的效果。不能花大量时间大谈沟通、协作、抗压，却对技术细节一笔带过，容易给面试官感觉技术底子薄弱，想用软实力掩盖硬实力不足。

但这不代表要完全弱化、回避软技能。现实工作当中，技术人员并不是独自闭门开发，需要和产品、测试、同事对接需求，同步开发进度，讨论方案，团队协作、有效沟通同样会影响工作产出。在讲项目经历的时候，可以自然带出软技能，不用单独拿出来长篇歌颂自己善于沟通。比如描述和产品对齐需求，和团队研讨技术方案，遇到分歧理性沟通，遇到 bug 主动同步问题，把软技能融合在项目叙述之中。

不同岗位可以灵活调整侧重。偏向底层开发、独立研发的岗位，可以更少提及软技能，重点突出技术深耕。业务侧技术岗位，需要频繁对接多方，就可以适度多体现协作理解能力。

同时要分清主次，不要空洞堆砌形容词，不要直接说自己擅长沟通，要依托场景自然体现。不要为了突出软技能，压缩项目、技术原理的表达时间。如果本身项目成果亮眼，技术优势突出，软技能简单带过就足够；如果技术经历比较普通，也不能指望靠软技能弥补硬实力上的差距。

也要避开认知误区，认为技术岗只看代码能力，完全不谈协作沟通，会让面试官担心很难融入团队；反过来过度渲染软技能，把自己塑造成社交型选手，也会让人怀疑技术功底。

总而言之，技术岗不用刻意弱化软技能，但硬实力一定放在第一位。软技能不做独立重点阐述，结合项目经历自然体现，做到主次分明。优先充分展示专业技术水平，辅以适度的协作沟通细节，给面试官留下踏实靠谱的印象。