奇文共赏： 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 之后，预算真的很紧张。

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

原文地址： https://news.ycombinator.com/item?id=32883596

zddwj

2022-09-20 22:43:40 +08:00

哈哈哈哈，我曾经接手过一个 php 商城项目跟这个描述超级像，各种年份的代码混在一起，没有依赖管理，没有版本控制，一个方法 2800 行，整个项目几乎没有什么注释，循环里面写 sql ，源文件目录下随机分布着 qwe.txt,666.txt 之类的缓存文件，用 curl 下载自己服务器上的图片文件进行二维码生成等等一系列骚操作

eason1874

2022-09-21 11:14:13 +08:00

@pytth #38 为了追求新技术而重构，不会带来收益，只会带来风险

我以前总是第一时间用新技术重构项目，有一次重构隐藏 bug 几个月后才知道，亏损 10 多万。如果不重构而是加机器来提高性能的话，花不了几千块

其实省的机器钱都不够发工资😅，不如直接用重构和修 bug 的工资来加机器，那样还不用担心出 bug