福建
招聘网站上搜不到，老系统还在硬撑，到底淘汰了谁呢。
现在招聘网站上很难搜到PowerBuilder和Delphi的岗位，可银行、工厂和一些工业系统里，老程序还在跑。写它们的人有的退休了，有的转行了，系统却没人敢停。这事看着奇怪，其实藏着工具兴衰的真相。
当年它们火，是因为赶上了好时候。那时企业信息化刚开始，Windows客户端需求多，大家要的是快点做出能用的软件。PowerBuilder最厉害的是DataWindow，把查询、展示、编辑、提交这条数据库链路变成可视化配置。Delphi靠拖控件、设属性、写事件，再加原生编译，能做出独立运行的Windows程序。
它们卖的不是语言，而是一整套开发流水线。IDE、控件、数据库连接、部署方式都打包在一起，开发者不用什么都从头搭。WPS、FoxMail这些软件都跟Delphi有关系，连熊猫烧香这种恶意程序也用它写过。能力肯定有，问题不在能力上。
可技术换代不等人。架构从C/S走到B/S，再到移动端和云原生，每一跳都要求重写很多底层东西。PowerBuilder几乎绑死Windows，Delphi跨平台起步偏晚，核心架构也显得旧。企业不是不想升级，是升级代价太高，干脆新建一套技术栈。
老工具还有个麻烦，就是技术债和心智负担。会拖拽就能干活，听起来轻松，但遇到高并发、高可用、分布式系统，就很难接得住。迁移成本一高，企业更愿意招新栈的人，老系统只留少数人维护。时间一长，懂的人越来越少，系统就成了没人敢碰的黑盒。
生态断层也很致命。Delphi的灵魂人物Anders Hejlsberg去了微软，后来主导了C，核心人才一走，方向感就弱了。第三方组件库停更，社区萎缩，新人不愿进来，形成越没人用越没人维护的死循环。工具再强，也扛不住这种循环。
商业模型也有先天短板。小众工具收入体量小，业内对Delphi年收入的估算也就是数千万美元量级，PowerBuilder更低。对比当年FoxPro巅峰期据说到过两亿美元级别，停产后也迅速萎缩。市场太小，研发就不足，研发不足就更没人用，最后市场更小。
厂商还多次易主，Borland到Embarcadero再到Idera，Sybase到SAP，战略断档、方向反复。公司一换，路线就可能变，开发者心里没底。一个工具最怕的不是难用，是让人看不到长期承诺。
不过被淘汰的不是可视化，而是封闭的载体。拖拽式开发、快速交付的逻辑，今天换成了低代码、无代码平台。国产无代码平台eversheet由前WPS团队花几年做出来，从没人问到现在有人用，说明这条路在合适时代和商业模式下还能活。ActionScript随Flash退场，Objective-C被Swift取代，Scheme淡出教学，工具的命运常常不由自己优秀程度决定，而是由依附的平台和生态决定。
从职业角度看，工具型技能有保质期。会拖拽曾经是稀缺能力，能接私活、快速变现，甚至月入过万。但只会工具、不懂底层逻辑的人，转高并发和分布式系统会很难，中年遇挫概率就高。现在科技裁员和AI冲击里，被替代的往往不是深度逻辑，而是熟练的模板化劳动，这跟当年熟练拖拽很像。
但老系统维护在金融、制造等领域仍是利基市场，工资不一定低。技术没有绝对无用，只有场景适配。真正该带走的，是数据结构与算法思维、系统设计、调试定位、跨栈学习能力。这些不会跟着某款工具一起过期。
今天的低代码和AI编程，会不会重蹈覆辙？相似风险是平台依赖、生态封闭、商业可持续性存疑。不同变量是云化部署、AI生成、开源社区、跨端能力，降低了被单点绑死的可能。你可以问自己四个问题：资产能不能低成本迁移？是不是基于开放标准？社区活不活跃、有没有商业化支撑？我掌握的是工具记忆，还是通用能力？
PB和Delphi的落幕，是一记关于依附生态、警惕工具惰性的警钟。可视化编程的火种没灭，只是换了载体。真正会无人问津的，从来不是某个功能，而是拒绝迁移、拒绝更新的那部分思维。
你用过PB或Delphi吗？做过最得意的项目是什么？你觉得它们的衰落，是技术必然还是厂商失误？当年拖拽即开发，和今天的低代码、AI编码，你是看好还是看衰？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
