寫作《心靈占星學》是同人今年的一個重要計劃之一，我計劃以榮格的心理學為基礎，並融合新時代的觀念來進行《心靈占星學》的寫作。雖然我對榮格心理學已經有一些概略地認識，有別與師門以弗洛依德的「心理學的三我」當成心理占星學的基礎。但為了更深入了解榮格的學說，於是我最近開始閱讀《榮格自傳：回憶、夢、與省思》這本書。
很慚愧，這本榮格的自傳，早在同人開始接觸新時代之時就擁有這本書，卻一直沒有時間來閱讀。我的藉口是要讀的書太多，加上這本書並不太薄，自傳式的書籍又比較不容易吸引我的閱讀欲望。但要了解榮格的心理學，這是非常重要的一本書，雖然它並未收錄在《榮格全集》中，卻是了解榮格思想不可不讀的一本書。
同人的《心靈占星學》以榮格的心靈架構為基礎，因此最好的方式當然是用星盤來讀《榮格自傳》。對我而言，這本自傳不是一本歌功訟德的名人傳記，而是這位心靈探索者最真實的生命。用星盤來讀他的生命，目的不是為了評判功過，而是用來認識他用生命所刻畫的心靈，那個對認識人類心靈有重大貢獻的心靈。 Read the rest of this entry »
從古至今，人類花費許多心力來探尋事物的本質。不論是哲學、宗教乃至於近代的科學在這方面的努力，不外乎是為了讓人們更認識自己、世界乃至於整個宇宙。到目前為止，人類對宇宙的認識已經有長足的進步。我們可以運用牛頓力學預測天體的運行，絲毫不差；而達爾文進化論也告訴我們物競天擇，優勝劣敗，生物演化最後留存下來的物種，也早就是由基因所決定，絶非偶然。
如果宇宙是按照必然的本質在運行，那麼非本質的偶然是否就應該被忽略的呢？近代科學的演進，告訴我們在宇宙必然性的背後，其實存在相對的隨機性。雖然宇宙在表相的物質巨觀層面上，似乎可以預測必然性，但在微觀的粒子層面上，卻是以我們很難理解的隨機方式在運作。
也就是說，事物的本質不見得是單一地存在，而是可能以多種完全不同的樣貌來呈現，甚至會看到客觀的本質與主觀的存在會產生相互的矛盾。特別是在最近在網路上的討論中，同人就很清楚地看到這樣的矛盾如此深刻地影響人們的想法與行為。 Read the rest of this entry »
在 1/9 在新竹舉辦的敏捷開發方法分享會，當同人分享到 XP Refactoring 實務的經驗時，台下有一位聽者剛好也是我目前的同事提出一個問題：該由誰來決定何時應該重構的問題。同人當時回應重構多半發生在軟體架構的設計上，一般開發應用程式的程式員通常比較不太會有機會重構。在專案每天早會上，團隊各個成員會報告他們目前進行的工作狀態，當同人發現他們遇到架構面上的問題，我便會著手進行架構的重構以避免系統發生疊床架屋的現象。
同事好奇重構的決定是否有客觀的標準，同人表示這部分多半還是個人主觀的經驗居多。在同事後來開車載我回台北的路上，我們再次談到決定重構的時機。同事覺得重構的時機似乎不是一件容易掌握的事，同人進一步地解釋，當時我們在應用程式的開發沒有太多重構的機會最主要的原因，是因為在架構上力求簡潔而單純的設計概念，使得應用程式的開發已經變得很簡單，實在不太需要運用重構用來增加設計的彈性。
趁這個機會，同人向同事強調架構的彈性不應該以需求不得改變為前提，而是要能夠因應「有限度」的變化而發展而不斷地調整及演進。也就是好的架構並非從恒久不變的核心來出發，而是要先去識別出問題的輪廓才找得到適用的核心。同人經常在軟體開發的實務中看到，人們花費了太多的心力來堅持不變的核心，到最後才會發現原來問題是出在自己對問題假設錯誤。
那麼，在軟體開發的過程中，有沒有方法可以避免我們浪費心力在無謂的堅持上，然後用比較簡單而又有效率的方式來完成我們的工作呢？經過與同事上面的對話，同人想到運用到我在分享會中所提到的觀念與實務，可以很輕易地掌握設計演進的節奏。藉由此篇文章分享出來，也算當做同人在 1/9 敏捷開發分享會後的一個註腳吧。 Read the rest of this entry »
今天是 2009 年的最後一天。計劃未來一直不是同人擅長的項目，隨性的個性也讓我不喜歡依照目標來做事，喜歡把重點放在當下。然而，最近在回顧這一年的經歷卻感受到，在 2009 年的最後一天，很想寫下自己對來年努力方向的期望。
2009 年對同人來說，是「清理過去」的一年。 Read the rest of this entry »
這篇文章是投稿 ZDNet Taiwan 的文章原稿，由 ZDNet Taiwan 以〈如何在系統異常前發現錯誤？〉、〈如何在系統異常前發現錯誤？（下）〉兩篇文章刊登。文章原稿未經 ZDNet Taiwan 編輯，內容可能與 ZDNet Taiwan 約略有所不同。
前一陣子有兩個與資訊系統失常有關，而且眾所矚目的新聞事件，也就是戴爾電腦網路購物系統與台北捷運內湖線的系統異常。相信很多人都認為這兩個系統會發生系統異常相當離譜，在系統上線之後才發現系統無法正常運作，造成系統使用者的困擾，同時也會讓人對系統可靠度與穩定度失去信心，而增加系統的失敗成本。
雖然平心而論，想要事前預料系統可能發生的問題，並加以預防或因應其實並不容易，因為開發系統，尤其是軟體開發常會碰到事先難以預料的問題。但如果能在錯誤造成危害之前，就能夠發現問題並採取適當的行動來解決它，應該就能減少系統的失敗成本。因此，看到戴爾與台北捷運內湖線的重大系統異常，讓筆者想探討如何在系統失敗前發現錯誤，以避免系統失敗的巨大損失。 Read the rest of this entry »
Kenming Wang 在〈寫好使用案例 (Use Case) 有什麼好處？〉中提到寫好使用案例的好處。文章提到有位其中一位較為資深的程式開發人員在他在工研院授課時表示感覺不到寫好使用案例有什麼好處。這問題讓他思考許久後回答，他認為寫好使用案例最直接的關鍵是，影響整個專案開發流程的節奏。
這篇文章分享他對寫好使用案例對專案好處的看法，他總結使用案例的好處是族繁不及備載。並提到越大規模的專案，更能感受到開發節奏的順暢度。再加上 『漸進循環 (incremental and iteration)』 的開發模式，會越形容易謀和在系統開發期間，人與事的種種。
不過，Kenming Wang 在文章最後提到以上的論述不能說服那位程式開發人員，因為程式設計人員多半以局部或個別的角度來看系統開發，所以使用案例寫得好不好，對他們沒差。只有像專案經理或軟體架構師以專案整個全局來看時，才會有明顯的感受。
但他認為不需要去說服那位程式開發人員，並引述 Martin Fowler 在《UML Distilled》一書中曾經說過的：「你只能強迫新手們這麼做。過了幾年後，他們會突然恍然大悟，然後腦袋彷彿重生！」這句話來說明他對這位程式開發人員意見的看法。
同人看 Kenming Wang 這篇文章覺得怪怪的，倒不是不贊同他對寫好使用案例好處的觀點，而是覺得強迫新手去做我們認為有價值的東西是很危險的。 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 »
18 日和全家參加主婦聯盟東區營運的生產者之旅，參觀幾家與合作社合作的生產者，讓大家對共同購買的產品有更深一層的認識。我們參觀了新峰芽菜農場、關西段木香菇、以及來春嬤麥芽糖，接受這些生產者對我們熱情地款待，同時也感受到他們工作的辛勞與努力。在感動之餘，同人也寫了這篇文章分享此行所得到的心得與體會。 Read the rest of this entry »
現代人的物質生活富裕，不容易發生營養不足的問題，但無形卻增加了肥胖的可能性，不知不覺讓自己的健康亮起了紅燈。因此，許多人會關心自己體型是否過胖的問題，希望能透過減肥來調整自己的體態以維持健康。
但該如何減肥呢？很多人會用節食來減肥，以節制進食來減少對營養的吸收（室女座），藉由燃燒體內屯積的脂肪來供給生活所需的熱能（火星）。使身體吸收營養所產生的熱量小於基礎代謝率（月亮），來達到降低體重的目的，不過只靠節食來減肥，其效果通常都會碰到體能的限制而無法持續（土星）。 Read the rest of this entry »
過去同人在健康占星的研究，較為偏向生理及心理上的研究。這些是可以透過觀察而得知一個人的健康情形，例如血壓、心跳、血糖等數據，依據對一般人的客觀統計，而得到的標準來評定健康情形。但除了客觀衡量之外，健康還有另一種主觀認定的面向，也就是體能。
不然如果我們的健康數據是正常的，但卻感到自己的體力無法適應生活，大概不能認定自己是健康的吧。因此為了讓健康占星學有更完整的詮釋，同人在這篇文章提出以體能為基礎的健康占星學觀點。 Read the rest of this entry »
