前一陣子在河道上，看到 Zulu 分享〈好人從政的理由〉，引起同人的興趣，就和他討論了這個話題。
Zulu 的文章提到蘇格拉底和格勞孔的對話。蘇格拉底說，沒有人願意甘願當統治者去糾正別人的惡，因為在統治發布命令的時候，並不是為了統治者，而是為了被治理的對象。所以我們想要讓有人願意擔任這種工作時，必須給予他名或利，如果他不願意，就給予懲罰。
格勞孔不大明白蘇格拉底提到用懲罰來當做報酬的道理何在。蘇格拉底說，懲罰可以使最優秀的人來領導人民，他們視貪圖名利為可恥。因此，好人不肯為了名利當官。他們不肯因擔任治理工作公開領取報酬，而被當成佣人，更不肯假公濟私，暗中舞弊，被人當作小偷。名譽也打動不了他們，因為他們並沒有野心。於是要他們同意當官，就只能用懲罰來強制了。
蘇格拉底提到大家看不起那些沒有受到強迫，就自己想要當官的人。但最大的懲罰莫過於，自己不去管人，卻被更壞的人管了。他認為好人最怕這種懲罰，所以勉強出來。他們不是為了自己的榮華富貴，而是迫不得已，實在找不到比他們更好，或同樣好的人來擔當這個責任。
蘇格拉底以為，假如全國都是好人，大家會爭著不當官，就像現在大家爭著當官一樣熱烈。這樣就可以清楚看到，一個真正的統治者追求的不是他自己的利益，而是被統治者的利益。所以聰明人寧可服從他人，也不願要他人服從自己。
以上有關「好人從政」的觀點，同人一開始沒有看得很清楚，以為與中國人的傳統觀念是相違背的。我想到〈論語述而篇〉的一段對話： Read the rest of this entry »
早上在 News 98 聽到陳鳳馨評論吳德榮提前退休的新聞事件，她提到吳德榮說：「人們理盲又濫情，說也沒用」對此，她表示人們理盲又濫情她同意，但吳德榮自己何嘗不是理盲又濫情呢？然而，聽完陳鳳馨的評論反而讓人更困惑，或許同人應該好好思考一下，弄清楚到底是誰理盲又濫情。 Read the rest of this entry »
最近在噗浪，看到許多噗友討論中南部八八水災的災情。同人從一些討論的字裡行間可以感受到網友對在八八水災受到災害損失的朋友的關心。但同人也發現到其中不乏容易讓人陷入不滿及悲哀情緒的討論，我覺得這些對救災並沒有太大的實質意義，而且還會因此加深人們的痛苦。 Read the rest of this entry »
Posted by: jim yeh in 分析設計建模, 利害關係人, 問題解決, 寫作, 專案風險, 思考, 溝通, 生活感觸, 組織, 職場, 領導
Kenming Wang 在〈寫好使用案例 (Use Case) 有什麼好處？〉中提到寫好使用案例的好處。文章提到有位其中一位較為資深的程式開發人員在他在工研院授課時表示感覺不到寫好使用案例有什麼好處。這問題讓他思考許久後回答，他認為寫好使用案例最直接的關鍵是，影響整個專案開發流程的節奏。
這篇文章分享他對寫好使用案例對專案好處的看法，他總結使用案例的好處是族繁不及備載。並提到越大規模的專案，更能感受到開發節奏的順暢度。再加上 “漸進循環 (incremental and iteration)” 的開發模式，會越形容易謀和在系統開發期間，人與事的種種。
不過，Kenming Wang 在文章最後提到以上的論述不能說服那位程式開發人員，因為程式設計人員多半以局部或個別的角度來看系統開發，所以使用案例寫得好不好，對他們沒差。只有像專案經理或軟體架構師以專案整個全局來看時，才會有明顯的感受。
但他認為不需要去說服那位程式開發人員，並引述 Martin Fowler 在《UML Distilled》一書中曾經說過的：「你只能強迫新手們這麼做。過了幾年後，他們會突然恍然大悟，然後腦袋彷彿重生！」這句話來說明他對這位程式開發人員意見的看法。
同人看 Kenming Wang 這篇文章覺得怪怪的，倒不是不贊同他對寫好使用案例好處的觀點，而是覺得強迫新手去做我們認為有價值的東西是很危險的。 Read the rest of this entry »
今年五月，同人在家樂福買了一台 DVD Player。為了滿足讓女兒看巧虎的需求，我選了一個號稱絕不挑片、以及認為品質穩定的品牌，但沒想到看了不到一個月，有一天老婆告訴我：DVD Player 故障了。
才買沒多久的 DVD Player 怎麼會故障了呢？同人檢查了 DVD Player 和電視，發現電視接上 DVD Player 時，螢幕一直跳動，不過好像隱約看到 DVD Player 的歡迎畫面，設定鍵好像也有作用，只不過螢幕跳動得太厲害，看不清楚也沒辦法進行設定。
為了確定是電視或是 DVD Player 的問題，我到了妻舅家中，用他家的電視來測試，發現他家的電視機收不到 DVD Player 的輸入訊號。看起來應該是 DVD Player 的問題，於是等到周末假日才到家樂福將機器送修。
不過，第一次送修店員測試表示沒問題，我以為是訊號線有問題，但回到家換一條訊號線測試卻發現，和先前在妻舅家測試的情況一樣，電視機收不到 DVD Player 的輸入訊號，於是我將 DVD Player 連同訊號線再一次地到家樂福送修。後來同人才發現，原來店員之前測試接的是 DVD Player 的色差輸出，但我在家裡接的是一般電視的視訊輸出。在店員確認機器的問題後，在維修單上註明 TV Video out 無影像輸出後送回原廠修理。
等了幾個禮拜，家樂福通知我們機器修好了，但當我在本週日把機器帶回家安裝後，還是發現螢幕上出現跳動的畫面。讓人懷疑機器是不是根本就沒有修理？但打了電話問家樂福，他們表示也不清楚廠商維修機器的狀況，我們不想再浪費時間作無謂等待，於是禮拜一再到家樂福把機器送修。
然而，家樂福的店員測試機器卻看來正常 Read the rest of this entry »
老爸上週開刀住院，同人和弟弟輪流照顧他。上周五晚上輪到我照顧，臨睡前看了弟弟留下來的報紙，剛好讀到李家同投稿的〈考理財？弱勢孩子連打折都不懂…〉，反對將理財納入考試內容，以為會加重學生的負擔，而且認為弱勢根本無財可理，還會讓對理財有興趣的人讚賞這種「不勞而獲」的賺錢方法，將會成為社會的一大災難。
說真的，同人看完這篇文章還真讓我感到困惑，我感覺到李教授的論點似乎過於簡化並且似是而非。相較於李教授的文章，我認為另一篇國小校長的文章就比較中肯；贊同國中小教理財，但不需另設科目做教學。沒想到後來有機會和在國中任教的老弟在討論這個主題時，他居然支持這種簡化的觀點，真是令人感到不可思議，想藉此篇文章表達我的看法。
從邏輯上來看，李教授反對國中將理財納入考試的論點有明顯的邏輯謬誤。 Read the rest of this entry »
本文於 2009/07/22 經 ZDNet Taiwan 部落格文章專區轉載。
在 facebook 看到舜平學長提到「求快求彈性忽略系統文件的後果，找了兩個小時的BUG」讓同人想寫一篇文章來談談系統開發的彈性。
舜平學長說求快求彈性，忽略系統文件重要性的後果就是使用者說沒空寫文件，如果這時我們也沒有將系統重要資訊記錄下來，那麼就算是自己也會因為時間一久而逐漸淡忘這些資訊，結果使得系統的維護變得更加困難。
雖然以上的現象在台灣是開發者經常碰到的問題，但那是否代表系統開發追求速度與彈性，就必然犧牲文件與流程呢？同人認為這樣看就太過簡化了，系統開發的彈性並不是忽略系統文件與流程，而是只重視有實質效益的一切事物，當然包括文件與流程。 Read the rest of this entry »
世界愈複雜，我們就更需要簡單。簡單讓我們看清楚事物的脈絡，掌握重點，以協助做出選擇，並在適當時機採取行動。然而，簡單其實是困難的，因為要做到簡單，意味著我們必須清楚事物的全貎，行動必須要更有原則。尤其是在複雜多變的環境當中，簡單不能只靠直覺，而是有紀律的思考與行動。
那麼，用有紀律的思考與行動，以做到簡單，我們該怎麼做呢？前一陣子，同人閱讀了《越簡單越有力量》，我覺得這本書的觀念與方法，剛好可以提供我們複雜世界簡單之道的思考方向與指引。 Read the rest of this entry »
朋友在 MSN 上問我用 vb.net 和 c++ 開發程式有沒有很大的不同，因為她的主管要她加入一個使用 vc++ 開發系統的專案。她很怕接下這個任務會很難上手，但主管告訴他用不同的程式語言，只是工具的差異而已，她只需要依主管給的程式範例照著做就沒有問題。朋友不大相信主管的說法，於是想聽聽我的意見。
同人直覺感到不妥，並非因為朋友並不諳 c/c++ 這種程式語言，加上它與 vb 之間，存在根本的程式語言差異。我認為比較嚴重的問題還是溝通過程出現不精確的語言，這代表她們公司的品質文化，對解決專案的問題是沒有效果的。
學習 c++ 當然並不輕鬆，尤其如果沒有 c 語言基礎的話，學起來更是會格外吃力。因為 c++ 語言特性與 vb 的差異很大。比如 c/c++ 特有的指標，就很容易讓初學者混淆，如果觀念不清楚，常會讓程式產生記憶體衝突甚至是當在不明所以的地方。但程式語言或是程式設計的技術，這些都還可以藉由學習成長，對於積極進取、追求自我成長的開發者而言，這些並非是大問題。
誠如我在 facebook 的好友，也是以前在點空間聚會有一面之緣的仁傑兄，看到我對這件事情的分享，他建議：
If you want to encourage her, you can said that. Let her have a confidence to do it.But you have to keep coaching, monitoring and reviewing her codes.
然而，這件事情我覺得讓人擔心的並不是朋友的能力夠不夠。我注意到的是她們公司的品質文化，品質文化的問題並不在技術，它多半不會是專案成敗的關鍵，而是專案管理者的態度。 Read the rest of this entry »
這篇文章是投稿 ZDNet Taiwan 的文章原稿，由 ZDNet Taiwan 以〈軟體開發的難處 SA該如何解決？〉、〈為何SA很難落實簡單設計〉兩篇文章刊登。文章原稿未經 ZDNet Taiwan 編輯，內容可能與 ZDNet Taiwan 約略有所不同。
今(09)年初，應中山大學資管系主任鄭炳強教授的邀請，到他們學校做了一場演講。由於筆者與鄭教授原先並不認識，是透過台科大資管系主任李國光教授聯絡到筆者，因此，鄭教授邀請我在演講前先與他碰面、共進午餐，並且藉這個機會交流彼此在軟體工程方面的心得。
在那次午餐約會中，我們聊到了系統分析專業這個議題。鄭教授表示欣賞筆者寫的〈展現系統分析專業的七種能力〉，還曾在課堂上向他的學生推薦這篇文章…與鄭教授交流互動的過程中，也讓筆者得到不少收穫，回到台北後，一直想找機會分享這些收穫。
由於我一直想找機會回應那篇文章的讀者意見，也就是ZDNet讀者對於那篇文章的前半段〈怎樣才是專業的 SA？〉的一些留言，筆者發現這次行程的收穫，正好可以讓這篇文章有一個很好的起點。 Read the rest of this entry »
