其他

 http://www.switchonthecode.com/tutorials/wpf-tutorial-introduction-to-dependency-properties So I was going to dive right in and do a part 2 on the WPF ListView tutorial from last week, but as I was writing the code I realized that a lot ofit relies

今天在利用sp_attach_db 'dbname', 'dataFileFullName', 'logFileFullName' 命令附加一個資料庫檔案到SqlServer2008時遇到了以下的錯誤：Msg 3415, Level 16, State 3, Line 1Database [dbname] cannot be upgraded because it is read-only or has read-only files. Make the database or files

對於能自動產生的檔案不要添加到版本控制中，如bin目錄，obj目錄。svnadmin create /Users/zhangronghua/documents/svntest  可以建立一個Repository.在指定的目錄下運行svn import  .  file:///users/zhangronghua/documents/svntest -m "the first import" 可以將目前的目錄加入到SVN中。svn co

    這是我在部落格園的第一次發貼。之所以用這樣一個標題，是因為今天是我的生日。感謝父母，賜予我生命，也祝園子裡朋友的父母健康長壽，願天下所有的父母都能幸福安康。    我也可以算是這裡的常客了吧，對這裡各位大牛也可以說是充滿敬仰，希望能和大家成為朋友。很早就想有個帳號，可卻也一直沒有申請。對於我來說，今天是一個全新的起點，而且今年也可能是關係到學業和事業起步的一年，希望自己能有一個不錯的開始吧。

 1, 整體架構上缺少規劃，要注意後期的重構和最佳化。2，會議很多，某些時候增加了溝通的成本，對技術人員也是一種幹擾。3，需要客戶不斷的參與4, 定了品質這個軸，時間這個軸就不確定了.即你無法確定在一個release內deliver多少feature.5, 民主導致的低效。6, 關於測試的一點, 如果你的測試案例是根據User Story設計的，那麼你可能要整合一些測試案例，因為User Story 是缺乏整體性的。你需要後期把一些測試案例合并或串聯起來。

勇於承認自己不知道答案，這點就和勇於對不合理的要求說不一樣令人難以開口，卻不能不開口。修複錯誤時不要急於下手，要先明白現在的邏輯，讀懂現在的代碼，遇到其它小組主寫的程式時不要死看程式，要多向其它小組的同事討教。永遠不要害怕問出SB的問題，再傻的問題只要是自己認識思考就要表達出來了，同樣如果碰到別人問一些簡單的問題也不要不耐煩，要認真對待。改bug或是看代碼時遇到不合理的代碼要善於逐步合理重構。如若有可能，“午餐會議”會是一個比較好的分享知識，增進團隊凝聚力的方式，不過處在一個公司不管飯、有人帶飯

設計原則：封裝變化，找出設計或代碼中可能會需要變化的部分，將其獨立出來，不要和那些不需要變化的代碼混在一起。針對介面編程，而不是針對實現編程。針對超類型（抽象基類或是介面）編程。變數的宣告類型應該是超類型，通常來說是一個抽象類別或是一個介面，如此，只要是實現了此超類型的類所產生的對象都可以指給這個對象，聲明變數時可以不用理會以後執行時真正的物件類型，實現了多態。多用組合，少用繼承。類應該對擴充開放，對修改關閉。要依賴抽象，不要依賴具體類。Dependency Inversion

大學生聯盟Team Dev成立了      首先感謝dudu給我們提供了良好的學習和交流的環境.      如果你還在努力地向神聖的大學邁進,同時又對編程有濃厚的興趣,那麼歡迎加入"大學生聯盟",同時祝你在高考中取得理想的成績.      如果你大學在讀,也同樣對編程有很強烈的愛好,那麼歡迎加入"大學生聯盟",讓我們共同的提高,我們從這裡起步，走向社會，走向未來！     

轉貼一篇作為結束。結合前面的Manager role in Agile Just Have Conversations About anything! Talking to and more importantly, listening to your people regularly and informally is a great asset. It doesn't matter what it's about, Your understanding of them and their

我問你“壓紀錄片一般要什麼碼率”。你要是說“具體情況具體分析”，我就會鄙視你。你要是說“看情況吧，高一點好，清楚”，我仍然鄙視你。你要是說“看情況吧，別太高了，人眼分辨不出那點差別”，我還是鄙視你。你要是說“我上次壓RMVB的，動態550-1450，我覺得還不錯”，我覺得這個回答有些價值。你要是說“我自己壓RMVB的時候，美劇基本上都是一次編碼，動態碼率550-1450的範圍，電影是二次編碼，劇情片是550-1450，動作片是 650-1450。聲音部分都是用132Kbps Surround

前些天參加了公司內一個項目的程式碼程式庫管理原則的討論。以前在客戶那裡做諮詢的時候類似的討論也有很多，但是相對來說客戶的情況比較穩定，而且項目與項目之間相似性比較高，所以可選的方式並不多。這一次討論，因為是發生在ThoughtWorks內部，大家處於完全平等的位置，敞開討論，反而讓原來死板的理論真的活了起來。背景CWP是ThoughtWorks內部比較大的一個項目有30多人，當然這跟我們諮詢的項目沒法比。不過ThoughtWorks比較崇尚小團隊，我們認為超過10個人的團隊就應該考慮拆分了，這對

　　最近開始倒騰一個J2EE

今天在練習Learning Objective-c on Mac上的代碼時輸入了以下的代碼，NSAutoreleasePool ＊pool;pool = [[NSAutoreleasePool alloc] init];//omitted [pool drain];return 0;程式報錯為"NSAutoreleasePool is unavailable: not available in automatic reference counting

兄弟在使用TcpClient時遇到如下麻煩：我想通過下面這句話來串連區域網路上的另一主機，假如叫"xyz"，xzy正在監聽自己的8080連接埠。TcpClient client = new TcpClient("xyz", 8080);但只要一運行就會出現如下異常：System.Net.Sockets.SocketException: 不能做任何串連，因為目標機器積極地拒絕它。   at System.Net.Sockets.TcpClient.Connect(String hostname,

測試的本質就是類比使用者的行為，首先要瞭解產品，分為positive 測試 negetive 測試，這似乎沒有什麼好說的。測試的組態管理就是兩個：測試案例管理和缺陷管理關於測試策略，這是重點，其中我概括的兩個終極問題為1， 測試能在何時（那個階段）、何地（那個層次）參與？2， 如何保證測試的有效性（測試的品質與最終發布的品質的一致，這涉及到regression， code freeze ， sanity check）。

三十多年前，一位架構師在中國南方畫了一個圈，並給這個架構起了名字叫改革開放，總結了這個設計的三個要素——一個中心兩個基本點。數年來，兩位新興的架構師在東北、華北、長江三角洲、西北、西南各地花了很多圈，並給這個架構起了個名字叫——和諧。幾百年來，大洋彼岸的架構師們似乎並不熱衷於在國內畫圈，因為他們的架構是一開始就設計好了的，穩定性、擴充性、伸縮性和可維護性都不錯。畫畫不畫圈似乎不重要，形成共識很重要。

正在做的一個Winform程式中引用資源檔中的圖片時遇到錯誤如下：未能找到任何適合於指定的地區性或非特定地區性的資源。請確保在編譯時間已將“EDSS.GEDSection.Properties.Resources”正確嵌入或連結到程式集“GEDSection”，或者確保所有需要的附屬組件都可載入並已進行了完全簽名。但是資源檔和資源檔中的圖片明明是正確嵌入的，沒有問題。最後經過搜尋發現問題的根源在項目的屬性檔案中項目的預設命名空間還是原先的“ExploreDevelpe.GEDSection”，而

　　根據Eric Evans在《Domain-Driven Design》中的說法，所謂Domain，簡單地說就是指問題域；Domain Model就是和Domain中特定問題相關的模型。　　為什麼要Domain Model？因為它相對於原來的Transaction Script方式（即傳統的那套Entity+DAO+Service方式），能夠比較好地處理複雜的商務邏輯。以下是摘自《Patterns of Enterprise Application

　　在設計一個系統時，事務和並發控制是非常重要的考慮點。而比較多見的事務主要是資料庫事務，所以這裡重點探討資料庫事務及其並發控制。本文將從事務的基本屬性開始，接著討論資料庫級的並發控制，再到應用程式級的並發控制，最後還將研究一些具體的問題。事務的屬性：　　亦即我們常說的ACID標準。　　A：Atomicity(原子性)，即保證一系列操作要麼全部成功要麼全部失敗的能力，這個大家應該都很清楚，沒什麼好說的； 　　C：Consistency(一致性)，事務始終工作在一組資料上；　　I：Isolatio

 綁定事件：Method 1$("#myElement").click( function() {alert($(this).text());}); Method 2$("#myElement").bind('click', function() {alert($(this).text());}); 第一種看起來要方便一些，但它有一個局限，即DOM元素必須存在才可以。如果是在你代碼中新添加的DOM元素，就必須要用第二種方法了，例如你新添加了一個可供點擊的 IMG