其他

從改行做市場說起中秋佳節，給遠在上海的師兄打電話祝節日快樂，閑談中問起未來的發展問題，師兄歎一口氣，說改行做市場了，技術上的問題，找個人就可以搞定的。放下電話，我陷入了沉思。此類話語並不是師兄第一個對我說起，到底是什麼原因讓這個技術向來了得的“大拿”竟然也會拋開技術改行去做市場？我想來堅持的信念難道錯了嗎？記得幾年前看過一個新聞，說中國年輕一代的人有70%以上的比例打算將來要自己創業，我想各位看官與我也差不多算在這個比例裡。既然有心，當然要早作準備；但是幾年過來，看到的是人們熙熙攘攘、前僕後繼，

上文完成了用純C語言描述一個簡單的對象結構的工作，因為要用例子表現，所以這次我們要來設計一下Crest的文法，也就是要看一下如果Crest最終能夠成功完成的話，我們的編程代碼會是一個什麼樣子。最理想的物件導向文法當然是仿造C#、java這樣的結構了，但是因為C語言要用標頭檔，所以估計最終的樣式還是類似於C++。首先我們還是制定一個目標的樣式，然後再去用Crest仿造實現。目標是這樣的[代碼1]：class CString: CObject, IUnknown, IDispatch{ int

上一篇：應用程式架構設計之前言還記得97年左右開始的胖客戶機和瘦客戶機之爭嗎？之後又是CS和BS之爭，然後又是兩層和多層之爭...，十年之後的今天我們再回過頭看這些爭論，一切似乎看起來都那麼理所應當：程式怎麼能不分層啊？可是再想一下，原來我們用了整整十年的時間才達成了一個程式架構要多層的共識（效率多低啊）！要分層，當然基本就是三層了，其實多層的基礎也是三層：介面層、商務邏輯層、儲存層。多層只不過在三層的基礎上把每一層或多或少再拆分出一些來而已，總的來說沒有什麼大的變化。本系列文章中討論都以三層為

剛才在調試js，在mozilla中一切正常，但是在ie中卻報告有configuration變數沒有找到。以下是代碼：var Environment = new (function Environment$ctor(){    this.processCommandLine = function Env$procCmdLine(q)    {        var cmd = configuration || {};  // <---- 就是這一行報告錯誤        // 其他代碼省略 

感謝園子的兩位博友給我們帶來了和GObject相關的知識（參看《使用C語言進行物件導向的開發－－GObject入門》系列和《玩玩 Vala》），受到他們的啟發，決定也來仿造一個類似GObject的系統，用流行的話，就叫“山寨”了。希望bigtall這次也能做一個物美價廉質優輕便的“山寨”產品。這次行動的目的有如下的幾個：揭開所謂“物件導向”程式設計語言的神秘面紗，帶領大家到程式設計語言的深處旅遊一下。 試探一下C語言在承載新語言特性方面的水深

要做一個應用程式架構的念頭Bigtall在幾年前就有了，因為在工作中發覺很多方面非常的不順手，幾乎每一個環節都存在這樣或者那樣的問題：公司不同項目組做的設計是完全不同的風格，而且設計做不細，導致專案計劃越來越流於形式 各層代碼淩亂，從背景java或者c#到前台的html，天馬行空，隨心所欲

項目Wiki的選擇和配置項目組內部使用的wiki終於建立成功了！因為要開始一個新的重要項目，所以要開始用正規方法來進行專案管理。為了保證項目內部溝通的暢通，所以我們需要選擇一個wiki來進行內部文檔的合作編寫。工具的選擇選擇wiki時候的首選參考當然就是 http://c2.com/cgi/wiki?ChoosingaWiki 了，其中包含了大部分開源的wiki產品，並且提供了各種選型參考和特性比較。經過仔細考察，發現最好的wiki毫無疑問應當是 wikipedia

(未完成）興沖沖安裝了一個vista，結果用了2天，現在出現了錯誤，卡在crddisk.sys上了，連安全模式都進不去，查了半天，好像說是SATA的驅動或者無線卡驅動有問題，而且更可怕的是到今天為止沒有什麼解決方案。所以奉勸大家如果不想妨礙工作的話，還是等下半年sp1出來之後再嘗試vista吧。不管怎麼樣，反正系統是要先進去的。公司的機器沒有光碟機，所以只好打隨身碟的主意。查閱了N多資料之後，發現網路上的資料似乎並不能保證一次都能成功。所以bigtall決定寫一個正常好使的關於USB盤啟動的文章

昨天的文章《用JScript.net寫.net應用程式》一文寫了之後，對於其運行效率問題有了一點疑問，所以需要進行以下測試，前人當然做過很多種測試，不過bigtall的測試方法有些不同。這裡我採用了費伯納西的兩個演算法，一個是遞迴實現，一個是迭代實現。採用費伯納西的理由如下：它是一個複雜度為O(2n)的演算法，計算量足夠大 相同的計算，遞迴和迭代的主要區別是堆棧的處理，我們也可以同時比較一下不同語言在調用函數之間的效率差別。

上一篇：應用程式架構設計之二：分層和層間資料傳遞（上）看了上篇之後大家的留言，好多人覺得DO分這麼多形態，給這麼多名詞，可能在實際中沒有用處。其實相比.net而言，java在架構上的功力要深厚許多，要談架構如果避開java不談的話，就會膚淺許多。這一點上net可能還要許多年才能趕上（如果不加倍努力，恐怕永遠就落後於java了）。至於說VO、BO、PO沒有人分那麼仔細，恐怕只是大家自己沒有意識到自己在使用吧。正好下篇要對流行的架構進行分析，bigtall就鬥膽show一下分析結果了。針對在DO的形

昨天和已經出來自己做的前同事聊天，談到行業洗牌的問題的時候，突然想到了一個問題：現在是不是幾乎所有的行業都面臨一個市場重新洗牌的問題？至少在我們從事的銀行、證券、基金、保險業都是如此，不知道其他行業的情況如何？為此我想請目前正在做其他行業的朋友談一下自己的看法。另外，中國軟體業發展已經經過了20多年，整個世界軟體業的發展也將近60年了。目前因為互連網的推動，以及目前網路經濟的進一步成熟，整個軟體行業也在面臨著巨大的變化和發展。中國的軟體業面臨的變革壓力尤其巨大，用“山雨欲來風滿樓”來形容決不為過

好歹也算設定subversion好幾遍的人了，今天在新機器上裝了一個，卻折騰了老半天，雖然最後解決通過了，但是還是要把一些細節的東西記下來，免得自己忘記。首先我沒有從官方網站下win32的安裝包，直接下了zip包，因為機器上裝太多東西不好，我現在還算是崇尚綠色軟體的人。然後下了TortoiseSVN。然後解壓縮zip，安裝T*SVN。其次是建立一個空目錄叫做repository，在目錄上按右鍵，T*SVN的菜單中選擇“create

介面設計模式 之

系統的註冊表壞了，又不想重裝，於是考慮編一個程式來比較一下註冊表的變化（我每裝一個重要軟體都會備份註冊表）。在實際編程的時候，因為處理註冊表的時間比較長，需要顯示一個進度條，而且要非同步處理，避免介面長時間沒有響應的問題。原來的處理方法採用過如下的兩種（以下是虛擬碼）：class Form1{    void OnStartButtonClick()    {        ProgressForm prog = new ProgressForm();        // 預先處理       

實體關聯圖是我們在做設計的時候必定要做的一件事情，現在很多人都在用UML做，不過實體關聯圖依然是不可缺少的一個有效資料分析方法。一提到實體關聯圖，很多人就立刻聯想到資料庫，我自己也是這樣。在實際工作中，我們經常會需要去考慮把資料庫中的表結構映射到資料結構中來，然後用類似如下的代碼來完成我們的工作：// 上個世紀的代碼，虛擬碼DBCommand command = GetSQL("select * from xxx where ");string name = command.GetString(

至此，我們已經有了一個比較好用的宏封裝的代碼風格，一個基礎的類對象結構的類比代碼，但是始終沒有接觸到OO的核心實現。這次，我們終於要進入實質的內容了---實現對象的繼承和介面的實現。單對象的記憶體布局我們在《Crest的文法---宏的魔術匯演》實現了一個簡單對象，含有成員變數，成員函數，如所示。其中buffer指向字元緩衝區，虛函數Format表現為一個函數指標。這種結構把資料和成員函數一起放到了執行個體對象中，但是這個結構一旦遇到大規模的對象使用情境的時候，就會浪費很多空間，因為對於相同對象而

這個文章被GFW了，拿下來做參考Appfuse and Quartz: a very quick tutorialQuartz is an enterprise-class job scheduler for use in stand-alone and full-blown J2EE applications. It's very easy to implement, scalable and light-weight. I have used Quartz in a number of

公司有一個控制項是用delphi編的，有bug需要修改，我接手之後就開始修改。因為工程使用了大量的外部控制項，而且有些原始碼需要用最新版替換掉，所以我決定把這些外部控制項的原始碼整合到一個project

隨手寫下來，可能其他朋友有些用處。我的機器是windows 2000 prof，公司使用ms proxy，所以我機器上用了ms

本文所有的工作基於bigtall的上一篇文章《純綠色安裝bugzilla》之上，請大家先閱讀之後繼續本文操作。因為公司知識管理的需要，bigtall需要建立wiki和blog。經過挑選，我選擇了老牌的mediawiki和風頭很足的wordpress，都是open source的，而且使用者量不少，有問題也容易解決。要正式安裝之前我們依然需要準備工作，請下載如下的內容：mediawiki wordpress 2.3