軟件開發外包常見誤區

　　開發軟件有什么錯誤觀念?軟世通下邊就給大伙兒討論一下開發軟件制造行業里邊5個常常被了解不正確的地區!

　　軟件非常容易改動

　　人們衣食住行在那樣一個定義里，軟件是....軟的，靈便的。打好多個字，人們就能夠更改它，讓它做一些徹底不一樣的事。再次設計方案的電子設備必須幾日的時間，而軟件只必須十多分鐘?？墒?，嘿…實際是很慘忍。它并不是神話傳說，并且會還擊。大部分軟件不但是無法更改，并且一旦用了就通常不可以完畢。一旦寫好軟件，布署好，要想解決它，門也沒有，不管這軟件用起來多么的零碎或一無是處。

　　人多力量大

　　這樣的事情在公司的管理中普遍現象。假如人們必須多花一倍的活力做某事，人們就多招一倍的程序猿。這毫無疑問行。

　　《人月神話》(TheMythicalMan-Month)是1975年出版發行的一本書。40年以前，創作者FredBrooks強調，提升每人必備到一個落伍于方案進展的新項目里，事實上會使施工進度越來越變慢。最后，花銷在溝通交流需要的時間將比所有人有的時間加在一起也要多。

　　程序猿能夠相互之間取代

　　大企業的主管們的另一個最愛的神話傳說就是說是，程序猿是可交換的零件。假如一個程序猿離開，人們就從街上找擇一個新的，替代他?？墒悄菈焊y以實現。軟件專業知識沒有編碼里，而存有于敲代碼人腦里。當你之前維修過他人的編碼庫，而這敲代碼的這一程序猿沒有讓你一切交接工作，就了解我還在怎么說話了。

　　假如敲代碼庫的人離開，則必須2個新手來替代他，這兩個人將會必須一年的時間來搞搞清楚這一編碼庫的創作者寫的究竟是什么，也是將會始終都搞不懂。

　　抽象化非常好

　　它是我的最愛的神話傳說之一。要不是這種抽象化，人們不容易有互聯網技術，都沒有在網上這些非常好的企業網站。假如人們務必為cpu寫二進制命令，就會有不便了。計算機語言，協議書，數據類型，架構，也有大量的抽象性的定義協助人們進行工作中。

　　但大部分抽象化全是在人們寫的程序流程中造成的。人們造就出的抽象化僅僅驕傲自大，定義不足清楚。人們都沒有許多 造就抽象化的工作經驗，因此人們造就出的是錯亂。人們造就的抽象化通常很槽糕，一片錯亂，不利新項目的進行。

　　方式解決困難

　　許多 人售賣各種各樣科學方法論。20新世紀80時代中后期應用的是用例目標方式 ，隨后是客觀統一全過程和很多別的說白了的輔助設計計算機專業的方式 ，最終是統一建模語言UML。KentBeck詳細介紹了到極限編程方式 ，它是第一個靈巧方式 ，是一個抵制飛瀑式的方式 。近10年里，Scrum，管理看板和別的方式 深受吹噓。全部這種都方式 都服務承諾處理軟件這一繁雜工作中。

　　我的觀查結果是，沒有一個方式 像宣傳策劃的很好?；旧先康能浖椖慷既Q于高手。能進行新項目的人，不管用哪種方式 ，都能進行。針對新的新項目，高手們善于的是剛開始下手做。在維護保養或改善編碼庫的那時候，高手是這些工作上不在意碰到槽糕編碼的人。