從「野路子」到「正規軍」的軟體開發之路

2021-09-17 06:00:57 字數 1175 閱讀 2240

有同學說是從自學程式設計出身的,碰到過很多的問題,和很多人一樣,我也是野路子出身的,2023年自學asp程式設計,大學期間兼職給別人做了不少**。但那時候拿到乙個專案,上手就是寫**,沒有對需求進行梳理分析,也沒有設計,直接就是想到哪寫到哪。

這種邊寫邊改的模式看起來開發速度很快,但是後面遇到了不少問題。比如說因為沒有分析需求,所以做出來的東西不是客戶想要的結果,就得要多次返工重寫,浪費不少時間;寫之前也沒有設計,邏輯都混在一起。最誇張的乙個**檔案有上萬行**,最大的函式有一千多行的邏輯。可以想像維護這樣乙個專案是多麼的痛苦!因為很多邏輯也沒有抽象,都是重複的,修改的時候得乙個個查詢替換,一不小心漏了就出bug了。

幸運的是,我大三轉到了軟體工程專業,重新學習了軟體工程、資料結構、物件導向這些基礎課程,畢業也順利的成為乙個程式設計師。

經過專業學習後,對我後面成長還是幫助很大的,這個幫助主要體現在兩個方面。

第乙個,就是學習新技術的時候,很快能領悟和融會貫通。比如說我學過瀑布模型,後來去看微軟的msf,去看敏捷開發,就能根據以前的理論基礎,去看它們共通的地方、不一樣的地方、各自的優缺點,這樣很快就能掌握。

第二個呢就是做事的時候,會更有章法,有理論指導。寫程式前會先注意對需求進行梳理,搞清楚產品經理想要的是什麼,這樣就不用有太多的反覆。寫**之前我會先做設計,思考有哪些共同的模組,應該怎麼抽象。

後來到飛信的時候,因為表現出色,我開始有機會去管專案。

我還記得第一次作為專案經理去管乙個小專案,我一時之間還真有點懵,不知道該怎麼做。好在學過軟體工程,尤其對瀑布模型、軟體生命週期特別熟悉,於是就嘗試著按照生命週期模型,先把專案拆分成幾個階段,然後在每個階段裡面,按照模組再去細分,再去制定專案計畫。

幸運的是,我還找到了當初的專案計畫表,分享給大家看看。

在制定計畫的過程中,也幫助我做了乙個很重要的轉變,那就是不再是像以前只盯著乙個小模組,不是再只想著技術實現,而是站在專案的整體去思考。

這個專案後來按照我當時制定的計畫進展的很順利。如果之前沒有軟體工程的這些理論基礎,也許我後來還會轉型做管理,但是一定沒有當時那麼順利,要多走很多彎路。

我希望《軟體工程之美》專欄能幫大家重新理解軟體工程,從苦鑽技術不得法變得行有章法。

從「野路子」到「正規軍」的軟體開發之路

有同學說是從自學程式設計出身的,碰到過很多的問題,和很多人一樣,我也是野路子出身的,2000年自學asp程式設計,大學期間兼職給別人做了不少 但那時候拿到乙個專案,上手就是寫 沒有對需求進行梳理分析,也沒有設計,直接就是想到哪寫到哪。這種邊寫邊改的模式看起來開發速度很快,但是後面遇到了不少問題。比如...

從「野路子」到「正規軍」的軟體開發之路

有同學說是從自學程式設計出身的,碰到過很多的問題,和很多人一樣,我也是野路子出身的,2000年自學asp程式設計,大學期間兼職給別人做了不少 但那時候拿到乙個專案,上手就是寫 沒有對需求進行梳理分析,也沒有設計,直接就是想到哪寫到哪。這種邊寫邊改的模式看起來開發速度很快,但是後面遇到了不少問題。比如...

從「野路子」到「正規軍」的軟體開發之路

有同學說是從自學程式設計出身的,碰到過很多的問題,和很多人一樣,我也是野路子出身的,2000年自學asp程式設計,大學期間兼職給別人做了不少 但那時候拿到乙個專案,上手就是寫 沒有對需求進行梳理分析,也沒有設計,直接就是想到哪寫到哪。這種邊寫邊改的模式看起來開發速度很快,但是後面遇到了不少問題。比如...