第一篇文章：No Silver Bullet: Essence and Accidents of Software Engineering

主要在說軟件工程這件事很難以及為什么難。

軟件工程難，難在復(fù)雜性、整合性、易變性和不可視性都是軟件工程的本質(zhì)問題，而非偶然問題。

在軟件工程領(lǐng)域有幾大突破：高級語言、分時(shí)系統(tǒng)和統(tǒng)一編程環(huán)境。但很可惜，這些突破解決的都是偶然性問題(Accidents)而非本質(zhì)性問題。

有哪些技術(shù)可能成為解決問題的終極方案呢？模塊化編程、面向?qū)ο缶幊獭⑷斯ぶ悄堋＜蚁到y(tǒng)、自動(dòng)編程、圖像編程、程序驗(yàn)證、環(huán)境和工具、工作站。這些都不堪大用。

對于解決概念問題有哪些嘗試呢？購買而不是構(gòu)建、要求細(xì)化和敏捷開發(fā)、偉大的設(shè)計(jì)師、令人激動(dòng)的產(chǎn)品。這幾個(gè)方面效果比較客觀。

第二篇文章：There Is a Silver Bullet

與第一篇關(guān)聯(lián)較大，觀點(diǎn)相對第一篇樂觀。

經(jīng)濟(jì)刺激對軟件工程困境的解決有很大幫助。同時(shí)認(rèn)為終極的解決方案是基于復(fù)用和互換的軟件工業(yè)革命。

面相對象的重點(diǎn)在于將注意力從構(gòu)建對象的過程轉(zhuǎn)移到對象本身。這樣我就可以像操縱現(xiàn)實(shí)中的物體一樣操縱軟件。

可復(fù)用的組件是重要的方式。達(dá)到像硬件那樣的復(fù)用水平是最理想的狀態(tài)。

同時(shí)作者作了更遠(yuǎn)的展望：非文字的編程，可以使每個(gè)計(jì)算機(jī)的使用者都成為編程者。

第三篇文章：Big Ball of Mud

講述了雖然人們常討論高級架構(gòu)，但實(shí)際上很多軟件的架構(gòu)是Big Ball of Mud。這些架構(gòu)很隨意。而且很多經(jīng)典的軟件架構(gòu)也很平庸。文章主要討論為何會出現(xiàn)這一問題以及解決之道。

簡單的一次性程序會產(chǎn)生大泥球。需求的變更和零碎的增長也會使設(shè)計(jì)良好的架構(gòu)肢解成大泥球。

作者提供的解決之道有隱藏和重建

第四篇文章：The Cathedral and the Bazaar

大教堂模式：源碼在軟件發(fā)行后公開。

市集模式：源碼在開發(fā)過程中即公開。

大教堂模式的軟件開發(fā)讓程式除錯(cuò)的時(shí)間大幅增加，因?yàn)橹挥猩贁?shù)的開發(fā)者可參與修改工作。市集模式則相反。

第五篇文章：A Generation Lost inthe Bazaar

“一坨膿包似的權(quán)宜代碼，被一群盲目的根本不知IT架構(gòu)為何物的所謂IT“專業(yè)人士”永無休止地復(fù)制著，粘貼著。”

“所謂質(zhì)量，只有在某人對它負(fù)責(zé)時(shí)才有意義，而這個(gè)“某人”只能是一個(gè)人，不能是幾個(gè)人——二重奏除外。”

第六篇文章：The Rise of "Worst is Better"

接口簡單和實(shí)現(xiàn)簡單，哪個(gè)有更高的優(yōu)先級？作業(yè)以Unix和C為例證認(rèn)為實(shí)現(xiàn)簡單的優(yōu)先級更高。

另一篇：Is Worse Really Better?

作者對之前的觀點(diǎn)進(jìn)行了反思，實(shí)現(xiàn)簡單也可能造成結(jié)構(gòu)的混亂。

第七篇文章：Managing the Development of Large Software Systems

瀑布模型是一個(gè)項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會產(chǎn)生循環(huán)反饋。核心思想是按工序?qū)栴}化簡，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，便于分工協(xié)作。缺點(diǎn)階段劃分固定，文檔較多。末期才能看到成果，風(fēng)險(xiǎn)大。不適應(yīng)需求變化。

第八篇文章：The New ?Methodology

敏捷開發(fā)要求預(yù)見性和適應(yīng)性。一些方法有設(shè)計(jì)和實(shí)現(xiàn)分離、設(shè)計(jì)兼容單元。具體的有XP、Scrum、Crystal、Context Driven Test、Lean Development、United Process等。

第九篇文章：Why Software Development Methodologies Suck

“為什么IT業(yè)的技能很難被掌握和度量？Daniel Kahneman說，掌握技能有兩個(gè)基本條件：一個(gè)環(huán)境足夠規(guī)律以便可預(yù)測；有機(jī)會通過長時(shí)間實(shí)踐來學(xué)習(xí)掌握這些規(guī)律。”

讀了這么多文章了，或精或泛，說說我的想法吧。

我們組是一個(gè)迭代開發(fā)的項(xiàng)目，而非從無到有的過程，很多上面文章說的地方雖然能夠理解，但是實(shí)際體會不到。

在團(tuán)隊(duì)項(xiàng)目過程中最大的問題是文檔太少。但因?yàn)楸旧硪?guī)模不大，費(fèi)點(diǎn)神還是可以handle。

再說一些項(xiàng)目之外的感受吧。感覺老師們都挺著急的，催著我們一直朝前走，讓我們做一些完全沒有知識基礎(chǔ)的事情。于是只能邊查邊寫，別人的代碼或者dll拿來用一用，完全不明白內(nèi)部的原理，但也應(yīng)了組件復(fù)用的方法論。課堂上也講了一些軟件工程相關(guān)的事情，但和實(shí)際的coding沒有很大關(guān)系。不聽課一樣可以完成團(tuán)隊(duì)項(xiàng)目，可能這也是為什么聽課的人越來越少。

這學(xué)期SE課的跟上學(xué)期的OO課給我的感覺很像，就是沒學(xué)到東西。很多理論還沒講明白，就讓寫代碼。不得不再次吐槽OO課，UML居然就講了一節(jié)課，以至于編譯課上老師問大家學(xué)過UML么，大家齊聲說沒學(xué)過。看來大家的感受都差不多。

另外，我們不是軟件工程系的學(xué)生，大學(xué)也不是職業(yè)技能培訓(xùn)所。感覺所有的人都很著急，css會不會？jsp會不會？php會不會？沒學(xué)過當(dāng)然不會啦。學(xué)的匆匆忙忙，能搞完作業(yè)再說。對于像搞清來龍去脈的人來說心里一團(tuán)漿糊的感受真的很不爽。感覺老師讓看的文章也不是很實(shí)際。讓沒有項(xiàng)目經(jīng)驗(yàn)的學(xué)生去看這些在軟件工程方法論層次上討論的文章，我們也只能提取提前段落大意中心思想了，共鳴真的沒有。

目前的感覺，軟件工程真的是個(gè)坑啊。

轉(zhuǎn)載于:https://www.cnblogs.com/buaasts/p/4090981.html

總結(jié)

以上是生活随笔為你收集整理的第二次个人阅读作业的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。