作者steven11329 (清新柳橙)
看板Soft_Job
标题[讨论] 客制化与一般化的角力
时间Wed Jul 15 20:34:10 2020
是这样的，小弟在一间不到20人的小公司担任前端。
公司会有一些针对不同商家的客制化需求，
会去接各客户自己的API。
最近发现的现象是，後端三不五时就会收到某某客户不通了，
要厘清是客户端问题或是公司端问题耗费不少时间。
个人感觉一直对各商家客制化不是好现象，
毕竟公司规模小，每家商家API接法都不相同。
出问题时，每家问题可能都不尽相同。
对人力本来就少的小公司不太好。
但是因为客制化才能多跟客户收客制化费用，所以业务端基本上，客户有自己的API要串，
多半都会遵照客户方。
但是能够把需求一般化，对开发来说，
较能节省维护的成本，系统也较不容易出问题。
可是这样会影响业务的业绩…
对公司来说有客制化，就有钱收。
想请教各位前辈，是怎麽样做平衡取舍以及与公司方做沟通？
--
人生宗旨：摔不死！那就再来吧！
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.169.243.104 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1594816453.A.79B.html
1F：推 ronny1020: 乙方要要求甲方api配合你难度不小吧 07/15 20:39
2F：→ ronny1020: 尽量把共同的部分包起来，方便客制化吧 07/15 20:40
3F：嘘 B0988698088: 这轮得到你来烦恼吗 07/15 20:45
4F：→ alanturing: 先尝试抽象化外部API跟自己的BL之间的关联如何 07/15 22:09
5F：推 t64141: 第一眼想法是将功能一般化，然後把特例做成可拔插的元件 07/15 22:21
6F：→ t64141: 件或设定档，但前提是一般化部分要很有弹性，支援的特例也 07/15 22:21
7F：→ t64141: 不是无限制的，但适不适合还得看你的产品跟需求细节才能判 07/15 22:22
8F：→ t64141: 断就是 07/15 22:22
9F：→ steven11329: 好像也只能这样..但是怎麽实践感觉还是很难掌握... 07/15 22:52
10F：推 king22649: 要达到五楼的模式 得从头到尾都有厉害的架构师协助吧 07/15 23:08
11F：→ king22649: 抽时间开发新产品 抓时间淘汰旧产品 可能比较实际 软体 07/15 23:08
12F：→ king22649: 也是有寿命的 07/15 23:08
13F：推 sunsamy: 工业4.0的design pattern即快速客制化的架构。结论是你们 07/15 23:32
14F：→ sunsamy: 公司请不起够格的架构师去架构这个客制化架构，所以只能 07/15 23:33
15F：→ sunsamy: 靠劳力赚幸苦钱了,我觉得这样撑得了一时,撑不了一世 07/15 23:34
16F：→ sunsamy: 早晚要换工作 07/15 23:34
17F：→ shooter555: API都不同 就乾脆全部商家都分开维护算了 改到共同部 07/16 09:39
18F：→ shooter555: 份不就要全部都要测过 07/16 09:39
19F：推 meowyih: 我觉得问题只在於业务端在客制化的成本估算时，刻意忽略 07/16 09:57
20F：→ meowyih: 或无法正确理解後续维护的数字，业务为了做出成绩，只会 07/16 09:57
21F：→ meowyih: 算客制化功能制作成本，不过业务端和产品端本来就有这样 07/16 09:57
22F：→ meowyih: 的矛盾，是老板要想办法的，产品端有做到提醒义务就好 07/16 09:57
23F：推 AminLA: 公司牌子小 一般都要接受定制，不然客户会说不能定制 那 07/16 19:52
24F：→ AminLA: 我还不如买 XXX(大厂牌)，这真的不太好解 每个客户需求 07/16 19:52
25F：→ AminLA: 可能都不同 开放定制的接口到後来可能会失控 07/16 19:52
26F：→ steven11329: 就是恶性循环，才觉得困扰… 07/16 19:58
27F：推 brianhsu: 你们需要真正的架构师，但通常小公司不会请... 07/17 11:47