工程师思维之技术思维，我们应如何理解与拥有？

技术思维的源头是需求。需求可以分成市场需求、系统需求、特性需求等不同层 次，回答的是技术层面“做什么”的问题。显然，清晰表达的需求以及对需求的精确 理解才能确保将事做对。毋容置疑，需求一旦出现偏差所导致的浪费是非常严重的， 也正因如此工程师对于需求的质量相当重视。 需求一旦确立，会基于模块化的思想拆分成多个功能模块去降低实现的局部复杂 度，最终将所有功能模块“拼接”在一起去实现整体需求。每个功能模块会安排给一 个人或一个团队负责，由于功能模块是需求分解后的产物，容易导致工程师在实现的 过程中只看到“树木”而忘记了“森林”。 性能是工程师在实现一个功能模块时不得不关注的，特别是当功能模块被运用于 高频、时效性敏感、算力有限的场合时性能将尤其被关注。在现实中有时会存在工程 师乐于追求性能的极致去体现自己的技术实力，甚至出现过早追求性能而滑入过度设 计的误区。 毫无疑问，一个正规的团队，对于功能模块的开发工作多会以项目制、多个迭代 的方式去完成交付。不少工程师这里会有一个误区，忘记了敏捷思想所倡导的“项目 计划的目的是为了适应变化”，而是将“按时交付”当作是天职，各种赶工爬到终点 时却毫不意外地看到了“一地鸡毛”的景象。 在迈向第四次工业革命的道路上，人工智能、大数据、机器学习，Kubernetes、 Istio、Knative、Go、Dart、Flutter 等新技术不断冲击着工程师已掌握的技能。快 速跟上技术的迭代步伐是每个有追求的工程师不断提升自己专业素养的表现之一。工 程师的内心一定不缺乏对新技术的追求，憧憬自己所掌握的技术具有一定的先进性。