再次體驗到組織架構影響系統架構甚巨

前幾天,以前的同事問我要不要來XX日報上班,我不想去那麼遠的地方就婉拒了
當中也聊了聊一些狀況

目前的公司是家電視台我還待不到半年,其實各家電視台都有往新媒體開發市場的動作。
而為何XX日報作的不錯呢 ?
其實我們技術人第一眼就能看出問題點,就是系統架構可以反映出組織架構。
網站做的架構,技術人一眼就看得出來,這家公司必定有某些專才的人組合才能做出像樣的架構
果不其然,我將公司的狀況跟他說說,他說他大概兩天就會陣亡。

能想像嗎 ?
數百人的公司,只有兩個開發人員處理所有關於網站或APP的事情。
沒有導入版本控管,且有一段時間都直接在正式機上作業。
能撐到現在真他媽的了不起啊。

我大概看到的問題點有
1. 沒有人能夠架起一個測試環境,我頂多在本機能實現一半的功能可以跑
2. 沒有專案管理,其實不需要太專業,基本的 milestone / issue 管理沒人導入,只能不斷接需求
3. 因為不斷接需求,所以即便有心也無暇分析去做系統分析如何改善系統,甚至打掉重練
4. 持續的疊床架屋,問題越來越多而已,程式功力不增反減啊,都是過時的做法

目前公司的系統很糟糕,前人作的很辛苦,但絕對不是前人的錯,因為組織架構我猜想以前就有大問題了,系統看到的大問題如下
1. 數個網站的DB Connection互連,也互相交叉查詢資料
2. ISP和公司的DB互連,ISP和公司的Storage互mount
3. 各網站互相include檔案,導致無法單獨抽離某個網站出來另行架設
4. PHP 和 MySQL 的版本,似乎 5 年以上沒升級了,根本不敢升級
5. DB Master/Slave 架構中的 Slave 壞了一陣子了
6. 沒有導入任何 Framework 也沒有一個統一 Coding 架構,所以程式亂七八糟

能想像嗎
delete file 是下 exec(“rm ….”) , 開 folder 是 exec(“mkdir …”) ,整個系統完全被綁死,系統架構到程式設計都有大問題

基本上,這整個大系統只能打掉重練,將每一個系統(或網站)獨立,利用WEB API作資料交換
爾後才能單獨升級,測試,作好版本控管
但有心無力啊,這也是為何我最近又重開了 104

公司的人都不錯,還保有傳統產業的人情味,但是最上面的人似乎看不到問題點
我現在只能當一天和尚敲一天鐘,下個工作會謹慎的找,本來因身體狀況不佳所以才改回作 Coding,希望單純點,不用想那麼多,減少壓力
可是我發現我光想到這架構還要持續下去我壓力自然就來了
下個工作,我不會排斥主管職,若有機會讓我發揮,也許我會考慮看看

發表迴響