其他

摘要對各種活動，包括工作流程過程，過程的執行順序和關係，與過程的執行有關的代理，以及在執行期間使用的資源的表示，稱為工作流程建模。多種技術正被用於工作流程建模。 其中之一是使用臨時的物件導向資料模型TF-ORM來表示工作流程模型 [20]. 失敗和異常在工作流程執行期間可能會引起嚴重的問題，特別是關鍵任務的應用程式。 本論文將展示TF-ORM在被用於工作流程建模的時候，是怎樣允許多異常的表示和用於系統復原的資訊的定義。 1 簡介工作流程，也叫做事務過程，關注在一種事務環境中活動的協調 [26].

可以說,到了今天,我才真正能開始做我想要的重構/改進。之前，只是補充測試，調整了一下結構。是的，非常的緩慢，這居然被稱為“敏捷”!? 你說奇怪不奇怪?還好，這種節奏適合我這種大齡青年，合用就好，關它是風花還是雪月。==》 測試覆蓋上一次漏掉了最重要的非同步，測試覆蓋:本以為會秀一個漂亮的100%覆蓋率的測試出來，人算不如天算，居然有一個方法是75%！（本文著作權屬於 2012 - 2013

花了幾天時間，把很多人推薦的《精益創業》讀完了，感觸頗多。精益和敏捷一樣，越來越受到小型企業和小型團隊的喜愛，其核心思想非常類似，都是要避免浪費，用一句古話說，其實就是要把“好鋼用在刀刃上”，畢竟一個人或者一個團隊的精力和時間都是非常有限的，如果浪費很多，那麼就勢必會影響效率和效果。還有一點二者比較類似的就是，不管是精益也好，敏捷也罷，更多的是一種思想，而不僅僅是一種簡單的做法，有了這種意識之後，就可以在很多地方都應用。的確很多小型企業或者團隊都受益于敏捷或者精益，但並不意味著只有在“小型”的時

三、反饋1)       客戶對軟體的反饋在極限編程中一個很重要的實踐是有現場客戶，從此也可以看出來對客戶回函的重視。有了現場客戶，就能夠隨時對軟體做出反饋，能夠保證在“瞄準”的過程中不斷調整，保證軟體前進的方向。而且，現場客戶還可以對開發人員在開發過程中遇到的問題隨時做出反饋，那樣開發人員就可以避免由於自己的主觀猜測而出現的錯誤了。而這正是在傳統的軟體工程的編碼階段程式員最容易犯的錯誤，因為在那個階段，已經沒有客戶的參與了，編碼人員只是根據詳細設計來編寫代碼，對業務的不瞭解往往會造成編碼和單體

兩天的時間，讀完了《喬布斯的魔力演講》，之前也讀過一些關於演講方面的書籍，像《演說之禪》、《演講之禪》等等，但那些書中說的更是比較一般的知識，沒有強烈的個人色彩，而這本書則不同，完全是基於喬布斯的演講來和大家分析演講的技巧，讀過之後，不僅僅是對演講技巧的瞭解，更是對於喬布斯這個人從演講的角度有了更多的瞭解。喬布斯的演講很多都是在宣傳自己的產品，從mac、iPod到iPhone等等，之所以能夠如此成功地宣傳，讓全球的人們能夠爭先恐後地購買蘋果的產品，首先喬布斯對於這些產品是發自內心的一種喜愛。這種

從Web

昨天分別到鳥和貓的兩家天空書屋轉了轉（鳥的天空書屋在民主廣場附近，貓的天空書屋在老虎灘漁人碼頭，哈哈），想的是找一家書吧作為以後讀書會以及社區小型活動的場地。和鳥的天空書屋的老闆聊了差不多一個小時，也參觀了三層樓，感覺還是一個比較好的環境，主要情況：1. 三樓有個差不多能夠容納20人左右的場地，有投影儀2. 和他們商量，可以把我們的書就放在那裡，他們可以給我們騰出專門的地方來放（書架上）3. 地理位置比較方便4. 環境也比較適合其他小型的活動，比方說敏捷遊戲、code retreat、code

《Rework》這本書中文譯為《重做》，是本非常好的書，沒有太多形容詞，一個“好”字足矣。這本書和《駭客與畫家》有共同的特點，就是鼓勵人創業，在一家大公司做穩定的工作，做得再好也只是一個零件，如果自己創業，就可以把自己的想法，自己的創意發揮出來，從而給人創造更大的價值，也體現出個人更大的價值。對於創業這個話題，現在總是會有很多人在談，但是想要有所得，必定會有所失，可能會在事業上有所成就，但是對於生活，對於家庭，可能會有所失，這也正是我一直在猶豫和考慮的問題，我想要的到底是什麼，至少在現在還比較明

雖然Html不是和互連網同時誕生，但如今它們的緊密關係，讓人幾乎一忽略了這段曆史。Html有如此強的生命力力，應用如此之廣，自從W3C宣布H已死之後，卻又在別處開了花，Html 5的發展卻又反過來，逼得W3C接受又繼續發展。然 後，自Html設計之出，就主要針對靜態內容的表現，這也註定其天生缺陷。互連網已從起初的內容表現，發展到應用的平台，在應用程度領域上已經足以與案頭

熟悉極限編程的人都知道，在極限編程的十二項實踐中，有一個非常重要的實踐就是結對程式設計，也就是兩個人坐在同一台電腦前面，使用相同的鍵盤和滑鼠來開發同樣的一個模組，一個負責代碼的鍵入，另外一個人負責盯緊可能出現的錯誤，包括低級錯誤和方向性的錯誤。而且，當一個問題對其中一個人難以解決而恰好是另外一個人的強項的時候，那麼角色就會發生轉換。但是，由於某些原因，我一直無法實踐結對程式設計，儘管在平時有意的在自己的工作中實現極限編程中的一些實踐，但是一個人對於結對程式設計這項實踐是無法進行了。（除非我會分身

討論5：一個B/S高手的困惑 ☆★☆★快來！！10月25日讀者見面會☆★☆★          前幾天，收到一封來自B/S開發高手的來信，其內容如下：博主你好：         部落格文章非常好，我也是有些許疑惑，一直在纏繞著自己， 我也做開發3年多了從Asp做到Jsp【ssh 多種組合】再到現在的PHP【自己也寫了個公司架構】，現在是個teamleader  項目架構也從簡單的虛擬機器主機、單獨伺服器、均衡負載等等。開發方面一直在這麼做下去。       

工欲善其事，必先利其器。N多年前微軟官網曾發了.Net下必備的十種工具，N多年過去了，世異時移，很多東西都已經變化了，那個列表也似乎陳舊了。而且，該文也只是對十種工具獨立的介紹，顯得有些羅列的感覺，是不是每個工具都是同等重要，工具與工具之間是否有聯絡？等等，闡述得並不明確。這裡，我想從另一個角崖，重新歸納一個更新的更實際的武器庫。更新，是因為有很多最近幾年才出來的工具/架構庫，更實際，是因為我自己的項目就完全依賴使用。Visual

之前連續參加了三年的QCon北京，去年的QCon杭州沒有去參加，今年實在是不能錯過，所以就跑了過去。這樣，今年實現了InfoQ會議參加的大滿貫，QCon北京、Archsummit，再加上這次的QCon杭州，三次會議全部參加了，哈哈。這次真的是不虛此行，聽到了很多不錯的演講，比方說馮大輝的山寨CTO速成班課程，其中的內容非常實在，而且講述的是真實的故事，讓我們瞭解到丁香園是如何從之前問題多多的情況，逐步得到解決，而且做出了進一步的改善和進步，開發出很棒的移動端應用。其中還談到了作為CTO所應該考慮

貌似自己在喬布斯活著的時候沒有給予過多的關注，也沒想過瞭解這個人，但是在他去世了之後，加上媒體的炒作，朋友的推薦，自己也一下子買了好幾本和喬布斯相關的書。上一本書《喬布斯的魔力演講》，讀它的原因在於想和這位演講專家學習一下演講方面的技巧，而這本書也非常名副其實，讓我很是體會了一下喬幫主演講中的魔力。而剛剛讀完的另一本書《追隨內心:喬布斯,從每一次失利開始 》則完全不同，其中沒有什麼演講方面的技巧，它向我們展示的完全是喬布斯的另一面。任何人都無法一直是成功的，喬布斯也一樣，他的性格和處事方式上也有

"業務域,是軟體的核心價值所在。"專案經理和架構師: 敵人還是朋友        無論是買成型的軟體產品,還是出資開發項目,客戶投資的是軟體的業務價值。專案經理直接為這個目標負責,盡量少的成本,盡量短的時間,生產出高業務價值的軟體產品。架構師則是跨越單個項目,長期為這個目標負責。        專案經理與架構師是天生的敵人,短期看這是對的,長期來看,他們是真正的朋友,是戰略朋友。沒有專案經理項目會死得很快;然而沒有架構師,公司會死得很慘。       

 故事（9）:我要招聘什麼樣的人        N年前我剛剛升職為一個部門主管時，我作為一個Team Leader肩上的壓力是很大的，各個項目都需要我來制定項目的研發進度規劃，制定各個項目向前發展的技術方向。還要不斷地滿足日益緊迫的項目時間進度要求，滿足使用者對系統開發品質不斷精益求精的要求。   

極限編程的核心有四個，交流、簡單、反饋和勇氣，這四個原則大家在平時做項目的過程中一定也注意到了。但是兩位大師Kent Beck 和 Martin

我的作業系統安裝的是Windows XP

前兩天的進度似乎有些慢,今天加快了一點, 不把每一步說的那麼詳細了.==》地區資訊的提取繼性別和生日之後,最後一個資訊塊,只是列出測試如下.（本文著作權屬於 2012 - 2013 予沁安）==》有效性這是一個比較大的問題. 前面,我臨時性的把不同地方的驗證去掉了. 代碼原作者也過來, 暢敘了他關於驗證的看法. 他是對的, 這種完全驗證的方式,根本上說是

故事（8）：主考官的無奈☆★☆★快來！！10月25日讀者見面會☆★☆★      主考官系列文章進展到了第8個故事，逐步地大家從我這個系列故事中瞭解到，主考官面對應聘者的思考方式。    有些朋友一定會有誤解，說：要是所有主考官都像鐘老師這樣該多好啊！