一個人的文字表達多多少少顯示出program方式
看來你就是寫得太耦合了
最好的方式就是在你上面弄一層Abstraction Layer
解耦掉你與X、Y、I的相依
OSI七層就是一層層往上抽象且標準化，所以像TCP/IP可以互相資料交換
而"但那隻程式的 domain know-how 比較多是跟 A系統有關。"
那當然就是你來寫資料交換的底層是最有效率的
例如：
CODEC IC設計工程師除了要寫verilog外
還要寫到 Open(), Close() function內的register填法(簡單的c, 沒MultiThread的)
然後用Open(), Close()的抽象function解耦掉底層的CODEC domain know-how
user space軟體工程師只需要會使用Open(), Close()的抽象function即可
即，IC design house最有效率的團隊是沒Firmware工程師
而是由IC設計工程師往上cover一點
應用軟體工程師往下cover一點
而沒有一個中間的firmware工程師往下、往上都問一點
除了沒有IC designer的系統廠
才需要Firmware工程師去找FAE問看register要怎麼填
※ 引述《scottshai (打字猴)》之銘言：
: 最近在軟體開發上遇到一些狀況，
: 這狀況最後的結局是導致測試及撰寫文件的人要加班把東西弄好。
: 但細想整個流程，感覺我同事這加班是可以避免的，
: 所以想Po來詢問大家，如何用最少的時間，做到一樣的事情。
: 有三個系統 A、X、Y，
: 角色有 PM-A、PM-X、PG-A(我)、PG-X、輔導，
: 公司都稱測試及撰寫文件的人叫輔導 (雖然我查網路好像沒特別這樣說)
: X 跟 Y 系統兩者之間的功能只有些微不一樣；
: A 與 Y 之間資料交換的程式已經上機有好一陣子，
: 整個傳送的過程也都很順利；
: 今年8月底的時候客戶要求 A 跟 X 也要有一樣資料交換的程式，
: 同時因為 X 跟 Y 有些不一樣，來自 X 的資料在 A 前端顯示會有些微不同，
: 程式要求9月底交付；
: PM-A 了解需求後告訴我怎麼做，
: 因為知道有時間壓力，所以把 A系統 這邊的程式在9月初完成後發測，
: 結果測試一直出現錯誤，大部分的原因是 X系統 要與 A 交換的程式有缺漏，
: 使得傳過來給 A系統 的資料不完全， A系統因此一直報錯。
: 來回幾次之後在今天 PM-X 跟我說 A 前端的顯示
: 跟當初 PM-A 說有些不一樣，以及今天要將文件完成先交給客戶，
: 今天下班前 輔導問我說這個要改好要多久，
: 我想了一下大概要一個小時，由於前端顯示並沒有差很多，
: 輔導決定用修圖的方式先把文件做出來，
: 想到我可以明天一早上班就先處理掉，就準時下班了。
: 過去我劃分職責的方式是照程式是寫在哪個系統上的，
: 但依照這分法，A 與 X 個系統間的資料交換，程式寫在 X 系統，
: 所以不是我負責的，
: 但那隻程式的 domain know-how 比較多是跟 A系統有關。
: 所以我應該要在開發過程中去主動了解那隻程式的狀況，
: 來避免我的同事加班嗎？
: 更進一步的來說，A、X、Y 三個系統都是同一家公司負責的，
: 所以有問題只要走到彼此辦公位置討論就好，很方便；
: 但 A 跟 其他公司的系統 I 也有資料交換，如果以後要增加資料交換的功能，
: 程式開發時間勢必會因為電話及郵件來往間耗掉很多時間。
: 不知道大家聽到上述狀況，有沒有甚麼想法呢？
: 是不是有更好的作法，能夠花更少的力氣，做到一樣、甚至更多的事？