其他

　　廣州的職工工資已經居全國十大城市之首，超過深圳，達到3026。　　房地產員工工資加得最快。廣州一個月的樓價就加１０００多塊。　　大家怎麼看待？是因為市場過熱？股價狂升？土地屯積？地少人多？　　按說，應該不會地少人多，不過，多數人集中到一個城市，也是原因之一。但至少應該還有更重要的原因。抱怨沒有用，可是，我們也只能是分析一下原因，我們改變不了什麼。　　呵呵，早知道去幹房地產。

那天給公司的新員工進行了一次編程規範培訓，我把這些規範分為：1）微觀上的規範。2）宏觀上的規範。先說下微觀上的規範。第一，契約式編程。這是流程與流程，功能與功能之間的銜接點的規範。就像流水線兩邊的工人。如果下一流程的工人，不檢查上一流程工人生產的零件就開始使用，那麼就算是上級工人的零件有問題，他也要承擔責任。如果他在使用前就檢查出問題，那麼上一流程的工人就要承擔責任。所以，上一級工人在向下傳遞零件時，需要先檢查一下。同理，如果程式員A的函數，在傳的參數的時候，不做檢查，傳出了不正確的值，那麼程式

　　現在的網站開發越來越流行，使用JS的機率也非常高，JS已經成為Web開發的必要工具。現在甚至有一些網站80%是使用JS開發的。比如地圖網站等。所以，JS的調試也成了非常重要的內容。　　除了一般使用debugger和設定斷點外，還可以使用一些瀏覽器工具進行輔助調試。比如，在你頁面上有一個地圖對象，假設為maplet,現在你想測試一下它的setCenter函數的運行效果，甚至在不正常參數下的運行效果，但你又不希望在你的網頁裡面寫測試，或者甚至這個網站不是你自己的，你根本沒有許可權修改HTML代碼

　　我們平時在網上查詢到許多企業的黃頁資訊，在地理上的位置，GPS上面的地理資訊，都需要人去採集。我根據公司的一些情況，介紹一下資訊資料擷取的一些方法。    首先，最直接的採集方式，就是需要有人去實地採集。資訊採集方式有“路調”和“點調”。路調是指乘坐交通工具採集資訊點（以下稱POI)，而點調是測繪員背著裝置，徒步走在路上採集。像公司採集的唯一不通車的墨脫縣資料，就是採用點調，行走的人，腳上被各種吸血的蟲子咬，在山路上爬，有石頭塌方，辛苦的完成了這個艱巨的任務。成就了最豐富的資料資源。   

　　開發項目過程中，偶爾會遇到這樣的情況：測試人員已經幫你測試出很多的Bug，但你需要製作新的功能，並且，你也更喜歡開發新的功能。這時候怎麼辦呢。根據優先順序，你是一定有道理先做新功能的，因為它的優先順序明顯高很多。這個時候，你原來的系統會非常多的錯誤，但你又急於完成新功能，根本不去理會。但那麼多優先順序低的錯誤，也是不能容忍的。　　這個時候，解決方式就是“小強地獄”，我們定義一個百分比，或者一個閥值，如果你的Bug超過這個數量，那麼，你將被推入小強地獄，在這個地獄裡，你能夠做的事情，就是改Bu

一直沒明白trunk branches tags的意思，今天問了一下google，來理解一下。trunk:主線，開發過程中的工作目錄branches:支線，臨時分支，定製化需求branches/order008branches/order009tags:發布目錄，不做修改tags/release-1.0tags/release-1.1情境一： 產品開發已經基本完成，並且通過很嚴格的測試，這時候我們就想發布我們的1.0版本,不再提交代碼1. svn copy svn://server/trunk

　　這個周六去了微軟Office參加講座，說真的，沒有上去中信，一開始坐錯了電梯。　　會上講了VS2008的新語言特性，還有，SQL2008，SilverLight的應用，Windows2008，還有微軟的S+S理念。　　印象比較深刻的是VS2008的新語言特性。注意，這裡講的不是.net Framework3.5的新語言特性。我試總結一下：工具上的更新。 多目標（即支援多種Framework 版本更換），豐富的HTML/CSS支援，JS支援，WPF設計器和項目支援等。 擴充方法

　　最近出台了一些政策法規，很多人都對這些法規有錯誤的瞭解，最近聽了正規電台的解釋後，才有點明白它們的正確含義。這裡給大家解釋一下。　　首先，是最熱門的《物權法》，很多人都覺得是保護了大家的私人權利益，但據電台的專家說，雖然說是有那麼一點作用，但《物》最重要的，保護的是大業主的利益，所以不要抱太大希望。　　其次，是關於明年的《壟斷法》，很多人以為可以阻止像電信之類的壟斷，但據電台的專家說，《壟》不是為了阻止電信公司的壟斷，而是要保護國內的壟斷，防止國外公司進入中國進行壟斷。　　大家要多聽取正確的

周三：A正常，B正常，C進展有些慢，沒能很好分清主次。公司動蕩，時常開會。投入度低。E，F 加入進來，第一Apsara Infrastructure Management Framework本是熟悉一下項目。今天分配下去的任務也很少。關鍵點還是卡著。周四：C完成介面編碼，總算完成了。其它一般。E,F剛開始瞭解。途中跑，比較平穩。燃進圖上，曲線在上方，催促著我們。周五：關鍵點上仍然沒有測通。開始另一個關鍵點（上周二的設計）的編碼。隨著任務的減少，空閑人員開始自發地結對。到這次日會，燃盡圖

　　以前一直在廣東.net群上，自己也搞了個廣東.net二群。一群的群主是Jerry，最近聽說是去搞C++，也聽說被老婆叫去罰跪CPU，把整個群都讓出來了，故寫文章悼念一下他。　　在我印象中，他好像是個胖胖的人，好像有偷偷看過一眼他照片。胖胖的人一般比較健談善社交。不過Jerry可能是程式員的緣故，有時候覺得會有點懶懶，然後也不像是胖胖人的特徵。不過，胖胖的人經常會有時候很亢奮，有時候很低落，這點可能有點像。　　他是一個比較嚴謹的人，雖然有時候會嚴謹過頭，這可能是程式員的特點。不過經常能夠指出人

這套模板是兩三年項目積累下來的一個架構模板，應該說這類三層架構的代碼產生器已經很多。用資料庫表驅動的產生模式也快過時了，時髦一點的應該是ROR這種模型驅動的方式。不過呢自己用用，能提高工作效率就行。以前學習asp.net的時候，從duwamish,petshop上學到不少東西。這次拿點東西出來，主要是做一下自我總結，促進一下交流。只要能幫上你一點忙，也算咱為中國的軟體事業發過一點光了。本模板實現的是單表的CURD操作，包含基本的列表和編輯操作aspx頁面。剩下的多表關聯，分頁查詢在項目中的比例不

　　今天下午ECS Operations and Maintenance

http://www.blogcn.com/user8/flier_lu/index.html?id=1670460&run=.0FB98ABCLR中通過預定義屬性(Attribute)為實值型別結構的定義提供了很大的靈活性，基本上可以很靈活地處理絕大部分原有Win32 API和COM介面的定義。          對沒有顯式指定的類和結構，C#及其它編譯器有權利任意更改欄位定義順序，以最佳化佔用空間和訪問時間。例如一個結構  以下為引用：  struct A {   short a; 

結束篇。經過本周一，周二的掃尾，周三上午日會時就對系統進行了示範。本系統關鍵點沒有搞定，也就是說本次sprint目標沒有實現。本次示範時，發現仍有若干功能的遺漏。整體投入度比估計值還低。功能遺漏是我監管不力，其實是故意不去管的，就是測試我的故事列表是否寫得夠清晰，能讓大家都看明白。實事證明這裡是需要改進的。故事要細化，要有自己的主題。不能因為相似而合并不相關的故事。故事的分解這次也做得不好，本身團隊習慣按層級編碼，但一個故事分三層做的話，又太小，合在一起又太亂。下次還是明確細分一下，以免遺漏。本

　　遇到一個伺服器，居然不支援WebResource.axd，樹型控制項不能摺疊，而且左邊的+、-號全部是X號。　　這個時候，如果沒有辦法讓管理員加上支援，只好採用比較特殊的方法來解決了。　　首先，你會看到有樹型控制項的網頁裡面，引入了兩JS檔案，大概是<script src='WebResource.axd?id=xxxxx' type='text/javascript'

魏文王問名醫扁鵲說：“你們家兄弟三人，都精與醫術，到底哪一位最好呢？”扁鵲答說：“長兄最好，中兄次之，我最差。”文王再問：“那麼為什麼你最出名呢？”扁鵲答說：“我長兄治病，是治病於病情發作之前。由於一般人不知道他事先能剷除病因，所以他的名氣無法傳出去，只有我們家的人才知道。我中兄治病，是治病於病情處起之時。一般人以為他只能治輕微的小病，所以他的名氣度只及於本鄉裡。而我扁鵲治病，是治病於病情嚴重之時。一般人都看到我在經脈上穿針管來放血，在皮膚上熬藥等大手術，所以以為我的醫術高明，名氣因此響遍全國。

使用svn co http://jqueryjs.googlecode.com/svn/tags/1.3.2 擷取jquery的1.3.2版本.查看日誌,這個目錄copy form path:/trunk/jquery.這是標準的trunk,tags目錄方案.項目包含三個目錄build,src,test.src 240k,test

偶得EMMA:http://www.ibm.com/developerworks/cn/java/j-lo-emma/照葫蘆畫瓢，很快就把自己的單元測試套上EMMA。文章裡已經介紹很詳細了，照樣本項目，改幾個目錄就OK了。emma報表如下：nameclass, %method, %block, %line, %all classes48%  (182/382)42%  (1837/4375)14%  (14960/107942)18%  (4099.4/22681)block:空行，注釋等lin

宣言：個體和互動             勝過    工具和過程可以啟動並執行軟體        勝過    面面俱到的文檔客戶合作                勝過    合約談判響應變化                勝過    遵循計劃原則：1. 優先順序最高的是，通過早期和持續傳遞有價值的軟體來滿足客戶。2. 歡迎變更需求，即使在開發的後期提出。敏捷過程為客戶的競爭優勢而控制變更。3. 以兩周到兩月為周期，頻繁地交付可啟動並執行軟體，首推較短的時間定量。4.

文章目錄 需求階段 設計階段 實施階段 測試階段 部署階段 [轉]軟體測試與Junit實踐 P29測試參與的5個階段： 需求階段 這個階段的測試工作表現為需求複審會議，要求測試人員具備項目所涉及的行業知識、良好的客戶溝通、熟練的工具使用技能等綜合素質，因為本階段加入了對UML使用案例圖和順序圖的運用，所以測試人員需要對大量的UML圖例進行業務複審。 設計階段