YouTube.com

最近看 Wired 雜誌才發現，在網路上 Post 照片和文章已經是老掉牙的事了，Podcast 也不再稀奇。目前最 Hot 的應當屬 YouTube.com 了，Post 你的影片。

Wired 雜誌特別介紹有名的『Back Dorm Boys』，到底下的 Links 瞧瞧。

• I want it that way
• Radio in my head
• Chinese opera
• Irresistible love (Chinese song)

另外又找到兩個有趣的影片，也貼出來瞧瞧。

• Mac 廣告 (This is what happens when you put an Intel in a Mac XD)
• 爆笑 "Muscle" Boy

突然發現我正在做『老掉牙』的事……

眾人皆醒我獨醉？

公司企業文化裡，上司和下屬的關係總是很微妙，一不小心對峙的情勢便會形成。立場畢竟不同，即使沒有糟糕到成為恨之入骨的敵人，也別想成為心意契合的朋友。就好比蛇與老鼠，最好別碰到面。照此說法，下屬們的立場相近，彼此之間應該容易同舟共濟，一齊抵禦外侮。遇到有些需要理直氣壯處境，大伙兒一鼻孔出氣，義正辭嚴的指點亂象，聽似理所當然。

然而，事實總是與理想相距遙遠。

有一次開會的時候，忍不住向強權發表了一些 『公理正義』。原本以為能夠得到 『同船人』 的支持，未料，話一收口，四周悄然。頓時覺得荒野之中，就見一隻孤零無助的小老鼠，等待被大莽蛇生吞活剝的慘狀。果不其然，落得一句：「怎麼大家都沒問題，就你一個有問題？」

不論是個性使然或是環境影響，現實總會驅使人低頭。能依靠的，只有少數的革命者精神。不過壯烈犧牲的義士和名垂千古的英豪，往往只是一線之隔。

革命不成，只有看上位的人怎麼見微知著了。

明君所見到的會是：「眾人皆醉你獨醒！」

昏君所見到的卻是：「眾人皆醒你獨醉？」

醒或醉呢？就當這篇醉話連篇吧。

銀彈迷思

自從20世紀電腦研究和發明以來，科技持續進步，人們的生活方式因此而完全改觀， 『Information』 成了所謂的『新經濟』。專家學者將其稱之為資訊革命 （Information Revolution），是繼農業與工業革命之後的第三次革命。資訊革命當中變化最大的，莫過於 『數位產品（Digital Products）』 的誕生 —— 一種異於 『實體』 觀念的產品 —— 也就是我們所說的 『Software』 ，『軟體』 或 『軟件』。

對於這種新型態的產品，或許是因為仍在襁褓之年，我們始終無法像控制 『實體』 產品般，有效率的掌握其完成日期（Due Date）與良率（Quality）。當然，眾多的專家學者提出各種學說與方法，想要改善這種問題，而且更進一步提升生產力。不過 Fred Brooks 在 1986 提出了一篇 『No Silver Bullet』 的文章，吹皺眾專家學者們的一池春水，但也一語中的，點醒他們偏離實際的大夢。

雖說如此，銀彈（Silver Bullet）迷思一直存活在大頭們的心中，彷彿是種能夠醫治百病的 『靈丹聖藥』。

※ ※ ※ ※ ※ ※ ※ ※

果園管理系統的開發，已經進入膏肓期…呃…後期階段。全公司總動員的情況下，古專員當然也不能例外的捲進產品修補大事。然而在眾人焦頭爛額的 『救火』 過程中，古專員發現了不少離奇古怪的系統需求 （Requirements） 與資料庫設計 （Database Design）。秉持著 『爛，但不可以更爛』 的心態下，古專員不得已向大頭提出了這些弊端，看看能不能藉機挽回一些劣勢，不過換來的是另一場中高級幹部的『高峰』會議。

會議室裏，大頭一號再度語重心長的說道：「看到古專員的 Email 才瞭解到，我們這套果園管理系統有不少弊病。白課長，你說說看這是怎麼一回事？」

白課長裝出一副受盡委屈的小媳婦兒臉孔：「偶們的 Resources 有些不足，加上前一陣子又有同冷（同仁）離職，才會這樣……」

每次看到白課長這副模樣，古專員便氣從中來：「照你這種不審核 Requirements 的作法，再加幾百個人也永遠不會足夠的！還有你們資料庫每天都在改，叫 Developers 怎麼做啊！」

為了避免沒完的爭執，大頭一號中斷兩人的對話，一副胸有成竹的向大家說道：「關於這些問題，我已經有解決的方法了。」

全場鴉雀無聲，摒息以待。

「軟體界龍頭 Macrosoft 公司剛剛發行一套幫助軟體開發管理的系統 —— Crew System 。系統內含數百種，依照產品開發時期分類的樣版文件，我們只要照著做，問題應該都可以解決。此外，這套系統還提供和開發環境整合的工具庫，可以更進一步提升程式 （Programs） 開發效率；它更提供工作項目追蹤和測試工具，確保我們能夠順利完成所有項目，消除所有的 Bugs ，更進一步提高產品的品質……」說話同時，大頭一號嘴角泛起淺淺的微笑，彷彿這套 Crew System 是上天賜與的仙丹妙藥，一切產品開發的問題與阻撓將灰飛湮滅。

古專員試著把大頭一號從夢境拉回現實，說著：「我瞭解 『工欲善其事，必先利其器』 ，我想這套系統絕對能夠改善我們開發產品的一些窘境，不過問題的根源還是時間與人啊。數百種文件格式，我們不知道有沒有那麼多資源與能力一一照著做。而且，像是 Engineer Side 人員和 Customers 溝通的技巧，或是不經過濾審核，就把 Requirements 丟給 Developers 去做，可能結果還是一樣的啊……」

大頭一號彷彿沈浸在服用仙丹妙藥後，如入雲端的美夢中，一副百思不解望向古專員說道：「總而言之，這套系統必定可以解決你所說的所有問題。說不定，系統中有一份 『顧客面談技巧』 的密笈啊！」

說完，駕著雲朵向南天門飛去，留下古專員這個凡夫俗子傻楞楞的站在那兒。

※ ※ ※ ※ ※ ※ ※ ※

如果細讀 Fred Brooks 的文章，會瞭解他的 『沒有銀彈』 指的是沒有簡單的方法可以讓軟體工程 （Software Engineering） 的生產力在十年內提高十倍。他的論點是必要與次要複雜度 （Accidental Complexity and Essential Complexity） 的差異。程式語言 （Programming Language） 這類由人們所創造出來的工具，屬於次要複雜度，可以隨時間進步被改良。然而必要複雜度，像是軟體本身要解決的問題，則無法移除。如果軟體需要提供30種功能 （或所謂的 Features），那麼這30種功能都是必要的，程式就必須做出這30種功能。

在我看來，除了產品的 Features 之外， 『人』 本身的複雜度也是必要的，正所謂 『成也蕭何，敗也蕭何』 。不論多麼好的方法或是工具，問題總是在 『人』 身上。

到底這世上有沒有萬靈丹呢？只在神話故事裡吧！

寧吃過頭飯，莫說過頭話

從小被教導，做人說話要謹言慎行，辭嚴義正，巧言令色鮮矣仁。

一直以來，認為循規蹈矩也沒什麼不對，所以許多話出口之前，總是內心反覆三思，不敢輕易允許自己不明白或是無法達成的承諾。話一出口，也都據實以告，深怕食言而肥。

所以當許多人向我提出問題或要求的時候，他們所得到的第一個回答，通常不見得是『正面的』答覆；換句話說，不是他們『心中想要』的答案。雖然後來經 過仔細、再三、反覆、推敲之後，終於允諾他們心中所謂的『正面』回答，然而覆水難收，就像濫情偶像劇女主角常掛在嘴邊的一句話，『再說什麼也沒用，傷害已 經造成』。

也因為如此，常落得一個『你這人很難溝通』的惡名，真是有冤難伸，御狀難告！

於是，漸漸體會到自古忠言多逆耳的真義。即使大家都常掛在嘴邊：「我要你老實告訴我。」但心裡想聽的其實是順耳之言，忠不忠你看著辦。

「話該如何說呢？」根據經驗，大約歸類如下四種回應。

第一種，『實話實說』。

所謂巧言令色鮮矣仁，不少人秉持五千年傳承的儒家中心思想，絕不說欺天瞞上的假話。不過就如同孔子周遊列國，卻得不到各國諸王的青睞一樣，是要付出代價的。

如果一不小心說了實話，心理就隨時要有被懸賞通緝、推出午門斬首的戒慎恐懼。如果運氣好點兒落個全屍，也免不了被眾人立一個『遺臭萬年』的牌坊，萬年遺臭。趕緊回家閉門思過去吧！

第二種，『實話不說』。

最簡單達成『實話不說』的方法就是『不干己事不張口，一問搖頭三不知』。不過這種隱瞞實情的應對方式顯得有些不夠『用心』；況且頭搖久了，也要小心扭傷脖子。

真正深入此道的人，需要瞭解『旋乾轉坤』的精髓，其奧妙之處在於，不能說謊的情況下不說實話，隱瞞實情的同時，又要能夠不說謊話。因為不說實話並不同於說謊話，不說謊話的同時也可以不說實話……（沒看懂得人請回頭再讀一次。）

第三種，『睜眼瞎說』；亦或是大家耳熟能詳，那個該死的『放羊的小孩』。

說謊是需要一點兒技巧的，尤其要小心『事發』和『事後』兩種風險。

『事後』的風險很明顯，當然是指謊言被拆穿，大人們提槍前來卻不見野狼的慘狀。不過這容易些，打死不承認就好了；或是說大野狼『剛剛好』跑掉了。即使某些情況下，很難打死不承認，你也可以說：「我當時不是那個意思。」意思是很難對證的。

『事發』的風險嚴重些，和當事人對話的當口可得小心翼翼，現行犯被抓，總是難逃其究。雖然你也可以學放羊的小孩耍賤說：「哈哈，我騙你的！」

第四種是這些類別中最高深莫測的：『漫天胡說』。

老實說，自己無法體會此等道的真諦，只能從門外漢的角度略微窺探，給一些分析：

『胡說』並不相同於 『說謊』。『說謊』代表你知道事情的真相，但卻說出與事實相反地結論；而『胡說』卻是沒有事實根據，昧地瞞天的信口亂語。

胡言亂語自然沒有『事發』的風險，原因是事實不存在。就算『事後』被揭穿，你也可以輕而易舉的說：「我的消息是根據另一個（荒謬詭譎的）事實」。

『漫天胡說』也不算是『實話不說』，因為胡說的人根本不知道實情，何謂隱䐽呢！

此道淵博之處，真所謂仰之彌高，鑽之彌堅；箇中蹊蹺，如人飲水，冷暖自行體會！

人生旅途中，四種人都見過，苦果也都嚐過。

自己一直是第一種『實話實說』的笨人，牌坊大概已經從街頭立到巷尾了。也因此如此，我時常收到一些勸說告誡：「哎，就算你已經知道做不到，也可以先 （不說實話）說試試看，人家喜歡聽這類的話嘛！」雖說我並不堅決排斥此種論調，但這類的勸告總是讓我陷入一種迷思，坦白不欺瞞已不是衡量的最高價值。

『忠言逆耳利於行，良藥苦口利於病』不再適用，『利於行之順耳忠言，利於病之甘甜良藥』才是上上之道。

想想，不想落個遺臭萬年的惡名，也不願意像第三種欺天罔人，更沒有第四種的天生才份……

朝第二種人邁進吧。