偉傑觀點：
對於實用性的問題我還是比較中立的，我不打算為rup搖旗吶喊，也不打算痛陳rup的不足，只是希望能夠戴上不同顏色的思考帽，在各個不同角度審視我們的開發過程，審視我們的方法和體系，與所有讀者交換看法，找出最適合的軟體方法，最終能跟大家一起為中華軟體之崛起貢獻自己的乙份力量。
其實是否實用關鍵看從什麼角度出發去評價，自身組織的實際情況怎樣，以及怎樣使用這些方法。
從對整個組織各個過程的覆蓋看cmm、cmmi覆蓋的要更全面一些，rup重點聚焦在開發過程上。從對開發過程的指導上，rup具有更好的操作性和實用性。
首先，rup是天生有工具平台支援的方**，因為它是rational的產品，rational sdp天生對它有著良好的支援，有著很好的耦合，看看朋友豆豆他爹孫向輝的blog，《近距離接觸rup plug-in
》http://blog.csdn.net/xiaosun/archive/2006/06/08/780737.aspx 至少在工具平台上rup是更為實用的。
再者，從側重點來看rup更是實際問題的總結和針對性的方**框架，而cmm、cmmi則更為刻板，文件驅動和教條的味道更濃一些。
比如說：trace symptoms to root causes部分，見如下列表，表象、根本原因、最佳實踐，都是我們經常碰到的問題，而最佳實踐部分則更是業界多年的共識，從這點管中窺豹就可以感受到rup從實踐出發的努力。
symptoms
root causes
best practices
needs not met
insufficient requirements
develop iteratively
requirements chum
ambiguous communications
manage requirement
modules don't fit
brittle architectures
use component architectures
hard to maintain
overwheling complexity
model visually(uml)
late discovery
undetected inconsistencies
continuously verify quality
poor quality
poor testing
manage change
poor performance
subjective asses**ent
colliding developers
wate***ll development
build-and-release
uncontrolled change
insufficient automation
當然，跟其他的體系和方**一樣，rup也擺脫不了文件化的東西，也需要體系工程師的投入，尤其對於開發人員來說還是較少有人願意靜下心讀文件讀體系的。而對於一些小型組織，敏捷開發在某些情況下則顯現出自身的優勢。
另註：五月底，當ivar jacobson博士準備去參加在orlando的軟體大會前，有幸見到了他，並聽他介紹了eup（essenital up）——他的新想法。也許未來的體系工程師要失業，也許未來的體系工作真的就像玩紙牌一樣省去文件的煩惱。
關於membership實用性討論
第一次接觸membership，被它的強大的功能，和便捷的使用所吸引。但是再近一步理解它，便不覺得它好了，首先，因為vs中它是預設使用sql server 2005 express的，如果想使用其他資料庫該怎麼辦？其次，它所提供的使用者資訊也很少，如果要新增自定的資訊應該怎樣擴充套件？asp.net...
python實用性 6個實用性強的python庫
在程式設計時，小挫折可能與大難題一樣令人痛苦。沒人希望在費勁心思之後，只是做到彈出訊息視窗或是快速寫入資料庫。因此，程式設計師都會喜歡那些能夠快速處理這些問題，同時長遠來看也很健壯的解決方案。1.pyglet 是什麼 pyglet是乙個純python語言編寫的跨平台框架，用於開發多 和視窗特效應用，...
實用性思考的藝術
思考，從幾千年前哲學的探索開始，慢慢發展到今天的實用主義，經歷了無數人的分析 彙總，出現了各種學派，以及很多經典的著作。既然要把思考應用到實踐中，生活是最好的乙個使用環境。思考的過程就是將經驗整理成模式的過程。潛意識的思考，也就是所謂的直覺，被希臘人稱為 理性 他們認為這是原始的 基礎的思考過程。讀...