聊聊IT系统开发那些变化和未来可能的方向，大家一起看看吧

回想二十年前，那时候开发一个系统，感觉像是在盖一座大楼，需求得像一张非常详细的施工图纸，一旦定下来，后面再想改个房间布局或者加个阳台，那可真是伤筋动骨，开发周期动不动就以“年”为单位，一套系统上线，感觉能用十年八年都不用大动，那时候的程序员，很多时候更像是一个个孤傲的工匠，守着像Java EE、.NET这样庞大的“工具箱”，精心雕琢每一个部件，团队之间沟通，主要靠厚厚的需求文档，开发和运维更是两个几乎不往来的部门，系统开发完了，扔给运维团队，就好像交接一个“黑盒子”，后面出了问题，两边经常要扯皮。（参考传统瀑布模型与早期企业级开发生态）

变化是从什么时候开始的呢？大概是从互联网公司崛起的时候，他们等不起漫长的开发周期，市场变化太快了，一个功能晚上线一周可能就失去了先机，一种更灵活、更迭代的方式开始流行起来，这就是大家常说的“敏捷开发”，它不再追求一步到位的完美图纸，而是先搭个简易棚子（最小可行产品），让用户先住进来感受一下，然后根据反馈，快速地扩建、装修，今天加个窗，明天修个路，这种方法让开发变得更贴近用户，反应速度也快多了。（参考敏捷开发宣言及其在互联网行业的实践）

紧接着，又一个重要的变化来了，云”，以前每个公司都得自己建机房，买服务器，就像每家每户都得自己打井取水，云计算的出现，相当于建立了庞大的自来水厂，我们只需要拧开水龙头，按需取用就行了，这对开发的影响是革命性的，开发者再也不用操心服务器够不够用、网络稳不稳定这些底层杂事，可以更专注于软件功能本身，一种叫做“微服务”的架构也火了起来，它把原来那个庞然大物般的单体系统，拆分成一个个小型的、独立的小服务，用户管理是一个服务，订单处理是另一个服务，这样，每个小服务都可以由小团队独立开发、部署和升级，一个服务出问题也不会导致整个系统瘫痪，大大提升了系统的灵活性和可靠性。（参考云计算普及与微服务架构的兴起）

开发和运维之间那堵墙，也被“DevOps”给推倒了，DevOps强调开发和运维要紧密协作，通过自动化工具链，让代码从编写完成到上线运行，变得像流水线一样顺畅，以前可能需要几周才能完成的发布，现在一天可以做好几次,这进一步加快了软件交付的速度。

未来会朝着哪些方向发展呢？我觉得有几个趋势已经非常明显了。

第一，AI对开发过程的深度渗透，现在已经有AI代码助手能帮我们写一些简单的代码、检查bug、甚至写测试用例了，AI的角色可能会更重，我们可能只需要用自然语言向AI描述我们想要的功能，给我做一个用户登录页面，要支持手机号和微信扫码登录”，AI就能生成大致的代码框架，程序员的工作重心，可能会从“写代码”更多地转向“设计架构”、“训练AI”和“审查AI生成的代码”，程序员可能会更像一个指挥官，而AI是高效的执行者。（参考GitHub Copilot等AI编程助手的演进）

第二，低代码/无代码平台的成熟，对于一些业务逻辑相对固定的企业内部系统，比如请假审批、客户关系管理等，可能不再需要专业的程序员从零开始写代码，业务人员自己通过拖拖拽拽，像搭积木一样就能把应用搭起来，这会把开发者从大量重复、简单的开发任务中解放出来，去应对更复杂、更具创新性的挑战。

第三，云资源的进一步“服务化”和“精细化”，现在我们已经习惯了从云上取用虚拟机或容器，未来我们可能会更倾向于直接使用云厂商提供的各种现成“服务”，需要做用户认证，直接调用认证服务；需要处理图片，直接调用图像处理服务，开发会变得越来越像组装乐高，用各种现成的高质量服务块，快速搭建出强大的应用，这要求开发者不仅要会编程，更要懂得如何高效地“选用”和“组装”云服务。

第四，对安全和个人隐私的重视会提到前所未有的高度，随着数据泄露事件频发和法律法规（比如国内的《个人信息保护法》）的完善，“安全”不再是一个事后补丁，而是会贯穿从系统设计、开发到运维的每一个环节，开发者需要从一开始就有“安全左移”的意识。

IT系统开发这些年走过的路，是一个从“重”到“轻”，从“慢”到“快”，从“封闭”到“开放协作”的过程，而未来，我们会迎来一个与AI深度共生的时代，工具会越来越智能，门槛在某些方面会降低，但对开发者综合能力的要求——比如架构设计能力、对业务的理解能力、以及选择和整合技术的能力——会变得更高，这个过程充满了挑战,但也无疑更加有趣了。