到底誰該負責？
首先，對於《有人負責，才有質量：寫給在集市中迷失的一代》一文中的觀點，我只贊成其中一部分，對於另一部分我保留自己的意見。當然文中一些觀點對我還是很有啟發的。以下內容僅是我個人的拙見，如有不對，歡迎指正。
我所贊同的：
1、現在的軟體越來越複雜，大型軟體構件在無數小軟體（或者庫）上，但是現在的各種庫又非常多，而且各種庫之間還有各種依賴，正如文中所述，「sam leffler的graphics/libtiff是前面提到在安裝www/firefox之前必須安裝的122個包中的乙個，但安裝後的firefox瀏覽器卻無法渲染tiff。問題出在**我還沒來得及查清楚，但這122個包中的10個需要perl，7個需要python；這其中又有乙個devel/glib20，同時依賴著perl和python，至於為什麼，我到現在都沒想通」。為了保證如此恐怖複雜依賴度的軟體能順利編譯，軟體本身需要提供駕馭如此恐怖依賴特性的配置檔案，光編寫這個檔案就已經很恐怖了。表示曾經暑假信誓旦旦的想學習安卓開發，但是最後敗給環境配置，加上自己偷了一下懶，最後都沒學成，壓力好大￣へ￣
2、自由軟體的規範性與商業軟體相比，確實有很大差距。乙個unix衍生了多少種版本的系統，甚至同乙個inux發行版的同乙個版本，都要發行gnome2、kde、gnome3等不同的版本，自由軟體再這麼自由下去將不可能獲得商業和主流使用者的認同，甚至連開發者都快用不下去了。與此同時，我又想到了前段時間和乙個同學討論android和ios未來前景的問題，談到乙個很關鍵的點就是ios相對封閉，但是它保證了自身環境的持續可靠性，好處就是bug少，安全性高。反觀，andriod為開源的系統，方便民間自製，但是與此同時，民間各種版本橫行，良莠不齊。而且，就算有谷歌公司隔段時間發布新版本進行調控，但是市場上官方版本自身就版本分化問題濤聲依舊，更要命的是舊版本和新版本的軟體還不完全相容，這就意味著開發者需要付出更多的精力去開發新版本以便適應系統的新版本，消費者也需要付出更多的精力去適應新的系統，和一些新的操作。
我持保留意見的：
以上的種種確實是現在軟體行業普遍存在的問題。但是上面的種種問題是誰造成的呢？作者認為是一些沒有專業基礎的「農民」在裡面攪合造成的，這些所謂的「農民」或許是不能勝任當前的工作，或許是做了一些簡單的「複製和貼上」，最終導致了整個軟體環境的臃腫。但是在我看來，這只能是其中乙個很重要的原因，但是並不是根本原因。根本原因在於」市集「沒有制定好」市集規則「，每個人都在做著自以為正確地事，但是卻沒有統一的標準，各有一家之言，長此以往的結果，必然是整個軟體環境的混亂。再進一步思考，為什麼沒有制定好」市集規則「？應該由誰制定這些」市集規則「？我覺得這個群體中的精英（有天分，有很強的實踐經驗，又受過良好訓練），相對於那些沒有專業基礎的「農民」，他們更應該為這一切負責！作為精英，有義務反哺使自己成為」精英「的這個系統。作為精英，有義務引導整個系統朝著有利的方向發展。作為精英，比別人強，有義務站在更高的地方，用前瞻性的眼光規劃藍圖。如果精英都做不到這些，難道你要指望那些沒有專業基礎的「農民」嗎？「精英」和「農民」誰更有能力承擔起這些責任？誰更應該負責？！
除此之外，我的收穫：
1、「所謂質量，只有在某人對它負責時才有意義，而這個「某人」只能是乙個人，不能是幾個人——二重奏除外」。因為我個人比較傾向於以後轉向於管理，所以對這些東西就比較關心，對於這個觀點很贊同，而且深有體會。以我個人的經歷而言，我曾經把某個任務交個了五六個人去做，一周後的最後的結果是做的糟糕透了，通過與他們的交流，反思出原因是我沒有選出小組長（負責人），總結多人負責不如乙個人負責！
2、彼得定律，就是說在乙個根據人的業績、成就和價值來提拔人的組織中，最終會把一些人提拔到他們並不勝任的位置上。這句話，我推敲了很多次，覺得有一定的道理，但是不一定完全對。這個取決於提拔「的性質，如果提拔是對某人的貢獻的嘉獎，那麼也許會出現「把一些人提拔到他們並不勝任的位置「。但是，如果提拔是從一群人裡選出適合的人來擔任某個職位，那麼彼得定律還能生效的機率就要小很多。
我的問題是：
1、 開源軟體和封閉軟體，哪個才是未來的趨勢？21世紀是網際網路的分享時代，開源軟體貌似更符合這個趨勢，但是封閉軟體更強的可操作性和安全性是軟體行業的不懈追求。
2、 「精英文化「和」平民文化「哪個對環境更有決定性？
3、 我還是想問問我文章題目所述的問題，到底誰該負責？「精英」？還是「農民」？
4、 吐槽一句office2013，中文的雙引號真的好難用，各種亂入，各種奇怪……
第二次軟工實驗
課程 班級學 號 姓 名 實驗時間 軟體工程導論 12電信1 120705102 黃磊2013.12.10 軟體工程實驗報告 二 課表系統概要設計 完成課表系統概要設計，建立概要設計模型 系統掌握軟體開發過程中概要設計過程和內容。根據需求分析的結果，建立概要設計模型，構建系統業務和模組 或者類 之間...
軟工第二次作業
psp psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫30 180 estimate 估計這個任務需要多少時間33 development 開發540 558 analysis 需求分析 包括學習新技術 540 ...
軟工第二次作業
軟工第二次作業 git使用者名稱 510308294 學號後五位 062633 一 vs已經安裝很久，所以無圖。二 轉殖項目 1 點選fork，轉殖 3 新建專案，編碼。用random 函式產生隨機數，但是每次產生的隨機數相同，用迴圈實現每次的數不同，但是產生的題量不受控制，因為我加了限制條件。很難...