軟件改造項目簡直就是程序員的噩夢，很多程序員可能不知道什么叫軟件改造項目，其實很簡單，就是修改前人已經寫好的軟件，或修改功能，或增加功能，亦或者在現(xiàn)有軟件基礎上增加中間件。為什么說這是程序員的噩夢呢？容我細細道來！
首先，程序員最討厭的事情應該就是閱讀別的程序員已經寫好的代碼，即使是在有產品文檔和技術文檔的情況下，因為代碼習慣和代碼思路的不同，閱讀別人的代碼很費勁。加上一個項目動不動就是幾萬甚至是幾十萬行代碼，光通讀一遍就得花很長時間，更別說讀懂全部的業(yè)務邏輯了。
其實，只要時間給得夠，把別人寫好的代碼讀懂也不是問題，關鍵是，軟件改造項目的痛點在于我們要在不影響現(xiàn)在軟件的正常運行的情況下去進行軟件改造，這才是最難的！
這不，我們公司一個程序員紅著眼睛從客戶那回來了，而他做的項目就是軟件改造項目，而且，還是工控軟件的改造項目。
一看他紅著眼睛，我就知道，他肯定是挨客戶罵了！一問之下，原來是他修改的軟件在上線后出了問題，雖然費了很大功夫才把軟件給調好，但影響了客戶的正常生產，給客戶造成了損失，客戶一氣之下就沒好氣得把他給說了一頓！
他這算好的，客戶只是說了他一頓，并沒有說要追究公司責任或是要公司補償損失的！
做工業(yè)軟件改造，最大的難點就在于調試難，大多數情況下，公司里面是沒有調試環(huán)境的，程序員在做軟件改造的時候，只能模擬客戶環(huán)境進行調試，因此，很多情況都考慮不到，到了客戶那里一旦出現(xiàn)問題，就會影響客戶生產。
而且，但凡是上了線的軟件，該修復的BUG一般都已經被修復了，甚至很多工控軟件是跟隨設備出廠的，軟件在出廠前已經經過了大量的內部測試，基本上沒有問題，即使是那種出了廠還有問題的軟件，基本上也在后續(xù)的生產環(huán)節(jié)當中陸續(xù)被發(fā)現(xiàn)并且修復了！
但是，軟件改造因為沒有調試環(huán)境，再加上沒有程序員能夠保證自己寫的軟件沒有BUG，而實際情況是，大部分軟件改造項目在實施過程中一定會遇到BUG，從而影響客戶生產，因此被客戶罵那是必然的。
被客戶罵是其次，因為軟件BUG給客戶帶來的損失才是程序員面臨的主要壓力。
一般情況下，軟件改造項目的項目報價都不會太高，我曾經所任職的一家公司甚至接過那種幾萬塊錢的軟件改造項目。
但是，我們的客戶一臺設備一天生產的產品就能賣幾百萬，只要我們的軟件在實施過程中遇到任何問題，耽擱哪怕一小時，給客戶帶來的損失都超過了項目本身的費用，而且，一般情況下，出現(xiàn)問題還不可能只是一次，因此，每個軟件改造項目基本上都會給客戶帶來損失，有時候整個軟件改造過程中給客戶帶來的損失往往是項目報價的幾倍甚至是幾十倍！
但凡客戶要追究起來，這份壓力都不是程序員自己能夠承受的！
更大的壓力在于就怕把客戶的設備給搞壞了！
比如說很多工業(yè)軟件是包含運動控制模塊的，如果軟件沒有處理好，直接導致客戶設備和其他部件發(fā)生碰撞，可能整個機器就廢了，而人家的設備可能是幾十上百萬甚至更高的，光換一個零件的價格可能都超過了項目本身！
我們公司的友商曾經在部署一個項目的時候就因為不小心碰壞了客戶設備中的一個部件，導致被客戶追究，最終賠了客戶600多萬！您想想，如果公司有擔當還行，如果這600多萬落在當事人頭上，我估計他得扛一輩子！
結語
由此可見，軟件改造項目如果利潤不是非常可觀的情況下，或者公司跟甲方在責任問題上沒有溝通好的話，那么對于程序員來說所需要面臨的壓力無疑是巨大的！我們只是一個打工者，就想好好敲代碼，把自己的班給上好，而軟件改造項目給人的感覺總是有那么點“鋌而走險”的意思，干好了，也就那么點工資，干不好挨客戶罵是肯定的，最主要的是可能還會因此背上自己無法承受的債務！您說，是不是噩夢吧！
熱門跟貼