架構的問題是無法用工具來解決
系統底層
引擎介面
商業規則
人機介面
外掛驗證引擎
外掛程序引擎
外掛規則引擎
...
我們都是層次清楚
各司其職
才能跨國合作
...
架構要好好規劃
不是拿了工具就會變好
...
...
今天看到好好笑的故事::
場景一：「咦？Roger，昨天加班到幾點才走呀？」
「唉，搞到很晚，程式在開發環境測試都沒問題，
結果在SIT環境上build不過，查半天，
才發現開發環境的某個JAR檔版本不對，
搞好久……」
場景二：「Kevin很早就來了呀？昨天沒回去？」
「是呀，早上系統要上新功能，這次的需求範圍很大，
約異動了一百多支程式，怕動到原有的功能，
就也將原有的功能都逐一再測過，測試案例實在太多了，
得花很多的時間再確認…」
場景三：「咦？Alex還沒要走呀？」
「唉，臨時被通報系統有問題，
還在查問題的原因為何。
奇怪，今天上版前還好好的呀，
怎麼上了也就掛了，
也沒改到什麼程式呀……」
上述場景，身為軟體開發團隊成員的你應該不陌生：
工作時間常被突發事項所中斷，
或是被一些非主要核心的工作事項所延誤，
導致於增加自己的工作時間，
搞得身心疲憊，工作品質也每況愈下。
已邀請的邦友 {{ invite_list.length }}/5
架構人人有.但都改到爛.
MS,Google,Apple 哪一家沒架構.
問題沒時間學.
不管ERP..系統都有架構.
但很多公司都派22K供讀書去維運.
不會派150K去做.
22k有問題也不問,怕問了被罵.
就隨便改,哪邊有洞補哪邊,部會去管你哪一層的職責.
台灣公司很多不講架構.就是一張UI做全部的事.
我現在在開發也常常有人在說MS是爛東西,Apple搞什麼,Goolg的產品差...問題是他們不會用.
我前幾天也被同任罵,他用一個他不熟的產品,他第一句話就是幹~難用.你以後不要給我用這個技術..
要那些場景不出現, 也得有
1 要有完整強大的系統存在(包含法定外的遊戲規則)
2 老闆願意負擔的系統相關費用
iThome鐵人賽
看影片追技術