其他

回顧：並行開發版本管理之路（一） --- 版本管理危機 並行開發版本管理之路（二） --- 典型的版本管理難題並行開發版本管理之路（三） --- 版本的強制控制和版本合并

        如前面所述的，由於很多人已經被洗過腦，還有其他很多操作上的考慮，大家都會很自覺地配合IBM的營銷攻勢，而且我們也衷心相信：在IBM等軟體和硬體的支援下，我們的一個個系統步入了“高檔系統”的行列。把.net平台留給了孩子們玩去吧。        其實，IBM，以及其他一些高端廠商(Oracle, BEA等)做承接的項目，大部分的活計是直接再轉包給其他國內的小廠商的，他們自己所需要做的，基本只限於“規劃、諮詢、建議、專案管理方法論”等一些又高端又陽春白雪的工作。       

   半年沒有更新這個部落格了，心裡有些慚愧，不過我去看了朋友的部落格，有的甚至一年沒有更新了。我不禁想，更新部落格也是需要毅力的，很多時候我們因為這樣的那樣的事情來回奔波、疲於奔命，漸漸冷落了曾經熱戀的東西。就在此刻，又想起了那句話“很多人是被現實的擔子壓下來的”。   廢話不是不能說，而是不能多說，進入正題吧。從近期的專案管理過程中，總結了一些粗淺的經驗，在這裡羅列一下：  

J.Wong  支援(0) 中立(0) 反對(0) 470樓 個人空間 | QQ | 搜尋 | J.Wong 的資料 加好友 發簡訊 只蜘蛛 等級：魅族管理員 貼子：4068 魅幣：4834 積分：9268

    公平地講，這個項目有很大的技術難度，開發的風險很大。一開始是個燙手項目，倒不是因為有政治方面的問題，高層都肯定是下了決心來做的，但大家都已經算計過了，這個項目的技術難度這麼大，有50%的可能性是會做爛掉的，公司裡沒有多少人敢接手負責。但是這個項目又必須做，最後就指定一個項目負責人來強迫他來做這個項目。       

不知道把這麼一篇不入流的東西放在首頁有礙觀瞻，但就算是新手也一般是瀏覽首頁，我的目的也是希望給一些碰到類似問題的新手提供點協助，也希望得到高手的指點。先看下面的代碼using System;using System.Collections;namespace NoSortHashtable{    /// <summary>    /// Summary description for Class1.    /// </summary>    class Class1  

      IE8 Beta2發布了。      隨著現在液晶顯示器解析度越來越高，大部分的網頁無法充分利用顯示器的整個螢幕，Firefox3和IE7+都有整頁縮放的功能，可以彌補這個缺陷。使用整頁縮放將原網頁放大到130%或者更高，可以讓網頁瀏覽變得更加輕鬆。但是細心的使用者會發現，IE8進行整頁縮放後瀏覽器基本處於假死狀態，而Firefox3則和沒有縮放的時候速度沒有區別。   

    剛剛第三篇的發布時，cnblog告訴我一個小時裡不能發兩次精華。可是我寫一千來字都花不了一個小時。今天思路比較快一些，呵呵。               最後，我再聊聊我新近觀察的一個項目的運作，來分享一下我的第三層認識。        在達到了第二層關於政治風險的認識水平之後，我保持了這個認識水平有一段時間。當然我也無法左右公司高層的選擇，反正有錢就花吧！只是有些系統自己要用的，難用成那樣實在不爽，有時候也不免發發牢騷。       

現在基本不開Firefox了，Firefox 啟動速度太慢，介面也不如Chrome優雅。 有一句話：一個產品最成功的地方往往就是就是他最失敗的地方。 Firefox 的強大擴充機制和進程內多標籤頁，一度領先整個瀏覽器領域，卻拖死了Firefox的速度，啟動緩慢也被人所詬病。還有Firefox預設的醜陋皮膚，也是Firefox失敗之處，Firefox想把皮膚展現丟給第三方去做，導致了Firefox給人印象不佳。Firefox 的創新腳步走的太慢，以至於被Chrome迎頭趕上、反超（將來）。

 IBM  1、IBM 的大部分優秀的軟體都是收購的，包括 Rational 系列、Lotus Notes 等。2、IBM 的長處是把優秀的軟體收購後，糟蹋掉，然後逼使用者用他的其他的難用軟體。3、IBM 不是靠賣軟體賺錢的，而是靠把軟體弄得“稀巴爛”，然後為解決那些“稀巴爛”提供高報酬的顧問服務來賺錢的。4、IBM 的很多理念很好，比如SOA、雲端運算等。為了迎合這些理念，客戶不得不付出10倍於傳統解決方案所需花費的硬體和軟體費用。5、IBM 只有理念，沒有技術。 6、IBM 把

ThunderBird -- Mozilla 的 開源郵件用戶端，遠勝於Outlook和Foxmail6。ThunderBird 具有同Firefox一樣強悍的可擴充能力和易用性。ThunderBird 藉助於lightning和Provider for google calendar兩個外掛程式，可以同步Google日曆。ThunderBird 藉助於Contacts外掛程式，可以提供豐富的連絡人管理。ThunderBird 藉助於 各種個樣的皮膚，提供夢幻般的UI。ThunderBird

在本人之前的《Component/Service Oriented Software System Development Thinking 》一文中，我將包括BinaryLevel和Source Code Level的軟體模組統稱為Component。這種分類方式，和傳統的對Component的一般定義應該說並不是十分一致。本文就是要對我為什麼要這樣分類作一些補充解釋。 - 傳統的定義中，一般認為，Component Oriented和Object

兩篇博文相繼推出，似乎掀起了一輪新的（古老的）論戰：.net好還是java好。（觀戰請戳連結：《Java的跨平台就是一句謊言。》、《.net

在LiteMDA中，Load、Update和Delete都需要傳入一個ICondition參數，ICondition包含了用於查詢的條件，這樣的條件，對於ORM來將，最終肯定是一組子條件的組合，比如Condition.Add("User.Name", OP.Equals,

版本需要強制控制的幾種常見情境1 要轉產或者上市了，不希望開發人員隨意的代碼檢入影響到產品的品質和穩定性2 已經轉產了，希望控制 Bug 的修改，不希望開發人員隨意的代碼檢入影響到補丁（包）的發布版本強制控制的手段1 將需要保護的分支鎖定（僅允許版本管理員修改），打上Release標籤2 讓開發人員在以Release標籤為基準的分支上進行開發3 登記開發人員在以Release標籤為基準的分支上的代碼修改動作4 在以Release標籤為基準的分支上發布版本進行整合測試5

1. Aspect#Version: 2.1.1.0Link: http://aspectsharp.sourceforge.net/Status: betaDependency: antlr, Castle.DynamicProxyDescription:Aspect# is an AOP (Aspect Oriented Programming) framework for the CLI (.Net and Mono). It relies on DynamicProxy and

You can read the articles below to get more intruductions about AjaxHelper:.Net環境下基於Ajax的MVC方案AjaxHelper使用範例發布AjaxHelper0.3和AjaxHelperExample2支援SPS的AjaxHelper 0.4，無重新整理WebPart開發從此變得簡單*******************************************************************

今天將本人的Blog、Wiki等個人網站的進行了明確的內容規劃，今後本Blog將只發布本人的中文技術文章，內容將涵蓋本人關注的軟體開發的相關領域，具體見側邊欄分類索引。作者承諾今後發布到本Blog的文章均為原創，凡引用或摘抄的外部資料將註明出處。著作權聲明：本Blog內的所有文章如非特別註明，著作權均歸作者個人所有，所有內容遵循創作共同原則，任何外部參考或摘抄請註明原文地址，未經作者允許不得用於任何以營利為目的的行為，謝謝合作！Teddy的其他相關網站：Teddy's Thinking

前面談到SOA，思維可能確實有點發散，但是，我還是堅持這樣一種更高抽象層次的Service Oriented設計思想絕對是有益的。當然這個有待實踐檢驗。另一方面，本人正在規劃中的一個SOAHelper開源架構將會為基於通用的SOA思想的開發提供一些便利，當然，這裡提到的SOA都不是業界對SOA嚴格的標準定義。而是更高層次的抽象，不過，對於嚴格的SOA，同樣是有益的，不，應該是主要的服務物件。這個就是後話了，這裡隨便提一下。回到正題，本文是重新詮釋SOA &

今天將AjaxHelper的版本升級到0.56。這次主要的修改是將原來三十多K的AjaxHelper.js分成了三個檔案：AjaxHelper.js, Form.js,