本地化是一种事后的想法 - 搞砸了吗？

Question

因此，我作为分包商与一家创业网络开发公司签约。他们正在为需要支持多层次层次化本地化的公司整合大型复杂的用户/产品管理系统。我签了3个月的合同，看了他们的代码，希望我没有。

他们选择编写自己的MVC框架（我猜客户公司不想使用预先编写的框架）并且编写得非常糟糕。几乎每个模型视图和控制器都散布着SQL（并且没有基于参数的查找方法，它都是SQL），他们甚至还没有想过本地化 - 这会对几乎每个查询产生影响。

截止日期是4个月之后，老实说，我认为通过废弃整个事情并与CakePHP合作，我们取得了良好的进展。你们有没有遇到过类似的情况，你们做了什么？

PS：这是用PHP / MySQL编写的。

Answer 1

从头开始重写几乎总是错误的想法（阅读Joel的文章Things You Should Never Do -- Part 1）。但是你必须开始实施小的改动（在你的情况下很重要）。你越早清理代码就越好开发...获得一个理智的数据访问层，并尝试首先解决ad-hoc MVC。

此外，当你正在进行战斗时，开始计划需要发生的事情并让高级管理人员习惯于某些功能可能无法进入的想法。我不知道你的代码库，或者大或者多乱它是...但如果真的很糟糕，那么他们应该准备运送产品减去一些功能而不是半生不熟的解决方案。

对这些问题负责，你（像我们其他人一样）得到继承代码库之前所有者的罪恶的乐趣。他们是否有机会延长合同或支付加班时间？

Answer 2

当你为某人工作时，你按照他们的规则行事。我使用Expression Engine在几个站点上工作过。我讨厌它的每一分钟，我强烈建议每次遇到我的客户时反对它，但你能做什么，除了研究工作直到你完成？

随意提供有关CakePHP的建议，但如果没有人想听，我会放弃它。很高兴你只有3个月。