軟件開發(fā)公司-塔城地區(qū)軟件開發(fā)-烏魯木齊開發(fā)軟件

'軟件開發(fā)為什么很難'

正因?yàn)檐浖_發(fā)事實(shí)上是一個(gè)學(xué)習(xí)的過程，我們學(xué)習(xí)到的新知識反過來會幫助我們對問題的定義，從而帶來變化。這里的變化可能來自兩個(gè)方向：功能性的變化指隨著對業(yè)務(wù)的深入理解、或者已有業(yè)務(wù)規(guī)則為了匹配市場而產(chǎn)生的變化。比如支付方式由傳統(tǒng)的貨到付款變成了網(wǎng)銀付款，erp軟件開發(fā)，又變成了微信支付、支付寶掃碼等等。一個(gè)原始的電商平臺僅僅提供基本的購物服務(wù)，但是后來可以根據(jù)已有數(shù)據(jù)產(chǎn)生推薦商品，從來帶來更大的流量。這些變化需要體現(xiàn)在已有的代碼中，而對代碼的修改往往是牽一發(fā)而動(dòng)全身。

非功能性的變化是指隨著業(yè)務(wù)的發(fā)展，用戶規(guī)模的增加，數(shù)據(jù)量的變化，安全認(rèn)知的變化等產(chǎn)生的新的需求。比如100個(gè)用戶的時(shí)候無需考慮性能問題，但是100萬用戶的時(shí)候，性能就變成了必須重視的問題。天氣預(yù)用的數(shù)據(jù)安全性和網(wǎng)絡(luò)銀行的數(shù)據(jù)安全性要求也大不相同。 而在業(yè)務(wù)提出一個(gè)需求的時(shí)候，往往只是一個(gè)簡化過的版本。

軟件的工作不是“寫代碼”，而是解決業(yè)務(wù)問題，“采用的新框架”常常不能解決業(yè)務(wù)問題。我們與人一起工作，只是有時(shí)候?qū)懘a而已，所以人際關(guān)系是這份工作的重要組成部分。軟件開發(fā)人員也是人，他們和所有人一樣都會受到認(rèn)知偏差的影響?？梢宰x讀關(guān)于認(rèn)知偏差、FAE(fundamental attribution error，基本歸因錯(cuò)誤)、特別是Kneman 的書。“別人”寫的代碼幾乎總是無法理解或著寫得很差，但并不總是因?yàn)榇a真的寫得不好。有時(shí)候這些“別人”就是過去的我們。</p><p>有時(shí)候在不改變代碼的情況下也能解決問題。每一個(gè)新框架的出現(xiàn)，是因?yàn)榍岸嗣媾R的問題我們沒有理想的解決方案。每一個(gè)成功的新框架都有其創(chuàng)新之處，所以得想想“這個(gè)框架/庫如何改變我們的工作”這個(gè)問題。

轉(zhuǎn)變觀念，技術(shù)思維到商業(yè)思維上大學(xué)時(shí)，我們崇尚的是去開發(fā)個(gè)操作系統(tǒng)，計(jì)算機(jī)軟件開發(fā)，弄個(gè)數(shù)據(jù)庫，要不整個(gè)編譯器什么的，再次也得整個(gè)牛X的算法。結(jié)果畢業(yè)跑到企業(yè)后一看，哪需要你干這些事，這些事老美已經(jīng)幫我們干得差不多了。相反，一些以前不屑一顧或不怎么會的因素，反而成了主流。比如，在學(xué)校時(shí)更多的是鼓勵(lì)你獨(dú)立去完成某項(xiàng)工作，但在工作中，溝通交流甚至比技術(shù)本身還重要。

有人對幾十個(gè)失敗的大中項(xiàng)目進(jìn)行統(tǒng)計(jì)，發(fā)現(xiàn)幾乎沒有技術(shù)原因?qū)е碌氖?。更多的原因在于：?xiàng)目需求范圍無法控制，項(xiàng)目結(jié)束時(shí)間遙遙無期；組織分工不清，多頭指揮，塔城地區(qū)軟件開發(fā)，無所適從；不同的部門之間相互角力，互不相讓，弄不好也整個(gè)平安的打的事件；和客戶溝通不暢，軟件開發(fā)公司，總是有很多刁鉆難纏的客戶；員工離職率奇高......記住：技術(shù)很重要，但在很多情況下，技術(shù)并非決定性因素?？蛻粢氖墙鉀Q問題，而不是你的技術(shù)有多。