作者zeldo (瓜拉度)
看板Soft_Job
标题[讨论] 在网站平台变大後还会为求效能变更架构吗
时间Tue Oct 10 13:13:47 2017
在开发网页平台时，除了基本的维护、debug外，还有每次交办下来的新功能以及
新需求，有些地方在每次新功能的加入、删除下，时间一长，慢慢也会出现些架构
上问题。特别是在公司求快、求好、可以短时间展示的政令下，更是如此。
在面对数次的修正之後，还是会有些隐忧存在其中，只是不知道什麽时候会跑出来
，对於这样的状况，会为求效能而去翻新平台的架构吗？
这其实也是小弟我在现在工作上面临的状况，很多地方在需求变更前修後改的情况
下，造成不少没作用的code跟function，而且在那时为需求而设计的架构也被东挪
西挪，配合使用在其他的功能下，虽说平台的运作上都正常，可那些遗留下来的东
西却很碍眼，并且也引起些问题。
的确这也与自己当初开发时对於功能弹性没有完善有关，可很希望能好好补救。但
现在也还是有许许多多的新功能急着要开发，使得这就有如叠叠乐一般越叠越高。
上头也表示现在以完成需求为主，等稳定後再慢慢修，而且会担心如果作大幅度的
翻修，会影响到现有的功能...
请问在网页平台变大後，还会为求效能去变更架构吗？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.167.163.6
※ 文章网址: https://webptt.com/cn.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