然而進入大學的時候，見到、聽到和感受到的遠沒有自己想象的那么理想。印象最深的一句就是：應用數學圖有其名，實際上什么也學不到，學數學不夠基礎數學專業的人，學計算機更是與CS的人差之甚遠。不同版本的經驗和心得讓自己茫然了好幾天。不過學院領導一再強調搞計算機最出色的人都是學數學出身和某一個師兄的話“自己起主導作用”最終使得自己清醒過來，其實只要自己努力和主動，一切都是可以自己主導的。

盡管剛入大學時經歷了落選“基地班”的打擊，但我很快振作起來。整理了一些師兄師姐的教導，確定了大學階段的目標：前兩年努力學好專業知識，打好數學基礎（我始終相信數學基礎是非常重要的），并利用空余時間學習計算機知識，從第三年開始尋找實踐機會積累計算機項目經驗。相比于那些從小就有機會學習計算機的同齡人，我著實屬于“晚輩”級的人物了，但我相信通過自己的努力，一定可以彌補以前落下的基礎。

幸運的是，我們宿舍10個人大部分都是“計算機迷”，在他們的影響下，我對計算機編程的興趣越來越濃，并且在大一暑假我就獲得了實踐的機會。通過舍友介紹，我進入了計算中心雨人工作室（后來轉到ERP實驗室）學習和實踐。在那期間，我參與了不少企業應用系統的開發和實施（部署、培訓），從那時開始，我學會了如何用Basic、Pascal來編寫各種小程序，學會了如何用VB、Delphi來編寫數據庫應用程序，從Access到SQL Server，我逐漸體會到數據庫的作用。盡管一開始編寫的程序和設計的用戶界面還顯稚嫩，但不斷得到客戶的認可讓我這個晚成的編程人員頗有成就感，也使得我對企業應用開發興趣漸濃。或許是因為從一開始我接觸的編程是企業應用（數據庫應用）的開發，我將自己的目標鎖定在企業應用領域。身邊的同學有的對游戲開發非常感興趣，有的則喜歡編寫各種系統工具甚至是小病毒，而我則深深“愛”上了企業應用開發。很多人對企業應用開發很不屑，他們認為那無非就是利用各種RAD工具拖拖控件，在已經生成的代碼框架上填填簡單的幾行代碼，完全沒有算法，沒有任何技術含量。剛開始接觸數據庫應用系統開發時，我也產生了類似想法。但與客戶的溝通使我產生了責任感，我當時的想法是：盡管我所做的工作是簡單的，但這樣可以為客戶帶來便利，正是這種簡單的想法使我堅持下來，并能夠重新認識企業應用開發。隨著自己學的東西越來越多，水平也不斷提高，我發現企業應用程序并不是簡單的界面+代碼，這里面涉及的東西太多了。如何使我做出來的應用程序能更好地滿足客戶的真實需求？如何使我的開發工作更有效率？如何使開發工作按時完成？……一系列的問題一直在腦海中回旋，我發覺對軟件開發了解的越多，腦海中的問題也就越多。

我的處女作品是一個進銷存軟件，是我獨立為一個軟件公司開發的。當時軟件公司的經理就是我的客戶，他提出需求（根據他的客戶需求），我根據需求設計、開發出滿足要求的軟件。當時接到任務的時候是大二暑假的開始，記得那個暑假我用自己的獎學金和家教所得的錢買來第一臺電腦（4000多元），然后開始了我的開發歷程。之前，我曾經為一個服裝租賃公司開發了一個服裝租賃系統，但由于各種原因最終沒有被用戶使用（據說是用計算機系統太麻煩，呵呵），所以這個進銷存軟件是我的第一個被客戶使用的作品。開發服裝租賃系統的經歷讓我學習了數據庫知識和Delphi工具的使用，也了解了軟件工程的一些知識，知道了什么叫需求分析，什么叫系統設計，什么叫開發，測試和實施。當然，當時的專業課程學習任務還是比較重，對軟件工程學習只是依靠自學，所以不夠系統，知道的比較表面，不過也會依樣畫葫蘆了。當時需求分析還是比較詳細了，雖然沒有編寫很正規的需求分析規范說明書，但對客戶的需求還是了解得比較細致。在后來與客戶面對面接觸時，看到客戶對系統的認可，我覺得自己很偉大，我終于體會到“科學技術是第一生產力”的真正含義了，呵呵。整個進銷存軟件的開發量（包括數據庫結構設計、界面的設計和代碼編寫）還是蠻大的，由我一個沒什么經驗的開發人員用兩個月時間開發，確實難住了我，特別是里面一些業務邏輯，比如先進先出，后進先出等結算方式讓當時的我很是頭痛。在那段時間里，我經歷了各種各樣開發人員的生活：為了找出一個問題所在不斷DEBUG；為了完成手中的工作通宵達旦；為解決了一個難題而歡呼雀躍；為得到了經理的贊賞而美滋好一陣子；……開發工作是辛苦的，但收獲卻是非常大。書本上學到的軟件工程知識是抽象的，但通過開發這個進銷存軟件，我加深了對軟件工程各個階段的理解，雖然還是很膚淺，而且也許還很片面，但其間所經歷的事情讓我積累了不少的經驗，我懂得了如何去更好地與客戶、項目經理交流；認識到了規范開發和各種文檔的重要性（堅持寫開發文檔得到了經理的贊賞，這也為后來省下了不少麻煩，系統交付后，很少接到經理的騷擾電話，呵呵）。當時經理說的一句話讓我印象很深刻，也一直陪伴著我：開發應用程序不是關在屋子里埋頭寫理想的代碼，而是要保持與用戶的不斷溝通，時刻讓自己的開發往正確的方向前進。靠自己想象出來的程序再美妙也是沒有任何價值的。從感受到自己的軟件為用戶帶來了工作效率的提升開始，我就瞄準了企業應用開發這個領域。雖然當時的認識比較模糊，腦中還沒有系統架構的概念，知識體系還是很不完善，缺乏相關計算機基礎知識的支持，但我感覺到信息技術在企業應用領域會起革命性的作用，而且絕不止數據庫應用那么簡單。

隨著參與的項目越來越多，范圍越來越廣，學到的知識也越來越廣泛，對信息技術的認識也越來越深。開發進銷存軟件的成功讓我得到了計算中心一位教授的賞識，我因此也得到了加入正式項目組的機會。第一個系統的開發完全是“個人英雄主義”行為，盡管我也試圖貫徹軟件工程的思想，但絕對體驗不到團隊合作，除了與客戶和經理的溝通外。所以聽到可以加入項目組的消息，我的心情是非常激動的，當時只是大三剛開始，而我已經初步實現了自己的目標，向更高的層次前進。

在雨人工作室學習期間，我參與的項目集中在企業MIS和一些WEB應用。在Windows環境下，利用Delphi作為開發工具，MS SQL Server為后臺數據庫，開發各種C/S結構的信息管理系統。當時的我作為一個開發人員，主要負責一些設計（數據庫結構設計、系統框架設計和前端用戶界面）和coding工作。由于項目組成員不是很多，同時又是part-time job，有時更是幾個項目在身，著實體會到了一個programmer的艱辛，但也確實學到了很多programming skills，積累了不少programmer的經驗。忙手coding的同時，我意識到計算機基礎知識的重要，輔修計算機軟件專業的課程，認真學習別人認為枯燥乏味的OO、Data Structure、Software Engineering等等基礎課程。雖然到現在已經不能完全記住當時學的知識，但學到的一些思想、算法和技巧都在潛移默化影響著我的工作。

大二、大三兩年是非常艱苦的，學習任務繁重，我學好每一門數學，我知道本科頭兩年的數學課程是非常重要的；同時我也瘋狂學習計算機知識，并通過做項目去理解體會學到的知識。那兩年時間里，我感覺到自己的進步非常大。其間我也經常聽到一些反調，那些喜歡底層編程工作的同學都在勸我學一些更高深、更底層的知識（他們認為我如此聰明的頭腦去做那么“簡單”的應用開發，真的太浪費了），我也曾經動搖過，但在網上論壇、BBS上我與“大蝦”們討論交流，同時也經常找公司里面一些經驗豐富的程序員溝通，我堅定了我的路線，小型的企業應用開發從程序員角度來說似乎沒有那些與Windows API相關的底層編程那么復雜，但真正要保證時間保證質量開發出一個滿足企業需要的系統，卻是非常不容易的，這是一項非常有挑戰性的工作，而且意義非同一般。IT發展到現在，很多技術已經非常成熟，我們應該站在前人的肩膀上，盡可能利用先進的技術幫助企業提高生產力。隨著參與的項目越來越大，越來越復雜，我發現即使是企業應用開發工作，也不是象很多人所想象的那樣簡單，需要考慮的東西越來越多，不再只是實現了要求的功能就OK了，需要考慮與已有資源（包括軟硬件資源）的整合，同時一些在小系統上表現不明顯的因素也越來越決定著一個項目的成功與否，比如性能、可維護性、適應性等等。當時開發進銷存軟件時，只要找到了一個第三方控件實現了所要求的功能就興奮異常，后來開發較大型項目時就不再那么容易了，需要考慮系統采取的架構（C/S？B/S？兩者相結合）、開發平臺、數據庫平臺，同時還得費心機考慮這種設計或實現方法是否會影響系統速度或性能，是否可以重用，需求發生變化時是否容易修改，等等。后來才真正體會到一個系統總體結構的不合理，會導致各種各樣的問題，從用戶角度來看，會產生重復工作等問題；從系統角度來看，會導致致命的速度、性能問題。而后者很可能導致項目的失敗，一個經常導致服務器或客戶端死機的系統如何讓用戶接受？

在大三、大四兩年，參加了一些MIS、MRPII和ERP項目，有的可以稱得上是成功的項目，但大部分卻很難稱之為成功（無論是進度還是質量都與理想差之甚遠）。原因是多方面的，主要有以下幾點：1、項目管理混亂，沒有規范的項目管理導致代碼質量低下、進度不斷延遲；2、分析人員不夠重視需求分析，沒有很好地了解客戶的真正需求，缺乏對相關行業的必要知識，導致最終的系統不能很好地滿足客戶的要求，這也使得相當數量的中小型企業對信息系統產生了懷疑；3、系統設計人員計算機知識不全面，不了解最新的技術，導致系統沿用過時的技術和系統結構，同時忽視重用性導致不斷的重復開發；4、開發人員只考慮能否實現，而沒有考慮如何更好地實現，忽視代碼的效率、性能等問題。

01年項目組一直采用C/S結構為各種行業的企業、工廠開發管理系統（MIS、MRPII、ERP），雖然對企業宣稱開發的系統屬于MRPII、ERP等等，富麗堂皇，但事實上項目組的成員只有技術背景，根本沒有管理背景，而且項目組中沒有經驗豐富、高瞻遠矚的行業顧問、架構師，設計、開發出來的所謂MRPII、ERP實質上就是復雜一些的MIS，根本無法為企業的管理、決策帶來幫助，唯一能看到的只是系統幫企業管理各種數據、出一些數據統計報表而已。每完成一個項目，有終于可以完工的快感，但很快就被客戶的抱怨所淹沒，我也逐漸意識到自己不能再定位在programmer的層次了，一個再優秀的programmer，也只是能寫出優秀的代碼而已，卻不能為企業提供一個優秀的系統。Programmer只能停留在系統的局部，而系統架構師（Architect）則肩負著整個系統構架的重任，毫無疑問，架構師對于一個項目的成敗起著關鍵的作用。我認識到信息技術在企業中的應用越來越重要，也越來越復雜。隨著ERP靜寂之后，CRM、DPR、e-ERP、e-business等逐漸成為熱點，J2EE、.NET等新技術也逐漸成為程序員的新寵。信息技術已經日新月異，我感到學習更多先進技術的同時，應該確定新的目標。我不再滿足于做一個優秀的programmer，當時我確定了自己的目標是成為一個優秀的系統架構師，但首先我會努力讓自己成為一名優秀的軟件工程師。當時我對架構師的認識是：架構師負責理解系統的業務需求，并創建合理、完善的系統體系架構，架構師也負責通過軟件架構來決定主要的技術選擇。架構師要求有完善的知識體系，扎實的技術功底，了解當今流行的各類技術和產品。