經(jīng)歷了Alpha這一輪的狂轟亂炸之后，我深深的感到了軟件工程這種開發(fā)模式的可怕之處。

　　為什么這樣說呢？我將分如下兩個方面來闡述

　　1、? 軟件開發(fā)的復(fù)雜性：

　　　　面向?qū)ο蟮木幊趟枷胍呀?jīng)深入我們的骨髓。這種思想的好處在于我們可以方便的實現(xiàn)各種接口。尤其在軟件工程團隊開發(fā)過程中，開發(fā)人員分模塊在各自的戰(zhàn)場上戰(zhàn)斗數(shù)天之后，可以很容易的整合在一起，因為我們有好多好多定義好的，如此好用的接口。我們　　做的只是把它們拼接在一起。

　　　　然而事情真的像想象中那樣簡單嗎？

　　　　并非如此！

　　　　為何現(xiàn)實與理想相悖？開發(fā)人員拿到自己的任務(wù)之后，將進行為期一天，甚至數(shù)天的封閉式開發(fā)過程。作為計算機系的學(xué)生，想必我們都經(jīng)歷過被“理想”扇耳光。這是什么意思呢？在動手敲鍵盤之前，我們信心滿滿，圖繪好了整個工程的藍(lán)圖。然而，當(dāng)真正著手　　去做的時候，我們往往會發(fā)現(xiàn)藍(lán)圖是需要被修改的，因為“當(dāng)初”的我們，沒有遇到“現(xiàn)在”的問題。

　　　　團隊開發(fā)當(dāng)然會遇到這樣的問題，但是我們的開發(fā)人員都各自進行著為期一天，甚至數(shù)天的敏捷開發(fā)。難道遇了一些小問題就要停下來開個會討論一下怎么辦嗎？這顯然會嚴(yán)重拖慢開發(fā)進度。所以我們選擇進行一些必要的小修改，之后的事也就之后再說了。

　　當(dāng)開發(fā)人員拿著各自的模塊，準(zhǔn)備進行整合的時候，卻發(fā)現(xiàn)這跟當(dāng)初說好的不一樣啊。我們當(dāng)初設(shè)計的東西，和做出來的東西，會有很大的出入。這就增加了軟件整合的難度，而且運氣好，也只是增加了那么一點難度，運氣不好的話，整合可能要比重寫都要難（對　　于一個小規(guī)模工程來說）。

　　我們在開發(fā)過程中，當(dāng)然也遇到了這種問題。實話實說嘛，真的有點難解決。畢竟相比于這樣的開發(fā)模式，我們暫且還沒找出更好的。

?

　　2、? 軟件工程開發(fā)的可行性：

　　　　如果要讓我給軟件工程的團隊開發(fā)模式打一個分?jǐn)?shù)來確定它的可行性，滿分10分，恐怕我只能給6分。

? ? ? ? ? ?為什么是這樣？因為我還是個學(xué)生，而我的boss，我的老大，是老師。

　　軟件工程中的開發(fā)思想，起源于現(xiàn)代開發(fā)公司。學(xué)院給學(xué)生開設(shè)這門課程，我猜想，是想讓學(xué)生提前體驗一下公司的開發(fā)方式，提早適應(yīng)社會，理解團隊開發(fā)與個人寫個小程序的區(qū)別。我很贊同這個想法，也確實從這門課程中收獲了不少。

　　　　然而這樣的“移植”，我認(rèn)為其中存在BUG。

? ? ? ? ? ?原因很簡單，學(xué)生比不了職員，老師更是比不了老板。因為能約束學(xué)生的除了分?jǐn)?shù)之外，就只剩下自覺性。而能約束職員的，除了有了它就不用割腎買Iphone的獎金外，還有掌握在整個團隊以及老板手中的，對每個人是去是留的生殺大權(quán)。

　　　　在公司的開發(fā)團隊中，消極怠工的人他們可以選擇將他踢出。而在學(xué)校的開發(fā)團隊中，消極怠工的人我們只能選擇忍。因為同學(xué)情不比同事情。

　　　　在公司的開發(fā)團隊中，我們可以選擇有能力的同事組隊。而在學(xué)校，我們完全不能保證隊里的每個人都是具備一定能力的。而當(dāng)這類同學(xué)表現(xiàn)出能力不足時，只能將任務(wù)轉(zhuǎn)給有能力的同學(xué)。這樣在無形中，給部分隊員就增加了壓力。然而在最后分配貢獻(xiàn)分的時　　候，同學(xué)情又會起很大作用。所以“能者多勞”這四個字得以充分體現(xiàn)，只是“多勞者”往往要礙于面子，不好意思“多得”。

?

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

總結(jié)

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

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