我的20年职业生涯：全是技术债( 三 ) _技术

Watson 在职业生涯早期开发的几个应用程序都已经被终止了，因为这些公司被收购了，并且决定使用完全不同的技术。
Watson 认为，随着时间的推移，你会看到你创造的几乎所有的东西都会因为各种原因而被废弃和替换，或者现在就已经都是基于旧技术的了。大多数软件的使用寿命都很有限，比你想象的要短。所有的代码最终都变成了技术债，每个人都想用更现代的方式重写，或者业务需求发生重大的变化。
诚然，在企业界，更有可能拥有似乎永远存在的内部应用程序。像铁路或大型银行这样的公司使用同样的基于大型机的软件已经有 40 年了。
Watson 预测，WebAssembly 最终会超越当今的前端开发，一个全新的世界将不断发展。
2一切终将变成技术债？
在做新项目时，大家总是希望将技术债降至最低。但 Watson 认为，不可能不产生技术债，因为根本没有十全十美的东西。随着时间的推移，今天完美的东西将来也会不完美，因此，我们需要学会与不完美共存。
而技术债的另一面是，随着时间的推移，一切都会慢慢“腐烂”——要么在升级到最新版本方面存在重大问题，要么由于更新的操作方式而最终失宠。
“一切最终都会变成技术债，否则项目就会夭折。如果幸运的话，你的代码能存活足够长的时间，从而成为别人的技术债。如果时间足够长的话，你的所有代码都将被删除。”Watson 在博文的最后说道。
Watson 的观点引发了很多开发者的讨论。赞同者认为自己过去做的很多工作最终都被取代了，辛苦编写的代码可能几年后就没有了用武之地；反对者则认为不应如此悲观，因为有些代码真的可以长青不老。
Reddit 用户、前几年刚退休的开发者 vital_chaos 提到，他这辈子在编写代码方面投入了 40 年时间，在他参与过的所有技术要素当中，只有一种至今仍在得到实际应用：

“我的团队从 1988 年起着手开发一款应用程序，直到 1994 年正式开发完成，这就是 Deltagraph 。如今，它的持有公司已经在新冠疫情的冲击下倒闭。据我所知，我做过的所有其他工作最终都被取代了，或者是雇主倒闭，总之成果消失在了历史的长河中。当然，有些可能仍被使用，这个我也不敢完全确定。
所以我觉得虽然很多事情在做的时候看似无比重要，老板也总在催促要加班加点完成任务，但事后回头再看，这些辛苦编写的代码很可能几年之后就丧失了生命力！”

用户 spo81rtyOP 也非常认可 Watson 的观点：“感谢你让我确定，有这种感觉的不单是我自己。我觉得大多数软件的实际使用寿命也就 5 到 10 年。之后，因为企业倒闭或者其他原因，软件被替代的可能性会非常高。即便它能幸存下来，完全由过时技术栈编写这一现实也会让它的路子变得很窄。这就是软件工程师的真实命运。”
用户 com2kid 表示，他曾于 2008 年前后在微软工作，当时他看到过一个版权为 1994 年的头文件，里面还有作者姓名。搜索后发现，那位程序员已经在微软当上副总裁了。所以他认为，有些代码真的可以长青不老。
用户 chesterriley 则想象了一个极端可能：也许未来终有一天，人们会继续使用 100 年前就编写出来的代码。最终的大赢家可能会是 Unix 实用程序或者 TCP/IP 代码之类，又或者是某些编译器、运行时引擎或解释器。还有来自 Linux 或 Windows 等操作系统的代码。人们可能突然发现，自己修复的错误居然诞生自 100 多年前。
也有开发者认为，有些代码受到当前炒作趋势的影响很大，而 Web 开发应该就是其中最典型的代表了。考虑到过去二、三十年间 Web 开发领域发生的一系列根本性变化，这种情况也在情理之中。
用户 Otis_Inf 拥有 28 年从业经历，他表示，他还记得网景（Netscape）发布背景图像的那一天，cgi 处理程序中的 Perl 脚本也曾经是常态。无论是当年还是现在，技术的发展速度都相当惊人，开发者必须适应新的做事方式——包括提交给 cgi 处理程序的静态 html 页面，也包括异步获取部分新元素来构成视图的客户端渲染页面。
当然，也有些代码并没真正受到当今炒作的影响。有趣的是，这类代码大多集中在服务器端。虽然一直有强大的力量在“颠覆”微服务、Lambda 函数等服务构建方式，但如果忽略掉这些实现细节，那服务器的内存空间里肯定还有 db+ 服务在运行、也还有空闲周期没有利用起来。
Otis_Inf 认为，IBM DB2 仍能运行 30 年前的 SQL 代码是有原因的，这个原因就是组织仍然依赖这些功能。或者说，根本就没有足够多的人把它“重写”成新代码。那这些代码是“烂代码”或者说“技术债”吗？还是得看具体情况。你家的锤子可能也用了十来年了，它过时了吗？如果还能干活，那就没过时。只有当代码确实需要变更，但却没人处理这项工作时，它才会真正沦为“烂代码” 。