編程第一天

『壹』 想問問各位編程高手最開始的時候是怎麼下手的，也可以說是怎麼從什麼都不知道的時候到會匯編的過程！

一個IT人士的個人經歷，給迷失方向的朋友

這些日子我一直在寫一個實時操作系統內核，已有小成了，等寫完我會全部公開，希望能夠為國內IT的發展盡自己一份微薄的力量。最近看到很多學生朋友和我當年一樣沒有方向 ，所以把我的經歷寫出來與大家共勉，希望能給剛如行的朋友們一點點幫助。
一轉眼我在IT行業學習工作已經七年多了，這期間我做過網頁，寫過MIS、資料庫，應用程序，做過通信軟體、硬體驅動、協議棧，到現在做操作系統內核和IC相關開發，這中間走了很多彎路，也吃了不少苦。
我上的是一個三流的高校，就連同一個城市的人多數都不知道。因為學校不好也就沒有指望能靠學校名氣找一個好工作。所有的希望都寄託在自己的努力上了，大一開學前的假期我就開始了學習，記得我買的第一本書是《計算機基礎DOS3.0》，大家別嚇著了，其實當時已經普及了DOS6.22了，只是我在書店裡看到了DOS4.0，5.0，6.0的書，以為像英語那樣是第四、五、六冊，記得當時到處找DOS1.0，現在想想也幸好我沒有找到：）開學前我學完了PASCAL，那時既沒有計算機也沒有人可以請教，我連程序是什麼的概念都沒有，只好死記硬背代碼，然後拿紙寫，我一直到大三才有了一台486，在這之前用紙寫了多少程序我也記不清楚了，只知道最長的一個我拿A4大小的草稿紙寫了30多頁，我的C語言、C++、VC都是在這樣的條件下入門的。所以說條件是可以克服的，希望我的經歷多少給條件艱苦的同學們一點信心。第一次上機是在我姐夫的機房，我的心情激動的無與倫比，但是一上機我立刻傻了眼，他們用的是英文版的Win3.1，我的那點DOS知識都見了鬼，上機提心吊膽的一陣瞎摸，一不小心把Word弄成了全屏，怎麼都還不了原，當時真是心急如焚，我以機器被我弄壞了。第一個C語言程序，就是那個經典的HelloWorld，我調了幾個星期，上機機會非常少，也沒有書告訴我開發環境（TC2.0）需要設置，而且開始我都不知道有編譯器，我甚至自作聰明把寫好的程序擴展名從.c改成.exe，結果可想而知。
大一學完了C、X86的匯編、數據結構、C++。由於精力都花在自學上了，大一下四門課掛了彩，三類學校就是這點好，掛上一二十門也照樣畢業。不過扯遠點說，我那麼刻苦都及不了格，可見我們國家的計算機教育有多死板。
大二准備學VC和BC，當時難以取捨，後來選了VC，不為別的，只為書店裡兩本書，VC那本便宜6塊錢。我的努力在班上無人能及，學的日夜不分，大三有了計算機後更是如此，很多次父親半夜教訓我說我不要命了，我一直覺得自己基礎差，記憶又不行，條件也不好 ，所以覺得只有多花點時間才能趕上別人。居然後來有許多朋友說我有學計算機的天賦，讓我哭笑不得。我用的是486，16M內存，1G硬碟，當時同學們的配置都是P166MMX，我安裝一個Windows NT4.0需要一個通宵，編譯一個BC5.0向導生成的程序需要近兩個小時，我的顯示器是個二手的，輻射非常大，開機屏幕冒火花，看起來很酷的：），有一次程序寫的太久，覺得怎麼白色的編輯器背景變成了紫色，以為顯示器壞了，後來才發現眼睛不行了，不過說來也奇怪，到今天我的視力還能保持1.5，真是個奇跡。但是就是那台破機器陪伴我兩年，讓我學會了VC、Delphi、SQLServer等。後來那台機器給我阿姨打字用，據她說一天她正打的開心，一股青煙夾著火苗從顯示器鑽出來，之後它才壽終正寢。
大三假期找了個機會在一個計算機研究所實習，與其說實習不如說是做義工，工作了兩個月一分錢沒有拿。但是這兩個月對我的發展幫助很大，讓我早一步了解了社會，剛去的時候我當然是一竅不通，在那裡我熟悉了網路，學會了Delphi和Oracle。由於工作很認真，得到了比較好的評價，在一位長者的引薦下，我開始和他們一起做項目，這使我在大三大四就有了自己的收入，大四又找了兩家MIS公司兼職，雖然錢不多，但是在學生期間有1000多的收入我已經非常滿足了，我終於用自己賺的錢把計算機換了。大四下開始找工作，這時我的工作經驗已經比較多（當然現在想想非常幼稚），開始聽父母的想去那個研究所，實習過那個部門也希望我能去，但是不知道為什麼最後不了了之，這種單位就是比較官僚，我一氣之下就到了我兼職的一個公司做MIS的TeamLeader。在大三到畢業一年的時間，做過了各種MIS，從煤氣、煙廠、公安、鐵路、飲食到高校，什麼有錢做什麼，工作也很辛苦，經常加班和熬通宵，從跟客戶談需求到設計、編碼、測試、交付都要上。那時覺得很有成就感，覺得自己還不錯，現在想想真是很膚淺。
剛走上工作崗位的學生很容易被誤導，各種開發工具讓人眼花繚亂，同時也覺得很受公司器重，但這樣工作永遠是一個低層次的開發者。不要跟我說什麼系統分析有多麼多麼重要，多麼多麼難。你以為自己跟用戶談需求做設計就是系統分析和設計了嗎，國內又有幾個公司能夠做的很到位很規范？我是ISO9000內審員，也在Rational公司受過多次培訓，拿了4個證書，還有一個公司讓我去做CMM。這些我聽過很多，但是很多事情到內就變了性質，一個公司不是通過了ISO9000或者CMM就能規范了，我現在在一家有幾十年歷史的外企工作，裡面的管理不是一般國內企業能及的。作為一個畢業不久以前沒有步入過社會的學生，幾乎不可能在很短的時間掌握系統分析和設計，面向對象、UML只是一個工具，關鍵是人本身的思想，不是說你熟悉了C++、Rose就能夠做出好的設計，相反如果你具備了很高的素質，你可以用C寫出比別人用C++更加模塊化的程序。
話說遠一些，國內軟體開發行業有一個怪圈，很多人覺得VC > Delphi > VB，真是很搞笑。這幾個軟體我都做過開發，說白了他們都是工具，應該根據應用的需要選擇採用哪個，而不是覺得哪個上層次。如果你因為用某個開發工具很有面子而選擇的話，只能說明你很淺薄。如果說層次，那麼這些工具都不上層次，因為它們用來用去都是一些系統的API，微軟的朋友不會因為你記住他們多少個API或者多少個類就會覺得你很了不起，你永遠只是他們的客戶，他們看重的是你口袋裡的銀子。我也做過系統內核，我也封裝過很多API，同樣我也不會看重那些使用這些API做二次開發的客戶，除非他能夠作出自己獨到的設計。
至於有人認為C++ > C那更是讓人笑掉大牙，不妨你去打聽一下，現在有幾個操作系統內核是用C++寫的，又有幾個實時系統用的是C++，當然我也不是說C++不好，但是目前的內核和實時系統中C++還無法與C匹敵，至於說C++適合做應用系統的開發那是另外一回事。所以我的觀點是不在於你用什麼工具和語言，而在於你干什麼工作。你的設計體現了你的技術層次。
這樣幹了一年我覺得非常苦悶，做的大多數都是熟練工種的活，個人技術上沒有太多的提高也看不到方向。所以決定離開這個城市去上海，尋求更好的發展，並且打算放棄我以前的MIS轉到通信行業。
寫到這里不能不提到我女朋友，我們是在來上海前半年認識的，她大四在我公司實習，公司派她給我寫文檔，我們的感情發展的很快。她告訴我很多事情，她家原本是改革開放的第一批暴發戶，她母親愛打牌，輸掉了幾百萬，還欠了很多債，她有男朋友，但是她對他沒有感情，只因為他給了她母親兩萬多塊錢，後來還強迫她寫了四萬塊的借條，她男朋友背叛過她並且不止一次打她，現在逼她結婚不然就要她還錢。這人居然還是一個高校的老師！她母親把父親給她的學費花了，因為拖欠學費她沒有辦法拿到畢業證。她母親現在有病需要錢，我拿出了自己的一點積蓄並且跟朋友們接了一些，替她交了學費並給她母親看病（後來才知道看病的錢又不知所終，就連她母親是不是有病我都不知道，但她也是沒有辦法）。這個時候我家知道了一些事情，堅決反對我和她在一起，她原來的男朋友也極力破壞。無奈之下我們決定早一定離開這個傷心的城市，並且瞞著我們家。由於時間倉促，我只准備了4000塊錢，她僅有的幾百塊錢也被她母親要去了，我買了三張票，一張是中午的，兩張是晚上的，中午我的家人把我送上船，他們一離開我就下了船，我和她乘坐晚上的船離開了這個我和她生活了很多年的城市，帶走的只是一身債務。沒有來過上海的我們兩個性倔強，都不願意去麻煩同學和朋友。來到上海是傍晚6點半，我們都不知道該去哪裡，我們找了一個20塊錢的旅館，這個房間連窗戶都沒有，7月份的天氣酷熱難耐，房間里非常悶熱。第二天我們開始租房子，因為身上的錢不多，我們基本都是步行，花了一個星期時間，不知道在浦東轉了多少圈後找到了一個400塊的房子，但是我們都 不了解上海是付三壓一，還要付半個月的中介費，買了一些鍋碗瓢盆後，我們身上只有800塊錢了，工作都還沒有著落，這800塊錢要支持到我們拿到第一個月工資，為了省錢我們自己做飯，每天買菜只花兩塊錢，她非常喜歡吃（也可能她在大學經常挨餓的願意），看到她現在這樣省吃儉用我真的很不忍心。她以前的男朋友也沒有放過她，經常打電話來騷擾，並且來上海看她，還說了不少恐嚇她的話，她過於善良，說他以前畢竟幫助過她，叫我不要與他一般見識。以後的每天在家就是苦等面試通知，原本我想迅速找一家MIS公司解決眼前的困難，但是她堅持讓我不要放棄自己的理想，終於功夫不負有心人，我找到了一家通信公司，4000塊的工資雖然趕不上MIS公司給我開出的價位，但也夠在上海生存。她也找到了工作，第一天上班她哭了，這是她來上海第一次流淚，我心裡很難受也很感動。
由於是全新的行業，我把自己降到了零點，我學的VC、Delphi、資料庫派不上用場，擺在我面前的是嵌入式、協議、信令一些我從未接觸過的知識。我知道我沒有退路，於是拚命的學習，我把自己當做一個應屆畢業生一樣，一分努力一分收獲，半年過去我終於熟 悉了工作，並且得到了公司的表彰，薪水也加了一級。後面的日子裡我們省吃儉用，把欠朋友的1萬多塊錢還了，日子終於上了正軌。這時女朋友告訴我她想考研究生，我也很支持，於是她辭職在家備考。
另外，在這里我要感謝我的ProjectManager，他原來是一個大通信公司的產品經理，對人非常和善，我從他那裡學到了很多知識，而且他也給了我許許多多無私的幫助。在工作上他給我充分的空間和信任。記得公司安排我維護一個接入伺服器軟體，由於代碼量不算太小（5萬行），資料和文檔都不齊全，我維護起來非常吃力，所以想重新把它做一遍，公司領導不太支持，可能覺得工作量太大，但是他極力支持我，私下裡他讓我放手去做，我的維護工作他擠時間做。在他的支持下，我花了半年時間完成了接入伺服器的軟體，並 且實現了一個相對完整的TCP/IP協議棧。在這里我學會了嵌入式系統設計、驅動開發、TCP/IP和很多通信的知識，我花了一年時間終於使自己從MIS開發轉到了通信行業，並且站穩了腳跟。我的開發大量是對硬體的直接操作，不再受微軟的操作系統，VC、Delhpi這些開發工具的約束，我終於看到了另外一片天空。
我做事情喜歡追根問底，隨著開發的深入，軟體開發與硬體聯系越來越緊密，硬體知識的匱乏又對我的發展產生了障礙，而且晶元技術基本上掌握在國外公司的手裡，這對做系統級設計是一個非常大的制約，一個新產品出來，第一道利潤（也往往是最豐厚的利潤）常常都被IC公司如Intel、Motorola賺去了，國內的廠商只能喝點湯。所以我決心解決自己的硬體技術障礙，並打算離開通信行業，進入IC設計相關領域。
當然我明白如果我對硬體了解的非常少，沒有哪家IC公司會仁慈到招我這樣一個一竅不通的人來培訓。所以我必須努力打好基礎，學一些相關知識為以後做准備。就像我開始從MIS轉到通信一樣，我看過大量通信方面的書，並且給一個ISP做過RADIUS計費分揀台，在這樣的背景下這家通信公司才給了我這個機會。我在的通信公司是做系統設計的，有不少PCB Layout硬體人員，平常我就注意向他們學習，由於我做的是軟體，在公司看硬體資料不好意思，所以開始只好在家看，剛來上海工作我連續一年都在加班，後來不加了，因為我要擠出時間學習，通常我12點左右睡，第二天5點半起，我上班比較早，地鐵上如果人不多 我也用來看書。學習當然不會是一帆風順的，有些實在不懂的問題就積累起來問硬體人員，他們的幫助使我學習進度快了很多，因為在沒有人點撥的情況下自學，我的一半時間是 花在解決疑難問題上，但這種問題經常是別人的一句話就可以讓我豁然開朗，我非常慶幸我有這樣的學習環境。在後面的一年裡，我學會了看硬體原理圖，學會了簡單的硬體設計
（模擬電路方面還有不小的差距），事情就是這樣的，當你安安份份做軟體，別人永遠認為你是軟體開發人員，在你開始學習硬體時別人未必會認同，有位中興通訊的朋友還對我說過，一個人不可能把所有東西都學完。我也明白這一點，但我希望自己做的更好。但當你熟悉硬體後大家又會覺得你好像原本就是軟硬體都懂的，同事們也都習以為常了。這個時候我可以把硬體資料堂堂正正的拿到公司看，沒有人再大驚小怪了。讓我比較自豪的是我通過自己的努力做了一個IAD（軟交換的終端設備）系統方案，包含軟硬體的選型、設計等內容，這
個方案得到了公司和同事們的認同，讓我感到非常欣慰。

技術是相輔相成的，當我的硬體有了一定的進步後，我的軟體設計也有了很大的提高 ，我可以從更深層次理解問題，我做的接入伺服器CPU是Motorola PowerPC860，熟悉的朋 友都知道860 QMC與軟體的批量數據傳輸通常採用BD表的方式，硬體人員做驅動的時候習慣 採用固定BD表，每接收或發送數據都將數據從BD表拷貝到用戶Buffer，或從用戶Buffer拷 貝到BD表，由於理解的比較深入，我自己重新實現了這個過程，採用動態BD表的方式，驅動從一個網口接收數據，提交給我的軟體進行三層交換，直至從另外的介面發送出去，沒 有進行一次拷貝。這樣的設計大大提高了性能，使系統的指標接近理論值。軟硬體的結合使我的設計水平上了一個台階。我現在寫的這個操作系統，編譯後我把程序反編譯成匯編，找出其中不優化的代碼，然後在C程序中進行調整。舉個例子，很多CPU沒有專門的乘法指令，這個大家應該都知道，在這種CPU上進行一個乘法操作常常會花費大量的指令周期，有的朋友會說這個我知道，我會盡量避免採用×號，但是事情往往不是那麼簡單，你知道 C語言中數組的下標操作是怎麼實現的嗎？仔細看看反匯編的代碼你就會明白，同樣是通過下標的定位操作，C編譯器會有時候會產生位移指令，但有時候會用乘法實現，兩者效率往往是天壤之別，所以明白這些問題你才能將系統性能提升到極致。這些問題就不多說了，有興趣的話以後可以共同探討。

話說遠一點，我由衷的希望在軟體上做的比較深入的朋友們有機會學學硬體以及其它 相關知識，尤其是做底層開發和嵌入式設計的。這對軟體技術的提高有非常大的幫助，否 則很多事情你只知道該這樣但不會明白為什麼該這樣。我這個觀點在我現在的IC公司Proj ect Manager那裡也得到了驗證。他告訴我們公司現在802.11晶元產品的軟體經理原本是 做該晶元硬體設計的，某某某原本是做軟體的，現在在做IC，類似的例子還有很多，只是在國內這樣的風氣不是非常流行。

我有一些心得體會與大家分享，只有當我干好本職工作後，我才會學習與工作關系不 大的技術，這樣公司的上司才不至於反感，在入門階段的問題我通常不去問那些資深人士 ，而是問一些資歷比較淺的朋友，比如剛畢業不久的學生，因為他們往往會跟你詳細的講 解，而資深人士通常覺得你的問題太簡單，所以回答的也很簡單，我又不好意思多問。等 技術上了一定的層次後我才會問他們，他們也能給你比較深入的回答。另外，有些朋友說我機會比較好，他們也希望能從事新的工作可惜沒有機會，我聽了只有苦笑，我的機會了 解的人都應該知道，我沒有出生在什麼IT世家：）也沒有誰一路提拔我，所有的路都是自 己走出來的，我母親去世比較早，我的後母（我叫她阿姨）看著我努力過來的，一次她看我大年30還在寫程序，她說像我這樣努力木頭都能學出來。

我的最終目的是IC而不是PCB，所以我下一步的准備開始學習IC設計的知識。公司的同 事沒有懂IC設計的，後面的路又要靠自己了，我買了不少相關的書，在網上也查了很多的 資料，我花了大量的時間去學習VHDL，並且用軟體進行了一些簡單的設計和模擬（沒有設 計ASIC，只是針對FPGA），隨著學習的深入，我漸漸明白了IC設計的基本流程，同時也明 白了這條路的艱辛。這個時候我已經做好了跳槽的准備，我向一家業界又一定知名度的IC設計公司投了簡歷，並通過了漫長的面試（4個多小時）。其他的一切我都比較滿意，唯獨薪資差強人意，我也明白原因，因為我是這個行業的新人，我沒有經驗，我再一次將自清零了。公司老闆問我6000多一個月能不能接受，我知道他也是照章辦事。想想我通信行業的朋友們，基本上都是年薪10萬以上，月薪過萬的也比比皆是，朋友們也幫我介紹了不 少待遇不錯的公司，我該怎麼選擇，當時我很猶豫，我熱愛我的事業，我嚮往我的追求，但我也是一個普通的人，我也需要養家糊口，我也想早一點買房買車。生活給我出了一道難題。

愛因斯坦在63歲時說過一個人沒有在30歲以前達成科學上的最大成就，那他永遠也不會有。這句話給了我很大的壓力和震動，我馬上就26歲了，離30隻有四年時間，我必須抓緊這幾年寶貴的時間，努力達到我技術上的最高峰。為了這個理想，為了能離自己的夢更近一些，我選擇了這家IC公司，我明白自己的薪資和公司剛進來的碩士研究生相差無幾，但為了今後的發展只能忍受，一切又得重新開始。換行業是一個非常痛苦的過程，尤其從一個春風得意的位置換到一個陌生的崗位，感覺象從溫暖的被子里鑽出來跳進冰水中，讓人難以接受。在原來那家通信公司，我是唯一兩年時間漲了五次工資的員工，公司和同事 都給了我極大的認可，工作上也常常被委以重任。但現在這一切都成了過去，在新的公司 我只是一個新人,沒有人知道也沒有人在意我過去的成績。我決定重新開始，我把自己看作 新畢業的學生，我要用自己的努力得到公司的認可。進入新的行業是非常痛苦的，我告訴自己必須忍受這一切，雖然外面有很多誘惑，但是既然作出了選擇我就不允許自己輕易放
棄。

我現在已經在這家新公司上了一個多月的班，開始非常艱難，現在慢慢適應了。第一 個月結束時，Team Leader找我談話，說我是新進員工中最優秀的一個，我心裡很欣慰，這也算對我努力的一個肯定吧。在這里還要感謝我的女朋友，她給了我很大的支持和鼓舞， 每次在我動搖的時候她都在鼓勵我，讓我堅持自己的理想，剛來上海是她讓我不要勉強去 做MIS，這次也是她讓我頂住了月薪過萬的誘惑，沒有她我可能不會有今天的成績。現在的公司有自己的操作系統，自己的CPU、DSP和其它晶元，在這里我能學到世界上 最先進的技術，我們的設計開發不再完全依賴別人的硬體和系統，這讓我很開心。我打算等工作步入正軌後，全力學習新的知識，實現我的理想。

在後面的兩年裡我給自己定下了幾個目標：

一.努力做好本職工作，在工作上得到公司和同事們的認同；
二.努力學習IC硬體設計知識，多向同事請教，並利用一切機會多實踐；
三.實現我的實時操作系統的主要部分，完成TCP/IP協議棧模塊，並免費發布源代碼；
四.和我女朋友結婚並買一套小房子，這是最重要的，因為我明白事業是可以重來的，但是珍貴的感情很難失而復得。

在這里提一下我現在開發的操作系統，它是一個實時嵌入式系統，目前支持以下特性：

a.支持時間片輪轉調度和基於優先順序調度，最多64個優先順序；
b.搶占式實時內核；
c.為了便於移植，主體用標准C實現；
d.匯編代碼非常少，不到100行；
e.支持任務管理，各任務有獨立的堆棧；
f.進程同步和通信目前完成了Semaphore，Message Queue正在調試；
g.實現了定時系統調用；
h.可以在windows上模擬調試

我還打算下一步實現優先順序反轉保護，Event Flag，Data Pipe，內存管理（以前實現過） 、驅動介面等。在這之後我還會努力完善它，比如加入文件系統，協議棧、調試介面等。希望朋友們提出自己的意見和建議，在此不勝感激！

後記：

就像有的朋友說的，我的經歷或許會給一些朋友產生誤導，在這里我必須說明一下。我來上海以前學習過於拚命，常常晚上只睡3個多小時，我身高1米71，那時只有108斤（我 現在130多），家人也說我這樣拚命活不過60歲，但是當時的我太固執，我對他們說只要能 實現理想活50歲我就夠了。那時的拚命使我的身體受到了影響，有一次早上突然腰肌劇痛難忍，痛的我倒在床上站不起來。雖然我現在已經比較注意，但有時候還會隱隱作痛。後來在女朋友說服了我，來上海以後我不再如此。我經常引用父親的一句話身體是革命的本錢。

而且我也發現拚命不是辦法，我可以熬一兩個通宵，最多的一次我連續工作了三天三夜， 但是我半個月都沒有恢復過來，這樣是不是得不償失？學習工作應該是一個長期的過程， 像馬拉松而不是百米沖刺。我現在非常注意調整學習和工作的強度，我要保證每天盡量有 相對充沛的精力，一些年輕的朋友覺得自己也應該拚命努力，這讓我多少有些擔心，如果我的故事能讓你在學習工作上多一點興趣，我會感到很開心，但如果誤導了某些朋友，讓你做一些不值得的付出，我會感到很內疚。

技術沒有貴賤只分，我以前換行業是因為自己的興趣所致，而不是對哪個行業有什麼偏見。我希望我的經歷不要給朋友一個錯誤的導向，覺得我始終向更高的技術發展。其實各行各業做到頂尖都是很困難的。話又說回來雖然技術沒有貴賤，但是門檻是有高低的，無論如何，做IC的門檻要比做網頁的高，這一點無可否認。國家各種人才都是需要的，但是作為個人奮發向上的想法還是應該有的，努力在自己喜歡的行業上做的更好，而不應該停留在比較膚淺的層次上。

我是一個自己覺得比較有自知之明的人，或許我最大的優點就是知道自己有很多缺點 ：）。我的故事中很多的曲折和錯誤都是由我的缺點造成的，希望大家用審慎的眼光看待 我的經歷，不要被我的花言巧語所迷惑。我學習有些隨心所欲，這給我帶來了無盡的麻煩，也大大阻礙的我的發展。記得我小時候成績比較出色，但是後來學習嚴重偏科，導 致我中學成績一再滑坡，也沒有考上什麼好的學校，小時候的一個朋友，當時的成績和我相仿，但是沒有我這個缺點，她上了清華，後來在去了美國深造，在一個著名導師手下研究理論科學，這未嘗不是一條更好的出路。另外我的學習方法也是在不斷改善中的，過去的學習過於講究數量和時間，那樣學習既苦而已效率不高，現在我非常注意學習的效率和技巧，這樣才是學習的捷徑（當然不是指投機取巧），比如說學一相對陌生的技術，如果有條件，不妨問一問有經驗的人，不需要問很多，往往他不經意的幾句話會給你非常大的幫助，甚至超過你看一個星期的書。帶著這樣的思想再去學習你會節省很多時間，這樣何樂不為呢？這些年中我學了不少的東西，由於開始非常盲目，所以學的東西雜亂無章，現在回想起來讓我啼笑皆非，我把大量的時間浪費在一些沒有必要深入了解的知識上，畢竟一個人的精力是有限度的。很多朋友很我一樣都背過五筆字形，的確它是個不錯的輸入法，但是對一個研發人員它絕對不值得你去背，你的時間應該花在有價值的地方。我這樣的事情還做過很多，我背過CCED、WPS的命令和快捷鍵，在dBase基本退出歷史舞台後我還花了很多時間去學習它的使用。所以我的學習在前期缺乏規劃，沒有明確的短期目的、中期目標，只有一個虛無飄渺的長期的理想。這就像做設計一樣，好的設計是從需求抽象到代碼有很多過程，而不能得到了需求就立刻開始開始編碼。

當然這么些年的學習和工作多多少少有些收獲，下面我說說我的一些學習的心得，這些方法未必正確，我也在不斷探索和改進中。我的學習和工作有相對明確的目標，我不會一時心動而去學習某一技術，在下決定之前我會考慮很多，包括長期的發展，個人路線的規劃，需要付出的代價、可能遇到的困難及解決的辦法等等，在決定後還會制定更加明確 的計劃，包括短期、中期和長期的，身邊可以利用到的資源（包括好的書籍、資料、軟硬體環境，也包括有經驗的朋友或者師長），以及每一個階段是怎麼過渡到高一階段的計劃 ，往往在一個學習階段一旦上路後會走的相對順利，但是跨階段通常比較麻煩，比如從學 習基礎知識轉到實踐。另外我買書也有自己的方法，現在世面上高質量的書遠不如低質量書多，對於一個陌生的技術，往往在第一次買書會選擇錯誤，即使買到一本好書但是它的方向也未必適合你，所以我通常會先在網上查找一些該技術的介紹，有了一點點概念後再去買一本比較薄、相對便宜並且內容相對泛泛而談的書，這是國內作者最善於寫的書：） ，再把它瀏覽一遍後我就會基本明白這門技術的要點，後面買書和制定計劃就會明確的多 。否則一開始就想找本好書往往比較困難，而且買回來後努力學習，有時候學了一半才發現是本低質量的書或者是相對過時技術，讓人非常懊惱。另外讓有經驗的人幫你介紹，通常也是一個不錯的選擇。

『貳』 我的夢想是成為一名出色的程序設計人員,想問問那些成功的朋友們,我要怎樣努力,謝謝大家!

我上班第一天我的老闆讓我做的第一件事
看兩篇文章：
程序員隨想
雷軍
我不是天生的程序員，也並非天生就喜歡電腦，上高中時也沒有想過將來會當程序員，接觸電腦純屬偶然－－小時候的一個好朋友上大學時選擇了電腦專業，為了和這個朋友有更多的「共同語言」我便選擇了計算機系。在大學，我略窺電腦世界，開始為之「發燒」；畢業後，開始了一個程序員的職業生涯。
從開始寫程序到現在快十年了，寫過的程序不少。從這些年的風風雨雨中走過來，不能不有些體會。說到體會，最大的體會就是這條路太漫長。
一、一輩子有你 苦一點也願意
我沒有奢望大家把寫程序和文學創作相提並論，但其中的苦楚卻不是一個普通用戶能夠體味的。為了寫好一個程序，我們度過太多不眠之夜。有個朋友如此評價道，「寫程序簡直是在自殺，巨費精力巨費腦子巨累」。但還是有許多人不畏其苦，前仆後繼。
我剛接觸到電腦就發現電腦的妙處：電腦遠沒有人那麼復雜，如果你的程序寫得好，你就可以和電腦有著非常融洽的關系，就可以指揮電腦干你想乾的事，這個時候，你是十足的主宰。每每坐在電腦面前，你就如同在一個王國里巡行。
電腦里的世界很大，程序員是活在自己想像的王國里。你可以細微到電腦里的每一個位元組、每一個比特的東西。
這樣的日子簡直就是天堂般的日子，很多人都愛上了這樣的日子。
不少人認為程序員最多干到三十五歲就可以收山，腦子也差不多該歇歇了，並認為寫程序是年輕人的事情，到了一定年齡，估計沒什麼人再當程序員。
我剛畢業時，意氣風發，也想先吃點苦，到了三十歲就不幹了。年長一點後就發現了自己的無知。一個人大學畢業就二十一二歲，技術成熟一點後可能二十五，接著就是票子、妻子和房子等等諸多忙不完的事情。一切搞掂的時候，也許就是三十五歲。如果三十五歲就放棄的話，我們就不用選擇程序員的道路。
電腦進入我國時間不短，但真正大規模開始用，還是八五年PC登陸我國時候的事。因此國內真正寫電腦程序的人最長也就寫了十幾年（不知道是否還有這樣的人）。由於電腦應用在國內時間比較短，國內程序開發的主力以三十五歲以下的年輕人為主，但這並不表示程序員如同紅粉佳人般的容易衰老。美國和台灣地區的開發者以三四十歲的人為主。開始寫程序的時候，我們覺得沒有什麼不能做的（現在還能聽到這樣的豪言壯語），而且更要命的是，好象我們特別聰明，特別適合開發軟體，比老外強得多。當我們真正接觸那些傑出的國外開發人員的時候，發現他們太厲害了，都有十多年的開發經驗，絕對多數的產品出自這些有豐富開發經驗的程序員之手。
畢業後，編程不僅僅是愛好，而且成了一輩子的工作，可以肯定會干一輩子，雖然我沒有打算一生只干這一件事。用一生來編程是一件既容易又困難的事。如果碌碌無為，為交差寫點程序，這樣寫兩輩子的人都有。但如果想全身心地寫程序，寫十年都不是一件容易的事。現在我的不少朋友都洗手了，有時我也有這種想法，但一旦面對電腦，立刻頓悟：電腦還是自己最擅長乾的事，也是最順手的事。
二、我的未來不是夢
有的人刻苦學習編程技術，努力提高編程水平，並把高級程序員作為追求的目標，甚至是終身的奮斗目標。後來參與了真正的商品化軟體開發後，感到非常困惑和茫然。
當我上大學的時候，高級程序員也曾是我的目標。當時，我通過等級考試獲得了高級程序員證書，並在自己的名片上印上「高級程序員」的字樣。後來，我的水平提高了，似乎也成了大家認可的好程序員了。這個時候我卻開始茫然。我希望我的技術能得到別人的承認，當得到別人的承認後，我又能如何呢？後來我發現，無論成為多麼高級的程序員都沒用，關鍵是是否能夠出想法、出產品，你的勞動是否能被社會承認，是否能為社會創造財富。
我的未來是明確的，開發出高質量的適用社會的產品，為社會創造財富。
三、每一個程序都是藝術品
有人認為程序員沒有什麼了不起，不過是一種熟練工種而已；也有人把編程說成是藝術創作，捧上天。這兩種意見爭論比較激烈，甚至可以說針鋒相對。
我們換個工種來看，石匠應該是熟練工種，跟藝術似乎沾不上邊。；但正是這些石匠，給我們留下了數不勝數的文物古跡，如樂山大佛、莫高窟等等。應該說這此石匠給我們留下了無窮的文化財富。我認為編程的工作和石匠比較相似，是技術，也是藝術。
現代軟體工業已具相當規模，很多軟體的完成需要的是大兵團作戰。一名精通程序員接受編寫某一塊的任務後，往往只是寫代碼，發揮的餘地很小。在大項目中，很多程序員只能了解到和自己所編模塊相關的很局部的細節，另外還受到開發環境的限制，真的很難體會到自己在從事「藝術」創造，更多的時候是感到自己在從事重體力勞動。有的時候還擔心自己苦苦參與的這個項目究竟有沒有意義，是不是在同類產品中有競爭力，會不會開發出來以後就因為硬體的發展、操作系統的換代而過時．．．．．．
編程是技術活，才有可能大規模進行，才會有軟體工程的理論。也正是編程具備藝術創作的特點，我們的生活才會有如此多的好軟體產品。寫一個程序需要付出腦力和體力，當我—我們—某個群體完成一個程序之後，在我們的眼裡，每一個程序就都是藝術品。

程序員應具備的素質
前言
程序員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到數據傳輸層的處理，到操作系統的建設，到資料庫平台的建設，一直到應用層上各種數 據營銷平台的搭建，程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻。

中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不 如。這些問題不是在於中國程序員的智商和工作努力狀況，也不是在於國家和民間對開發 的投入程度，而是很大程度上，有一些對技術，對程序開發，對項目設計方面的思想誤 區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能 力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作。

中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程序的整體理解能力，這些人，一個網上的朋友說得很好，他們實際 上只是一些Coding fans，壓根沒有資格稱為程序員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇人。

一、程序員基本素質
作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最 重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有 限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球 的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟 件發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺 乏這種素質的人就完全不合格了。
2：文檔習慣
說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中 非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級 程序員和系統分析員，這個比例還要高很多。
缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇 到極大的麻煩。

3：規范化，標准化的代碼編寫習慣
作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮 進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和 糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自 己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。
再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可 想像的。

4：需求理解能力
程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性 能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾 經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情 況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太 極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程 序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險 和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經 驗才有可能有心得。
5：復用性，模塊化思維能力
經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫 一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成 了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一 些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在， 是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避 免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到 這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投 入到創新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊 都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重 寫，大部分重復性工作無謂的浪費了時間和精力。
6：測試習慣
作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專 職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特 點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行 認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效 率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常 調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務， 實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用 戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻 發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自己的每段代碼都 需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和 各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的 需求理解能力。
7：學習和總結的能力
程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有 領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。
善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高 了。
但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一 會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目 的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂 中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提 高。
善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有 目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高， 一個程序員才可能成長起來。
一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍的時候 馬上就到了。
具備以上全部素質的人，應當說是夠格的程序員了，請注意以上的各種素質都不是由IQ決 定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序員對自己工作的認識，是一種意識上的問題。

二、高級程序員/項目設計者還需具備的素質
那麼作為高級程序員，以至於系統分析員，也就是對於一個程序項目的設計者而言，除了應該具備上述全部素質之外，還需要具備以下素質：
第一，需求分析能力
對於程序員而言，理解需求就可以完成合格的代碼，但是對於研發項目的組織和管理者， 他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這么說呢？
一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這 時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能 上的要求，或者更正規些，可能獲得一個完整的用戶視圖；但是這都不夠，因為客戶由於 非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的性能需求，但是對於 項目組織者和規劃者，他必須能夠清醒認識到這些需求的存在並在完成需求分析報告的時 候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程序員編碼時不會失 去這些准則。
程序設計者必須正確理解用戶需求所處的環境，並針對性做出需求的分析，舉例而言，同 樣一個軟體通過ASP租用方式發布和通過License方式發布，性能需求可能就是有區別的， 前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平台下的普適性和安 裝使用的簡捷性。
第二，項目設計方法和流程處理能力
程序設計者必須能夠掌握不少於兩到三種的項目設計方法（比如自頂至下的設計方法，比如快速原型法等等），並能夠根據項目需求和資源搭配來選擇合適的設計方法進行項目的 整體設計。
設計方法上選擇不當，就會耽誤研發周期，浪費研發資源，甚至影響研發效果。
一個程序設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做數據流圖以確立 數據詞典；他需要加工邏輯流圖以形成整體的系統處理流程。
一個流程有問題的系統，就算代碼多漂亮，每個模塊多精緻，也不會成為一個好的系統。 當然，做好流程分析並選擇好項目設計方法，都需要在需求分析能力上具有足夠的把 握。
第三，復用設計和模塊化分解能力
這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？
作為一個從事模塊任務的程序員，他需要對他所面對的特定功能模塊的復用性進行考慮， 而作為一個系統分析人員，他要面對的問題復雜的多，需要對整體系統按照一種模塊化的 分析能力分解為很多可復用的功能模塊和函數，並針對每一模塊形成一個獨立的設計需 求。舉個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做 的，但是後來不一樣了，機器化大生產了，一個汽車廠開始通過流水線來生產汽車，獨立 部件開始具有一定的復用性，在後來標准化成為大趨勢，不同型號，品牌甚至不同廠商的 汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。軟體工程 也是同樣的道理，一個成熟的軟體行業，在一些相關項目和系統中，不同的部件是可以隨 意換裝的，比如微軟的許多桌面軟體，在很多操作模塊（如打開文件，保存文件等等）都 是復用的同一套功能模塊，而這些介面又通過一些類庫提供給了桌面應用程序開發者方便 掛接，這就是復用化的模塊設計明顯的一個佐證。

將一個大型的，錯綜復雜的應用系統分解成一些相對獨立的，具有高度復用性的，並能僅 僅依靠幾個參數完成數據聯系的模塊組合，是作為高級程序員和系統分析員一項最重要的 工作，合適的項目設計方法，清晰的流程圖，是實現這一目標的重要保證。
第四，整體項目評估能力
作為系統設計人員，必須能夠從全局出發，對項目又整體的清醒認識，比如公司的資源配 置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評 估項目整體和各個模塊的工作量，評估項目所需的資源，評估項目可能遇到的困難，都需 要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在西方一些軟體 系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方面已經遠遠不 如年輕人那樣活絡，但是就項目評估而言，他們幾十年的經驗積累就是最重要和寶貴的財 富。中國缺這么一代程序員，主要還不是缺那種年紀的程序員，而是那種年紀的程序員基 本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來的，他們沒有能積累 那種產品化研發的經驗，這也是沒有辦法的事情。
第五，團隊組織管理能力
完成一個項目工程，需要團隊的齊心協力，作為項目設計者或研發的主管人，就應當有能 力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事管理，因為這裡面設計了一些技術性的指標和因素。
首先是工作的量化，沒有量化就很難做到合適的績效考核，而程序量化又不是簡單的代碼 行數可以計算的，因此要求技術管理人員需要能真正評估一個模塊的復雜性和工作量。
其次是對團隊協作模式的調整，一般而言，程序開發的協作通常分為小組進行，小組有主 程序員方式的，也有民主方式的，根據程序員之間的能力水平差距，以及根據項目研發的 需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，這樣才能最大發揮 組隊的效率。
一個代碼水平高的人，未必能成為一個合格的項目研發主管，這方面的能力欠缺往往是容 易被忽視的。

綜上可以看到，作為一個主管研發的負責人，一個項目設計者，所需要具備的素質和能力 並不是程序代碼編寫的能力，當然一般情況下，一個程序員通過不斷的總結提高達到了這種素質的時候，他所具有的代碼編寫能力也已經相當不簡單了，但是請注意這裡面的因果 關系，一個高水平的項目設計者通常已經是代碼編寫相當優秀的人了，但是並不是一個代 碼相當優秀的程序員就可以勝任項目設計的工作，這裡面存在的也不是智商和課本的問 題，還是在於一個程序員在積累經驗，逐步提升的時候沒有意識到應當思考哪方面的東 西，沒有有意識的就項目的組織和復用設計進行揣摩，沒有經常性的文檔習慣和總結習 慣，不改變這些，我們的合格的項目設計者還是非常欠缺。

另外，為防止有無聊的人和我較真，補充一點，本文針對目標是作商業化的軟體項目和工程，那些科研機構的編程高手，比如演算法高手，比如圖象處理高手，他們的工作是研究課題而非直接完成商業軟體（當然最終間接成為商業產品，比如微軟研究院在作的研究課 題），因此他們強調的素質可能是另外的東西，這些人（專家），並不能說是程序員，不能用程序員的標准去衡量。

三、軟體項目研發的設計流程
最後補充一點東西，一個軟體項目研發的設計流程是怎樣的呢？以通常標準的設計方法為例，（不過筆者喜歡快速原型法）。
第一個步驟是市場調研
技術和市場要結合才能體現最大價值。

第二個步驟是需求分析
這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。
用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這裡麵包含了 很多操作方面的流程和條件。

數據詞典是指明數據邏輯關系並加以整理的東東，完成了數據詞典，資料庫的設計就完成 了一半多。
用戶操作手冊是指明了操作流程的說明書。
請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之前完成，完成 這些，就為程序研發提供了約束和准繩，很遺憾太多公司都不是這樣做的，因果顛倒，順 序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。
需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需求說明 書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或 公司市場部門）能夠有真正的溝通和了解。
第三個步驟是概要設計
將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。 作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方法是因為 涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是 並不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼後，根據評測結果和 經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個步驟是詳細設計
這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把 具體的模塊以最』干凈』的方式(黑箱結構）提供給編碼者，使得系統整體模塊化達到最 大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細 設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求分析到概要 設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之，一個大型軟 件系統在完成了一半的時候，其實還沒有開始一行代碼工作。
那些把作軟體的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個步驟是編碼
在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/ 2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提 高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可 能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都 出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永 遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候 嗎？從來沒有！
第六個步驟是測試
測試有很多種：
按照測試執行方，可以分為內部測試和外部測試
按照測試范圍，可以分為模塊測試和整體聯調
按照測試條件，可以分為正常操作情況測試和異常情況測試
按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試
以上都很好理解，不再解釋。

總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外 部測試都是正常的，因為永遠都會又不可預料的問題存在。

完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少 不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營 狀況並持續修補升級，知道這個軟體被徹底淘汰為止。

寫這些步驟算不上賣弄什麼，因為實話講我手邊是一本《軟體工程》，在大學里這是計算 機專業的必修課程，但是我知道很多程序員似乎從來都只是熱衷於什麼《30天精通VC》之 類的，他們有些和我一樣游擊隊出身，沒有正規學過這個專業，還有一些則早就在混夠學 分後就把這些真正有用的東西還給了老師。
網上現在也很浮躁，一些coding fans亂嚷嚷，混淆視聽，實際上真正的技術專家很少在 網上亂發帖子的，如筆者這樣不知天高地厚的，其實實在是算不上什麼高手，只不過看不 慣這種對技術，對程序員的誤解和胡說，只好挺身而出，做撥亂反正之言，也希望那些還 沉迷於一些錯誤人士的coding fans們能認真想想，走到正途上，畢竟那些聰明的頭腦還 遠遠沒有發揮應有的價值。

『叄』 什麼是Ko---Ko少兒編程第一天

Ko，一款專為少兒設計的可視化編程工具，由微軟開發，旨在激發兒童的創造力和編程興趣。通過簡單的圖形化編程，Ko讓孩子們在電腦上創建3D游戲，無需編程基礎，無論是孩子還是成人，都能輕松上手。

Ko以其面向對象的特性，允許用戶通過設定對象的「條件和語句」實現創意，提供了豐富的游戲模式範例，如冒險地圖和經典游戲，讓學習過程充滿趣味性。它不僅支持Windows系統，從XP到Win10皆可安裝，而且完全開源免費，擁有強大的社群功能，孩子們可以分享和下載他人的創作世界。

在Ko中，孩子們能夠體驗到3D環境設計的獨特樂趣，比如通過模擬上帝視角製作走迷宮游戲，增強理解並為後續機器人編程教學打下基礎。編程語言簡單直觀，僅需WHEN……DO……這種基本結構，通過環形菜單添加各種項目，如角色（對象）的個性化設置，使其既好玩又易於理解。

Ko的角色設計非常吸引人，無論是可愛的還是酷炫的，都能激發孩子們的想像力。無論是編程新手，還是對虛擬現實感興趣的學生，Ko都提供了一個絕佳的入門平台，幫助他們在玩樂中學習和成長。