生活總是不免柴公尺油鹽醬醋茶的平凡，更是難擋喜怒哀樂聚散離的糾葛。就像學習，從來都來不得半點馬虎，所有的學習過程，都需要我們親自去經歷，去感受。步履匆匆下，無論困難與否，歲月都前行不殆，芳華之季更是轉眼即逝，我們需要做的就是一步乙個腳印。
不會敲怎麼辦？拖著，一拖再拖，更不想敲，每天呆呆的對著電腦，只能在英語哪兒找點兒安慰（我絕對沒有對英語不敬的意思，喜歡英語的小夥伴不要生氣哈），當你不會敲，當你在學習上走不下去的時候，你要怎麼辦nie，沒錯，就是找師傅，師傅在整個學習的過程中，給了我很大的幫助與指導，在此，謝謝我兩個可愛的師傅，帥帥的於亮師傅，美美的海燕師傅，找了師傅，師傅給了我，敲機房的總的路線方針：
a、axure，原型工具，用axure畫機房收費系統的原型圖；
b、資料庫設計，畫er圖；
c、編碼；
d、uml圖和文件
e、資料庫知識，sqlhelper，檢視，事務，儲存過程，觸發器；
f、加設計模式
有了基本方針，接下來就開始著手工作了，首先我了解了一下axure工具：axure rp是乙個專業的快速原型設計工具。axure（發音：ack-sure），代表美國axure公司；rp則是rapid prototyping（快速原型）的縮寫。axure rp是美國axure software solution公司旗艦產品，是乙個介面專業的快速原型設計工具，讓負責定義需求和規格、設計功能和介面的專家能夠快速建立應用軟體或web**的線框圖、流程圖、原型和規格說明文件。作為專業的原型設計工具，它能快速、高效的建立原型，同時支援多人協作設計和版本控制管理。對axure的理解就是，現在的我們對機房收費系統已經很熟悉了，知道她是如何布局，介面是如何設計的，但是給你乙個全新的系統，你不知道介面該如何布局，如何設計的時候，你就需要使用axure工具，進行設計，給使用者乙個大概的框架。這個時候，我們就需要借助axure。
接著，資料庫設計，資料庫該如何設計，一直以來都是乙個仁者見仁智者見智的問題。對於某一種資料庫設計，並不能簡單的用好與不好來區分。或許真的應了那句話，沒有最好，只有最適合。討論某種資料庫設計的時候，應該在某種特定的需求環境下討論。
er圖，需要我們分析業務需求，注意各個實體之間的關係，表裡又該有怎樣的字段，這些都需要我們慢慢去分析，了解。根據實體圖，生成資料庫表。
接著就是編碼階段了，但是跟我們原來的思想不一致，好比乙個房屋在建造之前，首先是需要畫圖紙的，但是，由於對機房了解不夠徹底，不知道應該傳什麼引數，傳什麼實體，所以，先敲的**，再根據**畫的uml圖，機房收費系統從六月十四號開始，到今天結束，敲了兩遍，第一次純三層的，沒有加設計模式，沒有使用過觸發器，檢視，三層完工，第一次驗收的時候，問題也接踵而至，資料庫設計不合理，就拿學生表和卡表來說，學生表裡面該不該用卡號這個字段，卡表裡面該不該有學號這個字段，卡表裡必須有學號這個字段，因為註冊卡的時候需要有學號，那學生表裡必須要有卡號這個欄位麼？答案有爭議，如果學生表裡有卡號這個字段，就是說，這個學生必須註冊卡？可是現實生活中，並不是這樣的，乙個學生並不是必須要有卡，可是反過來，我又想，這個是機房收費系統，我只管持有該卡的學生，如果該學生沒有卡，她就不歸我管麼？對不？
資料庫的設計，並不能簡單的用好與不好來區分，沒有最好，只有最合適，還要特別注意的是主外來鍵的關係。注釋也是特別重要的，第一版機房收費系統，沒有太多的注釋，有的只有光禿禿的**，這樣做的好處很多,比如:方便查詢,方便比對,方便專案組裡的其它程式設計師了解你的**,而且可以方便以後你對自己**的理解與修改等等.花了十六天的時間，第一遍機房收費系統就這樣在歲月的敲打聲中慢慢遠去。第一遍敲完之後，看看小夥伴們的部落格，都是用七層寫的登入，加了介面層，外觀層，抽象工廠，看看我的三層，咳咳，人家比我的兩倍還活生生的多出了乙個一，接著，我的第二遍機房收費系統，在427的鐘擺聲中，開始了.......
所有的事情，開始的開始，我都不想面對，不想觸及，不想主動去靠近她，了解她，可是，有句話說，有些事不想做卻不得不做，那是責任，有些事想要做卻不能夠做，那叫命運，慢慢長大的我們，不能由著自己的性子來，想幹什麼就幹什麼，不想幹就不幹，於是，我重新拾起番茄，在夏荷搖曳的南四樓，開始著我的七仙女登入，續寫的我和七仙女的故事，可惜我不是董永`(*∩_∩*)′，還有一件特別重要--命名，命名
要做到別人看到你的名字，就知道你想要表達的意思，要不一團糟的命名，會把自己亂死。
機房收費系統終於完工了。興奮無比的驗收，卻驗出了數之不盡的錯誤。驗收的過程，無法忘卻。正是因為有了這些錯誤，讓我在這條路上越走越遠。經過驗收，
首先，我看到了自己的缺陷，自己離要實現的目標還有很長的路要走。
其次，我深深的意識到，僅僅從技術上完成使用者的要求是遠遠不夠的，系統地健壯性同樣重要。感覺乙個成功的軟體，必須具有較好的相容性，可移植性，綠色性。
最後，令我感觸頗深的是，乙個軟體的成功開發，絕不是「搭雞窩」，應該在開始著手做系統之前，寫好軟體應該實現的功能，從整體上，構建出工程的梗概框架，然後再向裡面添油加醋，編寫使用者所需要的功能。還有讓我成長的就是除錯，程式除錯，越來越發現，程式的除錯，真的需要硬功夫。設定好的斷點，能夠快速準確的找到問題所在。還有很重要的就是畫uml圖，第一版機房收費系統師傅只簡單的要求畫了畫圖，這次，所有的圖要求全部畫完，畫時序圖的時候，這輩子真心不想再做火車了，乙個個物件，宛如一節節的火車車廂，本來就暈車的我，有種看見大海的感覺。
人生像一次長途旅行，不經過溝溝坎坎，你就永遠無法抵達夢想的彼岸。生命太短，我們沒有時間留給遺憾與躊躇，若不是終點，請一直微笑向前，
若是美好，叫作精彩。若是糟糕，叫作歷練。生活就是應該充滿挑戰多姿多彩，這樣，我們才能收穫成長，越挫越勇！傷痛使人堅強，眼淚使人堅強，心碎使人更明智。所以，感謝過去，感謝個人重構，讓我漸漸長大，只要我們泰然自處，終有一天，歷練會帶給我們乙個更美好的明天，我相信，請你，也相信！
一輩子雖難，請努力活到終點
那年我才一十三，同學有人去打工賺了錢，心裡想著別念了，好好出去闖一番，可班主任把我叫去談了談，談了人生談到黑了天，那一天我哭花了眼，老師跟我說，社會沒那麼簡單。那一年我二十三，畢業了在一家國企上班，工資發了幾百塊，趕緊交上房租錢，路過小賣部門口想買包菸，摸摸兜裡那個溜淨幹，想想家裡的老媽，還是省省錢...