網頁

搜尋此網誌

2011年5月30日 星期一

Diamond Sutra 金剛經

讀了一陣子金剛經(Diamond Sutra),似懂非懂。直到最近遇到煩惱,才有機會「心行」,體會一些道理了!

金剛經不是容易讀懂的內容,只能意會,不能言傳。郝明義先生一隻牡羊的金剛經筆記,這本書已經是容易地讓人瞭解金剛經是什麼、做什麼。

最近,2011年5月蔡志忠先生的「漫畫金剛經:安頓心的力量」則是另一個較輕鬆的版本,圖文新解的方式,真的是金剛經的入門,讓更多人可以瞭解金剛經,非常推薦給你,我自己讀起來好像看故事書一般(不過金剛經還是金剛經啊~)。

蔡志忠,漫畫金剛經:安頓心的力量,台北:圓神,2011。

這本書分成三個部分,(建議)可以依照第1部、第2部、第3部的順序閱讀。
  • 第1部:金剛經‧入門篇
  • 第2部:金剛經‧漫畫新解
  • 第3部:金剛經‧全文
第1部是講述金剛經的要點與名詞註解,讓我們有基礎去閱讀金剛經。第2部則是漫畫與白話文的解釋,有了圖文的想像更能瞭解金剛經的涵義。第3部是金剛經的原文,如果前2部都懂了一些,請直接品嘗原汁原味的全文。

下列是金剛經的架構,共分為32個段落(應該是不能區分段落,這是梁昭明太子所定之32分),這本書特別在於加入引號中的八個字(意義是?)。
  • 法會因由分第一「說法聚會,由此起因」
  • 善現啟請分第二「善現長老,啓請佛訓」
  • 大乘正宗分第三「最大之乘,最正之宗」
  • 妙行無住分第四「奧妙之行,本無住著」
  • 如理實見分第五「自如之理,乃見真實」
  • 正信希有分第六「生正信心,最為希有」
  • 無得無說分第七「空則無得,寂則無說」
  • 依法出生分第八「諸佛之法,依此生出」
  • 一相無相分第九「只此一相,本來無形」
  • 莊嚴淨土分第十「成就莊嚴,淨明心地」
  • 無為福勝分第十一「修無為福,勝於布施」
  • 尊重正教分第十二「受持正教,天人尊重」
  • 如法受持分第十三「當如此法,承受奉持」
  • 離相寂滅分第十四「離諸形相,自得寂滅」
  • 持經功德分第十五「受持此經,功德無量」
  • 能淨業障分第十六「若能清淨,業障盡消」
  • 究竟無我分第十七「成佛究竟,本無我相」
  • 一體同觀分第十八「萬法歸一,更無異觀」
  • 法界通化分第十九「法身遍界,通化無邊」
  • 離色離相分第二十「色相皆妄,離妄見性」
  • 非說所說分第二十一「法無可說,所說非法」
  • 無法可得分第二十二「悟性空故,無法可得」
  • 淨心行善分第二十三「以清淨心,行諸善法」
  • 福智無比分第二十四「福智甚大,無物可比」
  • 化無所化分第二十五「聖凡同性,化無所化」
  • 法身非相分第二十六「清淨法身,非屬相貌」
  • 無斷無滅分第二十七「依法修持,不應斷滅」
  • 不受不貪分第二十八「一塵不染,何貪何受」
  • 威儀寂靜分第二十九「真性寂靜,不假威儀」
  • 一合理相分第三十「一合之理,實無有相」
  • 知見不生分第三十一「如此知見,法相不生」
  • 應化非真分第三十二「應現設化,亦非真實」
這本書的註解非常值得一讀,其中「應無所住而生其心」的意思是:面對任何情境時,應無我地融入情境,不以分別心去評斷好壞順逆。(解釋是清楚明白,但是心行...就難囉!用心若鏡)

###

2011年5月22日 星期日

Uncertainty 不確定

不確定(uncertainty)」這個性質對於某些人來說是種煎熬,這種心理上的折磨可能比生理的痛苦要來的難受。自從3月底至今5月底兩個月的時間,由於自己改變一些事情,我的感受特別深刻,加上Jasper312的實例呼應(公職考試),在這裡有必要記錄分享。

人是個很矛盾的組合,感性與理性的結合,追求穩定狀態又喜歡改變現況,於是「不確定」的狀態油然而生,隨著年紀的增長,遭遇到的「不確定」只會讓自己更加煎熬(因為都更不確定且更複雜)。如果沒有好好面對處理,我認為身心都會發生問題(沮喪、悲觀、無奈...),特別是那些時間特別長的「不確定」。

「不確定」讓自己只能去猜測結果,「如果怎樣...就怎樣...萬一....」的推測,只會讓人越去想到最糟情況(worst-case)。以考試這個例子來說,為了讓考試結果達到預期目標,除了自己充分準備之外,其餘的「不確定」太多了,考題超出能力範圍、考生水準提高、錄取名額降低...等,都讓達到目標的「不確定」更不確定,相信Jasper312一定有所體悟。

現在自己看來,用智慧去面對「不確定」是最好的方式(實踐金剛經),讓自己的「心」減少煎熬(若要沒有可能要成佛了...)。那智慧要怎麼獲得呢?我建議記下一些話語,並且體悟話語的涵義,我認為這是比較務實有效的方式!

我很希歡聖嚴法師的這段話「面對它、接受它、處理它、放下它。」確實一開始看不是很懂,然而隨著經歷的豐富,遭遇到的苦惱一個比一個煎熬,慢慢有所體悟!與你分享。

###

2011年5月19日 星期四

Peopleware 人件

介紹與「The Mythical Man-Month 人月神話」齊名的(軟體)專案管理經典著作!這本書是「Peopleware:腦力密集產業的人才管理之道」,簡稱「Peopleware(人件)」,是一本探討團隊管理的書籍。

原著書名是「Peopleware: Productive Projects and Teams, 2nd ed.」,出版商是Dorset House Publishing,Peopleware於1987年初版,在1999年發行第二版,中文版則是於2007年翻譯第二版發行,2007年恰好是「Peopleware」的20週年(作者Timothy Lister特地寫了中文版序)。

湯姆‧狄馬克(Tom DeMarco)、提摩西‧李斯特(Timothy Lister),方亞瀾、錢一一譯,Peopleware:腦力密集產業的人才管理之道,台北:經濟新潮社,2007。

整本書的內容,每一句話都說得太好了、太真實了,不愧是造成轟動的書籍!分成6個部分總共64章,前5部分是第一版的內容,在發行第二版時增加第6個部分(共8章),每個部分各別討論團隊管理的不同角度。
  1. 第一部,管理人力資源:從管理的角度探討團隊。
  2. 第二部,辦公室環境:從環境的角度探討團隊。
  3. 第三部,適任的人:從人員的角度探討團隊。
  4. 第四部,培育高生產力的團隊:從團隊的角度探討團隊。
  5. 第五部,在此工作應是樂事一樁:從工作的角度探討團隊。
  6. 第六部,續集:加入歷史的角度探討上述觀點。第六部份的文章值得細細咀嚼品味,太多「對」的觀念了。
這本書有太多值得一讀再讀的觀點。如果你像我一樣是基礎開發人員,這本書值得我們相互取暖,世界還是有些希望和理想的存在。若你是管理人員,請別再用你「以為正確的方式」進行團隊管理,除非你已經看過Peopleware(請不要只閱讀一次),否則你認為的那些方法只會越弄越糟而已。不幸的是,目前許多管理人員都還是那舊時代的觀念啊!

以下是書中極為經典的幾段話。

這段是整本書的基本論點:「我們在工作中所面臨的,在本質上,主要都是社會性(sociological)的問題,而非技術性(technological)的問題。

「處於時間壓力下的人不會把工作做得更好,只會做得比較快。」

帕金森定律(Parkinson's Law):「無論配置多少工作時間,該工作都會把配置的時間耗光。」,對於一個組織則是「組織裏沒有效益的白工,傾向於會把工作時間耗光。」

「大量的文件只會製造問題,而非解決問題。」

「團隊的目的並不在於達成目標,而在於統一目標。」

對了,這裡要感謝譯者方亞瀾、錢一一兩位,以及經濟新潮社對於「Peopleware」一書的用心翻譯出版,讓我們有機會輕鬆閱讀這本經典著作。
###

2011年5月2日 星期一

The Mythical Man-Month 人月神話

人月神話(The Mythical Man-Month), 1975年初版,1995年發行20週年紀念版。現今2011年已經過了36年,這本書還是軟體專案管理的經典

一年前開始閱讀人月神話的幾個章節,撰寫一篇關於「No Silver Bullet 沒有銀彈」的文章,主要是討論人月神話中第16章的內容。隨後工作忙碌加上對於書中的內容未能有所體悟,因而將人月神話擱置書房一隅,最近隨著軟體專案的混亂情形,於是我再次品味這本經典著作。

Frederick P. Brooks, Jr.著,錢一一譯,人月神話:軟體專案管理之道,台北:經濟新潮社,2004。

原文書是Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition, 2/E,由Addison-Wesley Professional於1995年出版。

此篇文章,我想談談軟體團隊這個部分。從我過去的經驗當中,每個專案都是由一個人(或二至三個人)從頭到尾負責,因此一個人必須學習各類知識與技巧,時間一久練了不少好功夫(卻累死自己),自己倒是習以為常!

可是,當自己進入一個企業組織中,竟然發現這組織也是這樣玩!這是績效制度下的結果嗎?擔心考績評比不好計算、還是希望有人可以揹黑鍋啊!軟體不是製造業,軟體不能這樣玩的,難怪怎麼搞就怎麼失敗。

我認為人月神話中的「外科手術團隊(Surgical Team)」的概念值得借鏡,這個團隊是由Harlan Mills所提出的觀點,他建議大系統中的每個小部分都分別交給一個「外科手術團隊」負責,這種團隊的工作優點在於工作是同心且一致的方向,具有概念整體性(Conceptual Integrity)。雖然說是適用於大系統的組織,我(個人直觀)認為小型專案也是可以適用「外科手術團隊」。

「外科手術團隊」的成員是10人,角色如下(其工作內容且參閱書籍):
  • 外科醫師(surgeon),軟體專案上稱為首席程式設計師(chief programmer)
  • 副手(copilot)
  • 行政助理(administrator) + 秘書(secretory)
  • 文書編輯(editor) + 秘書(secretory)
  • 程式助理(program clerk)
  • 工具專家(toolsmith)
  • 測試員(tester)
  • 語言專家(language lawyer)
補充:應該還需要管理者,也就是產品專案經理。再加上一位技術總監(technical director)。

這種團隊對於軟體專案而言似乎是夢幻,也許是因為軟體不關乎人命,軟體開發可以允許發生失敗(這都快變成定律了...)。因此,一個軟體開發者(軟體工程師)可以從規格制訂、軟體設計、撰寫實作,到後期整合測試與撰寫文件,通通一個人自己來!專案的成敗自己扛,反正程式碼改一改都很快嘛!(這句話你熟悉嗎?)

重要的「Brooks定律」:
在一個時程已經落後的軟體專案中增加人手,只會讓它更加落後。
Adding manpower to a late software project makes it later.

感謝錢一一先生與經濟新潮社對於「人月神話」一書的用心,翻譯品質非常好。
###

熱門文章