MaoYang-有話要說

Git-annex

noreply@blogger.com (maoyang) — Thu, 15 Sep 2011 05:17:00 +0000

最近幫客戶測試了大型檔案(>1G)放到Subversion與Git的效能問題, Git確實比Subversion快, 但是快的並是很讓客戶滿意, 觀察到了Git將檔案放到Local Repository會做

檢查檔案內容與上次版本的差異-->Git並不是存放每個版本的實體, 而是內容的差異部分, Binary檔案也是一樣, 所以這個動作鐵定會吃CPU的資源
存放到Local Repository前會先壓縮(壓縮比大約1:10)-->這個也是會吃CPU的資源
Local Repository存放與log處理--> 如果只存放差異部份與做壓縮, 這部份Disk I/O並部會很慢

所以從以上3個程序, 將大型的檔案要做版本控制, 無論是Git或是用Subversion, 都會很慢, 所以用Google找了一些相關資源, 找到了這一篇http://stackoverflow.com/questions/540535/managing-large-binary-files-with-git, 從這個討論, 裡面有分享一個Open Source叫git-annex , 這個git的延伸功能, 專門處理要使用Git來做大型檔案的版本控制, 像ISO image, VM image, Video檔案等等. 而且與Git repository完全相容. 簡單摘要這個git-annex的功能

git annex必須設定一個remote的storage, 這個remote storage就是用來存放大檔案的位置, 其存放格式使用key-value, 這個key應該就是git的revision, value是檔案的存放位置
當大檔案要進git repository, 必須用git annex來操作, 如git annex add, git annex commit
大檔案存放在git repository只是一個symbolic link告訴git annex真正的對應版本檔案放在哪裡
使用git annex commit的時候, 就省去了檔案內容比較, 與壓縮的時間, 但是要將檔案放到annex remote storage
git annex remote storage支援許多, 例如目錄(可以指到外部磁碟), rsync, Amazon S3 等等

從Git annex的操作說明, 可以看出, Git annex省去了CPU時間, 但是Disk I/O可沒有省掉, 真的是有一好沒兩好, 不過目前Disk I/O可靠Raid 0 or SSD來提升應該不是太大問題, Git annex我看到還有一些缺點

安裝非常困難, Git annex使用The Haskell Platform開發, 不是每個Linux版本都有支援, 要自己編譯source code, 遇到許多dependency的問題, 所以建議使用Git annex已經支援的OS版本套件安裝
每個Client都要可以mount or 存取git annex所指定的remote storage, 不然checkout後的大檔案只是個link
目前還沒支援git annex checkout功能, 這對要checkout某特定revision, 會是個很惱人的問題

不過克服以上缺點, Git annex卻是很有企圖心要解決這種大型檔案版本控制的效能問題, 從Git annex身上可以看到git的瓶頸出在什麼地方. 不過也許Linus會說, Git原本就是用來管source code而不是big file的版本控制:-)

One more thing

筆者前幾年認識一位印度的工程師, 他是WANdisco的前CTO, 後來也發生類似Steve Jobs的故事, WANdisco其實是他創立的, 後來請了一位很會賣產品的人當CEO, 沒多久他離開了WANdisco, 他的個性很好, 但是那個WANdiso CEO可就不怎麼好相處了:-), 這位印度朋友後來開了一家公司叫http://www.evolphin.com/ 專門做大型檔案的版本控制, 據說其效能非常好, 他的客戶都是電影公司或是數位內容的多媒體公司, 電影剪接也是需要版本控制. 他的Solution還可比對每個版本的剪接改了哪些地方, 為何說起這個故事? 其實企業解決方案都有對應的商業軟體, 我在這個業界常看到很多公司為了省成本, 沒有用對的工具去正確解決問題, 而是在有問題的架構上修補, 其實最後並沒有省到money. Git, SVN這種工具原本就是用來管source code, 但是很多公司也用來管數位影像檔, 這個performance不好, 實在不能怪Git , SVN

CodeBeamer 5.7.1 GA發佈通知

noreply@blogger.com (maoyang) — Wed, 07 Sep 2011 02:56:00 +0000

CodeBeamer 5.7.1GA 可以下載了, 請登錄到http://cb.esast.com, 就可以下載Windows和Linux的安裝檔, 這次解決以下問題和新增功能

Bugs

BUG-36905 - wiki wywiwyg editor displays first screen capture as picture, the 2nd & 3rd screen captures are like the wiki markup, with square brackets
BUG-37822 - Deploying CB-5.7 cb.war to WebLogic Server broken
BUG-37935 - Issue list wraps ugly when a change set references multiple issues
BUG-38285 - bad revision Ajax exception if browsing on a branch
BUG-38481 - In the "Showing granted permissions" dialog, the label for "SCM Repositories" is missing
BUG-38542 - Browsing large git repositories (eg Android) is slow
BUG-38555 - GitScmProviderTests is instable
BUG-38566 - SCM-tree caching is not correct for branches
BUG-38567 - clicking on the nodes SCM tree dose not preserve branch filter
BUG-38568 - SCM browser throws an exception when choosing a tag from the "branches or tags" filter
BUG-38586 - HgExeScmProvider.list problems
BUG-38588 - IllegalStateException in scm/includes/files.jsp
BUG-38594 - Rendering problem after performing pull-request
BUG-38598 - Lot of IllegalStateException in AjaxWikiPluginController.handleRequestInternal on javaforge.com
BUG-38611 - The current version of the file browser doesn~'t strip the issue ids from the commit messages
BUG-38616 - SCM -> browsing -> optipons -> metrics
CBUG-29705 - LiveEdit should use the remote-api URL for better support of apache and proxies
CBUG-35572 - git setup/sync modifies file permissions on ~_~_external~_~_ git checkout
CBUG-37344 - Codebeamer does not respect authorized~_keys file.
CBUG-38465 - Git Hook Problem
CBUG-38572 - Project Admin permissions is required to create a new top level scm repository
KBUG-38466 - codeBeamer5.7GA issue

新增功能與加強

CTSK-35599 - Supporting anonymous access to repositories
CTSK-37540 - re-design how to add related issues to an existing one
CTSK-37831 - Better support for IE8 and above
CTSK-37997 - Print +/- diff statistics in the commit lists
CTSK-38018 - Improve CommittedIssuesPlugin
CTSK-38556 - Enhancing list of possible Integrators in pull request dialog
CTSK-38558 - GitScmJavaProvider.list is totally buggy
CTSK-38563 - Beadcrumb like support for scm file browsing
CTSK-38569 - Use ajax to show last file change information on the SCM file browser
CTSK-38579 - verify if the breadcrum and the tree/ajax components works if the git tree contains international and other strange characters (encoding)
CTSK-38592 - Branch selector should submit request without "GO"
CTSK-38595 - Changing bread-crumb for file history
CTSK-38612 - No branch/tag selector should be provided for SVN

積奇蓮 • 諾夫加思 : 大度人生之啟發 | Video on TED.com

noreply@blogger.com (maoyang) — Tue, 06 Sep 2011 02:09:00 +0000

積奇蓮 • 諾夫加思 : 大度人生之啟發 | Video on TED.com

DevToolNotes:Subversion文件

noreply@blogger.com (maoyang) — Sun, 04 Sep 2011 08:54:00 +0000

因為DVCS崛起 Subversion的氣勢下滑許多, 然而因為工作關係, 目前接觸的客戶90%在公司內部還是在使用Subversion, 觀察到已經在使用DVCS的公司, 除了Android開發非得用在企業內部使用Git做版本控制, 因為在Subversion上Scale的擴充遇到一些瓶頸也有一些客戶開始評估Git或是Mercurial來做未來的版本控制軟體升級準備, VCS隨著檔案數量的增長還有沒有正確使用Branch功能(不斷的使用目錄copy功能==..), 讓檔案庫越來越大, 效能也變得很差, VCS有一個罩門, 當人數越多,同時commit code會讓網路流量變大, 所以速度也會變慢, DVCS大部分時間都是在local端做版本控制, 所以這方面的問題少很多, DVCS最大的好處是就算Server掛了這段期間, 並不會影響工作的進行. 不過目前觀察到企業還沒有大量的導入DVCS, 我看到還有一些因素

導入成本: DVCS的學習門檻比VCS高了一些, 企業好不容易導入了Subversion,轉換到DVCS會多出許多教育訓練的成本, 這部份可能會隨著時間來削減, 因為在開放原始碼開發者社群幾乎一面倒轉換到了DVCS, Google Code, GitHub這些知名的source code代管網站都支援了DVCS, 所以開發者藉由開放原始碼開發軟體也間接開始學習DVCS, 未來在企業內部導入DVCS, 教育訓練成本會越來越低
權限控管: DVCS是clone了一份檔案庫在開發者的電腦, 所以要做到Subversion的ACL有目錄等級的權限控管並沒太多意義. 不過這方面還是可以做事先規劃來避免, 例如將軟體架構模組化, 每一個模組有各自的檔案庫(Repository), 這樣就不會一個開發者就clone了所有公司的source code到自己的電腦. 這部份codebeamer就扮演不錯的角色, CB 5.7版可以在一個專案中建立多個DVCS檔案庫, 每個檔案庫並可以設定不同角色有不同的clone/push的權限

從以上因素與觀察, VCS, Subversion還會存活一段時間, Subversion短期內並不會在公司內部消失:-), 以下是我之前在devtoolnotes.esast.com所整理Subversion相關的wiki文件摘要

使用codebeamer來管理subversion
使用Apache+Subversion

Apache+Subversion安裝與管理-Windows平台
Apache+SVN在Linux平台安裝與管理
Subversion使用LDAP認證設定
SVN使用SSPI認證設定

SVN使用技巧

svn:external用法

全文請參考http://cb.esast.com/cb/wiki/21034

DevToolNotes:Mercurial文件

noreply@blogger.com (maoyang) — Sun, 04 Sep 2011 08:27:00 +0000

Mercurial也是最近幾年很熱門的DVCS軟體, 有很多人說它的學習門檻比Git低很多, 比較適合在團隊中推導, 但是我用過Git與Mercurial, 在許多觀念上是一樣的,但是如果要自己架設一台Mercurial伺服器來同步所有開發者的檔案庫(Repository),Mercurial則在Windows平台佔有一些優勢. 還有觀察到一個很有趣的現象, 使用不同開發程式語言或是開發框架會選用不同的DVCS, 例如Ruby and Rails的開發者幾乎一面倒使用Git, Linux Kernel與Android核心開發者就更不用說了也是使用Git,因為其source code就是用Git來維護, iOS開發者也是偏好Git, 所以Xcode則後來從善如流內建了Git, 但是Mercurial還是擁有相當多的擁護者, 例如使用Python的開發者就會偏好選用Mercurial , 至於Java開發者偏好使用Git , Mercurial, 我目前還看不出來.

以下是我之前在devtoolnotes.esast.com所整理的Mercurial相關wiki文件摘要

Mercurial Server安裝與設定:使用codebeamer來做Mercurial的伺服器管理
Mercurial使用者端安裝與設定
MercurialEclipse實務操作手冊

中英文專有名詞對照
Mercurial介紹
Mercurial安裝
Mercurial指令hg基本操作
MercurialEclipse簡介
MercurialEclipse安裝
MercurialEclipse基本功能操作
分支與合併
標籤功能操作

Mercurial資源與參考

參考

wiki全文請參考http://cb.esast.com/cb/wiki/21532

EGit實務操作手冊

noreply@blogger.com (maoyang) — Sat, 03 Sep 2011 04:25:00 +0000

原本寫了許多Wiki How-to放在http://devtoolnotes.esast.com, 不用登入就可以讀取, 但是最近發現有一些大陸專門索引網站的程式佔用太多頻寬,讓網站變的有點慢, 所以將這個wiki專案關閉, 關閉後用Google搜尋關鍵字又搜尋不到, 真是有一好沒兩好, 想到一個方法, 這邊會陸續整理以前寫過的wiki how-to摘要, 如果要看文章全部內容就註冊個帳號登入看, 我也希望登入http://cb.esast.com的網友可以給我一些回饋, 今天先整理最近最多人點閱的EGit實務操作手冊

摘要
EGit是Eclipse的Plugin, 讓開發者方便在Eclipse中使用Git功能, 這篇wiki how-to從egit安裝到操作都有涵蓋. 可以當做操作手冊來使用

中英文專有名詞對照
Git介紹
EGit簡介
EGit安裝
EGit基本功能操作
分支與合併
標籤功能操作

全文請看http://cb.esast.com/cb/wiki/24803

康博士專欄:活在當下的真義

noreply@blogger.com (maoyang) — Fri, 02 Sep 2011 02:37:00 +0000

活在當下的真義文：康哲行（2011/07/14）

生命的意義只能從當下去尋找，逝者已矣，來者不可追，如果我們不反求當下，就永遠探觸不到生命的脈動。（一行禪師）

「活在當下」這四個字，近年來已成為社會上非常熱門的流行語。佛教大師如達賴喇嘛、聖嚴法師、證嚴法師及禪宗大師鄭石岩都曾推崇「活在當下」的理念，認為一個人能夠「活在當下」才是有意義的人生。
「活在當下」字面上的意義非常簡單：就是不要過份地緬懷過去和冀望將來，而要把生活中每個「當下」的片段都過得深具意義。
「活在當下」字面的意義非常淺顯，但也因為它的淺顯，容易被人忽略，甚至變成老生常談。本文的目的就是以嚴謹的立場，對「活在當下」的真義及如何做到「活在當下」加以闡述。
我們在能夠做到「活在當下」之前，還要對日常生活有一些良好的心態，這些心理的準備都是達到「活在當下」至高境界的捷徑，例如以下所述的「一日一生」的觀想及「生活即修行」的信念。

「一日一生」的觀想

「一日一生」的理念為日本現代活佛酒井雄哉所提出。
一般人的一生不外乎三個階段，第一個階段是學習階段，第二個階段是工作階段，第三個階段是退休後享受人生階段。
「一日一生」的觀想，就是要我們以「珍惜」和「警惕」的心情，把每一天都想像成是「一生」來過；也就是說，每天都要學習，每天都要工作，每天都要享受人生。
但是，如何才能做到呢？當然，每個人的方法可能不同。對我這個已退休者來說，每天讀一段好書就是學習；每日做好生活中的細節就是工作；能夠做一件使自己快樂而無負擔的事（例如每日澆花）就是享受人生。
當我們能夠把每一天都當做一生來過，「活在當下」的意義已經深在其中了。

「生活即修行」的信念

佛教大師廣欽老和尚曾對什麼是「修行」有所開示。
廣欽老和尚說：工作再忙，也要保持一顆平靜的心，我們每天日常的工作就是在「修心」。例如洗碗，不要認為它是無用的小事，其實洗碗這一刻就是生命。當每一片刻「心」都是平靜的，一生就是美好的。
總之，生活中的每一細節，行住坐臥之際，無不是「修行」的機會，我們都可以將其做到盡善盡美。
一轉念，當下就不敢輕忽生活中的許多小事，即刻專注在眼前的事物上，心就安靜下來，那就是「修行」，也就是「活在當下」的內涵。

「活在當下」的真義

我們在前面提到：「活在當下」就是要把生活中每個「當下」的片段都過得深具意義。其實，重點只有兩個字：就是「專注」。
所謂「專注」，就是要你做任何事情都要全神貫注。舉例說：就是工作時要「敬業」，學習時要「認真」，遊戲時要「盡興」。
當你能在日常生活中每個當下的細節都能做到「專注」，那就是「活在當下」的真義，你也確實地做到了「活在當下」。

如何做到「專注」？

我們說「活在當下」的真義就是「專注」，也該確實地定義一下「專注」的狀態。那就是：當你能夠心無雜念，將全副心神貫注於眼前的事物上；那個當下，你所經驗到的便是「專注」。
但是，想要確實做到「專注」絕非易事。
對常人來說，「專注」的狀態豈不正是「一心二用」？當你全神貫注於眼前的事物上，你同時又要監督自己不得鬆懈。於是，你隨時處在「自我意識」那種「有我」的緊張狀態，那又如何算得是「活在當下」？
要如何避免「專注」時緊張的情緒呢？說來簡單，就是要像廣欽老和尚那樣把生活當做「修行」，把生活中的每個細節都做到完美，也就是要培養各種良好的生活和工作習慣。當然做起來並不簡單，也絕非短時間就能奏效。
想想看，當你能出於良好的習慣，在生活中自自然然地做到凡事「專注」，而不必時時保持警醒，你實際上是處在一種「無我」的狀態，你的心情就會是輕鬆和愉快的，那才是真正的「活在當下」。
有人比喻那種狀態就像是「鴨子划水」：你看到牠在水面上左顧右盼地狀至悠閒，那是一種「無我」的狀態；但在水底下你看不見的部分，牠的雙腳卻非常有效率地在努力划水。

「享樂主意者」是活在當下嗎？

世間有一批「享樂主意者」，他們自認為是100％的「活在當下」。其實，他們過的是「今朝有酒今朝醉」的糜爛生活，完全忽略了過去和未來。他們在當下也是快樂無窮，但卻潛伏著可能發生於未來那種無盡的痛苦與悔恨，所以那只是不具任何意義的、假的「活在當下」。
「活在當下」的理念要我們不要過份地緬懷過去和冀望將來。當然，也不能完全忽略過去和將來，那就和「享樂主義者」沒啥兩樣。過去的經驗供給我們當下行事的借鏡，而規劃未來引導我們走向正確的方向。如果我們把一分的力氣用在過去，兩分用在對未來的規劃，而把七分用在目前的當下，這樣的分配應該算是正確地「活在當下」了。

遭遇橫逆時還能「活在當下」嗎？

有人懷疑，當一個人遭遇「橫逆」時，例如在病痛之中或負債的壓力下，還能做到「活在當下」嗎？
一些心靈大師會建議你用完全「正面」的態度來面對「橫逆」，告訴自己：「沒有病痛這回事」，「沒有負債這回事」。當你確信沒有「病痛」，沒有「負債」，便能保持一顆「平常心」，仍然能夠「活在當下」。
筆者相信，除了這位大師的弟子和信眾，一般常人很難具有那樣的心靈素質而能夠保持「平常心」，當然也就無法「活在當下」。
那要如何才能「活在當下」呢？筆者認為，在遭遇「橫逆」時，首先要設法跳出那緊張、慌亂的漩渦，保持「冷靜」的心態，然後把「橫逆」當做是一項「任務」來處理，才能進一步保持「活在當下」。
但是，如何才能保持「冷靜」呢？在遭遇「橫逆」時會表現出緊張、慌亂，那是因為你的心、你的「主觀意識」就處在漩渦之中。這時，如果你能假想你的「心智」已跳脫你的身體，在幾公尺之外看著自己，你就一下子由慌亂的「主觀者」變成冷靜的「旁觀者」，而具有心靈大師所說的那種「平常心」。
筆者建議的方法當然有其難度，你該相信它確實可行。當然，個人要經過多次的練習才能在遭遇「橫逆」時確實保持「旁觀者」的心態，也才能做到「冷靜」和「平常心」，進而做到「活在當下」。

「有我」與「無我」狀態的輪替

當你在「專注」時，那是一種「無我」的狀態。但當眼前的工作告一段落，在你開始下一個工作之前，你必須恢復「自我意識」，也就是「有我」的狀態，這樣你才能做出有利的選擇，決定下一個工作如何進行，然後再「專注」在下一個工作。所以，一天的時間，「有我」與「無我」的狀態會輪替出現。
每日晨昏兩次，你都最好處在「有我」的意識狀態。我們說「一日之計在於晨」，每日清晨是你把一天的計畫準備好的最佳時刻。每日睡前也是你最好的「自省」時刻，寫寫日記，檢查一下你一天下來的收穫。你的心情應該是「一日一生」，然後安然入睡，明天又是嶄新的一天！

結語

由於常人只注意「活在當下」字面的意義，並未瞭解它的真義，也就不知道如何「活在當下」。
本文闡述了「活在當下」的真義並提供了系統的方法，也考慮了一些特殊的情況，讀者如能依法行事，必能真正地做到「活在當下」。

康博士專欄:沒人喜歡好人？

noreply@blogger.com (maoyang) — Fri, 02 Sep 2011 02:27:00 +0000

沒人喜歡好人？文：康哲行（2011/07/28）

一篇中央社記者翻譯的報導說：「好人可能會認為無私的行為會讓他們受歡迎，但研究的數據指出，沒有人喜歡好人！有人自願去做大家不想做的事，會馬上被人孤立。」該報導又說：「研究的學者們發現，好人的行為會讓其他人有罪惡感，迫使大家要有同樣無私的行為。而且，好人破壞常規，提高了一般認定的行為標準，這種新標準會讓其他人看起來都是壞人。」

所以，這篇報導的結論就是「沒人喜歡好人」！

看了這些奇怪的言論，直讓我脊梁骨冷了半截，怎麼「人心不古」，中外皆然！我們的社會病了，連我們的世界都病了！三年前橫掃全世界的金融海嘯，至今尚未復原。總結其原因，不外乎一個「貪」字，那是全世界都「貪」的結果。而這篇報導又給了我們什麼樣的訊息？難道社會上不應該有「好人」？

這位記者將報導發表於平面媒體，是想要誤導讀者嗎？他大概會理直氣壯地辯解說：「該言論不代表本社立場，這可是國外的學術研究，有統計數字做為後盾，讀者自有公斷。」

這篇報導的「厲害」之處正是，它告訴你這些言論不是來自個人的主觀偏見，而是一項學術研究的結果，有憑有據，不由得你不相信。

看了這篇報導，筆者左思右想，總覺得報導內容很不對勁，和自己的認知相差太遠。首先，哪種人才是不受歡迎的「好人」呢？筆者尋思，一個人如果奉公守法、勤勞盡職，那應該是好人；但他也可能太過表現，驕傲自大。如果他做了主管，當然不會貪贓枉法，但卻可能獨斷獨行，剛愎自用。這樣的人肯定不受大眾歡迎。但是，是否就是該報導所稱的不受歡迎的「好人」呢？

這樣的人顯然不能歸類為「壞人」，但能稱為「好人」嗎？好像也不對。其實，多數的「好人」只是默默耕耘，默默做事，不欲人知。而且，真正的好人待人和藹可親，會使你如沐春風，不會給你像該報導所說的那種「壓迫感」。

這篇報導還給人一個錯誤的印象：在一個團體內，「好人」一定是不得人緣的「少數」。真的會如此嗎？好像正好相反才對！

社會上「好人」一定是少數嗎？我們不難發現，在任何（非黑道的）團體內，「沈默的多數」絕對都是「好人」。證諸現代的「民主政治」就會發現，民主政治之所以能夠合理運作，就是奠基於「社會上好人居多數」的事實。

「好心必有好報！」那是不變的真理。近年流行的「吸引力法則」也說明「好的吸引好的，壞的吸引壞的」。而該報導說「好人不得人緣」，就是說「好的吸引壞的」，世上哪有這樣的道理？

康博士專欄:詩意散文

noreply@blogger.com (maoyang) — Thu, 01 Sep 2011 00:57:00 +0000

詩意散文文：康哲行（2011/09/01）

我不善於寫詩，但喜歡在散文中加入一些詩意。以下集錦選自我過去的「生活小品」寫作，希望能夠博君一笑！

至樂
「至樂」是一種優美、無負擔，怡然自得的心境。
要培養美感才能享受美感，美感滋潤我們的心靈，增加我們的活力。
仁者樂山，山代表寬宏；智者樂水，水代表謙卑。
莊子的境界是物我兩忘，參與宇宙大化，遊於無窮，逍遙蒼穹。
徜徉於大自然間，俯拾那無盡的綠意野趣，與天地同遊，與山川共舞。

悠閒
有悠閒的心情，你才能「見山是山，見水是水」；也才能聞到春天的花香，聽到夏日的蟬鳴。
真正的快樂與喜悅是不假外求的，它的根源就在自己心中。
只要你睜大眼睛，打開心靈，那日常生活中的喜悅俯拾即是，無虞匱乏。
青山綠水，藍天白雲，都是繁忙生活中的情趣。

從容
聰明的人忙於工作之際，心理卻調適得非常輕鬆。譬如鴨子划水，腳底猛划，
水面上卻狀似悠閒。

觀雨
綿綿的「細雨」，傾盆的「大雨」、或是乍雨還晴的「陣雨」，都給我們不同的感受和領悟。
「觀雨」是美，「聽雨」也是美；雨中之最美，在於一切「如幻似真」。
雨來自無痕的天際，落地又失去蹤影；你所看到的是「瞬間」的「永恆」。

文學與藝術
文學和藝術作品，在現代人忙碌的生活中，有一種潛移默化，消除戾氣的穩定作用。
當你在欣賞一件藝術品時，你心領神會，進入一種和作者共鳴的、喜悅的、祥和的心境。

讀書
在閱讀中，你咀嚼沈思，遨遊於白紙黑字之間，使你的精神生活得到最大的慰藉。
好書像一面鏡子，當你被書中的某些情節感動，產生共鳴，那鏡中顯現的就是你深層的「自我」。
讀書使你伴著歲月成長，終生受益。你持續的讀書，書中那些眾多的理念便成為你思維的脈絡，去蕪存菁，而孕育出今日的你。

樂觀
「樂觀」的人永遠對未來充滿好奇，興致勃勃，就像「好事情」隨時會發生一樣，「幸運之神」也總是找上他。
「樂觀」的人充滿春天的氣息，使他周圍的人都「如沐春風」。

幽默
人每天都會照鏡子，不要顧影自憐，要做一個「微笑」給自己看，那快樂的人就是你自己。
和朋友分享你的「糗事」，也要津津樂道你被別人「看扁了」的經驗。歡笑聲中，本來這些事情帶給你的煩惱也就煙消雲散了。
也不要忘了常常要「幽自己一默」。兩個「自己」相對一笑，你的心情馬上就會好起來。

笑聲
「笑聲」是世上最美的音樂。每天和家人及朋友在一起的時候，總要想些「詼諧」的點子，那就是一天最「歡樂」的時刻。
只要你留意，日常生活中「笑話」的題材俯拾即是；看到別人聽了你的「笑話」笑得前仰後合的時候，也是你最輕鬆得意的時刻。

Ruby學習筆記-1

noreply@blogger.com (maoyang) — Wed, 31 Aug 2011 03:27:00 +0000

最近在學習Ruby這個程式語言, 學到現在覺得這個程式語言與我常用的ObjectiveC有許多相似性, 所以在這邊做個摘要整理

多重繼承的解決方案: 松本行弘在這本書裡面比較了C++, Java等程式語言的多重繼承問題, Ruby是使用Mix-in來實現多重繼承, 那麼ObjectiveC呢? 以我觀察, ObjectiveC是使用Protocol來實現多重繼承, 而且ObjectiveC的protocol與Ruby的Mix-in的概念幾乎一模一樣, 但是不太一樣的是Ruby使用Module來宣告Mix-in的介面與實作, 而ObjectiveC僅使用@protocole來宣告protocole的介面, 實作上必須在使用這個protocol的Class來實作, Mix-in是將許多物件的共同行為抽象化, 但是這些物件並不一定是繼承至共同的類別. 從C語言的觀點, Mix-in可以當做是共用的Module, 或是static function. ObjectiveC的protocol可以為既定的類別衍生出介面, 並可在run time來判斷與呼叫, 所以不同類別的物件也可以擁有同樣的Protocol. 從以上比較, Protocol無法做到實作的抽象化與重複使用, 這應該是跟Ruby本身是動態型別支援有關. Protocol也許也可以做到, 但是要花一些工, 作法也許類似要在Protocol中去使用抽象類別衍生的物件, 這方面的技巧跟C++ abstraction class與Java interface應該是一樣的
Metaprogramming: Ruby可使用語法來動態產生方法, 在ObjectiveC 2.0也有類似的語法, 就是property, 使用property可以省下許多寫setter與getter的物件存取方法的code, Ruby則使用了attr_accessor. Metaprogramming還有許多用法例如Reflection, Reflection我也是最近兩年才知道的技術, 並沒有太多使用經驗, Java, ObjectiveC都有支援
動態型別: ObjectiveC與Java都是靜態型別程式語言,必須嚴格指定變數型別, 在編譯時可指出錯誤的型別指定錯誤, Ruby則沒有這種限制, 但是Ruby會在runtime時去做型別判斷, 這部份ObjectiveC和Java都有支援動態型別檢查就是了差別在支援的層級,與直不直覺的問題, 這邊Ruby作者引用了一個西方格言 "如果它走起路來像隻鴨子, 叫起來像隻鴨子的話, 那它就是隻鴨子) , 其實C++, Java ObjectiveC也可以做的很 "動態" 但是必須從 "設計" 下手, 例如你必須先抽象化, 將介面 or Protocol定義出來, 可以在runtime時依據型別是否有支援這些介面 or Protocol來呼叫對應的function, 但是這些 "動態" 必須由programmer精心鋪陳才能做到, 但是Ruby在程式語言本身就支援, 也許可以少掉許多設計的工, 不過如Ruby作者講的這也會犧牲一些效能, 支援動態語言派幾乎都會說的一句話->現在的CPU越來越快, 效能不是太大問題. Ruby的作者也說了類似的話:-)

以上是我學習Ruby程式語言到目前的心得, 學習Ruby主要還是為了在Web端的開發, 所以將Ruby語法與程式語言的理念搞懂了, 下一步就是學習Rails這個最近這幾年很紅的Web MVC framework, 也許你會問為何不用Java的framework ?? 如果以程式語言熟悉度, 我熟悉Java勝過Ruby, 但是我覺得Java開發Web的framework太複雜了, 之前學過Spring, 剛開始IoC還可以, 但越看到後面,越覺得複雜, 現在忘的一乾二淨XD, 還有觀察到一些Java衍生出來的技術都在學Rails, 例如Grails, Play framework, 可見Rails這個框架有它值得學習的地方.

康博士專欄: 我看「摩門教」

noreply@blogger.com (maoyang) — Tue, 30 Aug 2011 03:21:00 +0000

我看「摩門教」文：康哲行（2011/08/25）

偶而你會在台灣街頭，或你家門口看到一對服裝整齊，騎腳踏車的外籍青年，登門向你宣傳摩門教的教義。他們那充滿稚氣和笑容的臉龐，一口相當標準的國語，會令你吃驚，也會使你覺得非常親切，忍不住就和他們聊起天來！

他們多半都是剛從美國各大學畢業，或正在求學階段的摩門教青年信徒。接受了六個月的華語訓練之後，被派到台灣來傳教。在他們完成了兩年的義務傳教之後，才返回美國，繼續完成學業或進入社會工作。

我對「摩門教」的評價是很高的！但我純粹是從「社會」的觀點，而不是從「宗教」的觀點。我個人也不是摩門教或基督教徒。

當初在美國居留時，我就有好幾個摩門教的朋友。在我完成學業，剛進入美國社會工作時就陸續認得他們，並在工作上及私底下得到他們很多無私的幫助。他們的特點是勤奮、謙卑、熱情、快樂。幾乎每個摩門教徒都是守法的良好公民，也是多數公司樂於雇用的好員工。

他們都非常好客，我曾數度被他們邀請到家中便餐。他們的教規森嚴，不能吃喝任何有刺激性的東西。例如：不能喝酒類、咖啡、非果茶類的飲料。當然，他們都很有禮貌，都會事先對這些約束和不便向我致歉。

正統基督教把他們視為「異端」而打壓，所以他們都非常的團結，也形成了一個自給自足的封閉式社會。感覺上，摩門教是一個實行「社會主義」的團體，更是一個理想的「大同社會」。

摩門教是一個非常富裕的團體，他們之所以那麼有錢，因為教徒每月的薪水都要無條件上繳十分之一給教會（都是用銀行自動轉帳）。薪水的十分之一，一年下來真的是一筆很大的數目！如果不是心甘情願地上繳，真的會很心痛。相對而言，其他的正統基督教會就沒那麼嚴格，也就沒像他們那麼富裕了。

另外，他們的「富裕」也來自「生財有道」。摩門教的教會有錢，所以會自辦很多工廠，例如：在我當時居住的聖地牙哥市就有鮪魚罐頭工廠。平時，附近的教徒都要定期去奉獻工時；但如果不幸失業，就去做全時工，還有薪水可拿。

所以，對他們來說，雖然處在美國那種冷酷的資本主義制度之下，卻完全沒有「失業」的危機。教會給了他們「生老病死」各種保障，可以快樂地生活，無憂無慮地得享天年。

所以我說他們是「社會主義」團體，過去共產主義國家沒做到的，卻被他們做到了！那豈不正是禮運大同篇所歌頌的「天下為公」的理想社會？不同的是，他們並非虛幻的烏托邦或理想國，而是「真實」的存在於現今這個混亂的世界。

我觀察「摩門教」的團體，發現他們有三項特質：

因為被正統基督教稱為「異端」而更形奠定堅貞的「信仰」。
處於美國資本主義的工作環境而能養成「勤勞」的美德。
因倍受打壓而自力救濟，建立了社會主義「互助」的生活環境。

堅貞的信仰，使他們「堅若磐石」般地團結在一起。勤勞的美德，使他們能夠真誠地互助，而能享受「社會主義」的甜美果實。回首過去，缺乏「勤勞」工作的慾望，不也正是「共產主義」失敗的主因？

未來的世界，我們是否也能夠以「摩門教」為榜樣，變成一個無國界的「地球村」呢？我不敢奢望，但作夢也會盼望這一天奇蹟式的出現！

博士專欄: 何必忘記?

noreply@blogger.com (maoyang) — Fri, 19 Aug 2011 07:39:00 +0000

生活小品

何必忘記？ 文:康哲行 (2011/07/21)

一篇網路文章說：「忘」比「記」難多了 ! 「記」是聰明，「忘」是智慧、是修養！年輕時期，我以為記得牢是真本事；中年以後，我逐漸領悟到忘得掉才是真幸福。壯年以後，我開始向老天乞求「健忘」之恩─忘掉過去的輝煌，忘掉已往的失敗，忘掉從前的創傷，忘掉朋友的不週，忘掉仇敵的攻擊……。

「忘」真的比「記」困難嗎？人到老年，腦細胞逐漸死亡，一定會忘掉的比記得的多。那些忘不掉的，應該是埋藏於潛意識深層的記憶，都是當年令人欣喜若狂或椎心刺骨的重大事件，那應該是永遠忘不掉的。

該網路作者說：「忘是智慧、是修養！」真的是如此嗎？一個有修養的智者就能做到「選擇性」的忘記？那是不可能的。

那麼，作者乞求老天，是要上天讓他變成一個「失智老人」嗎？其實，即使一個失智老人，也不會什麼都不記得，還是會記得那些陳年往事，見面時還是會向你吹噓他的「當年勇」，一下子人又變得正常起來。但是，五分鐘前和你談過的另一話題，他卻什麼都不記得了。

人到了嚴重失智，當然把陳年往事也會忘掉。你看他呆若木雞，可能都不認得你了，談話也會語無倫次，那可不是作者原意想要的吧？

其實，何必忘記？你只要「不在乎」！一切陳年舊事便都成為過眼雲煙，不會對你時下的生活產生任何影響，即便記得又有何妨？

只要你「不在乎」，你就能包容一切，所有在你生命中發生過的輝煌或悲慘的經歷就都變成「中性事件」，在你腦中的只是一個記載、一段歷史而已。

做到「不在乎」可比「忘記」要容易得多了！你不必有很大的智慧，只要「心胸寬大」，就一定能夠「不在乎」。

人之所以會「在乎」，常常是出於「主觀意識」過強，心態上就會「斤斤計較」。如果能夠跳出主觀，客觀地看問題，就不難瞭解到，其實「在乎」與「不在乎」實質上並無太大差別，那又何必「在乎」？

「不在乎」也是道家那種「海闊天空」、「失之東隅，得之桑榆」的情懷。我們不必「忘記」，多讀讀「老子」就可以了！

康博士專欄: 近朱學赤，近墨不黑

noreply@blogger.com (maoyang) — Fri, 19 Aug 2011 07:19:00 +0000

近朱學赤，近墨不黑 文：康哲行（2011/08/04）

一篇網路流傳的文章說：「和不一樣的人在一起，就會有不一樣的人生。和勤奮的人在一起，你不會懶惰；和積極的人在一起，你不會消沈；與智者同行，你會不同凡響；與高人為伍，你能登上巔峰。在現實生活中，你是誰並不重要，重要的是你和誰在一起。你該要學最好的別人，做最好的自己；借人之智，成就自己，此乃成功之道。」

接著又說：「生活中最不幸的是：由於你身邊缺乏積極進取的人，缺少遠見卓識的人，使你的人生變得平平庸庸，黯然失色。」

筆者在網路上多次收到這篇文章，可見它流傳之廣，及深受讀者的喜愛與認同。其實，這篇文章的要義，是把一句「近朱者赤，近墨者黑」的古諺加以強化和發揮。告訴你「近朱」有哪些好處，「近墨」又有哪些壞處。

以偏蓋全的說法

這句「近朱者赤，近墨者黑」的古諺本來只是一句「客觀陳述」，許多古人成功或失敗的例子都可以支持它的成立。但是，該作者的這段文字卻進一步把它做了「主觀引導」，甚至強調說：如果你不能「近朱」，甚至是在「近墨」，就注定會有一個失敗的人生；像這樣的說法是以偏蓋全的。

沒錯，人的一生，有幸能遇到「良師、益友」，他們都是你生命中的「貴人」，會給你莫大的助力，加速你的成功。

但是，在人生路上，「良師、益友」不是你想要就能夠得到，而是「可遇而不可求的」。而且，成功之道不只一途，人生不是只有像該作者所認定的「和誰在一起就決定了你的人生」那種單一選項。

即使你得「貴人」相助，還要看你自己是否成材。歷史上劉備的兒子劉禪，雖得賢相如諸葛亮之助，仍是「扶不起的阿斗」。

當你無法覓得良師益友時又該如何呢？就蹉跎一生而鬱鬱以終嗎？其實，你還有許多其他的選項，例如：以無比的毅力獨自學習，獨立創業。只要你根據個人性向選對方向，發揮潛能，努力不懈，最後仍然可以獲得成功。

如果你是「千里駒」之材，即使遇不到伯樂，無法登峰造極；但你仍舊是千里駒，靠一己之力，仍舊可以飛黃騰達，只是你的成就可能略為遜色而已。

近朱學赤，近墨不黑

另外，這句「近朱者赤，近墨者黑」的古諺所述說的狀態基本上是「被動」的。筆者認為，我們應該要化「被動」為「主動」，把它改成「近朱學赤，近墨不黑」才對。

關於「近朱學赤」，重點是當你有機會遇到良師益友，就要主動學習他們的長處。該文的作者在這方面已經多所著墨，就不再重複其中的細節。

現在要強調的是另一個「主動」的、「近墨不黑」的觀念。我們不難發現，其中含意正是另一古諺所說的：「出淤泥而不染」。

當我們遇到不良環境，是要學「孟母三遷」那樣避開呢？還是要和不良環境不斷纏鬥，奮勇不懈呢？顯然前者是被動的，而後者是主動的，那才是我們該要採取的態度。

面對困厄的環境，要把它當作是上天給我們的禮物。孟子也說過：「天將降大任於斯人也，必先苦其心志，勞其筋骨…..」可見一切困厄、橫逆都是上天為了要磨練我們，使我們能夠成為「大器」所準備的工具。

很多歷史上的偉人都有一個坎坷的成長期，但他們同樣把困厄當作是對人生的歷練，終能出類拔萃，成就一番偉業！

所以，面對當前的世界，我們該要有積極的，「近朱學赤，近墨不黑」的正向態度，才會有一個獨立而有創意的人生！

康博士專欄: 幸福就在當下

noreply@blogger.com (maoyang) — Fri, 19 Aug 2011 07:13:00 +0000

幸福就在當下 文：康哲行 (2001/5/18)

只有當下是你未來生命中最年輕、最具活力的時刻

所以，只在當下你有最旺盛的腦力和體能去體驗生活

如果你有這樣的體會，當下的你就是最幸福的你

活在當下

到處都聽到有人在提倡「活在當下」，你聽到的都不外乎要你「不要活在過去，不要活在未來，要把握真實的現在。」

不管別人怎麼說，你也許覺得這些「活在當下」的觀念都太抽象，總是叫人摸不著邊際，也不知道怎麼做才算活在當下。

其實，「活在當下」的真義非常簡單，就是要你把生活中的每一個片段都過得深具意義，不枉費任何「當下」的時刻。具體地說，也就是要你做任何事情都要「專注」，工作時要「敬業」，學習時要「認真」，遊戲時要「盡興」，務必要使每一個片刻都成為「真實的剎那」。

當下的幸福

「活在當下」這個題目似乎非常嚴肅，好像你非得兢兢業業地去做才行。其實，「活在當下」也有它輕鬆愉快的一面，那也就是我們目前的主題。說「活在當下」，就是要告訴你當下就有你要找的幸福；幸福就在眼前，實在不必遠求。

你必須瞭解，幸福就在當下，因為只有當下是你未來的數十年生命中最年輕、最具活力的時刻；只有當下你有最旺盛的腦力和體能去體驗生活，去做你最想做的事。如果你有這樣的體會，當下的你是否就是最幸福的你呢？

一直到現在，你或許都四肢俱全、耳聰目明、行動敏捷，能夠有本錢去享受豐盛的生命，這是否是非常值得慶賀的事呢？

如果你已超過成長的歲月，你的體能已超過顛峰而日走下坡，過去的你已經不再復返。當你檢視往後的歲月，你就更該慶幸你能及早發現你尚能擁有很多個「當下」，你還有很多的幸福沒有浪費掉。

當下你能做的事

你當珍惜當下。如果你有抱負和理想，就趕快做好規劃，當下就一步一步地去把它實現；如果你醉心於一些高體能活動，例如潛水、跳傘，就要趁你還年輕，在體能允許下趕快去做。

莫等待！人生數十寒暑，轉眼你就到了七老八十，等到腦力和體能都不足時，再想去做年輕時沒做的事，可能就要徒呼負負了。

「當下」真的是最美好的時刻，因為只有在當下你能夠思想、能夠突破、能夠創新、能夠改寫歷史。只有當下你能夠享受感官之樂，能夠爬山、游泳，能夠看一場好球、聽一場美樂。也只有當下你能夠欣賞一部好電影或好小說而深受感動。只要你珍惜這些真實的感受，你就擁有了當下的幸福。

也許你不服氣地說：「回憶過去和夢想未來都使我快樂，也都使我感覺幸福呀！」不錯，過去甜美的片段及幻想中的美夢成真都給你帶來快樂。但是，那種快樂都不是品質最高的快樂；如果你深陷其中，甚至還會有負面的效應。

唯有當下的感動，才能使你有心靈最大的震撼，也是你能感受到的最大的快樂和幸福。

知道感激才有幸福

感官的享受，例如吃美食、聽美樂，都會使你覺得快樂，那種快樂直接由感官神經傳遞到你大腦的愉悅區。但是，快樂的感受是直接的，幸福的感受卻是間接的，而且是純精神的；必須有對比，有感激，你才會有幸福的感覺。

也就是說，你必須懂得感激才能覺察到幸福。所以，一個人想要時時感到幸福，一定要先培養「惜福」的人生觀。當你知道惜福的時候，你不必特意去追求幸福，幸福就會不請自來。

親情、友情和愛情是一個人最大的幸福之源，但仍要你懂得感激和珍惜才能覺察到幸福，否則，你仍是「身在福中不知福」。

如果你是一個虔誠的基督徒，你在「謝飯」後吃進第一口食物，那種「感恩」的感覺就是幸福。為什麼是第一口呢？因為吃第一口時你的感覺最強烈，否則，你仍會感覺到吃美食的快樂，卻會少了幸福的感覺。

你享受食物時，一定不能狼吞虎嚥，狼吞虎嚥只能給你感官之樂；你該要細細地去品嚐，你除了用嘴吃，還要用腦想、用心去感激，你就會得到快樂之外還加上幸福的感覺。

所以，看美景時就要仔細地看，要「見山是山、見水是水」；欣賞美景就在當下，如果匆匆走過，等過後再來回味，感覺上總是要打折扣了。

要珍惜你現有的一切，多吃一次美食，多去一次郊遊，都要當作是額外的收穫，每次都該要盡情地把握。別人對你的好意，也要當作那是額外的恩惠，不是理所當然。當你隨時都有感激的心情，任何小小的收穫便都會使你感到幸福。

快樂的感受是有限的，但幸福的感受屬於純精神的領域，卻可以倍於，甚至十倍於感官帶來的快樂；也就是說，幸福的感受是可以無限的。

幸福其實很容易

「幸福就在當下」的觀念並非是非常抽象的東西。幸福其實很容易，只要你能隨時保持「惜福」的心態，生活中的點點滴滴便都會帶給你幸福的感覺。

任何當下的時刻，只要你有一個好心情在心頭產生，你就會感到幸福。一天之中，你會有很多個這樣的機會，例如：清晨起床，迎接嶄新的一天；工作中有創意，或順利地完成了預期的進度；辛苦了一天，洗個痛快的澡；又到了每天必看的電視節目時間；或者，帶著一天的豐收進入夢鄉。

一個人會「入芝蘭之室，久而不聞其香。」其實，芝蘭仍在，你是否也在每天的生活中遺忘了你身邊的芝蘭呢？如果你在新竹科學園區上班，一進大門你就看見整片蒼翠的樹林，你是否每天都該有進出一次國家公園那種旅遊的心情？記得青少年時騎腳踏車的你，曾經多麼嚮往騎機車或駕駛真的汽車嗎？你現在可能每天都騎機車或開車上班，你是否忘記了你正在玩一個「大玩具」，上下班的途中其實是你愉快的遊戲時間呢？

有些事情不登大雅之堂，卻也能使你感到幸福，只要你有另類思考及敏銳的心靈去覺察。例如：幽默大師林語堂曾說：「大便通暢，就覺快樂。」你曾經這樣想過嗎？有便秘經驗的人就一定有這樣的感受。每日聽到垃圾車美妙的鈴聲你是否會有雀躍的感覺？當你去倒垃圾時向鄰居們及清潔隊員打打招呼，該也是你一天中最輕鬆的時刻吧！

你是否注意到了生活中的這些點點滴滴呢？如果還沒有，就趕快去發掘這些屬於你的幸福吧！

今日事，今日畢

你當下的幸福就是收割昨天的耕耘，你只要做好今天，到了明天變成今天，你的收割就順理成章。所以你要今日事，今日畢，你完成了今天的工作，就預備了明天的幸福。

很多人認為沒有壓力，才有幸福。真的是如此嗎？其實，只要你有正當的工作就會有壓力。當你長時期無所事事，你只會覺得煩躁，一定感覺不到幸福。

工作對你的壓力，可以是正面的，也可以是負面的。正面的壓力，也就是「今日事，今日畢」的那種壓力，那是健康的，是使你奮發向上的動力。

如果你的壓力來自昨日的拖延，那就是一種負面的壓力。負面壓力給你帶來恐慌，多數人都會企圖逃避而把事情繼續拖延，於是造成明天更大的壓力。當你今天還在做昨天拖延下來的工作，心中就會充滿追悔而煩躁不安，就會事倍而功半，也就毫無樂趣可言。

所以，「幸福就在當下」並不是給你一個放蕩的藉口，不是要你為了今天的享樂而可以把工作拖到明天；而是要你在今天的歡樂中知所節制，更要今日事，今日畢，才會每天都有當下的幸福。

成功在於過程

有意義的人生要有方向、有目標。你選擇的方向一定要正確，一定要和你的志趣相合，而不是盲目地追隨潮流。至於目標，不要好高騖遠，不要把它高高地定在最後的那一點，因為能否達到那一點，有許多你無法掌控的或然性因素。

除非你是一個運動選手，你就不該把目標放在「打破記錄」；除非你是一個無可救藥的冒險家，你就不要去征復北極；因為，如果你永遠無法達到目標，你的努力就毫無意義，你就會含恨而終。但是，他們仍然精神可嘉，只是把目標擺得太高，一個人仍然該有運動員和冒險家那種不屈不撓的精神。

所以，有意義的目標絕不是一個夢想，而應該是一項可以完成的抱負或使命，例如從事科學研究、文學藝術創作、或者像德蕾莎修女那樣終身為窮人服務。於是，只要你不斷地努力，你便在每個當下都會有收穫；不管你完成了多少，只要你已盡力而為，任何的收穫就都是值得欣喜的。

當你的目標是一項抱負或使命，你就會理解到真正的成功在於「過程」。你有每個當下的成功，也就有每個當下的滿足與喜悅。

結語

說「幸福就在當下」，是要你去覺察幸福，不是要你去追求幸福。幸福永遠是「正確生活態度」的副產品，你有一個「積極、惜福」的人生觀，幸福就會不請自來，你只需要一個敏銳的心思去覺察它。

看完了本文，你該花一些時間反覆思考「幸福就在當下」這個理念，看它是否是一項真理。

如果你有這樣的體會，就請時時默唸「幸福就在當下」，你就會經常保持愉悅的心境而受益無窮。

當你能時時感到當下的幸福，「活在當下」就深具意義了。

討論問題

1. 你覺得「活在當下」的真義是什麼？
2. 你能體會當下的幸福嗎？如果你不久前才因車禍而重傷，甚至殘廢，你仍能覺察當下的幸福嗎？
3. 回憶過去和夢想未來都使你快樂嗎？你覺得那是高品質的快樂嗎？
4. 為什麼很多人都「身在福中不知福」呢？如果連他自己都不知道，那也算幸福嗎？
5. 旅遊時到一個景點就忙著照相，照完相就走人，你覺得那樣有意義嗎？
6. 你也認為「幸福其實很容易」嗎？說說你的理由！那又為什麼有人說「幸福可遇而不可求」呢？
7. 為什麼要「今日事，今日畢」？一些享樂主義者說：「今朝有酒今朝醉」，是否誤解了「活在當下」？
8. 「成功在於過程」這個觀念重要嗎？它和「幸福就在當下」有什麼關係？

康博士專欄: 說「猜疑」

noreply@blogger.com (maoyang) — Fri, 19 Aug 2011 06:43:00 +0000

說「猜疑」 文：康哲行（2011/08/11）

「猜疑」是一種很壞的負面想法，常是造成一個人不快樂的主要原因。

古語說：「害人之心不可有，防人之心不可無。」對生性猜疑的人來說，這「防人之心不可無」的下半句就如同「座右銘」一般，使他對自己的「猜疑」有了合理的藉口，而且深信不疑。但是，他卻從不會承認自己是在「猜疑」。

他會認為自己非常聰明，可以「洞察先機」，知人之所不知；而且，可以凡事預作防範，把事情處理得更為完善。

但他想得太多，總是防範得過了頭；就像建立起一座牢籠，把自己深深地關在裡面。雖然動彈不得，卻覺得不這樣做就不舒服，就不安全。

佛家說「貪、嗔、癡、慢、疑」都是人的不良本性，所以一定會有人「生性猜疑」。一個人如果經常在猜疑，就會進一步把「猜疑」變成「壞習慣」。

於是，別人隨便說一句話，善猜疑的人就會「習慣性」地總是「聽者有意」，總會去猜說話人的動機。結果猜了半天，對方未必像他猜的那樣去想，自己卻「無中生有」地氣得半死。

漢朝有個「杯弓蛇影」的故事，就是說一個人「無中生有」地，誤把映入酒杯中的弓影當成是蠕動的小蛇，因錯覺而疑神疑鬼，自已驚嚇自已。

「猜疑」使自己不快樂還算事小，有時也會因錯誤判斷而闖下大禍。例如，明朝的末代皇帝崇貞，其實是一個勤奮的皇帝；就是因為生性太多疑，才會錯殺良將袁崇煥，把明朝提早斷送。

善猜疑的人，每天疑神疑鬼、自我設限，不准周遭的人「超越雷池」一步；有人不慎踩線，就被他列入黑名單中。終至他周圍所有的人都變成他眼中的「牛鬼蛇神」，再也沒有半個好人，他也不再有任何朋友。

「猜疑」就像一把熊熊的烈火，燒得他心煩意亂，坐立難安，甚至使他痛不欲生。

仔細檢討一些憤而自殺的例子，本來問題並沒有那麼嚴重，只是當事人自己鑽牛角尖，把問題誇大、複雜化和尖銳化，最後才變得不可收拾。

善猜疑的人都很自卑，覺得人人都瞧不起他，忽略他，不尊敬他，在背後說他的壞話，連看他的眼神也是怪怪的。

他感受到這些痛苦的「果」，但他不會知道，也不會承認「猜疑」就是那個原始的「因」，也就無法自己解救自己。

他也許會向「心靈大師」求救，「心靈大師」會直接告訴他：「世界上沒有人要害你，你所想、所觀察到的一切都是虛構的，都不是真實的。你要原諒所有在你心目中對不起你的人，更要原諒自己的無知。如果你能不斷地、認真地這樣做，『心』就逐漸平靜下來，最後就會從痛苦中解脫。」

「心靈大師」說得再清楚不過，但卻無法點醒「夢中人」，因為「猜疑」本身就是「沈睡」的狀態，他根本聽不懂「心靈大師」在說些什麼。

所以，一個「猜疑者」想要得到解脫，首先必須脫離夢境而「覺醒」，才能進一步認識自己，發現自己的短處。然後才能了悟「心靈大師」的智慧言語，也才能洞悉「猜疑」和「痛苦」中間的「因果」關係，知所取捨而離苦得樂。

康博士專欄: 我是什麼??

noreply@blogger.com (maoyang) — Fri, 19 Aug 2011 03:42:00 +0000

「我」是什麼？文：康哲行（2011/08/18）

人秉賦著「理性」，是唯一自知其為「生命」的生命物種。（佛洛姆）

「我」是自己最大的敵人，也是自己所有不幸的根源。（拿破崙）

戰勝自己比攻佔一座城池還要偉大。（西諺）

我一直想改變世界，其實唯一須要改變的是我自己。（西諺）

你認真地想過「我是什麼」這個問題嗎？

「我」真的是世界上最奇妙的東西，只要你意識到「自我」的存在，就會發現它和世界一切的事物都處在相對的位置。

你很容易把你看到的、感覺到的，概分為「我」和「非我」兩類。例如：你可以把自身以外的「萬物」都視為「非我」；或者僅把「精神的我」看成是「我」，則自己的身體也屬於「非我」。

感覺不可思議嗎？就讓我們一起來探討，究竟「我」是什麼！

「我思故我在」

「我思故我在」是法國哲學家、數學家笛卡爾的名言。意思是說：我能夠思考，證明我是存在的。

「我思故我在」的第一個「我」是「泛我」，指的是你這個人，你的頭腦、身體；第二個「我」才是重點，指的是「自我意識」，是精神的我，非肉體的我。

其中「思」並非一般泛泛的思考（例如：胡思亂想），而是指邏輯、理性思考。另外，從哲學的觀點，「思」也有懷疑和不確定的含意。

如何才能意識到「自我」的存在呢？很簡單，當你在「思考」中具有「自我意識」的時候，就會體會到「自我」的存在。當然，在你「胡思亂想」時是沒有自我意識的,，也不知道「自我」的存在。

有些事件是在「自我意識」的狀態下才能進行的，例如：做有「意識」的深度呼吸（清楚自己的一呼一吸）；大聲說出你現在正在做什麼（同時做出一個動作）；或做一個必須由「意念」指揮的高難度動作。

我們從這些「意識」導引的動作裡面，就能夠真實地體會到「自我意識」，也就能體會到「自我」的存在。

覺得神奇嗎？不妨試試看！

存在主義

西方的「存在主義 (existentialism)」，主旨在探討「人」存在的意義，要每個人都真誠而勇敢地，選擇成為真正的自己。

「存在主義」強調的，就是要我們清楚自己的抉擇。每個人通過選擇，都可以成就個人心中的最高理想，成為一個真實（虛偽之對）的人。

存在主義者認為：覺醒＝存在；存在＝選擇＋自由。

也就是說，人一定要在「覺醒」的同時，才清楚瞭解「自我之存在」；然後才能不受干預的「自由選擇」自己的人生。

例如：凡夫俗子隨波逐流，終生「沈睡」，就不知道有「自我」，也等於從不曾「存在」過。所以，人要首先跳脫「凡夫俗子」的層次，「覺醒」之後才會真正的「思考」，才會找到自己「存在」的意義，才會選擇成為真正的自己。

你瞭解自己的個性嗎？

每個人都應該仔細分析自己的「個性」，看看自己是怎麼樣的人，才算認識自己，對自己有初步的瞭解。

如果把人性中的善性和惡性除外，剩下的無關善惡的「中性」部分才是人類真正的本性，也就是所謂「本性難移」的那種中性個性。人的「中性」個性可概分為「內向」及「外向」兩大類相反人性，然後可再細分如下：

內向/外向、悲觀/樂觀、急性/慢性、積極/消極、溫順/倔強、嚴肅/隨和、緊張/從容、拘謹/開朗、活潑/文靜、暴躁/平和、單純/敏感、鎮定/多慮、魯莽/細心、熱情/冷酷、堅強/懦弱……及其他。

當然，不是以上所列的每一項「人性」都適用於你，你能選出其中5項以上的特質，綜合起來就代表你的「個性」了。
這些「本性」與生俱來，會影響個人對一切事物正面或負面的「想法」，繼而影響「行為」，「行為」的結果就是一個人的「命運」。

你能夠認識自己，瞭解自己「個性」的強項與弱點，就能發揮強項，避開弱點，端正你的想法與行為，也就掌握了自己的「命運」。

佛洛伊德的人格分析

奧地利心理學家佛洛伊德把「人格」劃分為三部分，即「本我」、「自我」與「超我」。

本我：直覺的我，含飲食、性慾等動物本能欲望，有立刻滿足欲望的衝動。
自我：現實的我，能夠根據個人能力和外在處境來做適當的判斷和折衷，在本我

和超我之間做適當之協調。

超我：理想的我，含個人的良知、生長背景、教育、社會價值及道德觀。

社會上的人有幾種呢？筆者認為，我們可以根據人格（本我、自我、超我）的組成，把「人」分為三類：「凡夫」、「智者」及「聖人」。

凡夫：三個「我」同時存在，是本我、自我、超我的綜合體。

智者：只有兩個「我」：自我與超我合而為一成為精神的我，本我是肉體的我；精神與肉體兩個我隨時處於協調的狀態。

聖人：只有一個超我，僅是理想的標竿。

「凡夫」的三個我同時存在，本我最大是廢物（被本能牽著走）；本我最小是好人（心地善良）。自我最大是強者（遵行紀律）；自我最小是懦夫（不善協調）。超我最大是善人（有強烈的道德感）；超我最小是奸人（道德感微弱）。

「智者」的自我和超我永遠一致，所以合而為一成為精神的我，與肉體的我（本我）隨時處於協調的狀態。凡事能夠「從心所欲」，「無入而不自得」。

西諺說：「覺醒是智慧的開端」。你只要「覺醒」，就已脫離「凡夫」，選擇「成為真正的自己」，向「智者」之途邁進。

「聖人」只有一個「超我」，行事皆能「不勉而中」（語出中庸）。是理想的標竿，是我們學習的榜樣。

馬斯洛的人本需求

美國心理學家馬斯洛提出人類有五大「人本」需求，依次由較低到較高層次：

生理需求：食慾、性慾
安全需求：安全、自由、穩定
愛的需求：愛情、親情、認同
被人尊重的需求：名聲、權力、地位
創造實現的需求：藝術、科學、人生使命

大部分人類會有前四項需求，其中「生理」、「安全」是低階需求，僅是人類「生存」所需。「愛」及「被人尊重」是中階需求，是進一步對「美好生活」的渴望。基本上，這兩個階層都只求個人利益的滿足。

人類中只有少數「覺醒」的人，才會有第五項「創造與自我實現」的高階需求。這一階層基本上已超出個人利益的滿足，有時甚至會對前四項需求有所犧牲來達到對第五項的專注。

最明顯的例子就是偉大的德蕾莎修女，她為了替窮人服務，把自己先變成窮人。也就是，把自己放在最低限度的「生存需求」，然後直接跳到最高階的「自我實現」。她所展現的，正是中國儒家那種「兼善天下」的最高境界。

你有哪些多元智商？

智商（Intelligence Quotient）, 簡稱IQ，是由法國心理學家比奈（Alfred Binet）於1905年提出。原始的IQ是以數理、邏輯的能力為主，現代人則認為這樣的認知過於狹隘而提出「多元智商」。目前公認的「多元智商」至少有以下七種，也代表人類的七大天賦。

空間、組合 ─ 建築師、設計家

語言、溝通 ─ 外交家、行銷家

文字、表達 ─ 文學家、寫作家

音樂、藝術 ─ 音樂家、藝術家

數理、邏輯 ─ 科學家、哲學家

體能、耐力 ─ 運動家、登山家

彈性、靈活 ─ 舞蹈家、特技家

我們從各行各業佼佼者的成就來分析，都不難找到他們特殊的天賦領域。另外，也常常發現他們具有兩種以上的多元智商：主要的一種相關於他們的事業，其他則是業餘活動。有時不難發現，反而業餘活動才是他們的終生志業。

你有哪幾種多元智商呢？和你從事的事業相匹配嗎？另外，已經想到你的終生志業了嗎？如果你能把事業與志業合而為一，就像許多音樂家和藝術家那樣，就會是最理想的選擇了。

人類的精神之樂

只有高等動物才具有「精神之樂」。人類的「精神之樂」種類繁多，經過數千年的文明洗禮，展現得更是多采多姿。究其源頭，可分為：好奇心、好勝心及愛美心三種。

好奇心：科學、發明、創新、考古、哲學、沈思、尋幽、探勝。

好勝心：創業、財富、登峰、造極、完美、第一、金牌、紀錄。

愛美心：藝術、音樂、文學、詩詞、山水、自然、和諧、均衡。

每個人都應該培養一些優良嗜好，它會跟隨你一輩子，給你帶來無窮的樂趣。

你最好在「事業」退休之前就有所準備，現代的醫療發達，你退休後可能還有30年的壽命，那可是和你「事業」等長的「第二春」，怎能等閒視之？

以上所舉的項目，有哪些是你喜歡的呢？這些「精神之樂」都會幫助你身心的協調，都可能和你的「終生志業」息息相關。

每一項優良嗜好都需要時間去培養，例如音樂和藝術，單就欣賞來說，就包含了許多基本的認知和技巧。你能及早培養這些嗜好，就及早享受樂趣。

結語

當你瞭解了「我」是什麼，就會從原本「沈睡」的狀態「覺醒」過來，就會發現自己的「存在」。然後你就會認真的「思考」，「選擇」去「認識自己」，瞭解自己的性向，發掘自己的潛能。在這個過程中，你就會找到個人生命的北極星，端正方向，決定自己的終生志業。最後，成就真正的自己。

令人驚奇的是，這一系列的發展都始於「我是什麼？」

西諺說「覺醒是智慧的開端」，果然沒錯！

CodeBeamer 5.7版的Git/Mercurial新功能介紹

noreply@blogger.com (maoyang) — Wed, 17 Aug 2011 03:31:00 +0000

Git與Mercurial應該是當前最熱門的兩種DVCS, 知名開源專案網站GitHub利用DVCS clone的特性, 發展出了fork與pull request的功能, 這兩個功能大大發揮了DVCS的功用, 而且受到許多開發者的喜愛. 當開發者想要修改某個專案的source code, 就可以fork一份屬於自己的版本庫, 這個版本庫等於開發者有了自己的sandbox, 要想這麼改就怎麼改, 當功能改到一個穩定度, 開發者也可以選擇是否要貢獻回去原有的開發者, 於是他/她發出了一個Pull Request給原開發者, 希望原開發者可以接受他/她的變更並Merge到原有專案的檔案庫. 原開發者可以審核這位開發者的變更, 接受後由系統來做合併, 如果有衝突再手動修正. 這個流程在GitHub上相當受歡迎, 據某份報告指出, 許多做了fork的開發者都會願意將自己的修改回饋給原開發者.

CodeBeamer 5.7版也實現了Fork與Pull request的功能, 並加上權限的控制, 例如可以限制哪些專案角色的開發者才能fork, 並限制fork後檔案庫的Clone/Push權限. 這在企業內部是需要管制的, 畢竟企業內部的專案不像Open Source, 可以隨便讓內部的開發者clone.

我使用了CodeBeamer 5.7版的fork與Pull request功能, 覺得這個功能在企業中相當實用, 我想到了幾種使用情境

Stable Build: 雖然版本控制可以將source code控管的很好, 但是要求一個stable build猶如緣木求魚, 工程師每天都在commit code, 但是到底stable build是哪一個支線, tag, or 版本?? OK, 有了fork與pull request, 你等於是在merge前加了一道防線. 只有審核過的code才能merge到Stable repository(也就是Upstream repository) , 我們有位客戶使用Subversion, 他們希望工程師commit code不是commit到trunk而是branch, 等到branch的code審核過後才能merge到trunk, 其實這個流程使用Fork與Pull request就可以輕易達成. Subversion有其先天限制, 要做到這種流程不太容易
外包管理: Source code要外包給外包公司最後又要要求外包公司完工後將source code的變更記錄完整交接, 其實是很耗時耗功的事, 而且如果你又想實施Code Review更是難上加難, 可以學學Linus管理Linux Kernel的做法吧, 使用獨裁者與中尉模式, 可以對外包的source code品質有更加嚴格的管制, 對了Linus本身就是Git的發明人.
重構/加新功能但又不想影響Production version: 跟第一點一樣, fork會是最好的作法

以下是我整理CodeBeamer 5.7版Git新功能的簡報, 如果你需要PDF版本, 請到http://cb.esast.com登記一個帳號, 登入後點選專案, 看到CodeBeamer支援與分享這個專案, 點進去就會看到這份簡報的下載連結

One more thing: 我本身也是開發者, 自從用了Fork/Pull request功能後, 我改變了原本開遠端Branch的習慣, Git開local branch不用錢但是要開遠端branch就相當麻煩, 還有Git要將Upstream 檔案庫的權限與Branch權限分開相當複雜, CodeBeamer可以設定Upstream檔案庫只有整合經理才可以push code, 開發者只能push code到fork的檔案庫, 開發者要merge到Upstream非得透過pull request不可. 這個控管看似微不足道, 但是在實際的多人開發專案會讓你的source code控管更加井然有序.

PS. 以下簡報雖然標題是寫Git, 但是如果你是Mercurial愛好者, CodeBeamer也是有針對Mercurial提供Fork與Pull request功能

JavaTWO 2011 Hudson簡報

noreply@blogger.com (maoyang) — Sun, 31 Jul 2011 21:08:00 +0000

2011-07-29很榮幸在JavaTwo獲邀擔任講師, 主題是"使用Hudson打造屬於你自己的軟體建構機器人", 這次的主題雖然是Hudson, 其實內容都適用Jenkins. 主辦單位是Oracle, 我想大家都知道過去幾個月Hudson Jenkins發生了什麼事:-) , 以下是當天的簡報, 這次簡報美中不足的地方是時間掌控沒有做好, Build failed的範例講完後剩下了10分鐘, 理當還要示範修好code後再示範Build Success, 不過這部份來聽的學員應該都能了解其原理了, 後面的實務經驗分享只剩10分鐘有點可惜. 聽完這場簡報應該都可以開始入門將專案使用Hudson or Jenkins來做Auto Build, Unit Test etc. PDF與示範的Sample code build範例下載請到簡報與範例

Time Capsule的正確使用方式

noreply@blogger.com (maoyang) — Mon, 21 Mar 2011 09:04:00 +0000

公司的電腦幾乎都換成Mac的作業系統, 於是2年前投資了一台2TB的Time capsule做每天的自動備份, 這樣算是省掉一件令人頭疼的備份工作, Time capsule配合Mac OS X內建的Time machine就會自動幫你做差異性的備份, 當資料不小心刪除還可以隨時將資料調回來, 算是設計蠻人性化的產品, 可是當你要將硬碟的整顆資料回復, 就遇到不少問題, 至少我遇到兩次. 我的Time capsule設定如下

我的Time capsule設定是給公司的所有Mac做網路自動備份, 所以Time capsule可以設定帳號, 並讓有帳號的使用者備份
設定Time capsule選擇磁碟時, 選擇 "我的使用者帳號"

基本上這樣的設定是OK也可以正常備份沒問題, 但是遇到硬碟掛掉了, 安裝了新的硬碟然後使用Mac OS X開機光碟, 設定從Time machine回復, 輸入了帳號與密碼卻無法再繼續==...., 我想任何人遇到這種問題, 大概眼淚會快掉出來, 投資了一個算是不便宜的網路自動備份機器, 該要讓它表現的時候確給我罷工. 其實去年就發現這個問題, 但是去年接專案太忙了, 於是換硬碟時委託Apple Store的工程師將原本沒壞掉的磁區再用clone工具給救回來, 最近又將硬碟更新, 於是想到還是使用Time capsule來回復會比較快一些, 至少不用再重新安裝所有的軟體. 但是還是老問題, 安裝光碟的Time machine無法抓到Time capsule的備份資料. 花了一天, 看了Apple的Time capsule FAQ文件, 卻找不到解答?? 花了不少時間測試, 總算讓我找到問題的所在, 以下的步驟應該才是Time capsule要給多人共享備份的正確作法

先到Finder , 左邊會出現Time capsule的主機名稱, 使用你的帳號登入
登入成功後, 你會看到兩個目錄, 一個是Data, 一個是你的使用者名稱, 例如maoyang
到Time machine設定畫面, 選擇備份磁碟, 這時候要選擇Data, 而不是 "我的使用者帳號"
這樣下次用Mac OS X光碟開機, 選擇使用Time machine回復時, 登入Time capsule就會抓到正確的備份資料

所以我想你應該看出端倪了, Mac OS X的從Time machine回復功能只會抓到Data這個目錄的資料而不是"我的使用者帳號"的目錄資料. 這個功能我猜大概是Time capsule是多人共用時且換硬碟時才會遇到. 這應該算是Time capsule的Bug XD今天寫下來做個記錄.

To be or Not to be DVCS

noreply@blogger.com (maoyang) — Mon, 21 Mar 2011 03:12:00 +0000

這是3/19在果子咖啡做的簡報To be or Not to be DVCS

2010/3/12 Jenkins/Hudson簡報

noreply@blogger.com (maoyang) — Mon, 14 Mar 2011 01:32:00 +0000

這是3/12在台北果子咖啡做的簡報

Scrum導入經驗分享活動

noreply@blogger.com (maoyang) — Sat, 12 Mar 2011 02:29:00 +0000

我是Teddy的Blog搞笑談軟工忠實讀者, Teddy的文章幽默, 風趣, 確又帶點正經的訴說他的軟體工程經驗, 如果你也是他的Blog常客, 應該會發現Teddy也在公司內推導Scrum, 這次很高興邀請了Teddy於4/16號來為我們現身說法, 他列出的演講內容果然符合他的搞笑風格, Teddy會跟我們分享他如何逆練九陰真經, 到時候我們當他的聽眾可要使上吸星大法, 好好跟他學習. 以下是報名活動網址, 對於Scrum, 或是軟體專案管理有興趣的朋友, 歡迎一起來參加.

ScrumWizard 1.0 GA 釋出

noreply@blogger.com (maoyang) — Fri, 25 Feb 2011 08:18:00 +0000

1. 緣起
2009年10月, 我們辦了一場敏捷開發實戰經驗分享會, 在這之前也讀過一些文章, 書籍介紹敏捷開發, XP(extreme programming), 但是僅於閱讀與了解階段, 並沒有真正的去實踐過敏捷開發所談到的實踐, 聽完了講師分享了他們的Scrum與敏捷實踐, 讓我們內部開始思考, 如何透過公司代理的產品codeBeamer來做Scrum的管理與敏捷的實踐.

2.ScrumWizard專案開始
2010年3月, 我們正式開始開發ScrumWizard, ScrumWizard剛開始我們取名為ScrumShell, 我在2008年12月做了一個實驗, 使用GWT來做codeBeamer wiki外掛程式的View layer , 我們思考了很久, 為了讓使用者在網頁操作介面上可以如桌面程式一樣使用Drag & Drop, 勢必要採用許多Ajax的技術, 所以決定使用這個之前做過的實驗與技術在codeBeamer上實現Scrum的管理功能, 因為這等於是在codeBeamer既有的功能又延伸了附加功能, 所以才取名為ScrumShell, 但是這個名稱是以技術角度出發有它的含義, 對於客戶可能對於Shell這個字眼會感到有點奇怪, 所以去年10月到中國北京Agile China參展時就更改為ScrumWizard.

3.混亂
新的專案一開始免不了會有一陣子的混亂, 這些混亂起源於

範圍太大: Scrum管理功能涵蓋了Product Backlog, Sprint Plan, Release Plan , Burn down report etc, 但是要從何處先下手?? 參考一些網站, 有些只做Sprint Backlog管理, 有些只做Task Board管理, 當然也有些是從頭做到尾.
沒有客戶: 辦完了分享會, 客戶開始詢問codeBeamer要如何支援Scrum?? 但是客戶可是要先看到有成品才願意買單, 所以這個專案一開始, 我們就要先假想有客戶需要codeBeamer+Scrum的功能.
團隊成員角色不清: 我們之前的經驗都是接客製化軟體專案, 誰來扮演Product Owner?? 誰來扮演ScrumMaster ??
對於Product Backlog管理不熟: 定義出來的Product Backlog太大, 無法在一個Sprint中完成, 還有什麼Product Backlog要先做, 後做?? 因為沒有客戶, 什麼Product Backlog才是最重要的?? 沒有人代表客戶, 說也說不清楚.
技術還不成熟: 雖然有做過實驗是可行的, 但是有許多細節到實作才一一浮現

4. 第一個Sprint結束

所以第一個Sprint就是在混亂中結束, 不過由於採用Scrum, 我們定義一個Sprint為3周, 在3周中ScrumTeam按照我先前做的實驗, 先完成了一個最基本的GWT Wiki插件程式, 可以與codeBeamer互動. 對於使用GWT來開發Wiki外掛程式算是比較有把握.

雖然我們在codeBeamer上完整記錄了ScrumWizard的開發過程, 與每個Sprint做了哪些事, 我可能無法一一交代每個Sprint發生了什麼事, 不過以我們Scrum初級班的程度, 確實是一直到Sprint4以後才慢慢上軌道. 主要原因有下

經過幾個混亂Sprint的磨合, 並對產品Scop要做哪些功能有較清楚的輪廓.
ScrumTeam掌握技術開發的難度後, 預估一個Sprint可完成哪些Product Backlog, 需要多少Effort比較精準.
一開始就導入使用Hudson/Jenkins做Continue Integration, 雖然還是採用傳統測試流程, 但是實施AutoBuild與Auto Deployment/Release, 測試人員的回饋時間變短了. 每天都可以回饋新的Build有哪些Bug, 並配合白板做Daily Standup Meeting, 對於進度有不錯的掌握度. 這個可以參考這份簡報, 裡面有描述我們的流程. 這個流程在我們導Scrum扮演一個很重要的角色.
Unit Test有發揮作用: Unit Test配合Auto Build後, 必須Unit Test通過測試才交給測試人員測試. 所以至少測試人員不需要浪費在因為軟體工程師修改架構產生的錯誤回饋時間.

5. 調整

在還沒有ScrumWizard前, 我們是很確實執行Daily Standup meeting , 但是自從我們在ScrumWizard實作了白板功能, Daily Standup meeting確漸漸的減少. 原因是我們團隊已經習慣在ScrumWizard上的白板溝通. 有問題就馬上寫comment回報, 後來幾個Sprint證實並不會影響到專案的進行.

6. 未來的挑戰.

到目前為止, ScrumWizard算是涵蓋了Scrum的管理功能, 以codeBeamer+ScrumWizard+Hudson/Jenkins這樣的整合性, 等於是提供了一個快速入門的框架, 但是 "精益" 的精神是不斷的改善求精求益. 並不能這樣就感到滿足. 以下是我們導入Scrum與Agile實踐覺得還有改善的空間

在設計階段就要導入測試框架: 這一點坦白說, 我們還做的不是很好, 有做Unit test並不代表通過測試, 整合式的測試介面在導入Auto Test前, 這個基本功是需要的, 軟體設計沒有提供測試介面, 要做到自動測試只能說是空談. 但相對要做到, 也要考慮時間與成本
從Subversion改採用DVCS(Git or Mercurial): 由於沒有強制工程師使用Branch, 雖然每個Sprint都會有Release, 但是每個Sprint 3周, 而且一直都在trunk修改程式, 要獲得穩定的版本,變成一項挑戰. DVCS的branch功能會是我們下一個專案的嘗試重點.

如果您對ScrumWizard有興趣可以參考http://scrum.esast.com

Google翻譯工具包使用心得

noreply@blogger.com (maoyang) — Thu, 17 Feb 2011 07:08:00 +0000

公司代理的codeBeamer產品總算要支援多國語言版了, 但是原本計畫要外包給翻譯社翻譯的文字檔卻找不到合適的翻譯社, 也許你會感到不可思議, 目前是分工的時代, 這點小事找一家專業的翻譯社就可以做到, 以下是我們遇到的親身經驗

文字檔名稱叫Application.property , 但是翻譯社說無法打開這個檔案
翻譯社宣稱他們只接受word格式檔案, 但是這個純文字檔卻不會用Windows內建的文字編輯器打開, 光溝通這點就浪費不少時間.
文字檔裡面有含HTML語法與一些css語法, 翻譯社要求先將這些非翻譯的文字先濾掉
翻譯社宣稱要估算成本, 但是我們發現翻譯社對電腦語言或是網頁語法不熟, 有些HTML的關鍵字也一起翻了進去, 光是幫翻譯社濾掉這些非翻譯的字元, 也是要花很多時間.

找了三家翻譯社, 都有同樣的問題, 如果要先自己過濾, 然後再將翻譯好的文字再還原為原來的格式, 那麼花下去的時間, 乾脆自己做好了.

因為要翻譯的句子還不少, 所以我們決定採用Subversion來做協同作業, 這樣可以多人一起做同一個檔案的修改, 而且未來原廠文字檔有修改, 也比較好控制是修改了哪些地方, 但是Subversion
只解決協同作業的問題, 翻譯的專有名詞與風格可能對於英文的功力也有所不同, 翻出來的水準也會有落差, 這時候發現了一個工具非常好用-Google翻譯工具包, Google翻譯工具包有以下功能

多人一起翻譯
維護專有名詞詞彙資料庫: 這個功能非常重要, 建議要翻譯專業的文件, 先建立這個對照表的詞庫, 這樣可以省下不少溝通與校稿的時間. 例如英文, 繁體中文, 簡體中文的對照表
Google翻譯有自動翻譯, 並且有人工校稿功能, 如果你對自動翻譯的結果不滿意, 用人工修正後, Google會記憶這個文句的修改, 下次遇到同樣的句子, 就會用你修正的結果取代
專有名詞提示: 當要翻譯的文句有出現在專有名詞詞彙資料庫, 按下顯示工具包, Google會在文件下方顯示出來對應的翻譯詞彙. 也會出現以前有翻譯過的句型.

OK , 所以我們現在的翻譯流程大致上如下

使用Subversion維護專有名詞詞彙資料庫, 當遇到詞彙資料庫沒有的名詞, 必須先修改csv檔案後, commit到Subversion, 然後再將這個csv檔重新上傳到Google翻譯工具包. 這個做法主要是目前還找不到地方如何在線上修改詞彙資料庫, 所以先維護一份詞彙的csv檔並作版本控制.
要翻譯的文字都在Google翻譯包先自動翻譯後再修正, 這樣可以累積翻譯經驗, 未來就算重新上傳要翻譯的文件, 只要做一些修正就可以了.

Google翻譯包還有一些缺點

Google自動翻譯是以簡體中文的名詞為準, 雖然指定要使用自定的詞彙, 但是自動翻譯卻還是使用簡體中文詞彙. 這一點試過很多次, 還是沒有成功, 這應該是Google翻譯的Bug.

以上是目前使用Google翻譯包的心得, 未來有機會再詳細交代操作的細節.

來自Australia用戶的5顆星評價

noreply@blogger.com (maoyang) — Mon, 21 Jun 2010 04:46:00 +0000

我寫的iPhone軟體ExpireTrack一位Australia的使用者評價給5顆星

I work as an Aircraft Mechanic and we have so many audits each year on all our consumable items suchs as Greases , loctites , Paints ect and they always check these items to see if they are in date . The Auditers had always been finding some item that is out of date . I used your application at work and everyone loved it , it is the perfect application for this . I can have it set up to check Individual toolboards and after the information is inputed it is a breeze to see what needs to be ordered . All this on your phone is excellent . -- by Zuluman

看了他的評價, 覺得很高興, 也很感動, 想不到我寫的iPhone軟體2.99塊美金被航空業工作的使用者拿來用, 而且用的很不錯, 這樣的價值已經超越2.99美金了:D