奇文共赏： 12 年没有版本控制的 PHP 代码，产生两千万美元年收入

Ask HN: 继承了我见过的最差的代码和技术团队，怎么办？

529 点赞 | 660 评论

我必须找到一个策略来解决这个开发团队的问题，不是直接管理团队。现状如下。

这个代码每年产生超过 2000 万美元的收入
运行在 PHP 上
已经在生产环境直接开发了 12 年，没有源代码控制（都是这种 index-new_2021-test-john_v2.php ）。
没有使用 composer 或任何依赖管理。都是 require_once 。
不使用任何框架
路由管理完全是在 NGInX 中重写的（ NGInX 的配置大约是 10,000 行）。
这些年只往上堆代码，没有任何代码被删除。我想这是因为直接在生产环境开发，删东西太冒险了。
数据库结构也是一团糟，没有迁移，等等。当添加一个列时，由于数据量大，他们会建一个新的表，然后用 join 。
JS 和 CSS 也是如此。多个版本的 jQuery 互相打架，取决于你在哪个页面，甚至在同一个页面也存在。
当然没有 MVC 模式，或者什么模式。没有模板库。这是 PHP2003 的风格。
在很多地方，我看到像是 Controller 一样的文件，向它自己的 rest API 发出 curl 请求（通过域名，而不是 localhost ）做 oauth 授权，等等。只是为了获得菜单项或产品列表...
没有缓存（但有 memcached ，但只用于 Session...)
团队有 3 个人，很年轻。一个后端，一个前端，一个 iOS/android 。对变化有很强的抵触。
生产力很差，这是可以理解的。乱七八糟的东西实在是太多了，根本没办法做新东西。

业务部门有相当积极的规划，因为管理层和总部没有真正了解这些代码上的障碍。而且在 COVID 之后，预算真的很紧张。

我知道应该全面重写，但如何抉择呢？

frankies

2022-09-20 17:34:52 +08:00

一句话：好的商业模式比业务代码重要得多得多！

再多问一句，他们如此落后的开发影响他们商业利润提升了嘛？如果没有，那么继续；如果有，才需要考虑技术问题。

其实就是奥卡姆剃刀原则。

开发人员理应考虑技术问题，一旦你试图考虑商业、盈利、管理，那么你就要跳出技术思维，因为这可能会带来负面作用。