2025年6月22日
商業軟體介面設計有多重要? 花旗銀行錯匯9億美元的教訓
2020年8月花旗銀行發生一起嚴重轉帳失誤, 3 人把關,仍錯匯 9 億美元! "花旗最終將此事件歸咎於「人為失誤」,甲骨文發言人則出面表示,有許多金融機構每天利用Flexcube 進行上兆美元的交易,言下之意,此次意外並非軟體疏失。但深究此事件,從Flexcube 的介面設計來看,恐怕也難辭其咎。"文中Flexcube 匯款作業介面截圖畫面,誰看了都覺得太過簡略,欄位標示文字不清楚,
缺乏明確的指示與送出後的檢核機制,才會容易造成錯誤。
UI改善重點 :
1 每個輸入框前要有清晰的說明,使用更人性化的語言及術語。
2 表單送出前以簡潔的文字描述即將發生的事,與再確認詢問。
3 表單送出後增加檢核與防措機制。
資料來源 : https://www.managertoday.com.tw/articles/view/62718?
2025年5月17日
網文"彼得原理"感想
作者: Fred F.M. Wang (FW知識瑣記) 日期:2025-5-17 (原草稿日期2012年)
網文"彼得原理"(下方)感想 : 就”制度”這件事我還滿有感觸的。
軟體公司好像也是如此,舉凡程式寫得好的程式設計師,就會升任為經理,而程式寫不好的員工,因為無法升遷,留在基層繼續寫程式。結果,留在基層寫程式的,要嘛就是新手,不然就是程式寫不好的程式設計師。凡是表現良好的程式設計師,就被調任成主管。從此不再寫程式。
如果這個現象再發展下去,就是做得傑出的經理,將會升官成副總,不再繼續做經理。而繼續做經理的,多半是做不好現職而無法升遷的人。這樣下去,一個穩定的組織,每個位置都是升不上去,或是不適任現職的人。
這個現象早在勞倫斯彼得(Laurence J. Peter)於1969年出版的「彼得原理」一書就發現了,也就是人們會因為自己的能力特質限制,升遷到一個無法勝任的位置就停住了,導致穩定組織中到處充滿不適任的人。
彼得原理告訴我們,企業不應該以升遷做為獎勵的方式,於是,好的銀行行員可以繼續做行員,但是待遇需要比照經理。好的程式設計師可以繼續留在基層寫程式,待遇甚至可以比照副總。如此一來,彼得原理的現象就可以稍微解除。
不 過,當經理人所在的組織仍以升遷做為獎勵途徑的話,就要注意每次的升遷,都代表著自己能力與特質的改變。通常基層員工之所以優秀是因為他注意瑣碎事務的邏輯關係,但高階主管之所以成功是因為他強調直覺的人際關係。如果升遷後自己的特質沒有改變,自己可能就是下一個彼得原理的產物。或許,對一個升遷的經理人,要記住:「換了位置,一定要換腦袋」。
在組織中,不同階層的人應該有著不同的腦袋。聽說有一位貴婦到一家精品店買東西,買回去覺得不 適合,第二天來退貨,不料基層店員說,我們公司的政策是貨既售出、概不退還,是不接受退貨的。這位貴婦搞不過這位店員,就大聲嚷嚷說要你們老闆出來。這位 老闆在後台聽見了,一見這位貴婦是大戶,急忙出來,並馬上就改口說,退,當然退,誰說不可退貨的。這位店員還很生氣的跟老闆說,你怎麼這麼搞不清楚,你不 是才告訴我們不接受退貨的。誰才是搞不清楚的人?
基層員工的腦袋通常是「搞不清楚的清清楚楚」,搞不清楚的是不知老闆的想法,清清楚楚的 是做事的細節。員工沒有錯,只是搞不清楚為什麼要那麼做。公司有標準作業程式,但那是應付公司的標準狀況,眼看的就要得罪一位公司重要的客戶,這不是標準 狀況,當然不適用標準作業程式。「搞不清楚的清清楚楚」的人最愛說按規定要如何。基層經理人應該按制度來做事,只是他們搞不清楚,組織不是為制度而存在, 應該是制度是為企業組織而存在。
當你升遷成中階主管時,你的腦袋就要變成「搞得清楚的清清楚楚」。你要先搞清楚老闆的想法,再去清清楚楚的做事。如果你凡事按制度來,你就是彼得原理的產物。
中階主管知道,制度不是目的,制度是幫助企業完成使命的工具,當老闆的意見與制度不一致時,通常改的是制度,而不是老闆的想法。聽起來很狗腿,企業中不正是有能力又狗腿的人升官嗎?
當你有機會成為高階主管,你就要學習「清清楚楚的搞不清楚」。清清楚楚的是企業的方向,搞不清楚的是對人對事的細節。高階主管面對的情境常常不是標準狀況, 搞不清楚是給自己留彈性,但是心裡卻是清清楚楚的在盤算。他們知道「難得糊塗」的重要,得饒人處且饒人,和氣不就生財了嘛。
管理學院就在 訓練這三種人,大學生沒有老闆,若不用功讀書,就會成為搞不清楚的搞不清楚。研究生漸漸知道你的指導教授就是老闆,開始學習取悅老闆,所以畢業後有機會當 中階主管,是清清楚楚的清清楚楚。而EMBA的學生呢?自己可能就是老闆,所以學校對EMBA課程的設計可是清清楚楚,對期末的考試呢? 就難得糊塗吧。
2025年5月4日
各程式語言程式設計風格與慣例(Coding Styles, Coding Conventions)
作者: Fred F.M. Wang (FW知識瑣記) 日期: 2025-5-4
學習一種程式語言,除了學習基本的語法與可用的程式庫外,參考程式語言官方或大企業/組織釋出的程式設計風格與慣例,建議建立良好的程式設計習慣,以開發出品質佳,可讀性高,好維護與高效率的系統。下面蒐集各程式語言一些不錯的程式設計風格與慣例網址,提供大家參考。
2024年11月14日
宗教篇 : 感應"觀世音菩薩"的經驗
2024年11月10日
宗教篇 : 受持藥師琉璃光如來名號的種種好處
2024年11月7日
政治話題 : 川普是黑天鵝還是灰犀牛?
2024年10月31日
美國大選話題 - 為什麼美國越來越多人討厭民主黨
作者: Fred F.M. Wang (FW知識瑣記) 撰寫日期:2024-10-31
對於美國大選我沒有特定的政黨取向,只是好奇為什麼那麼多人支持川普,看了一些美國國會聽證會(如後面連結),就知道原因了,知道為什麼美國越來越多人討厭民主黨。
民主黨執政的州制定了許多不合理的環保,性別平等與種族平等法規,特別是加州,加州許多民眾已經受不了,開始有企業與個人搬離加州到鄰近的內華達州等,許多原本民主黨支持者寧願投"川普"或不投票也不投民主黨"。
下面是美國國會聽證會中的一些案例 :
"無腦的環保主義者" : 為了減碳火車要全面電動化(加州),不計代價全面禁止塑膠, 砍樹來造風電場。
"激進的性別平等" : 宣稱自己是女性就可以進入女性淋浴間(加州),宣稱自己是女性就可以進入女性監獄,孩子性別取向父母無權知道, "母親"兩字是性別歧視。
"激進的種族平等" : 投票看身分證就是種族歧視(加州),電影電視影集中主要角色一定要有黑人與黃種人否則就是種族歧視,因此許多編劇只好變更原作的角色設定。
任何政策的推動都應該保持理性與科學,考慮會付出的代價,評估成本效益與可行性,如何在有限的資源下得到最好的結果,同時須進行風險評估,過於無腦與激進可能帶來更大的傷害,製造更多的問題。
2024年6月15日
網文"在台積電工作多年,他發現最容易升主管的5特質"感想
作者: Fred F.M. Wang (FW知識瑣記) 日期: 2024-6-15
原文: https://www.businessweekly.com.tw/careers/blog/3015847
這個作者只寫好的部分, 其實台積電很大, 部門很多, 差異也很大, 遇到好主管, 賞識你的, 工作就比較順利。
我從認識的人中聽到過許多糟糕的主管與內鬥很兇的真實案例, PTT論壇也有許多人在講一些負面的經歷, 其實看到的都只是自己遇到的部門, 相當片面。
大致上, 為何會有上面這些問題, 因為該公司有嚴格的淘汰制, 因此同儕有競爭的關係, 造成很多單位老手不願意好好帶新手, 同事間不會互相幫助, 關係也較不和諧。
文中提到努力提升專業與敬業的態度不管到哪裡都一樣重視,至於人際關係, 比較屬於化學效應, 我認為秉持與人為善, 不結惡緣就好。
詐騙防制 : 下載間諜APP被入侵網銀,遭轉走存款的案例
作者: Fred F.M. Wang (FW知識瑣記) 日期: 2024-6-15
這是一個下載間諜APP被入侵網銀,遭轉走存款的案例 (https://youtu.be/CKFBffxLVGE?si=wBv2uxlH_TXTJ-Xs)
過程是被害者點擊詐騙犯刊登的臉書廣告, 進入詐騙犯設立的商品網站, 再依指示下載含間諜APP, 然後就被駭。
下面是我的結論 :
1) 臉書平台上有相當多的假冒與詐騙的廣告,不會主動過濾,往往檢舉都沒用或者是下架的速度緩慢。所以上面任何廣告都不可輕信。
2) 透過line, 簡訊, 社交平台, 與廣告連結進入的網站都可能是有問題的, 偽造的, 上面自來水公司的網站也是這樣。
3) 手機上如果有安裝銀行app, 轉帳付款的app, 都要特別注意有被駭客入侵的風險。我的line pay曾被盜用過, 銀行即時通知我並中止付款, 我現在都不用了。
2023年12月28日
人到中年該學會的幾個人生原則
2023年5月16日
市面上有哪些AI聊天機器?
2023年3月20日
政治觀點 - 太陽花學運"反服貿"八年之後
2023年3月7日
人工智慧會讓程式設計師失業嗎? 人工智慧輔助開發工具(Codex, Copilot)的優點與注意事項
人工智慧程式設計輔助開發工具 - GitHub Copilot介紹
Copilot個人版: 每月 10 美元,或每年 100 美元。
Copilot企業版 :每個月19美元
2023年1月17日
哪種人適合台積電?她道內部文化3特質 坦言「做得很痛苦」-- 感想
Codeigniter系統異常登出問題 "Session Error" 原因與解決方法
2023年1月15日
如何使用Excel讀取mySQL資料庫(含環境安裝)
作者: Fred F.M. Wang (FW知識瑣記) 日期:2023-1-15
筆者用Excel讀取過Access或SQL Server資料庫,最近嘗試使用Excel讀取mySQL資料庫,查了許多方法,經過幾次失敗的安裝,終於正確的安裝完成,並讓Excel可以讀取到mySQL資料庫,分享給需要的人。下面是我安裝的步驟與一些要注意的地方 :
我的電腦環境是:
. Windows 7 家用進階版
. Office 365專業增強版
. mySQL資料庫(使用UTF-8編碼) : 安裝在同一台個人電腦。
步驟一 下載並安裝 mysql ODBC Connector
1.1 首先,要了解您的Office版本是32位元或64位元,安裝的mysql ODBC Connector必須與Office是相同位元的版本,因為我電腦的Office是32位元版本,因此安裝32位元的mysql ODBC Connector。如何知道您Office版本是32位元或64位元的呢? 以Office 365為例,在Excel選單 : 檔案 > 帳戶 的畫面中,點擊"關於Excel"就可以看到您Excel版本了,如下畫面。
1.2 下載 mysql ODBC Connector
- 下載網址 : https://dev.mysql.com/downloads/file/?id=513647
- 下載與執行的檔案為 : mysql-connector-odbc-8.0.31-win32.msi
步驟二 設定ODBC來源
此步驟要設定一個mySQL資料庫的ODBC來源,因為步驟一安裝的mySQL ODBC Connector 32位元版本,因此必須在32 位元版本ODBC資料來源管理員內設定。此處要注意的是作業系統如果是Windows 7 64位元,就不能使用控制台ODBC資料來源管理員,因為它是64位元版本的。
32位元版本ODBC資料來源管理員(Odbcad32.exe)位於 %systemdrive%\Windows\SysWoW64 資料夾(如: C:\Windows\SysWOW64)中。必須執行此程式來設定mySQL資料庫的ODBC來源才行。
參考來源 ODBC 工具會顯示32 位元和64 位元- SQL Server
如果使用錯誤版本的ODBC資料來源管理員,Excel在連接資料庫時會產生下面的錯誤訊息。
安裝步驟 :
- 在 ODBC資料來源管理員視窗的"使用者資料來源名稱" > 新增
- 選擇"MySQL ODBC 8.0 Unicode Driver”, 點擊[完成]
說明 : 因為資料庫建立時我採用Unicode編碼,因此要使用Unicode Driver。
3. 設定新的資料來源。
點擊[完成]後,會顯示出mySQL connector設定對話窗,如下。
填入個欄位 :
- Database Source Name : 自訂一個好辨識的資料庫來源名稱
- 勾選 TCP/IP Server
- hostname : localhost (因為裝在同一台電腦)
- User : <mySQL資料庫管理帳號>
- Password : <mySQL資料庫管理密碼>
- Database : <選一個資料庫>
註 : mySQL資料庫管理帳號在資料庫建立時,已經建立至少一個資料庫管理員帳號,或可以到資料庫建立一個新的資料庫管理帳號,並設定適當的存取權限提供連線存取。
步驟三 使用Excel讀取mySQL資料庫中的資料
選單 : 資料>取得資料>從其他來源>從 ODBC
在”從ODBC” 對話方塊的”資料來源名稱(DSN)”,選擇步驟二中建立的資料來源名稱(如mysql-xampp8.1.2 )。
如果您想要設定資料庫查詢條件,查詢並匯入資料,請在對話框"進階選項"的"SQL陳述句" 中下SQL命令。然後點擊 [確定]。
顯示出查詢結果後,點擊[載入],就會將這些查詢結果匯入Excel工作表中了。
參考影片 : Excel Import MySQL Table with ODBC Database Query
整理三大容易發生錯誤的地方,要特別注意 :
- 安裝的mySQL ODBC Connector必須與Office是相同位元的版本。
- 安裝的mySQL ODBC Connector 32位元版本,因此必須在32位元版本ODBC資料來源管理員內設定。(注意64位元Windows 7 控制台的ODBC資料來源管理員是64位元版本的)
- 資料庫建立時採用Unicode編碼,因此資料來源設定時就要選擇MySQL ODBC Unicode Driver(不是ANSI Driver)






