2021年客户需求的新变化，带来了对程序员能力要求的新高度

2021年已经来到了，回顾过去的一年，可以感受到从国家到企业、大到生产制造小到个人生活，对IT行业给予的期望和要求都比以往任何一年来得要高、要迫切。虽然还是通过编码完成客户的需求，但是对从事IT行业人员的能力要求，特别是对程序员具有的能力要求明显地提升了。

现在客户对导入系统提出的要求较过去大不相同，即使是常见的ERP类企业管理系统，也已不仅是设计个流程、建个数据库、写个操作界面、做个输出报表那样简单、孤立的工作。很多客户为了适应未来企业管理和生产的信息化、智能化、数字化需求，已经开始对新建/改建的系统要求更加体系化，比如：系统架构要采用平台形式（数据中台、业务中台等）、系统开发要求采用配置化方式（少代码、低代码等，以利于高效开发和日后客户的自行维护）、业务处理智能化（输入方式具有自动功能、新型终端应用）、信息孤岛的联通（异构系统间、国内国外、多国语言）、各种各样的物联网应用系统（无限多的需求形式、跨界知识的增加）等，很明显要实现这样的客户需求，传统上由需求工程师完成需求调研和规格书，再由程序员完成编码开发的流程模式已不适用了。这样的系统可以看成是一套具有很强的组合能力的“机制”，可支持客户系统实现随需应变、随时应变的要求，系统已不再是一个简单功能集合体的概念，可以说 “此系统”已非 “彼系统”了。

在设计这样的系统时由于“业务”和“技术”之间的区分更加模糊，需要担当者具有很强的逻辑思考、抽提建模能力，大量的需求分析、规划、架构和细节设计工作，对于没有计算机背景的工程师来说很难参与。遗憾的是现实中大多数需求工程师没有开发背景，而懂得编码技术的程序员又大都不具有分析和设计能力、也缺乏跨界思考的能力。 常常看到很多程序员，他们具有的开发经验不下10年（甚至更多），他们会编码但不懂何为系统（编码不等于系统），不会做分析（逻辑思考能力很弱）、不会做设计（几乎不会用图表达），所以基本上不能解决前述的客户新需求，只能做单独构件的编码工作（而且需要给他做详细的说明）。

随着这样的客户需求不断地增加（我确信会越来越多！），就出现了这样的矛盾现象：一边是缺乏大量可以满足客户新需求的高端技术人才、另一边是35岁就考虑要“退休”的程序员群体。作为工程师，35岁在任何一个行业都是刚刚获得信任可以担当重任、事业开始走向顶峰的年龄，因为不论在哪个行业要完成具有高水平、高价值的产品，10年的知识和经验都只能算是打基础。可以说，程序员的问题不是年龄的问题（在其他行业35岁是年轻人，只有在IT行业算是“老人”？！），出现这种矛盾问题的原因就在于：老程序员积累了10年以上的知识和经验、拿着10工龄才有的报酬，但没有向上走，还停留在原地与后来的只有3～5年经验的人竞争，做着与他们相似的工作！所以说35岁的程序员是否需要转行（转入非软件行业）是个伪命题！

用代码编织的世界，是一个可以创造无限可能的空间，作为一名优秀的程序员不要只停留在这个空间的最低端做事，无疑要适应未来的需求仅靠已掌握的编码能力是远远不够的，如果在已积累的编码知识和经验基础上再掌握了分析和设计能力，就相当于获得了可以登上创造高端的梯子。如果分析设计与编码开发这两种能力相互提携、促进、提升，可以发挥出1+1＞2的效果，当程序员具有了这个能力后就可以直接获取、分析和设计用户需求（非常重要！），就有可能挑战和实现前面所说的客户新需求。当程序员具有了上述能力后，你就可以从每日做重复工作的层级进入到了创新、创造的层级，从此走入了职业生涯的工作自由区、生活舒适区。

新的一年已来到，期望广大的软件工程师（特别是程序员！）抓紧时间，树立新的目标、掌握新的知识，迎接新的挑战，攀登新的高度，让2021年成为自己职业生涯的转折点！