其他

[轉帖]敏捷開發，Use Case 還是 User Story 2009-9-24敏捷開發，Use Case 還是 User Story Murali Krishna告訴我們：未能徹底明白使用者故事的性質往往都是未能有效地轉變到敏捷開發的重大問題。使用者故事最重要的特點在於每一 個使用者故事都是一個“可獨立分配”的需求（特徵）單位。要達到“可獨立分配”，就要從“使用者”如何使用系統來表達使用者故事。這樣才讓你實現到一個能讓使用者

如果沒有檢索自訂屬性的資訊和對其進行操作的方法，則定義自訂屬性並將其放置在原始碼中就沒有意義。C# 具有一個反射系統，可用來檢索用自訂屬性定義的資訊。主要方法是 GetCustomAttributes，它返回對象數組，這些對象在運行時等效於原始碼屬性。此方法具有多個重載版本。屬性規範，如：CodeCode highlighting produced by Actipro CodeHighlighter

1.檢查你的磁碟剩餘空間是否足夠,如果沒有磁碟剩餘空間,則清理磁碟,騰出空間2.檢查你的磁碟分割格式如果是FAT16,則資料檔案最大隻能是2G如果是FAT32,則資料檔案最大隻能是4G改為NTFS分區則沒有這種限制3.檢查一下你有沒有限制資料庫檔案的大小企業管理器--右鍵你的資料庫--屬性--檔案增長限制--如果有限制大小,取消限制4.檢查你的SQL版本,如果你用MSDE,則限制了資料檔案最大是2G5.你也可以為 primary 組添加新的資料檔案來解決這個問題alter database

對於自訂 Handler   處理 自訂  尾碼的 頁面——也許你在 VS中開發都是非常正常的。但是當你發布到 IIS 上時，卻報異常了：或者 500.21或者 GetProcAddress() 異常。其模組列表中有一個錯誤模組“ManagedPipelineHandler” 於是，你按照網上的方法：或者 aspnet_regiis.exe -i或者 重裝了IIS或者 在IIS 中，將你的Handler 的程式集 加入了

Web farm (1) A group of computer systems and Web server software that collectively provide the Web page delivery mechanism in a company either for internal use (intranet) and/or for the public Internet. It is a server farm made up of Web servers

查詢結果分頁是以較小資料子集（即頁）的形式返回查詢結果的過程。 它通常用於以易於管理的小塊形式向使用者顯示結果。DataAdapter 提供了通過 Fill 方法的重載來僅返回一頁資料的功能。 但是，對於大量的查詢結果，它可能並不是首選的分頁方法，因為 DataAdapter 雖然僅使用所請求的記錄來填充目標 DataTable 或 DataSet，但仍會使用返回整個查詢的資源。 若要在從資料來源中返回一頁資料時不使用返回整個查詢的資源，請為查詢指定附加條件，使返回的行數減少到只返回所需的行。若

系統莫名出現的問題，查了很多資料，最終在這裡有個比較靠譜的解釋，備份下，來源：http://hi.baidu.com/silict/blog/item/5aa8fc167942ef0c962b432c.html 無法載入遠端存取連線管理員服務 錯誤711 操作無法完成，因為它無法及時啟動遠端存取連線管理員服務。請重試此操作。採取的解決方案已經有以下幾種，這也是到目前為止我能找到的所有方法： 第一種方法： 請看你的以下服務: 服務名稱:eventlog 顯示名稱: Windows

用戶端發送流到伺服器端有幾種方式，這裡討論兩種：1.用戶端串連到伺服器後，發送一個流，伺服器接收一個流。 {*------------------------------------------------------------------------------  用戶端發送流,假定已經建立串連------------------------------------------------------------------------------*}procedure

大端(Big Endian)與小端(Little Endian)詳解【大端(Big Endian)與小端(Little Endian)簡介】Byte Endian是指位元組在記憶體中的組織，所以也稱它為Byte Ordering，或Byte Order。      對於資料中跨越多個位元組的對象， 我們必須為它建立這樣的約定:(1) 它的地址是多少?(2) 它的位元組在記憶體中是如何組織的?    針對第一個問題，有這樣的解釋:   

RS.OPEN SQL,CONN,A,BA: ADOPENFORWARDONLY(=0) 唯讀,且當前資料記錄只能向下移動ADOPENKEYSET(=1) 唯讀,當前資料記錄可自由移動ADOPENDYNAMIC(=2) 可讀寫,當前資料記錄可自由移動ADOPENSTATIC(=3) 可讀寫,當前資料記錄可自由移動,可看到新增記錄B:ADLOCKREADONLY(=1) 預設鎖定類型，記錄集是唯讀，不能修改記錄ADLOCKPESSIMISTIC(=2)

　　摘抄： 　　　　1.思想是靈性生活的基石，思想如何，為人即如何。健康思想並非偶然產生，乃是有意識地琢磨、培養心思習慣的產物。我們若想改進自己的境遇與情緒，首先必須願意改進思想。　　2.查爾斯·裡德的經典座右銘： 　　　　播種行為，收穫習慣；播種習慣，收穫性格；播種性格，收穫命運。 　　　　3.思想決定了你是誰以及你將成為怎樣的人。

在normal狀態下運行命令：:winpos，將會顯示gvim的當前位置。編輯.gvimrc檔案，添加命令 :winpos x y ，可是設定啟動時的位置。同樣，鍵入命令：:set lines columns ，將會顯示gvim當前的大小。同樣可以將該命令加入.gvimrc檔案中儲存設定。啟動gvim時可以在命令列上指定視窗的大小和位置:gvim -geometry {width}x{height}+{x_offset}+{y_offset}。例如：gvim -geometry 80x25+10

TU-R BT 601: 16位元據傳輸；21芯；Y、U、V訊號同時傳輸。ITU-R BT 656: 9芯，不需要同步訊號；8位元據傳輸；串列視頻傳輸；傳輸速率是601的2倍；先傳Y，後傳UV。656輸出的是串列資料，行場同步訊號嵌入在資料流中 601是並行資料，行場同步有單獨輸出;656隻是資料轉送介面而已，可以說是作為601的一個傳輸方式。簡單的說ITU-R BT.601是"演播室數字電視編碼參數"標準,而ITU-R BT.656 則是ITU-R BT.601附件A中的數字介面標準,

一、FrameBuffer的原理 FrameBuffer 是出現在 2.2.xx 核心當中的一種驅動程式介面。

可能用H618b的多WAN來串連Epon交換器的部分使用者會發現這樣的問題，路由剛上電的時候，EPON交換器的連接埠會被關閉，這個到底是怎麼回事？有一些人說不相容，有一些說電腦檢測了，其實不然，個人主要分析有以下原因：如：大家都知道，不管是H618b還是VLAN交換器，在啟動的時候，都要載入他的VLAN配置參數，有一些機器他在啟動的時候先啟動連接埠，再載入配置，當啟動連接埠的時候，這個時候只有預設VLAN，這個就是屬於同一個組的，說明白點就是剛啟動的時候就像一台普通交換器。大家看到就知道了，是啟

 Loadrunner中參數的設定 51CMM.COM原創 作者：rongrong3000 [2003/06/10]轉載于海笑的小空間。可以好好研究研究     

 3S技術整合的方式 目前“3S”技術的結合與整合研究已經有了一定的發展,正在經曆一個從低級向進階的發展和完善過程。“3S”系統的低級階段,系統之間是通過互相調用一些功能來實現的;“3S”整合的進階階段,三者之間不只是相互調用功能,而是直接共同作用,形成有機的一體化系統,以快速準確地擷取定位的現勢資訊,對資料進行動態更新,實現即時實地的現場查詢和分析判斷。其具體主要表現四種結合方式: (1) GIS與RS的結合; (2) GIS與GPS的結合; (3) RS與GPS的結合; (4)

1.vmdk檔案丟失首先要發現丟失了什麼檔案，一般他只丟這樣的檔案“Windows XP Professional-00000*.vmdk”（“*”號表示有序數字）。你從“Windows XP Professional-000001.vmdk”開始，配合著“Windows XP Professional-000001-s00*.vmdk”（“*”號表示有序數字）這樣的檔案按順序向後找，會發現某個設定檔“Windows XP

 前言 :自訂Configuration區段的資料讀取，先前小朱有寫了一系列的文章。本篇文章描述，如何使用程式碼做自訂Configuration的資料寫入。 注意 :在 Microsoft Visual Studio IDE除錯環境下，執行程式寫入.config時。程式寫入的將會是*.vshost.exe.config，而不是預期中的 *.exe.config。並且程式執行結束之後，IDE會覆蓋*.vshost.exe.config成為寫入前的狀態。因此會誤認為程式執行失敗。 只要編譯完畢之後，

前言身為一個開發人員，應該會有聽過「軟體開發流程」、「領域驅動開發」等等，這些開發技術名詞。但是...開發人員心底話，包含我自己都覺得：資料檔案都寫的跟天書一樣，模模糊糊的、項目壓力下趕工都來不及了，誰有空搞這些的東西。 今天要來扭轉這種印象，讓開發人員搞懂「軟體開發流程」、「領域驅動開發」這些開發技術。並且以自身的開發經驗，說明這些開發技術該在哪用、怎麼用。讓項目的開發不再是無中生有，而是一個循序漸進的過程慢慢「長」出來的。 *在文章開始之前，一定要先提一個最重要的重點：開發技術沒有最好的只有