其他

       周末的時候，帶著寶寶在公園裡玩，小丫頭早上吃飯的時候，不好好吃飯，玩玩的就有些餓了，想要吃東西，當時出來沒帶什麼硬貨，全是小零食，正好旁邊有一個超市，於是帶著小丫頭去買點吃的，補充一下能量。       到了超市裡面，媽媽讓小丫頭自己挑選吃的，小丫頭一遍看，一遍念叨著，“我要挑一個我最喜歡的，我覺得世界上最棒的事物。”，我在邊上看著，偷偷的樂著，小孩子啊，無邪的可愛，說的話也是很有趣。過了一會兒，小丫頭終於挑了一個最滿意的食物出來了。我一看就暈了，什麼破東西啊，一個不知名的小麵包。

                             -----副標題：外來的和尚會念經  很多人都有有這樣的感慨，在公司內部獲得提升總是很困難，而外面跳過來的人卻又瞬間佔據了有力的位置。為什麼在公司裡面，我勤勤懇懇的工作，獲得提升的機會，卻沒有外面的人來的快？          有句俗語，“外來的和尚會念經”，確實，本地的和尚的往往得不到同樣的光環。那是因為你在公司裡面，所有的表現大家都看的到，不管好的表現，壞的表現大家都是一目瞭然，這樣大家對你就有一個相對綜合的評價和一個相對準確的評價。

原文地址：http://fusesource.com/docs/broker/5.4/tuning/PersTuning-KahaDB.htmlOverview：ActiveMQ的訊息儲存發生了一些演變，現在KahaBD 訊息儲存是預設的，也是推薦的儲存機制。AMQ訊息儲存，和原kaha訊息儲存已經成為上一代的儲存技術了。KahaDB architecture：KahaDB技術架構（2.3所示）是為高速存取訊息而設計的。資料的塊存數在journal

         最近小丫頭迷戀上了玩小電腦（IPAD,家裡口語稱作小電腦），沒事總是要玩，經常纏著爸爸媽媽要求玩一會兒，特別希望聽裡面的故事和玩遊戲，不由得先感歎一下Apple公司設計的實在很好，很易用，3歲多的小丫頭玩起來一點也不困難，行雲流水，很是順暢。      

       在網路上看到過這樣的一篇故事，講的是一個牧羊人的故事。大概情節如下，有一個村落，只有幾戶人家居住，周圍有一個禿山，門前的小溪也已經乾枯，這幾戶人家平時也會經常吵嘴。這裡住著一個牧羊人，他每天放羊的時候，就會在山上種下一顆樹德種子，等過了幾十年之後，這漫山遍野的山上都長滿了樹。門前的小溪也流淌著溪水。住戶也逐漸多了起來，，慢慢這裡形成了一個風景秀麗的小鎮。鎮上的居民和睦相處。一名和牧羊人一起長大的孩子成為了記者，把牧羊人的事迹進行了報道。       

使用JMS Transactions改善效率  http://fusesource.com/docs/broker/5.4/tuning/PersTuning-JmxTxn.html You can improve efficiency of the broker using JMS transactions, because JMS transactions enable the broker to process messages in batches. That is, a batch

   在按照 《ActiveMQ in

  The use method of afxDump and TRACE 

      之前在任務看板上貼的任務便簽全部都是拆分後的，每個小任務，基本上都是2~3個小時，或者是0.5天，1天的任務，這樣造成的一個後果就是一個功能點是否完成了，或者是一個特性是否完成了，不是很直觀的知道，同時統計的燃盡圖 (burndown chart)也都是根據小的任務進行統計的，導致某個時間點想看都有哪些功能點或者哪些業務特性做完了，就很難進行統計和瞭解，只能從錯綜複雜的細節中進行抽絲剝繭進行分析，使用起來很是不方便。     

     晚上陪著小丫頭一起學習畫畫，做手工，情境很是其樂融融的。小丫頭做的高興了，不知為啥，突然甜甜的說道，“爸爸，你真香，你好香啊。”，可能也是因為我洗澡了的緣故，不過原來在小丫頭的心裡，爸爸可是最臭的人。      媽媽在一旁聽著，忍俊不禁的笑著，頗有些諷刺的意味，不過我心裡還是很得意，心中很是享受著這樣的吹捧，蕩漾著幸福的美。    

      志剛他們怎麼樣了，國良在那裡調研需求，緊張的寫著方案，同時還要對應著家裡的研發需求確認工作，周一上班的時候，kaka與國良通了一次電話，方案基本上已經確認，現在就在等待志剛他們的技術攻關了。        志剛那邊也在緊張的調研著，當然也是不是的傳來一些好訊息，船運的很多裝置都已經可以讀數了，可以獲得稱重的資料。    抓鬥秤          倉秤         散料秤裝置        還有我們的調研裝置:)       

     企業做大了之後，慢慢就會喪失一下活力和創新動力，企業行動略顯拖遝，創新力不足，特別是研發部門因為沒有直接的業績掛鈎，更是缺少一些明顯動力，同時因為各個山頭都已經確立，各個山頭的老大因為遠離地氣較遠，以及思維定勢的原因，再加上穩重，控制風險等原因，不願意過多的折騰，從而趨於保守。      公司設立的各種鼓勵創新的各種措施，也因為各種平衡，以及寡頭的存在，也僅限於部分的資源內輪換，而沒有起到真正次級創新的效果。大企業如何保持著小團隊的靈活性，以及敏感性，就是考驗著一個企業的活力和創新性。

     在研發過程中，為了保證代碼品質，很多團隊都會使用程式碼檢閱，或者叫做代碼Review。一般情況下，代碼Review都會採用集體Review的形式。   集體Review    形式： 一個團隊，大家坐在一間會議室裡面。一人進行講解自己的業務和代碼實現，團隊的其他成員進行Review，提出問題，發現問題和補充不足。   這樣可以達到以下的目的：   1.Linus定律

                                                                                    ------《關鍵鏈》學習筆記      衝突圖如下表現           局部最佳化不是提高有效產出的好的辦法，按照《關鍵鏈》中介紹的，整個環節是由一個個環串連而成，有效產出查看的是鏈的強度，那麼整個鏈的強度是由哪個最弱的環來覺得，那麼提高其他的環的強度對於整個鏈的強度而言，是沒有什麼作用的。      

        參加了多次的培訓之後的最大的感觸是，一群道貌岸然的大師侃侃而談，講述著各種的規範，各種原則，口若懸河，講的天花亂墜，但是沒有一樣直指內心，全是紙上談兵的泛泛之論，如果詢問落地的細節之處時，言語含糊，顧左右而言其他，或者以時間有限為由搪塞而過。        靜下心來仔細想想，也是，各種大師，講師，磚家，佈道之人很多都是被一門理論進行灌輸，深入學習了這種理論，對於理論的細節之處可以侃侃而來，但是這些都是僅限於知識理論之內，因為沒有實地操作過，實際經曆過，所以落地之事就比較含糊其詞，

        現在都是一個小孩子，家裡都是寵著慣著，動不動就會以哭來要挾，迫使你放下一些原則，哭絕對是一個最大的殺傷性武器。在以前我一直認為，哭只是孩子在試探你的底線，如果你堅持住了，那麼孩子哭的底線就會高一些，如果你不堅持，那麼孩子哭的底線就會越來越低，並且也會越來越嬌氣。不過後來，發生了一件事之後，我的觀點稍微有些變化，同樣是保住底線，但是方式有些不同。         

     最近一直在看《金礦》，一本講精益的圖書，裡面講到了各種看板和流程梳理的事情，看的時候總是不由自主的想到Scrum的一些流程，其中的很多知識給與我更多的思考。精益裡面的流程，是以看板為基礎進行拉動前面的生產，同時控制前面的生產節拍和節奏，保證了在製品的減少，從而減少了在制庫存，也減少了成本。那麼如果把這個思想放到Scrum裡面的話，那又會是怎麼樣呢？     以前，在實施Scrum研發的時候，流程類似於這樣的          

     翻譯自：http://fusesource.com/docs/broker/5.4/tuning/PersTuning-SerialToDisk.html     KahaDB message store：KahaDB 是ActiveMQ Broker 為了高效能而推薦使用的訊息儲存機制。KahaDB支援多種效能選項供你進行調整，以獲得最優效能。Normal dispatching through a persistent broker（持久化Broker常規分發）：Figure2.1

    每日立會本身是進行狀態分享交流的會議，現在發現大多數的時候，立會上大家都是各說各話，互不關心，在一個人說自己的事情的時候，每個人都在想著自己的哪一點事。別人說的什麼，做的什麼，只有項目負責人關心，講的人眼睛也只是在看著項目負責人再說。並且更沒有人在項目上說一些大家共同關心的事情，或者需要大家進行關心的事情。    

                                                    ----《關鍵鏈》學習筆記