其他

EventLog，無論對於管理員還是對於程式員來說，雖然不算是一個噩夢，但是仍然是很麻煩的一個東西。先不說分析evt檔案的繁瑣的格式和直接操作註冊表，就連用.Net傻瓜化的EventLog Class，都會發生意想不到的問題。情境： 在Windows下，由於安全性的問題，很多時候我們的程式是不能以管理員權限啟動並執行。但是眾所周知，當程式以預設的普通使用者權限啟動並執行時候，是無法建立Event

本題目選自CLR Team member Kathy Kam的BLOG。請你不要編譯運行下面的代碼，說出運行結果。class MainProgram{    static void Main(string[] args)    {        double a = Convert.ToDouble("1.170404");        double b = Convert.ToDouble("2.170404");        double c = Convert.ToDouble("3.

為什麼進行需求控制？需求如何控制？這兩個問題伴隨著最近的CRM開發一直引發我的思考。在上一篇《需求到底是什嗎？——由CRM開發想到（一）》我似乎一直在表明需求的清晰和明確（其中包含需求提供方的明確，服務群體的明確，需求內容的清晰等內容）對整個項目開發的重要性，但是一直忽略了對需求進行有效及時的控制，是不是有了明確的需求就能做好一個項目，我的答案是否定的。原因主要有以下幾點：需求的明確只是在前期項目分析階段和設計階段的一種相對明確。在後期需求變動過程中也表現出特定的相對性。需求的清晰只能作為項目開

//Xingmai命名空間if(!Xingmai)var Xingmai = {};//內容視窗Xingmai.ContentBox = {//建立視窗CreateBox : function(){//建立表單var contentBox = {};//IDcontentBox.ID = null;//視窗TitlecontentBox.Title = null;//視窗寬度contentBox.Width =

習慣了.Net編程，尤其是以前幾乎沒有用過Basic，Pascal，C/C++等“較古老”的語言的程式員，遇到PInvoke，尤其是COM

用慣了C#，VB.Net的人，可能很習慣用下面的格式來捕獲所有的異常：try {    //Some code}catch (System.Exception ex) {    System.Console.Write("Error!");}這條語句能捕獲所有種類的異常嗎？顯然，這條語句捕獲的是System.Exception，以及所有繼承自它的類。也就是說，如果你拋出了一個不是繼承自System.Exception的對象，該語句就無法捕獲。拋出不是異常的異常……這種不相容CLS的事情，可能嗎？

大家在使用Reflector瀏覽，分析各種.Net

DECLARE @path NVARCHAR(2000)SET @path = '【絕對本地路徑】\【要備份的檔案名稱】(' + CONVERT(NVARCHAR(4), DATEPART(YEAR, getdate())) + '-' + CONVERT(NVARCHAR(2), DATEPART(MONTH, getdate())) + '-' + CONVERT(NVARCHAR(2), DATEPART(DAY, getdate())) + ').Bak'BACKUP DATABASE

曾經在一個月前看過一篇文章（http://gamix.cnblogs.com/archive/2006/03/10/347354.html），其中作者希望程式啟動時不顯示主表單，而只是在SystemTray顯示一個表徵圖；當使用者點擊該表徵圖時，才第一次顯示出主表單來。作者在文章中已經說得很清楚，將Form的Visible屬性設定為false是不行的，因為在Application.Run方法的內部，主表單的Visible屬性將被強制設定為true。此外，有朋友在回複中提供了“不啟動任何表單”的辦

早在Java到來之際，程式員們都已逐漸接受並樂於接受String的這一特性：immutable。從C/C++轉到.Net/C#的程式員們，在最初可能非常不適應把char[]和string分開對待，但是一旦習慣了就會覺得非常方便，尤其是直接以+進行串連，以及支援switch...case等。這個時候問題來了，string真的是immutable的嗎？cbrumme的blog上給出了一個例子：Code highlighting produced by Actipro CodeHighlighter

 還記得大一大概就是這段時間進入的千尋製作團隊實習，一個月後離開。在千尋，自己給團隊帶來的麻煩似乎到現在還曆曆在目，我留給千尋的就是麻煩吧。而千尋給我的經驗和理念，卻讓我受用了很久。直到現在我都不得不承認現在所學到的東西還不及那次短短一個月的千尋經曆。 原來千尋團隊中的成員現在大概還在的只有一個人了。也是上次請教這個曾經做過我師傅的人技術方面問題後問及才得知的——只有他那個時候還留在千尋，而現在，又幾個月過去了，不知道還在不在。 自己還是很關心千尋的，有事無事的時候都會去看看，看著千尋走到了今天

高中的時候，老師給我們出了一道題：四個圓最多可以把平面分成多少個部分？我們這些學生拿到題，都開始拚命在紙上畫圓，一個，兩個，三個……各種可能的稀奇古怪的位置都要考慮到。等我們費儘力氣算出是14個部分之後，老師又問：那麼10個圓呢？這下我們都傻了，10個圓，這要怎麼畫啊。不過也有善於小聰明的學生，試著推算：一個圓的話是2，兩個圓是4，三個圓是8，可是四個圓怎麼不是16呢……看來行不通。最後，老師告訴我們，大家要學會推論的思考方法：兩個圓最多有兩個交點，那麼假設平面上已經有n個圓，那麼當我們畫第n+

5月15日晚上約18點44分，NTT東日本營業地區的14個都道縣內，所有NTT的Flets光纖網路、以及使用了光纖網路的IP電話突然之間都不能使用了。在大規模使用IP電話代替傳統電話的日本，這是非常嚴重的事故。將近300萬網路使用者和60萬的IP電話使用者受到影響。經過NTT公司的緊急修複，終於在午夜1點35分完全恢複了網路使用，整個過程曆時約7小時。NTT立刻對事故原因進行了調查。根據5月16日發布會議上的訊息，事故原因起始於設定在東京的藏前的一台路由器。具體情況是，15日晚，該路由器發生故障

19號，我安裝上IE7

針對個例的、社區性的維基系統設想（草稿）  背景介紹 一、互動式問答系統新浪愛問，百度知道，以及其他一些類似的系統在2005-2006年度可以說是出盡了風頭。雖然很多媒體將之稱為“一種新的搜尋引擎方式”“提問式搜尋引擎”，但是我並不能同意——這個系統只不過是一個有搜尋功能的問答系統，搜尋在其次，由所有網民進行開放式的問答才是核心。這種系統在實質上，可以看作是一個限制了發帖形式的論壇。 在這裡我們同樣注意到，雖然這種商業模型取得了很大成功，但它並不是什麼新事物——且不說國外早就有了，在國內來說，C

剛剛將新的閱讀部落格園提交apple，等待審核，主要解決了以下問題：1.文本閱讀模式字型大小調整到適合手機閱讀。 2.美工細化，介面更美觀。 3.程式結構調整，整體更流暢。先看看0.2的介面吧！哎，說句題外話，看到My

Google可以說是全世界使用最廣泛的搜尋引擎，其搜尋的統計結果本身就是一筆寶貴的財富。Google每年都會推出Zeitgeist以發表最熱門的關鍵字的相關資料，現在有了Google

自作多情想把sql裡面的Float轉化成.net裡面的float（System.Single）結果報錯。後來仔細查查才知道忽視了細節 BigIntInt64。64 位元的有符號整數。BinaryByte 類型的 Array。位元據的固定長度流，範圍在 1 到 8,000 個位元組之間。BitBoolean。無符號數值，可以是 0、1 或 nullNothingnullptrnull 引用（在 Visual Basic 中為 Nothing）。CharString。非 Unicode

很久沒有在部落格園寫隨筆了，今天補上，O(∩_∩)O哈哈~。需求到底是什嗎？特別是對於軟體開發來說，需求是最為關鍵也是一個項目能否成功的判定標準，然而，正式這個標準，讓需求背負了太多的東西。為什麼從CRM定義想到需求到底是什麼這個問題，只是因為最近項目做的是CRM，對CRM的定義，似乎就是原始的需求意向，然而就是這個定義，卻更讓需求無所適從。CRM：客戶關係管理系統。關鍵字：客戶，關係，管理。那麼就從這些關鍵字說起。一、客戶：什麼是客戶？客戶是我們的工作動力和目標；是給我們為其服務的機會而給予我

Reflector作為一個如此強大的反編譯工具，其本身的保護也一定很完善。曾經有高手的文章[1][2]介紹Reflector的保護方法，但是時過境遷，新版本的Reflector又採用了更為隱晦的保護措施，給想瞭解Reflector內部細節的人提高了門檻。下面，就本著學習的態度，把我在分析Reflector時所看到的保護方法簡單介紹一下，以當前的最新版本4.2.45.0為例。1，混淆混淆應該是Assembly保護的最基本措施了，混淆工具也是比比皆是。用Reflector開啟Reflector自己，