就國內中小民營企業而言，項目總監/經理的角色最為尷尬。項目總監/經理不是一個行政上的title，所以沒有行政、財務、人力上的權力；項目總監/經理也很少有項目提成或項目獎金；項目總監/經理更多的被視為因政治因素而臨時授命的一個暫時性的英雄人物，一個能夠帶領一群初級工程師完成某項任務的高級技術工程師。簡而言之，只有義務而缺乏權利。

　　我終于讀完了《喬布斯傳》。這是一本好書，我應該早點讀的。

　　周日傍晚，天色早早的暗了下來，樓下某只狗子一直叫著；有種讓人出神的寧靜。

　　英文原文：When Should You Avoid Commenting Your Code?

　　微軟澳大利亞的解決方案架構師Tom Hollander，在TechEd Australia大會上舉行了一場題為“敏捷團隊中的架構師角色”的演講。在演講中，他討論了他作為領導敏捷團隊的架構師所做的工作。

　　業務流程管理軟件既是一種載體，也是一種應運而生的工具。業務流程管理（BPM）軟件是大部分企業的重要工具，有助于企業進行集成和自動化梳理內部流程。隨著技術的不斷創新不斷進步，BPM的功能也隨之不斷完善。BPM出現的新功能是否為企業進行流程管理帶來變化，當中是否存在發展瓶頸。下面介紹BPM軟件的五大創新：

　　2011年11月出版的《喬布斯傳》很暢銷，也寫得很好，我還寫過一篇讀后感。

　　理解POCO先要理解POJO

　　我們必須把應用程序的安全性整合到軟件開發的過程中。之后在測試中才關注安全性是不夠的，因為對于修改錯誤來說，那太遲了，而且非常昂貴。微軟的Steve Lipner在上周舉行的RSA大會2011上發表了關于應用程序安全性的演講，其中談到在軟件開發生命周期中的安全性。他向大家介紹了微軟創建的安全性開發生命周期過程，其中包括以下階段：

　　在程序員這個行業，堅持做技術寫作的人一直比較少。我和身邊的朋友溝通后，發現他們除了借口沒有時間外，大多沒有意識到寫作帶來的收益。在他們看來，將自己學到的知識簡單記錄下來就足夠自己需要的時候回顧了。而技術寫作通常需要花更多時間，因為需要將技術的細節以及來龍去脈講清楚。

　　在剛剛過去的雙十一，淘寶怒斬 571 億交易額，成為年度的最大贏家。負責本次雙十一技術服務的螞蟻金服集團表示：雙十一的交易峰值已經達到 285 萬筆/分鐘，相比去年雙十一期間 79 萬筆/分鐘的交易峰值，今年系統的支撐能力達到了去年 3 倍以上，用戶整體支付體驗相比去年也順暢不了不少。從網友反饋的實際體驗來說，今年雙十一相比往年的確有了不小的提升，頁面打開的速度更快了，支付等待時間更短了，優惠力度更給力了……但是有沒有問題?有，而且這些問題從某種意義上講則是致命的。

　　有多少程序員，就有多少定義。所以我只詢問了一些非常知名且經驗豐富的程序員。

任何流程改進類項目都是分階段實施的，第一個重要的階段就是項目啟動。企業首先要制訂計劃，確定如何部署業務流程管理項目，選擇改進流程，并對領導項目實施的工作人員進行培訓。任何成功的BPM實施計劃至少應該包括以下九個步驟：

　　有段時間沒有更新技術blog了，現在有空每天都寫寫圍脖，記錄生活和工作的點滴，但是有時候發現有些技術的想法和工作總結沒有像過去那么完整的寫很大一篇，但是也有零零散散的不少點滴，因此想著隨意的寫這么一個連續的片段分享。 　　為什么叫做代碼背后的點滴呢，其實在現在互聯網應用來說，其實用什么語言，用什么平臺有些場景有影響，但已經不是絕對重要的因素的，其實代碼被后的設計思想才是最重要的。而用最熟悉的方式去表現最自然的想法，那才能做到游刃有余，就好比我向華黎同學申請這次內部獎勵的獎品希望是手寫筆，因為不論什么畫圖工具用起來都會妨礙我的順暢的表達，最終我把注意力集中到了畫本身上，而丟失了應有的靈感（在沒有拿到畫筆前，最近先少畫點圖）。寫代碼也是一樣，不要被流行，高性能，有潛力這些詞搞丟了自己的目標，工具就是工具，能廣泛的去學，但不必要廣泛的用，把干活要用的那門搞熟練了再說。廢話不多說，言歸正傳。         

　　BPM的產生緣由