这几十年技术发展快得让人眼花缭乱，要是把 1970 年代到现在的技术变化捋一捋，能看出不少门道。我们先拿个表格大概说说编程范型、网络协议和架构这三个维度的演变。
不过这表格也就是个大概的划分，实际上很多技术不是严格按年代来的，就像有些技术可能从上一个年代延续到下一个年代，还在发挥作用，所以这划分也有局限性。
1970年代到1990年代，技术上有个挺关键的变化，就是编程范型从结构化编程转向了面向对象。以前写程序，就像搭积木一块一块按顺序来，而面向对象呢，就像把相关的功能打包成一个个小模块，用起来更灵活。
架构方面，也从主机-终端那种集中式的模式，慢慢变成了C/S架构，也就是客户端和服务器分开，各司其职。网络协议方面，TCP/IP逐渐站稳脚跟，为后来的网络发展打下了坚实的基础。
到了2000年代到2010年代，B/S架构成了主流，大家上网用浏览器访问服务器就行，不用再装专门的客户端，方便了不少。架构上还经历了从SOA到微服务的演进，把系统拆得更细，维护和升级起来更方便。这时候，移动网络和云计算发展得很迅猛，技术也开始细分，前后端分离、大数据这些领域都冒了出来，各有各的发展方向。
2020年代至今，技术在网络和架构上和2010年代后期差不多，很多核心的技术框架还在不断更新迭代。但也有不少新变化，最火的就是以ChatGPT为代表的人工智能了。不过在编程领域，它目前还只是个辅助角色，想让它独立完成全流程开发，那还不太现实。
更值得关注的是低/无代码平台的崛起，这让业务架构师的价值充分释放出来了。为啥会这样呢？因为现在技术迭代太快，企业都希望能把业务快速落地，可传统的代码开发周期长，门槛又高，根本满足不了需求。
而业务架构师熟悉业务流程和逻辑，有了低/无代码平台，比如云表平台，他们就能借助平台的可视化建模、模块化组件和快速部署能力，不用再跟复杂的编码打交道，直接把业务需求变成软件应用，开发周期大大缩短，对专业程序员的依赖也降低了。
云表平台这工具就很懂业务架构师的心思，它能支持复杂的业务逻辑配置，像流程引擎、权限管理、数据关联这些都不在话下，还能和现有的系统集成，加上云端部署的灵活性，成了业务驱动型软件开发的重要帮手。
小结
技术这玩意差不多十年就有个大变化，这也让程序员面临所谓的“35岁危机”。表面看是年龄大了跟不上技术更新，但深层原因是国内应用层太内卷了，大家都在同一个层面竞争，一旦技术迭代，很容易被淘汰。
不过低/无代码平台也给行业带来了新机会。业务架构师的价值越来越凸显，这也给程序员指了条转型的路，不用再整天焦虑技术迭代跟不上，说不定换个方向就能有新发展。
总的来说，技术一直在变，但也有其延续性。不管是程序员还是业务架构师，跟着技术趋势走，找准自己的定位，才能在这快速变化的时代站稳脚跟。
重庆配资网提示：文章来自网络，不代表本站观点。
- 上一篇：股票配资十倍网站内蒙一机、北方长龙、中兵红箭等跟涨
- 下一篇：没有了
