賀！

欸還有一個是已經可以砍掉，但還沒空砍。另外一個也快可以砍了
年底前應開可以全部清乾淨，三年 depreciate 四個 service，還有一個在 roadmap 上，我是公司的 marie kondo 嗎

厲害，要depreciate service不容易啊

厲害！

小公司，東西用的人不多～
話說我以前在Ａ家也做過一個 feature，上線一個 quarter 之後就被新 feature 替換。另外在 roadmap 上的是我家自產 CRM 換到 salesforce，這個從我還沒進公司開始，到現在已經三年，還沒做完。
心得是，如果要做新系統替換舊系統，絕對不要想說要改進舊系統，customer experience 先做到 feature parity 就好。這樣 scope 好掌握，cut off 的條件明確，而且人類討厭變化的程度絕對超乎你想像
然後該 cut off 就給他 cut off，當然該測試的要測好，但很多東西不 test in prod 真的就是不會發現啦，沒有 100% 確定的事情，勇敢給他切過去，炸開再 revert，但不切就是永遠不會知道

做新 feature 設計一定要簡單再簡單，自己看都覺得就這樣那樣啊，一定要找個 junior 來看他們懂不懂
系統複雜拿去大公司升遷可以，實際上就是沒人想用
一開始預留要 scale 或是加 feature 所以做一堆 class 啊 interface 啊 abstract process 都不必要，後來會加的 feature 會要 scale 的地方都不是你原來想的啦！
feature parity 趕快做一做，因為你還在跟舊的 service 賽跑，做太慢人家又在舊 service 加 feature 你就永遠趕不上

CC_27: 這至理名言，感覺可以開始寫點技術blog往出書的方向走了 XD

職業殺手讚！這真的很值得寫 blog 分享