[討論] 在網站平台變大後還會為求效能變更架構嗎

[zeldo (瓜拉度)]

在開發網頁平台時，除了基本的維護、debug外，還有每次交辦下來的新功能以及

新需求，有些地方在每次新功能的加入、刪除下，時間一長，慢慢也會出現些架構

上問題。特別是在公司求快、求好、可以短時間展示的政令下，更是如此。


在面對數次的修正之後，還是會有些隱憂存在其中，只是不知道什麼時候會跑出來

，對於這樣的狀況，會為求效能而去翻新平台的架構嗎？


這其實也是小弟我在現在工作上面臨的狀況，很多地方在需求變更前修後改的情況

下，造成不少沒作用的code跟function，而且在那時為需求而設計的架構也被東挪

西挪，配合使用在其他的功能下，雖說平台的運作上都正常，可那些遺留下來的東

西卻很礙眼，並且也引起些問題。


的確這也與自己當初開發時對於功能彈性沒有完善有關，可很希望能好好補救。但

現在也還是有許許多多的新功能急著要開發，使得這就有如疊疊樂一般越疊越高。


上頭也表示現在以完成需求為主，等穩定後再慢慢修，而且會擔心如果作大幅度的

翻修，會影響到現有的功能...





請問在網頁平台變大後，還會為求效能去變更架構嗎？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.167.163.6
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1507612431.A.329.html
→ dnabossking: 答案是會
→ dnabossking: 應該說，不得不去變更
→ dnabossking: 至少我遇過的都會
→ elements: 可以變，但是要有方法，不是一蹴可及
※ 編輯: zeldo (118.167.163.6), 10/10/2017 13:19:08
推 IhateOGC: 會喔，但是大改框架語法通常不能
推 liisi: 你遇到跟我一樣的問題 Q_Q 且我還是一人工程師
推 abccbaandy: 改到改不動逃跑->接手的人打掉重寫->改改改->loop
→ yyc1217: 一切看老闆
→ yyc1217: 沒有人一開始就能夠寫出最適當的架構
→ yyc1217: 應該說連客戶自己也不知道最後完成的東西會長怎樣
推 vi000246: 只能看上層願不願意給時間
→ kurtsgm: 大改架構不是不行 但是要看公司有沒有承擔風險的能力
→ kurtsgm: 我記得幾年前看過一篇文章 有些公司是撐不過這段的
→ kurtsgm: code這種東西 不是說新的就是好...
→ pttworld: 套mvc框架的改不了，自己刻的可以，承擔風險
推 yfr: 還有一個問題是業務成長量吧
→ yfr: 很現實的就是台灣的公司業務成長到一個程度就到高原期了
→ yfr: 老闆根本不需要去冒這個險 直接無腦垂直擴充就好
→ yfr: 對岸或是跨國有那個環境必須如此 你的架構撐不住 就開不了門
→ yfr: 自然也就重視且願意花成本
→ robler: 改架構成本高，一堆老闆都會覺得能用就好 你和他說什麼
→ robler: 架構怎樣怎樣的，他會說你可以改阿，但是原來的工作要照做
→ robler: 時程一天都不會多，你要改就無薪加班改 科科
推 JUNYOU01: 很多公司請新人後端，架構超級差如果不改早晚出事，我就
→ JUNYOU01: 是那個新人，最近都在還以前技術債XD
→ JUNYOU01: 不過我不想加班，反正如果不讓我上班時間慢慢改，等出
→ JUNYOU01: 事了我可能也不在了XD
推 lovelycateye: 看預算XD