• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>

            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            

    
            

            




            







												


        



            無我
            

            讓內心永遠燃燒著偉大的光明的精神之火！
            

            靈活的思考，嚴謹的實現
            

            豪邁的氣魄、頑強的意志和周全的思考
            
			
            
				
					
	
            
		
            
			是思考還是思想——靈活的軟件工程
		
            
		       《大道至簡》第八章“是思考還是思想”看起來就像一個雜物箱，里面充斥著作者的一些零散的、片段式的文字。不知道是不是正如標題所說：作者這些看似雜亂的想法，到底是他的思考，還是思想？

                     第1節主要說明雖然書中對軟件工程的各個要素孤立來分析，但是其實所有這些要素之間是相互關聯的，是一個有機的整體。所以，對軟件工程的把握，我們不能將這些要素割裂開來，需要整體來思考。我覺得，作者發明的EHM就是一個很好的架構圖，秉著這個秘笈，就算有些彎路，也不會差得太大。
                     
                     第2節作者談論自己對RUP的另一個視角——雜物箱。作為一個重量級的軟件開發過程模型，他體現了巨大的“包容性”，所以作者把他比喻成一個雜物箱。那雜物箱和專業工具箱的差別是什么呢？其實，專業的工具也都可以放入雜物箱，只是沒用的多余的東西也可能混雜其中，所以，需要做的就是定制！一個RUP實在太大太廣太全了，以至于不僅難以學習、把握和運用，而且大多數情況也不需要全部都用上，否則不僅無法起到有效的作用，反倒成為一種累贅。所以，對像RUP一樣的軟件工程模型，我們首先需要根據自己的團隊、項目進行必要的定制，才能找到適合自己的軟件工程模型。

                     第3節“UML與甲骨文之間的異同”其實就是再次回到溝通的問題，對一個團隊而言，無論是UML，還是甲骨文，只要有明確的規約，而且大家都能很好的接受，就是很好的溝通語言。反之，則UML和甲骨文都沒有區別，因為缺少規約和說明的圖案，都是天書。這個道理：其實是說明溝通不要追求更不要限于形式，ML固然顯得很專業，但是如果不能被廣泛接受，那么“聚室而謀”這種最簡單最原始的做法可能效果更好。溝通本身是一個最基本的問題，如果能簡單化，未嘗不是一件好事。事實上，我認為，如果“聚室而謀”廣受歡迎，那么說明這個團隊的關系和氛圍都很好，對溝通的效果更是相得益彰的！

                     第4節討論的是軟件工程中的角色問題。不同的角色，他們的關注層面是非常不同的。不要期望BOSS理解某種設計顯得多么優美，也不要期望Programer多么考慮為項目節省成本，要鋪就這個天塹中的橋梁，正是項目經理這個角色的職責之一。意識到自己角色的定位、職責，是做對、做好事情的前提！

                     第5節談到軟件工程中的一對矛盾：目標（產品的功能和交互的時間）和產品的質量總是一對難以調和的矛盾。不過，沒有誰能告訴你徹底解決的辦法。就類似于無論硬件性能的如何提升，都無法滿足軟件無止境的需求一樣?；蛟S，這對矛盾將是永遠困擾軟件工程的問題。

                     第6節“枝節與細節”，再次提醒軟件工程管理人員，很多時候確實需要關注一些細節問題，以保證產品質量。但是做決策的時候又必須學會忽略細枝末節的問題，只有把握整體才是關鍵，才能做出正確的決策。

                     第7節作為全書主體內容的最后一節，作者以一個命題來表達了對軟件工程的總體看法——靈活的軟件工程。軟件工程是一系列嚴謹的過程，但又需要靈活的掌控。不要拘泥于軟件工程各個過程的形式，正如作者說的：“所以死讀一本《軟件工程》的人不會做真正的軟件工程”。只有首先深刻把握了軟件實踐的思想，謹記軟件工程整體的終極目標——實現，然后才可能優化地配置和組織所有的環節和過程，才能真正的做好工程。

                     靈活的軟件工程，這是結束《大道至簡——軟件工程實踐者的思想》一書的最后一個思想。 
		
            
			posted on 2013-07-17 11:03 Tim 閱讀(245) 評論(0)  編輯 收藏 引用  所屬分類: 品讀《大道至簡》 
		
            
	
            
	
	


	


            
	    
    




            






            

				
			
            
			
            
				
					
            
	
            
		
            <2008年3月>
            
	
            日一二三四五六
            2425262728291
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345
            

            

					

            導航
            

					

            統計
            
	
					

            公告
            
	本博客原創文章，歡迎轉載和交流。不過請注明以下信息：
            


            作者：TimWu  
            

            郵箱：timfly@yeah.net
            

            來源：www.shnenglu.com/Tim
            
            

            感謝您對我的支持！
            

					

            留言簿(9)
            


		
            隨筆分類(173)
            
		
				
			
	
		
            IT
            
		
				
			
	
		
            Life
            
		
				
			
	



            搜索
            



            積分與排名
            



            最新隨筆
            



            最新評論
	
            

            
	
			
		

            


            閱讀排行榜
            


				
			
            			
			

	

            



                
    







            
	   
	



国产精品美女久久久m|
99久久无色码中文字幕|
亚洲国产成人久久综合一|
亚洲国产精品18久久久久久|
99久久99久久精品国产片|
色综合久久久久|
久久综合亚洲色HEZYO国产|
日日狠狠久久偷偷色综合96蜜桃
|
色狠狠久久AV五月综合|
亚洲精品乱码久久久久久蜜桃不卡
|
国产精品久久久久久久久久影院
|
久久青草国产精品一区|
99久久免费只有精品国产|
久久精品成人|
亚洲综合伊人久久综合|
久久精品一本到99热免费|
麻豆精品久久精品色综合|
精品久久久久中文字幕一区|
久久午夜福利无码1000合集|
亚洲精品乱码久久久久久蜜桃不卡|
97r久久精品国产99国产精|
国产激情久久久久影院小草|
久久精品国产欧美日韩99热|
久久久久亚洲AV无码专区体验|
91精品无码久久久久久五月天|
久久久这里有精品中文字幕|
日本人妻丰满熟妇久久久久久|
亚洲国产天堂久久综合网站|
久久99这里只有精品国产|
久久精品中文无码资源站|
久久中文字幕视频、最近更新|
久久99久国产麻精品66|
国产精品激情综合久久|
午夜精品久久久久久久久|
麻豆久久|
91久久精品国产91性色也|
久久久久久久波多野结衣高潮|
麻豆精品久久久一区二区|
久久久精品人妻一区二区三区蜜桃
|
久久精品国产亚洲AV无码麻豆|
久久e热在这里只有国产中文精品99|