在商場如戰(zhàn)場的當(dāng)下，可能任何一個行業(yè)，都會存在著一些明確存在卻極易被忽視的問題或誤區(qū)，軟件開發(fā)行業(yè)也不例外。不過，業(yè)內(nèi)給了一個戲稱，叫“神話”。匯智動力帶你一起來看看幾個業(yè)內(nèi)典型的“神話”，一定不會讓你失望。

神話1：軟件很容易修改

我們生活在這樣一個概念里：軟件是.... 軟的，靈活的；打幾個字，我們就可以改變它，讓它做一些完全不同的事；重新設(shè)計電子產(chǎn)品需要幾天的時間，而軟件只需要幾分鐘……

但是，嘿…現(xiàn)實很殘酷，它不是神話，而且會反擊。大多數(shù)軟件不僅是難以改變，而且一旦用了就往往不能結(jié)束。一旦寫好軟件，部署好，要想擺脫它，門都沒有，無論這軟件用起來多么瑣碎或一無是處。

神話2：程序員可以互相替代

另一個神話就是，程序員是可互換的零件。如果一個程序員離開了，我們就從大街上找擇一個新的，代替他。

可是卻忽略了一個問題：軟件知識不在代碼里，而存在于寫代碼人的大腦里。如果你搶修過別人的代碼庫，而寫代碼的程序員并沒有給你任何工作交接，你就知道問題有多嚴(yán)重了。

 如果寫代碼庫的人離開了，則需要兩個新人來代替他，這兩人可能需要一年的時間來搞明白，這個代碼庫的作者寫的到底是什么，也有可能永遠都搞不清楚。

神話3：方法解決問題

很多人兜售各種方法論，20 世紀(jì) 80 年代后期使用的是用例對象方法，然后是理性統(tǒng)一過程和許多其他所謂的計算機輔助軟件工程的方法，最后是統(tǒng)一建模語言UML。近10 年間，Scrum、看板和其他方法備受吹捧。所有這些方法，都承諾解決軟件這一復(fù)雜工作。 

然而，結(jié)果是，沒有一個方法像宣傳的那么好。幾乎所有的軟件項目，都依賴于大神。能完成項目的人，無論用什么方法，都能完成。對于新的項目，大神們擅長的是開始著手做。在維護或改進代碼庫的時候，大神是那些工作中不介意遇到糟糕代碼的人。