其他

      M產品醞釀了那麼長時間，終於大規模的研發了，實屬不易，但是擺在K君面前的困難還是不少的。6大模組同時發力，需求欠缺，只有概要需求，時間期限很緊，人員缺失，研發人員，需求人員都存在著瓶頸，並且年底前需要出α版本。想到了這些腦袋就已經大了。        如何做？怎麼做？那麼多的需求，需求人員對應的過來嗎？研發人員一起研發6大模組，還是像以前一樣，等待著需求寫出來，評審完畢在進行嗎？那麼到了年底，估計需求還沒有搞完呢，更別提示範版了。那麼如何去做，需求成了瓶頸，how can we

        Wiki新波（M產品的研發經理）的努力下搭建好了。雖然在搭建的過程中，破費周折，自己機子測試良好的Wiki在發布到伺服器上，卻巨慢無比，也不知道為什麼，於是連忙換了台機子之後，方才有所改善。那麼Wiki好了，該如何開始呢？工具都已經有了，就看你怎麼幹了。         K君還在思考著後續如何進行的時候，突然想到產品的大綱還沒有寫上呢，於是趕緊登陸Wiki準備研究一下大綱編寫的格式，然後讓我們的需求Z君去更新一下，結果上去一看，買糕的，之前討論的需求條目都已清清楚楚的放在那裡了。

       周末的時候，在家和小丫頭開始玩飛行棋，對於這個遊戲，我也是第一次嘗試，每次看著那個說明書的都是都感覺頭疼，這次終於在小丫頭的強烈要求之下，開始逆著頭皮，進行嘗試這個遊戲。規則在不斷的犯錯中慢慢的熟悉了起來，小丫頭玩的很是高興，在睡覺之前玩一局才可罷休，在爸爸的催眠故事《喜洋洋系列》下慢慢的睡去。       

        Z君很快就整理好了需求模板，放到了Wiki上面，讓大家進行參考，後續的每個功能點的需求都需要按照這個模板進行填寫，這樣後續需求人員進行整理需求的時候就可以方便的進行需求匯總了。SVN上的項目也由新波建立好了，一個M產品的Project，下面分了6個模組的子Project。整個研發過程還是依照之前裁剪的Scrum流程進行，每兩周一次迭代，每日9點鐘進行立會，在看板上進行挪動自己的任務，這次唯一的區別是沒有了測試環節，因為只是一個α版本，所以測試環節進行的弱化。           

      為什麼要開Sprint啟動會，不開是否可以？它的作用是什嗎？為什麼要PO，SM，TEAM都參加？帶著這些問題，我們分析一下Sprint的啟動會的內容。      大家也知道啟動會重點做了以下的這幾件事情：進行需求講解 挑選PBI（product backlog item），也就是由客戶選出重要的PBI. 拆解PBI到SBI（sprint backlog item）。 討論每個SBI的工時。 TEAM挑選任務。     

          我們進行軟體研發的目標是什嗎？書中關於目標的思考也引發了我很多的思考，是的，我們研發的目標是什嗎？更快的研發效率？更高的品質？更炫的功能？更多的功能？更好的能力提升？公司養活了這麼多的研發人員，目標就這上面的這些嗎？那麼我們的目標是什麼呢？           

        作為一個新員工，一個首要的工作就是閱讀別人的代碼，閱讀代碼的諸多好處就不說了，我就直奔主題，通過預讀代碼，發現了幾種實現兩個不同類型的Bean之間實現值複製的幾種方式，上網查詢後發現效能上會有差異，於是就萌生自己深入瞭解幾種實現的想法。第一步就是先本著實事求是的原則去探求一下大家總結出來的效能差異是否正確。        比較的是四種複製的方式，分別為Apache的BeanUtils和PropertyUtils,Spring的BeanUtils,Cglib的BeanCopier。

          剛剛吃完飯，收拾完東西，大胖魚①就躺在了床上不動換了。小丫頭從床上找了一堆的東西，什麼枕巾，被子，床單，毛毯等，堆在了胖魚的身上，把大胖魚捂得嚴嚴實實的，一點都不透氣。胖魚待了一會兒實在受不了了，太熱了，於是在裡面使勁一揮，半個身子就露出來了。          小丫頭大喝一聲，“你是誰？”，胖魚答道，“俺乃孫悟空是也，這次是從五指山裡面蹦出來了。”。小丫頭說了一句，“悟空，你還是回去吧，我不是你師父唐僧。”。胖魚當時就懵了，直挺挺的躺下了。       

很多人都會有這樣的困惑，看著直接上級，心中規划著自己的未來時都會冒出來這樣的一句話--“他什麼時候升遷，什麼時候才能輪到我。”，或者，“他什麼時候走呢，這樣才會輪到我。”，不過慢慢的也看明白了，人家乾的好好的憑什麼就要走啊，另外他什麼時候升遷，誰也說不好，轉過來再想就是，他的位子真的空了，那麼是否就真的輪到我了，而不是他呢？                  

     大多數公司，部門再考慮人才模型時都在遵守的千年不變的金字塔模型，金字塔模型的魅力在於它已經成為墨守成規的原則，另外特別的，從名字上來看也很吸引人-“金”字塔，當然這個模型在很多公司裡面也很適合。那麼這樣的模型是不是符合我們的需要呢？不知道是否很多部門經理，公司老闆思考過。        

一、應用圖片標準iOS控制項裡的圖片資源，蘋果已經做了相應的升級，我們需要操心的是應用自己的圖片資源。就像當初為了支援iPhone 4而製作的@2x高解析度版本（譯者：以下簡稱高分）圖片一樣，我們要為iPad應用中的圖片製作對應的高分版本。我知道不少開發人員很有預見性的早在iOS 5.0 SDK上就完成了這一步升級。可是我還是要強調一點，那就是之前 Michael Jurewitz (@Jury)在推上提到過的：— 如果想讓你的高分圖片顯示在新iPad上，你必須用Xcode 4.3.1

         每天晚上照例要給小丫頭講故事，每次都是照著書來念，有些時候故事很長，讀起來很累，於是靈機一動，開始編故事。故事不是那麼好編的，編了一個兩個還行，編了兩天之後，就有些黔驢技窮了。突然靈機一動，以喜洋洋為原型，開始隨意捏造故事，而且達成了一個長篇小說。記錄下來，以備將來回顧之時，以資笑談。當然故事有些久遠，細節已經產生偏差，大骨架還是沒問題的。        

 說明：本文是基於CentOS 6.3版本，5系列版本請另行參照其他文檔一、安裝NFS對應的服務1.安裝NFS 套件   首先安裝NFS套件，命令如下：yum install nfs-utils.x86_64（64位系統）yum install nfs-utils(32位系統)2.安裝RPC服務（注①）yum install rpcbind(centos6) 二、啟動NFS1.啟動RPC服務Service rpcbind start2.啟動NFS服務Service nfs

       偶然看到這樣的一句話，“We never really grow up, we only learn how to act in public.——其實我們並沒有真的長大，我們只是學會了在外面如何表演而已。”，被深深的打動了，這樣直指內心的話語，不能不動容。就像朋友說的，“面具戴久了，就成了皮膚”。       

     最近在探索Quartz的定時任務以資料庫方式進行儲存擷取，其中用到了Spring的MethodInvokingJobDetailFactoryBean。在注入MethodInvokingJobDetailFactoryBean的時候，發現總是出現異常參數的錯誤。     Caused by: java.lang.IllegalArgumentException: Cannot convert value of type [org.quartz.JobDetail] to

1、HTTP請求協議名://主機名稱:連接埠號碼/資源URI/*******************************GET /index.html HTTP/1.1Host: localhost:8088connection: Keep-Alive******************************/ 2、request headerHost,

                                                                    ------《22條商規》第19章正視失敗法則讀後感       沒有人會為曾經沒有採取某種大膽的舉措而離職，深深的刺入心中。是啊，只會有人因為激進而被懲罰，還很少有人為保守而受罰，特別是沒有人知道的保守而受罰，除了公司收到業績影響外，個人不會有什麼影響。        “個人第一”，不管採取什麼樣的措施，什麼樣的舉措，如果這件事情對於高層領導個人沒有利益的話，

去年年初的時候，剛剛由一名開發經理，提升為一名三級部門的部門經理，喜悅之後，困惑隨之而來，而且應了那句老話，福無雙至禍不單行，困惑，迷茫也都是接踵而來。 一、大開發經理   

       因為項目要求根據資料庫的配置資訊啟動Spring中的Quartz的任務，這樣就要求CronTriggerBean是動態多樣的。搜尋了很多文檔也沒有得其所以然，於是從Spring的配置資訊進行入手了。       網上介紹的各種例子中，預設都是以SchedulerFactoryBean進行開始的，也看到，裡面就一個參數就是triggers，那麼這樣就好說了，只要把trigger根據資料庫中的配置資訊進行產生就好了。       <bean id="startQuertz"

           代碼中經常充斥著很多多餘的判斷，不僅僅是增加了代碼量，而且還有可能引入bug，同時也增加了理解的時間。        1 public static String get(String key){ 2 Object returnObj = prop.getProperty(key); 3 4 if (returnObj != null) { 5 return (String)returnObj; 6