作者zeldo (瓜拉度)
看板Soft_Job
標題[討論] 在網站平台變大後還會為求效能變更架構嗎
時間Tue Oct 10 13:13:47 2017
在開發網頁平台時，除了基本的維護、debug外，還有每次交辦下來的新功能以及
新需求，有些地方在每次新功能的加入、刪除下，時間一長，慢慢也會出現些架構
上問題。特別是在公司求快、求好、可以短時間展示的政令下，更是如此。
在面對數次的修正之後，還是會有些隱憂存在其中，只是不知道什麼時候會跑出來
，對於這樣的狀況，會為求效能而去翻新平台的架構嗎？
這其實也是小弟我在現在工作上面臨的狀況，很多地方在需求變更前修後改的情況
下，造成不少沒作用的code跟function，而且在那時為需求而設計的架構也被東挪
西挪，配合使用在其他的功能下，雖說平台的運作上都正常，可那些遺留下來的東
西卻很礙眼，並且也引起些問題。
的確這也與自己當初開發時對於功能彈性沒有完善有關，可很希望能好好補救。但
現在也還是有許許多多的新功能急著要開發，使得這就有如疊疊樂一般越疊越高。
上頭也表示現在以完成需求為主，等穩定後再慢慢修，而且會擔心如果作大幅度的
翻修，會影響到現有的功能...
請問在網頁平台變大後，還會為求效能去變更架構嗎？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.167.163.6
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1507612431.A.329.html
1F：→ dnabossking: 答案是會 10/10 13:15
2F：→ dnabossking: 應該說，不得不去變更 10/10 13:15
3F：→ dnabossking: 至少我遇過的都會 10/10 13:16
4F：→ elements: 可以變，但是要有方法，不是一蹴可及 10/10 13:17
※ 編輯: zeldo (118.167.163.6), 10/10/2017 13:19:08
5F：推 IhateOGC: 會喔，但是大改框架語法通常不能 10/10 13:36
6F：推 liisi: 你遇到跟我一樣的問題 Q_Q 且我還是一人工程師 10/10 14:05
7F：推 abccbaandy: 改到改不動逃跑->接手的人打掉重寫->改改改->loop 10/10 14:31
8F：→ yyc1217: 一切看老闆 10/10 14:46
9F：→ yyc1217: 沒有人一開始就能夠寫出最適當的架構 10/10 14:47
10F：→ yyc1217: 應該說連客戶自己也不知道最後完成的東西會長怎樣 10/10 14:48
11F：推 vi000246: 只能看上層願不願意給時間 10/10 14:50
12F：→ kurtsgm: 大改架構不是不行 但是要看公司有沒有承擔風險的能力 10/10 14:56
13F：→ kurtsgm: 我記得幾年前看過一篇文章 有些公司是撐不過這段的 10/10 14:56
14F：→ kurtsgm: code這種東西 不是說新的就是好... 10/10 14:57
15F：→ pttworld: 套mvc框架的改不了，自己刻的可以，承擔風險 10/10 15:01
16F：推 yfr: 還有一個問題是業務成長量吧 10/10 15:38
17F：→ yfr: 很現實的就是台灣的公司業務成長到一個程度就到高原期了 10/10 15:38
18F：→ yfr: 老闆根本不需要去冒這個險 直接無腦垂直擴充就好 10/10 15:40
19F：→ yfr: 對岸或是跨國有那個環境必須如此 你的架構撐不住 就開不了門 10/10 15:42
20F：→ yfr: 自然也就重視且願意花成本 10/10 15:42
21F：→ robler: 改架構成本高，一堆老闆都會覺得能用就好 你和他說什麼 10/10 23:01
22F：→ robler: 架構怎樣怎樣的，他會說你可以改阿，但是原來的工作要照做 10/10 23:02
23F：→ robler: 時程一天都不會多，你要改就無薪加班改 科科 10/10 23:02
24F：推 JUNYOU01: 很多公司請新人後端，架構超級差如果不改早晚出事，我就 10/11 00:54
25F：→ JUNYOU01: 是那個新人，最近都在還以前技術債XD 10/11 00:54
26F：→ JUNYOU01: 不過我不想加班，反正如果不讓我上班時間慢慢改，等出 10/11 00:55
27F：→ JUNYOU01: 事了我可能也不在了XD 10/11 00:55
28F：推 lovelycateye: 看預算XD 10/12 18:19