不知不覺，我的萬碼學堂學習生活已經(jīng)過去了三分之二。從第一次坐在教室里，在自己的筆記本上寫下“今天我還以為C語言跟天書一樣”，到現(xiàn)在接ASP真單，面對全校師生進行項目答辯，可以說編程改變了我的生活。

“要么不做，要做就做最好”。

這是我在項目剛開始的時候對王子逸說的話。理想很豐滿，現(xiàn)實很骨感，從項目分析和建立數(shù)據(jù)庫字典開始，我們就各種摸不著頭腦，各種異想天開的思路讓我們的項目需求分析看起來一團亂麻。萬事開頭難，只能硬著頭皮頂了，本來預期四天完成的文檔，拖到了一周才完成，不過本著竭盡所能的原則，還是對項目的大體內容有了一定的規(guī)劃，著手操作還算得心應手。

“數(shù)據(jù)庫還得改”。

這肯定是我們項目制作過程中說的最多的話了，因為經(jīng)驗不足以及分析不到位，導致在實際開發(fā)過程中一次又一次的修改數(shù)據(jù)庫結構，以適應項目需求。雖然老師再三強調數(shù)據(jù)庫結構設計完后不能隨意修改，我們還是為自己的過分自信埋了不少單。不過，在一次次的修改過程中，我對軟件開發(fā)以及項目分析的態(tài)度逐漸有了改變。因為在一期二期Java實訓過程中，一直都一個人或者是比較小的項目小組合作，只需要得到項目需求，直接開始編寫代碼就行，開發(fā)思路寫到哪想到哪，不曾有整體計劃，所有計劃上的漏洞全都由技術上填補了，所以對自己沒有一個比較深刻的認識。通過這次項目制作，我改變了對這項工作的看法，之前對編程的理解就是：“我要用什么樣的方法實現(xiàn)怎樣的功能？”這樣片面的想法讓我在大的項目制作中捉襟見肘，“要用整體的思路去解決問題”這是我所欠缺的，也是我在以后的學習和項目制作中應該注意的問題。

“時間=代碼”

計劃說明書在這次實訓過程中其實沒有起多大作用，我們剛開始商量了一下，“哦，好像要做的東西不是很多”，當然了，結果就是項目進度嚴重滯后。當項目開始一周多，我才意識到自己的“眼高手低”。我的任務是實現(xiàn)項目所有的后臺功能，預定的20項功能在第一周只完成了3項。于是我開始了每天早上7點起床，寫代碼寫到凌晨1點的生活，就連吃飯也在思考代碼如何編寫。雖然不是在學校里做東西，但是工作的時間占據(jù)了我生活的大部分。當然努力跟結果是成正比的，雖然我沒有一個月寫10萬代碼，不過還是在預定的時間內把該完成的東西都順利完成，甚至留有不少的時間來進行功能上的測試與完善。所以，從今以后的項目開發(fā)，我都會保持現(xiàn)在的狀態(tài)，再簡單的代碼，也要一個字一個字打出來。

“做出來的東西是給別人用的，不是給你自己用的”

這次實訓中雖然有很多的問題，很多的不足，但是整個項目的出發(fā)點—“人性化”，這一思路更加的根深蒂固。因為我們作為程序員，對自己的程序熟悉，對電腦熟悉，所以怎樣繁雜的操作都可以接受，但是我們制作的東西是面對全年齡，全水平段的用戶，所以“用戶體驗”是我從開始接觸編程，到現(xiàn)在一直沒有改變的信念。通過這次項目制作，也讓我更加相信自己這一信念是正確的，也算是一大收獲。

雖然這次實訓已經(jīng)結束，但是它對我的影響以及過程中的種種收獲，都將成為我作為一名程序員的成長過程中一筆寶貴的財富，不僅讓我更好地融入到“萬碼學堂學員”這一行列，更讓我學會了很多不能用“編程技術”來形容的東西，讓我在以后的工作道路上走的更好，更遠。