學生管理資訊系統 那些事兒 （三）

           本篇文章主要是寫一下師傅驗收之後的感受。

       相信我們很多人在師傅驗收時會無限感慨：天哪，師傅這驗收也太嚴格了吧！一個文字框不落地測試，從輸入格式到內容（包括數字、日期、大小寫、符號、密碼處理、長度），從功能實現到代碼品質（注釋、格式化、焦點等），在偶爾加上幾個友情提問，親們，是不是已經崩潰了呢……

       我們自信滿滿地調完了，興高采烈地找師傅去驗收了，然而我們的自信在師傅們無情的點擊輸入下卻嘩啦啦的碎了一地……

       本人就是個反典，唉。記得那是一個寂靜的晚七點半，發了Fetion請師傅來給我驗收，本來是比較有自信的，調了好多bug，自以為沒什麼問題了。可是~ 可是師傅檢查的是如此耐心，一格一格地測試，瞬間把我“幼小”的心靈點擊的千瘡百孔了。

       TextBox沒有長度和格式限制，如“姓名”框裡數字、標點、字元 無壓力自由輸入，結果不是背離實際的“添加資訊成功”，就是敲打心靈的報錯視窗啊~   還有就是ComboBox控制項Style屬性設定的衝突，造成修改頁面無法開啟等等。 

       根據這點，師傅指出我們還是沒有從使用者角度來設計和實現這個系統，各種不方便之處一覽無餘。另外，師傅問我是否知道SQL注入語句，當然，我果斷的Say No，他就跟我講了關於SQL注入 的故事（在使用者名稱欄輸入注入語句後，只要密碼不為空白可隨意進入系統，可以通過限制輸入的文字格式設定來解決），甚至火車訂票官網在發布後還一度出現了這種低級bug，也可想而知我們國家的幾億項目下的程式猿們……

       再有就是注釋問題，聽說以後的項目驗收，如果看到代碼篇不是綠色的而是黑色的，就無條件不合格了~確實，米老師也跟我們強調代碼vs注釋=1:2的定理。

       沒有好的注釋對以後程式員的發展極為不利，尤其是以後的上升空間裡，軟體設計師、架構師們都是寫幾段注釋，形成一個架構後，就把剩下的工作交給碼農了，而兩者的報酬比卻是7（少數人）:3（多數）。

        最後，師傅問了我幾個小問題，算是驗收後的贈送吧。一、Set object=Noting什麼時候用；二、執行SQL語句有幾種方法，什麼情況下用（涉及到執行效率）？三、談到了程式設計語言的學習，是否進行了vb和SQL變數類型的比較（方便以後的C++和java學習）；四、（這個是我自己問的）記筆記的方法和辨別一個良好視頻的方法。

        頓時我就有一種崩的感覺……這是什麼也不知道的節奏啊。怎麼師傅就能從中發現這麼都得問題，而且幾乎都是我不知道的，我怎麼就沒發現，懷疑自己敲代碼時候大腦去幹什麼了，是不是理所當然的就跟著源碼走下來了而忘了思考。

        當然，上述問題已經解決了，但仍有很多問題存在。不僅僅是這個系統，在平時的學習裡，是不是也存在著很多的理所當然和“我以為就是這樣的”或者“本來就是這樣的吧”？忘記思考和懷疑是我們當前的一大漏洞啊。

        好了，反思先到這裡。總結一下就是，第一，IT行業是為國家和人民服務的；第二，我們必須正視自己，之所以在提高班學習，我們不只是缺少知識，更是缺少能力；第三，對事物永存懷疑和探索精神，不斷髮現自己的不足和無知；第四，嚴格要求和自律是未來成功的保障。