我应该跑山吗？

Question

刚刚同意了一个网络项目，基本上是从头开始重新设计的。许多ui和导航问题需要重新设计。 在评估时，允许项目跋涉现有的站点代码。这卷曲了我的脚趾，看到了很多函数，其名称如getSubSubSubSubSubPubProductCategory和getSubCategorySubCategory。我只是将其归结为非常糟糕的命名/编码。 我没有认为底层数据库可能会像f'd一样。我错了。同样可怕的屁股表名称，最重要的是97个friggin表！我甚至不确定这个网站是否销售97种产品。

你会考虑使用像这样的数据库吗？或者你会诚实地告诉客户他手上有一个真正的烂摊子吗？

Answer 1

97表并不一定意味着糟糕的设计。规范化意味着比非规范化设计更高的表计数，因此它不一定是坏的。

话虽如此，我无法根据您发布的内容来判断设计。

我不知道在网络和中间层上做错命名的人是否创建了数据库。确定某人是否聪明地做数据库的唯一方法就是查看它。当然，检查命名，但也要查看规范化程度，正确的密钥，良好的索引等。

是否参加演出取决于您需要多少演出以及您是否想要挑战。修复一个大混乱可能会令人满意：你可能成为排水沼泽的人。

Answer 2

不，老实说，如果你不这样做，你会后悔的，因为你在合理的时间内永远不会产生合适的解决方案。

另外，请记住，您的客户可能知道他的系统是可怕的，并会尊重您给他坦诚，专业的意见。

最后，假设他倾听并接受你的分析，你就能够重新定位。

Answer 3

这完全取决于您客户的期望。

对我而言，无论你有多饥饿都没关系 - 如果客户对于需要多少时间/工作没有合理的期望，那就远远超过了......

话虽如此，告诉他他的烂摊子是你的工作。花一天时间，粗略分析并向客户展示您的顾虑。然后，花点时间考虑一下，然后加倍（可能是三倍）。给你的客户这个号码，看看他们的反应。

Answer 4

听起来很有趣！

可以从这些任务中学到很多东西;）

Answer 5

更新：

始终相信自己的直觉。

我绝对应该为山丘奔跑。