其他

為什麼我們會失敗     1、缺乏目標；                                                       2、目標沒有寫下來；    3、目標不明確；    4、目標沒有設定期限；    5、時常更改目標；    6、目標太多；    7、缺乏核心目標；    8、忘了設定短期目標、中期目標和長期目標；    9、不願意對自己負責任；、    10、缺乏行動力；    11、自我設限；    12、無法掌控自己的情緒；   

在本周三的華爾街日報舉辦的All Things

文章目錄 1.基本流程2.注意事項       在掌握了前面幾篇（概述、多媒體管理器、多媒體連接器、多媒體伺服器）關於OMCS的詳細介紹後，我們就可以正式基於OMCS進行二次開發了。下面我們就從服務端和用戶端的角度分別介紹開發的步驟。一.服務端開發      拋開具體的商務邏輯而言，就OMCS的服務端的開發而言相當簡單。步驟如下所示：

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

利用webBrowser擷取頁面比較簡單，MSDN下有樣本，在這裡不必多說。可是一些 HTML 文檔由“架構”構成，或可以存放它們自己獨特 HTML 文檔的視窗。使用架構可以輕鬆地建立 HTML 頁面，其中一頁或多頁在其他架構持續更改它們內容的同時保持靜態，例如導覽列。HTML 作者可以採用以下兩種方法之一建立架構：使用 FRAMESET 和 FRAME 標記，建立固定視窗。- 或 -使用 IFRAME 標記，建立可以在運行時重新放置的浮動視窗。因為架構套件含 HTML

主要原因是沒有釋放AO資源public class Form1 : System.Windows.Forms.Form{    private ESRI.ArcGIS.esriSystem.IAoInitialize m_AoInitialize = new ESRI.ArcGIS.esriSystem.AoInitializeClass();     private void Form1_Load(object sender, System.EventArgs e)    {        /

我們在建立自訂的伺服器端控制項或是使用者控制項時，經常需要用到一些用戶端js指令碼，通常將其作為資源嵌入，並在頁面後台代碼中添加引用，但是如若用到一些通用的js庫（比如JQuery）時，就免不了產生一個疑問：如果使用此控制項的頁面也需要用到該庫時怎麼辦？在控制項中引入，在頁面中也引入，不就會造成頁面中引入兩次同一個或是兩個版本的js庫嗎？這不僅邏輯不通，而且可能浪費資源。如是不在控制項中引入，但要求頁面中必須引入，那麼拿給別人使用時免不了讓他一頭霧水，甚至某一天你自己都忘了這回事，對著一堆js錯

上次的彈力類比動畫實現後，我覺得可以把這個弄得更好玩一些，我們可以讓小球即時跟隨著滑鼠，並且還可以讓視窗完全消失，讓小球在案頭上飛來飛去。這隻需要一些簡單的修改就可以完成了：首先要去掉原有的滑鼠點擊事件處理，它們現在沒用了。在引用中添加對System.Drawing及System.Windows.Forms的引用：在處理X、Y座標變化的代碼前加入如下代碼：接下來要修改表單的屬性，以使其覆蓋全屏、總在最前、不顯示在工作列且完全透明，這需要進行以下的屬性設定：Background="Transpar

Vxworks中增加system call的虛擬碼.比如使用者層可以擷取kernel中的time tick.#include <syscall.h>#include <syscallLib.h>unsigned short gettimdsp(void);SYSCALL_RTN_TBL_ENTRY msGetTbl[] ={ {(FUNCPTR) gettimdsp, 1, "gettimdsp", 0}};unsigned short gettimdsp(void){

從畢業到現在，已經兩年半了，大大小小的項目也做了八九個了，最大的一個項目規模是大約170人月，耗時半年，最小的項目也就是三四個人，做了一個月。幸運的是，從來還沒有做過失敗的項目，於是，我就想當然地認為：怎麼可能會有失敗的項目呢？究竟怎麼樣的項目才叫失敗呢？項目群組成員的辛苦加班，算不算項目失敗的一種呢？我這裡暫且認為無法交付成果物，或者是交付的成果物無法滿足客戶需求。我曾經旁觀（沒有參與其中）過一個項目，這個項目可以說是完全失敗了。先說一下最終的結果：代碼量：用戶端、伺服器端、資料庫PL/SQL

一、DIP簡介（DIP--Dependency

     在ESFramework 4.0 進階（04）－－ 驅動力：通訊引擎（下）一文末尾我們已經將通訊引擎以及整個訊息骨架流程組裝起來了，只要通訊引擎一接收到訊息，架構就會按照規定的流程進行運轉。到這裡，自然想到一個問題，如何來發送訊息了？沒有發送，何談接收，就更不會有後續的驅動整個訊息處理的骨架流程了。 一.發送訊息時遇到的問題     在ESFramework 4.0 進階（03）－－

 Select From

    此系列文章來源於我和jason網友的一次關於委託的對話，本來網上關於委託的文章實在是太多了，我也不想去寫這方面的東西。但是給jason網友解釋委託的那次對話卻顯得非常的有趣，在jason的建議下便整理成了這一系列文章,其中很多可能與委託並沒有什麼關係(只是因為它是從一次有關委託的對話而來)，純屬本人的一些看法，如有說的不對的地方還請大家指正。開關的誕生   

前言：我也是初學者，有不妥之處希望大家能提出意見。另外轉載請註明作者和出處，畢竟花了快一周的時間才完成。 瀏覽更多設計模式與和申、紀曉嵐的故事 話說乾隆、和申、紀曉嵐三人離京巡遊，一日來到一個村莊，村子有一戶人家住著一個漂亮姑娘和她的母親老夫人。姑娘喜歡三件事情：美食、購物、旅遊，但是這三件事情都是老夫人最厭惡的，她希望自己的女兒能做兩件事情：讀書、練字，可是姑娘一聽見這些東西就頭痛。 乾隆知道這些情況後想考察一下兩個大臣的能力，於是他給和申、紀曉嵐每人三天時間，看誰能把姑娘泡到手，讓和申先來。

文章目錄 建立協程協程的狀態 概念協程(Coroutine)這個概念最早是MelvinConway在1963年提出的，是並發運算中的概念，指兩個子過程通過相互協作完成某個任務，用它可以實現協作式多任務，協程(coroutine)技術本質上是一種程式控制機制。比如，消費者/生產者，你走幾步，我走幾步；下棋對弈，你一步我一步。Coroutine(協程)可以分為：非對稱式(asymmetric)協程，或稱半對稱式(semi-asymmetric)

     只要是以下載用戶端的形式分發的程式，絕大多數都需要自動升級的功能。目前主流的程式自動升級策略是，重新下載最新的安裝包，然後重新安裝整個用戶端。這種方式雖然簡單直觀，但是缺陷也很明顯。比如，即使整個用戶端有100M，而本次更新僅僅只是修改了一個1k大小的dll，那也意味著要重新下載100M的全部內容。這對頻寬是極大的浪費，而且延長了升級了時間，相應地也增加了客戶茫然等待的時間。     

      在ESFramework 4.0 進階（02）－－

    ESFramework底層使用最高效的IOCP（IO完成連接埠）模型，使得資料收發與處理達到最高效能。另外，ESFramework只會在需要時才使用必要的資源（如CPU、記憶體），並且會及時釋放持有的資源，可以超長時間（比如數年）穩定運行，絕不會有記憶體泄露、死線程堆積等情況發生。    本實驗用於測試ESFramework服務端引擎核心的效能和穩定性，測試程式使用最新發行的ESFramework

      （本文所介紹的新功能位於2011.04.18發布的最新版本中，此次版本變更請參見ESFramework 4.0 版本升級說明（持續更新））