軟體開發，怎麼才能做好呢？（一）

軟體開發，怎麼才能做好呢？

這個題目太大了，好像應該是乙個軟體大師，至少也應該是乙個資深程式設計師應該討論的話題，應該採用的文章題目。而絕不應該是我這個僅僅工作兩年，僅僅做了兩年c開發的小菜鳥應該討論的問題。但是，在這兩年了，我還是有些自己的一點兒體會的，願意分享給大家，也作為我的第一篇csdn部落格吧。

第一階段基本語法

在學校裡，僅僅學了《c語言程式設計》，而且使用的是windows整合開發環境。確實，那會只要掌握了基本的語法，就可以實現一些小功能，比如經典的hello world。

那時候也沒有想過這是為什麼，比如.c檔案怎麼變成.exe檔案的？ windows作業系統是怎麼處理.exe檔案，列印輸出"hello world"的？

第二階段基本語法 + 資料結構

第一次看《資料結構》後，感覺就是陣列、鍊錶、佇列、棧、樹、圖的定義及常見操作實現，只看了它的表面內容，卻遠遠沒有認識到資料結構在實際程式設計中的作用。

資料結構，是無數軟體開發人員在實際工作中，根據工作需要慢慢摸索、總結出來的。我沒有查過資料，最初的程式語言是什麼，支援不支援陣列，支援不支援指標，但這確實是乙個問題，我認為還是有可能的。

在較為複雜的程式設計中，幾乎不可能不採用某種資料結構，但應該哪種資料結構，是程式設計師決定的，但這也決定了程式設計的複雜性、**的可讀性、可維護性等。

第三階段基本語法+ 資料結構 + 程式設計規範

工作之後，做的c軟體開發。剛開始，寫**都是在現有的搭好的框架內新增**，其實還是比較簡單的，與實際的環境沒有太大關係。這一階段公司、老同事強調的就是程式設計規範，還需要考試。其實，剛開始我並不很理解，慢慢才明白了。

為什麼寫**呢？當然是要實際所需要的功能。那實現該功能之後呢，**不會就被丟棄，而是需要其他同事去維護的，這就要求**具有很強的可讀性、可維護性。那這自讓就要求**具有統一的規範了。

即使是自己寫的**，一段時間過後，也會忘記具體的實現，閱讀起來也有一定困難。所以需要有良好的程式設計習慣，遵守一定的程式設計規範。

第四階段基本語法+ 資料結構 + 程式設計規範 + 問題定位

軟體開發，相應的也有軟體測試。也就是說，寫的**是一定存在問題的，是需要在實際環境中做測試的。當然，真正的軟體產品，是需要通過很多次測試才能夠上市的。軟體測試、解決bug在專案生命週期是占有很大比重的。

軟體測試，測試出了問題（絕大多數情況都是**本身存在問題的），怎麼解決，怎麼定位？簡單問題，可能就是乙個提示資訊錯誤，乙個字串問題。複雜問題，這就很難說了，有時甚至是一頭霧水，沒有一點兒思路。這種問題，怎麼辦，怎麼解決？

那些解決這類問題的大牛是怎麼造就的呢？

當然了，現在很多做的都是linux開發，需要有關於linux、makefile、shell等的基本知識，

掌握了基本語法、資料結構，養成了良好的變成習慣，有了自己的問題解決方式，實現簡單的、基本的功能應該沒有問題了.......