原本漸漸覺得已經上軌道的工作，現在接下的任務出現了亂流…
就是要史無公司前例的整合悠遊卡機與PHP做結合，達到PHP base平台能刷悠遊卡結帳 …
目前遇到頭痛問題
- 卡機RS232 轉 USB 連線與訊號 傳遞 PHP 接收與 return (目前可連線，但還無法對卡機做指令互動)，希望悠遊卡公司技術部門好溝通 😂
- 兩百多頁的 API 文件，完全沒有講到硬體互動方面，連燈號四個也沒有解釋其代表的意義
- … 還有很多，主要還是我沒接觸過 RFID 與 web base 的狀況，所以一切 Unknow
總之希望悠遊卡公司好溝通 XD
在公司用的自改裝Zend Framework 1.0 … 沒錯．！是最初版的版本
為何不換？其實公司眾說紛紜 … 但也由於都是 20初頭歲的小伙子傳來的說法…
所以必須保持身為有稍微歷練過的年紀 30 初頭歲的過往工作歷練來 分析、分析
其實很簡單的，我要是公司技術超高層人員，我也不想換、也不想升級 … 除了換框架
因為在我接觸公司自改裝的 Zend Framwork 1.0 時候，剛開始時霧煞煞，但也由於玩過一陣子 Laravel
所以經由一些任務去熟悉，倒也花不了太多時間
回來正題，為何不升級或改框架？以下是我分析後的公司想法
無法升級
- 因為現在的框架用了快十年，其中過往流動的工程師加了很多新功能與新思維，後人前仆後繼的擴充與改良，台語有一句話說得很好＂大船難轉彎＂，其中有改善原有 Zend 框架的 code 也有公司自己開發的超豐富 Lib …. 要怎麼升級，升級後的 Zend 框架機制會衝突嗎？原本改良後的機制或code 需要全盤更新更動嗎？公司投入大量人力開發的程式庫是不是可能需要全盤更動與翻修（因為這個程式庫是for Zend 1.0）
- 人員教育訓練問題，該傳承新版或升級版zend（如果有升級）？原本數十個工程師適應的現有框架，全部要投入到新框架，勢必引發一陣騷動，甚至是反抗？！因為原本適應良好也順順開發的方式，變成要大變動，就像從中文語法變成英文語法一樣，黑暗期會有多久？誰知道？
碎念
當然我很樂見能改新框架如 Laravel 但我也蠻擔心，真正改了～結果一堆在原框架一行指令幫我做完的事情變成＂自己要手刻＂，那時候開發時程必定是加倍的，權衡之下我還是認同目前公司暫時不改框架的做法，但公司的小伙子整天私下喊著要公司能適應趨勢，改為目前流行性很高的 Laravel ，但上述的利弊與公司如果改框架需要付出的龐大人力成本卻都沒有想到吶～
如果我有直諫權
我會希望公司撥出 3/1 的種子工程師去接觸新的框架、或升級版框架、去把舊有的 Lib 相容進去，其他人員不動，等有成果後，將新成果用於新專案，這樣舊專案可以維護、後續專案用改良或升級或新框架，漸漸地把舊框架送入歷史，不過這只是我一廂情願的想法，哈🤪
如有介接悠遊卡的方式，希望能不吝指導啊 
