其他

http://www.programfan.com/club/showpost.asp?id=16682深入理解abstract class和interfaceabstract   class和interface是Java語言中對於抽象類別定義進行支援的兩種機制，正是由於這兩種機制的存在，才賦予了Java強大的物件導向能力。abstract  

1.根據項目要求組建團隊,盡量讓性格相似，但技術互補的人在一起2.對項目成員開展技術、做人、做事及職業道德等方面的培訓3.給項目成員制定年度目標，並協助他完成4.瞭解下屬的核心需求(公平、成就感和同事友情),並創造條件去滿足他5.積極主動與下屬進行溝通（每月一次/人）6.制定正常化的專案管理手冊7.做好項目前期的準備工作：技術調查、培訓、需求分析、軟硬體的配置等8.進行項目的調研、需求分析、基本設計的編寫9.項目過程中積極主動協助客戶推進項目，不斷對項目成員進行review,不斷check他們的

  參見：Fbt2008的大作  SharpDevelop源碼分析筆記(一)    來源文件 <http://www.cnblogs.com/fbt2008/archive/2005/08/02/205785.aspx?Pending=true>

 [少時好壞]小的時候我們關注那個是好人！那個是壞蛋！[中時對錯]大了我們知道沒有絕對的好人和絕對的壞人，關注做的事情是對還是錯，內心想法目的是對是錯[老時因果] 又大了些我們知道沒有絕對的對和絕對的錯，不同時空，不同角度、不同出發點、不同觀察點，往往會有不同的結論。我們開始在意這些東東的前因後果。

  HFI贊助世界可用性日，主題是“Making it easy”來自Ergoweb 在2005年11月3日, 一個全世界性連續事件將通過“Making it easy”為主題，旨在促進以使用者為中心的設計。Human Factors International (HFI) 被選中作為每年世界可用性日的帶頭髮起人.

  經曆很多內部培訓程式員的培訓方法和課程，感覺相當來說CodeReview這個內部制度，對程式員，尤其是像我這樣資曆較笨拙之人有很好的技術提高促進作用。 但如果僅應付制度，完成過場，則大家只感其累無有利處。故而根據本人經驗擬定一CodeReview細則，希望對大家有所協助，同時懇切求大家意見經驗。 1、確保一周之內必須有一次至少四十分鐘CodeReview2、各小組人數不要超過10人，每組至少有一人有熟練編輯經驗，同時具有局部模組設計能力，並且此人作為  

  網址是：http://www.chinahrd.net/renliziyuan_yjh/qu_MBTI.asp 強烈推薦!!! 比較科學客觀。大家實驗一下。 我測試的人格類型是： ENTJ（外向，直覺，思維，判斷）您的工作中的優勢：　　◆ 能看到事情的可能發展情況及潛在的含義　　◆ 有創造性解決問題的天資，能客觀地審查問題　　◆ 有追求成功的雄心和幹勁　　◆ 對於在工作中勝任和勝出有強烈的動機　　◆ 自信並且具有天生的領導才能　　◆ 標準高，工作原則強　　◆

一個成熟稱得上真愛的戀情,必須經過四個階段，那就是：共存,反依賴,獨立,共生階段之間轉換所需的時間不一定，因人而易。第一個階段：共存。這是熱戀時期，情人不論何時何地總希望能膩在一起。第二個階段：反依賴。等到情感穩定後，至少會有一方想要有多一點自己的時間作自己想做的事，這時另一方就會感到被冷落。第三個階段：獨立。這是第二個階段的延續，要求更多獨立自主的時間。第四個階段：共生。這時新的相處之道已經成形，你（你）的他（她）已經成為你(你）最親的人。你們在一起相互扶持、一起開創屬於你們自己的人生.你們在

嘗試從緩衝中擷取資料，如果資料存在則返回，否則從資料來源中擷取資料，放入緩衝，然後返回。　　您是否熟悉上面這段邏輯說明？如果您的應用中大量使用了緩衝，則上面這段邏輯很可能會出現許多次。例如：CacheManager cacheManager = new CacheManager(); public List<User> GetFriends(int userId){    string cacheKey = "friends_of_user_" + userId;    

    首先請大家不要被我的標題唬住，關於AOP我是知之甚少的，只是對我所知道的這一些東西有些想法而已，繚表於此，博各位一笑。   

對於new()約束，大家可能有一個誤解，以為使用了new約束之後，在建立對象時與非泛型的版本是一致的：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->    public class Tester<T> where T : new()    {        private T t;        public Tester()     

1、正確的思考先正確的評判自己，才有能力評斷他人。你是否欺騙別人，或是自己？想清楚再回答。三思而後行的人，很少會做錯事情。企圖說服不用大腦的人，是徒勞無功。認為整個世界都錯的人，極可能錯在自己。2、行動觀察走在你前面的人，看看他為何領先，學習他的做法。忙碌的人才能把事情做好，呆板的人只會投機取巧。優柔寡斷的人，即使做了決定，也不能貫徹到底。善意需要適當的行動表達。3、相信相信你做得到，你一定會做到。不斷告訴自己某一件事，即使不是真的，最後也會讓自己相信。4、警覺對於那些使狗和兒童感到畏懼的人應提

何謂控制反轉（IoC = Inversion of Control），何謂依賴注入（DI = Dependency

原文：http://www.codeproject.com/csharp/SingleInstanceApplication.asp翻譯：Anders Liu出處：http://www.cnblogs.com/AndersLiu/archive/2007/07/09/811354.html簡介　　本文解決下列問題：1 建立單一實例應用程式。2 當使用者試圖啟動新的執行個體時，恢複前一個執行個體。3

最近需要一個錯誤記錄檔記錄和寄件提醒的功能，不願意自己寫，在網上直接找了下面的代碼改了點，蠻好用的！This article presents a way to log and mail the errors from any web page.It logs following details -Control on which the error is raisedPage which controls the errorError DescriptionTrace

  你不需要修改現有的代碼或者它的介面，應用Gang of Four (GoF) Decorator 模式提供了一種添加AOP的途徑。  假設我們有一個簡單的介面：public interface IMyBusinessObject {   public String doExecute(String in);}        下面是這個介面的實作類別public class MyBusinessObject implements IMyBusinessObject {   public

微軟的DotNet開發絕對是屬於那種入門容易提高難的技術。而要能夠成為DotNet架構師沒有三年或更長時間的編碼積累基本上是不可能的。特別是在大型軟體項目中，架構師是項目核心成員，承上啟下，因此        RUP方法論也認同以架構為核心，體現4+1視圖在整個軟體開發過程中的重要作用。架構人員既要精通技術，又要熟悉業務，而且基本對軟體生命週期各階段的相關技術都需要有相關的積累和知識儲備，而這些不經過多年的磨練是很難達到這個高度的。   要成為一個合格的架構師首先必須是一個合格或優秀的編碼人員，

有時候我們需要清空資料庫中所有使用者表的資料,如果一張表一張表的清空的話,遇到一個龐大的資料系統估計得崩潰了.  用遊標加上用變數來參考資料表名就可以做到這一點. 用變數來參考資料表名對錶操作可以用在預存程序中,根據需要動太選擇引用某個表的資料或對其操作   估計用的不多,好玩而已:)//定義遊標DECLARE tables_cursor CURSOR   FOR   SELECT name FROM sysobjects WHERE type = 'U' //選擇使用者表名OPEN

歸納起來，泛型比非泛型具有下面兩個優點：1、  更加安全在非泛型程式設計中，雖然所有的東西都可以作為Object傳遞，但是在傳遞的過程中免不了要進行類型轉換。而類型轉換在運行時是不安全的。使用泛型程式設計將可以減少不必要的類型轉換，從而提高安全性。2、 

從我開始參加工作開始，就有不少朋友托我找工作。隨著工作時間越來越長，認識的牛人也越來越多，竟然也有朋友的公司缺人找我推薦人才的。但我發現托我找工作的人裡，竟然沒有一個能符合找我推薦人才的人的需求，至今我竟然沒有促成一對“良緣”。每當有朋友找我推薦工作，我總是事先就告知他們，我手頭只有.NET開發方面的職位機會，當然有些朋友就“知難而退”了（沒辦法，人家或是java高人，或是對市場感興趣）。但更多的朋友則是不熟悉.NET的，卻希望能得到一個機會，並不斷承諾自己“學習能力強”，“只要給個機會，不出一