作者steven11329 (清新柳橙)
看板Soft_Job
標題[討論] 客製化與一般化的角力
時間Wed Jul 15 20:34:10 2020
是這樣的，小弟在一間不到20人的小公司擔任前端。
公司會有一些針對不同商家的客製化需求，
會去接各客戶自己的API。
最近發現的現象是，後端三不五時就會收到某某客戶不通了，
要釐清是客戶端問題或是公司端問題耗費不少時間。
個人感覺一直對各商家客製化不是好現象，
畢竟公司規模小，每家商家API接法都不相同。
出問題時，每家問題可能都不盡相同。
對人力本來就少的小公司不太好。
但是因為客製化才能多跟客戶收客製化費用，所以業務端基本上，客戶有自己的API要串，
多半都會遵照客戶方。
但是能夠把需求一般化，對開發來說，
較能節省維護的成本，系統也較不容易出問題。
可是這樣會影響業務的業績…
對公司來說有客製化，就有錢收。
想請教各位前輩，是怎麼樣做平衡取捨以及與公司方做溝通？
--
人生宗旨：摔不死！那就再來吧！
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.169.243.104 (臺灣)
※ 文章網址: https://webptt.com/m.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