作者:
zeldo (瓜拉度)
2017-10-10 13:13:47在開發網頁平台時，除了基本的維護、debug外，還有每次交辦下來的新功能以及
新需求，有些地方在每次新功能的加入、刪除下，時間一長，慢慢也會出現些架構
上問題。特別是在公司求快、求好、可以短時間展示的政令下，更是如此。
在面對數次的修正之後，還是會有些隱憂存在其中，只是不知道什麼時候會跑出來
，對於這樣的狀況，會為求效能而去翻新平台的架構嗎？
這其實也是小弟我在現在工作上面臨的狀況，很多地方在需求變更前修後改的情況
下，造成不少沒作用的code跟function，而且在那時為需求而設計的架構也被東挪
西挪，配合使用在其他的功能下，雖說平台的運作上都正常，可那些遺留下來的東
西卻很礙眼，並且也引起些問題。
的確這也與自己當初開發時對於功能彈性沒有完善有關，可很希望能好好補救。但
現在也還是有許許多多的新功能急著要開發，使得這就有如疊疊樂一般越疊越高。
上頭也表示現在以完成需求為主，等穩定後再慢慢修，而且會擔心如果作大幅度的
翻修，會影響到現有的功能...
請問在網頁平台變大後，還會為求效能去變更架構嗎？
作者: dnabossking (少狂) 2017-10-10 13:15:00
答案是會應該說，不得不去變更至少我遇過的都會
作者:
elements (Helianthus annuns)
2017-10-10 13:17:00可以變，但是要有方法，不是一蹴可及
作者:
liisi (小心一點)
2017-10-10 14:05:00你遇到跟我一樣的問題 Q_Q 且我還是一人工程師
改到改不動逃跑->接手的人打掉重寫->改改改->loop
作者:
yyc1217 (somo)
2017-10-10 14:46:00一切看老闆沒有人一開始就能夠寫出最適當的架構應該說連客戶自己也不知道最後完成的東西會長怎樣
大改架構不是不行 但是要看公司有沒有承擔風險的能力我記得幾年前看過一篇文章 有些公司是撐不過這段的code這種東西 不是說新的就是好...
作者:
pttworld (批踢踢世界)
2017-10-10 15:01:00套mvc框架的改不了，自己刻的可以，承擔風險
作者:
yfr 2017-10-10 15:38:00還有一個問題是業務成長量吧很現實的就是台灣的公司業務成長到一個程度就到高原期了老闆根本不需要去冒這個險 直接無腦垂直擴充就好對岸或是跨國有那個環境必須如此 你的架構撐不住 就開不了門自然也就重視且願意花成本
作者:
robler (章魚丸)
2017-10-10 23:01:00改架構成本高，一堆老闆都會覺得能用就好 你和他說什麼架構怎樣怎樣的，他會說你可以改阿，但是原來的工作要照做時程一天都不會多，你要改就無薪加班改 科科
很多公司請新人後端，架構超級差如果不改早晚出事，我就是那個新人，最近都在還以前技術債XD不過我不想加班，反正如果不讓我上班時間慢慢改，等出事了我可能也不在了XD