我應該跑山嗎？

Question

剛剛同意一個web項目，基本上從頭開始重新設計。許多用戶界面和導航問題都需要重新設計。 在評估項目被允許跋涉現有的網站代碼。這捲曲了我的腳趾，看到許多名稱爲getSubSubSubSubProductCategory和getSubCategorySubCategory的函數。我只是寫了一些非常糟糕的命名/編碼。 我並不認爲底層數據庫可能已經啓動了。我錯了。同樣可怕的屁股表名，最重要的是有97個表格！我甚至不確定這個網站銷售97種產品。

你會考慮使用這樣的分貝嗎？或者你會誠實地告訴客戶他的手上真的很亂？

Answer 1

UPDATE：

始終相信自己的直覺。

我絕對應該跑山了。

Answer 2

聽起來有趣！

可以學到很多東西，從這樣的任務接受它;）

Answer 3

97表並不一定意味着一個糟糕的設計。標準化意味着比非規格化設計更高的表計數，所以它不一定是壞的。

就這樣說，我不能根據你發佈的內容來判斷設計。

我不知道是否有人在網頁和中間層做了錯誤的命名創建了數據庫。弄清楚數據庫是否聰明的唯一方法就是看看它。檢查命名，當然，還要看標準化程度，正確的鍵，好的索引等。

是否採取演出取決於你需要演出多少以及是否需要挑戰。解決一個大混亂可能會令人滿意：你可能會成爲排除沼澤的人。

Answer 4

不，老實說，如果你不這樣做，你會後悔的，因爲在合理的時間內你永遠不會得到一個體面的解決方案。另外，請記住，你的客戶可能知道他的系統是可怕的，並會尊重你給他一個坦誠的專業意見。

最後，假設他傾聽並接受你的分析，你很有可能重新談判。

Answer 5

這完全取決於您的客戶的期望。

對我來說，問題不在於你有多餓 - 如果客戶沒有多少時間/工作，它要採取比步行路程。

說了這麼多的合理預期，告訴他他的混亂是你的工作。花一天時間，做一個粗略的分析，向客戶展示您的疑慮。然後，花一些時間，你認爲它會採取和加倍（可能是三倍）。給你的客戶這個號碼，看看他們的反應。