我今天看到一篇文章
https://goo.gl/FEcAZx
內容簡單說是利用ClassyShark逆向得到某APP使用了哪些類別庫
我的問題不是這工具怎使用，
而是我發現到此APP使用不只一種類別庫在處理類似的需求
例如圖片的處理，同時使用了 facebook的fresco 和 square的picasso
以及事件的處理同時使用了 otto 和 eventbus
我在別的地方也有看過這樣的情況，這讓我有點疑惑
合理懷疑是類別庫之間截長補短，互補不足
不過這樣在未來不會有不易維護的問題嗎?
還是說有別的原因?

轉移到一半的時候、模組由多個team分別開發用不一樣的時候前者小公司常見(沒資源去改舊程式)，後者則是團隊太多甚至某些模組是外包的時候

哈 竟然沒想到這些原因 實務上滿可能發生的阿感謝留言

開始帶頭的就沒規劃好，不過好像蠻常見的

其實可以延伸出另一個問題，為什麼不換徹底，要留一半小公司沒人手滿合理，那篇文中的可不是小公司喔

很多原因吧，麻煩、工時問題、人手問題這些

很常見阿 就好像蓋房子 中途換人或沒錢或改需求 變成一樓木屋二樓鋼筋水泥三樓鐵皮屋四樓又是木屋的狀況然後因為這樣東西一直賣不出去 但是拆掉似乎更費工 所以只好硬著頭皮讓他撐在那裏

恩，看來不需要太鑽牛角尖，謝囉~

時程壓力吧XD

歡迎加入軟工的奇幻世界