前言暑假，意味著我們上半年的課程結束，休假回家以度過難熬酷暑，而今年的暑假意義非凡，從今天來看，意義更加深遠不少。想來人們總是把最開始的和最後的看的重一些，而今這就是最後一期的第乙個暑假學習。
7月份考試結束了，按照安排大家都能回家短暫休息
5天，而
5天後我們將進行將近
50天的集中學習，興奮 ，以致亢奮。
從總體來看我對於在資訊科技提高班的學習一直都是出於十分激動狀態的，我激動是因為我在這裡看到的曙光是那麼的閃爍，我激動時因為我在這裡能有乙個這麼優秀的指導老師教導我們，不只是教授我們專業技術知識，更多的還是在潛移默化中培養我們的素質，鍛鍊我們的能力和品質。對於參加資訊科技提高班的初衷我也多次在部落格裡說過，對於得不到太多中肯的學習教育理念確實實在在的發揮著很大的積極作用，畢竟還是與現在所謂的"
主體教育理念
"是有很大不同的。
細說這個暑假也就是在機房裡泡著，泡著學習，泡著學習，來來回回就是積極快樂並且痛苦的學習，之前學習過 sqlserver
資料庫設計 知識了，正好這個假期有了時間同樣也有了實踐的機會，按照安排先是模擬 學生資訊管理系統 ，自己在大量**、混亂思維中摸爬滾打，一路走來，發現自己明了了，知道了這個系統的設計原理了。我想更為重要的是我知道了如何在這樣具體例項中應用我們在之前學習到的資料庫技術。"統
"地來說，這也就是認知
-- 實踐 這一珍貴的過程。
相比雖說我們本科學習中部分課程也有著這樣類似的實踐課，可是呢？！
形同虛設。為什麼？
大家缺乏的是那種積極奮進的精神，缺乏的是撥開雲霧見天日的能力。同樣在這裡，我們來自不同專業的同學們，卻是興致勃勃的進行著探索。這些都**於我們在這裡受到的思想層次的改革，啟用了我們自學，自強，自由追逐夢想的源動力。想來用 軟體工程學 中的知識理論來說我們就是每一階段的學習就是乙個個的功能模組，組合到一起，（舉例不是很恰當哈~
，當然其中的耦合性會高一些，呵呵），公尺老師就是相關的軟體設計人員，將這些課程，這些知道理論，這些思想層次的精華，很好的整合、揉捏到一起，這樣我們認真完成任務了，這個
"軟體系統
"就改交付使用了，這期間的單元測試、整合測試等等，都是需要公尺老師實時監測、督促的。
前期--
整合實練資料庫技術
話說回來，在這樣乙個小小的 資料庫 "模組"
中,在我們摸索熟悉應用資料庫知識以後，老師為了"軟體
"的健壯性等等考慮，給了我們乙個高難度的例項設計，針對已有的情況，讓我們自行研究設計 機房收費管理系統 ，而 學生資訊管理系統 就起到了乙個重要的指導作用。同時擺在我們面前的是又乙個新的問題，自行研究分析需求 這個問題說起來也不難，可是就是這樣乙個淺顯的問題卻引發了我們又一輪暴風驟雨般的學習。
先說一說這個淺顯的問題吧，就是按需分配，通俗一點說就是你有什麼需求，我就給你提供什麼功能操作。很簡單的問題吧~
，這背後蘊藏著什麼呢？從這乙個小線頭，能從你的大腦裡剝離抽象出一些什麼東西呢？你知道嗎？
我知道！關於軟體設計初始，只是簡簡單單的為了實現某些功能，小打小鬧還蠻能湊合過去；真刀真槍，幹一場大的，這又如何呢？ 工程，(
某種程度上說
)凡事兒考慮的詳細再詳細是再好不過了，這就是工程、系統的來處理問題，各個層面、階段都將犄角旮旯 搜腸刮肚的思索一遍，這做到的是"詳
"。具體問題細化分析，總結匯報，下派實施具體到每個模組，每個功能的實現，這又做到了"細
"。想來各個方面
(某種程度上
)都想到了，那麼做出來的東西就將近
"十全九美
"了，差的那一美，還就是 具體的使用者體驗、要求，因為
(某些層面上
)軟體的設計永遠不能和使用者的規格無縫符合的。說了這麼半天軟體需要好好設計，這就是由這個淺顯問題引出來的我們下一步的課程學習
-- 軟體工程。
機房收費管理系統這個例項 實際上主要是給(
上面提到的
) 軟體工程 的學習打了基礎，其
實這樣就給了學生繼續深入學習的動力，讓學生想著去學，思考應該學些什麼理論知識來指導接下來的實踐工作，同樣進一步激發了學生的主觀能動性，更加積極主動地去學習。
中期--
需求分析引進軟體工程1聽
2不聽3。最主要還是沒有毅力，堅持不下去，總結後究其原因還是自己的主動性和自己對自身知識"漏洞
"的認識存在偏差，沒有現在的那種對知識的渴望。由於將近半年的學習提高，我最最起碼知道了自己下一步的任務，知道了自己的前途還是很光明的。公尺老師深信著這樣一句話，就是
"沒有不好的學生，只有不好的老師
"，跟著這樣的老師學習，哪能不改變呢？！潛移默化中我們慢慢知道了自己欠缺的是哪些，知道了如何去利用現有手段去獲取知識。更更重要的是鍛鍊了我們的基本素質，不光是作為乙個技術人員的技術素質，更多的還是基本的如何做人、做事的素質。這樣在這裡我們就鍛鍊出來了乙個好"胃口
"，時刻都要
"吃點東西
",並且大有
"越餓越吃，越吃越餓
"的趨勢。
要說我們的學習安排都是環環緊扣的，在學習 軟體工程 這些枯燥的理論知識的同時，我們還需要完成乙個重要的不能再重要的任務，那就是完善 機房收費管理系統 的在 軟體工程 中涉及到的相關文件。
這的確是乙個很大的工程，想來如果是本科專業學習這門功課，哪有老師會讓你做乙個專案，並且輔以配套的文件呢。同樣，這也突出了我們超強的實踐性。"
紙上得來終覺淺，絕知此事要躬行
"
這句話是值得我們時時謹記的。
軟體工程這個階段的學習，真真的讓我感受到了開發乙個正規化系統的總體章程，困難是很大的，可是的的確確能幫我們解決軟體設計開發直到交付使用者使用各個階段的實際問題。這也是乙個作為專業素質培養的重要環節，作為軟體設計開發人員，利用好軟體工程思想，做好系統的設計、保障工作是無比重要的，因為這同樣是衡量乙個開發team(團隊)
綜合水平的重要指標。
同時在軟體工程 苦海遨遊中嘗到了些許的甘甜，發現苦盡甜來真真的讓我興奮了一番。
中後期--
機房收費管理系統的部署、發布
收費系統是完完整整的按照功能實現了，依舊是聽從"
江湖老大
"的安排，進行系統的部署、發布。(高興
~~
感覺和"老大"
交流，真是應了那句話
"聽君一席話，勝讀十年書"呀
...)
我們在自己機子配置的環境中做好的那個由**一行行堆積起來的程式，是需要最後交付使用者使用的，這就涉及到乙個問題，也就是我們需要將程式打包，對，就是打包。
說到打包，其實也不簡單，就目前我們拿vb6.0
開發的東西，多數需要和系統提供給的一些
.dll
的動態鏈結庫裡的東東相聯絡的。並且在我們自己環境下執行良好的程式不一定到了其他機器上就能夠順利的執行。這也是我們程式的可移植性能的強弱問題，當然了程式順利執行所需要當前系統提供的東西越少那樣我們程式可移植性就比較高了。一般我們程式打包的時候都會把牽涉到的系統檔案級別的東西一起打包進來，儘量減少程式移植問題。
當打包階段結束以後就是在其他機子上配環境，這也是部署環節。配置機房收費管理系統的伺服器環境主要是資料庫 sqlserver
的支援，因為其他的客戶端是需要通過網路、認證等來對資料庫進行一些限制級操作的。這還要提到一下，就是在具體設計相應資料庫的時候，分清許可權、角色，對資料庫資料設定一般的保護處理。
還有就是在收費系統中有模組專管相關資料庫 連線 資料原始檔，其中資料原始檔是比較重要的，因為在配置客戶端環境的時候是需要連線伺服器的資料原始檔的，這樣才能找到和資料庫相連線起來。潛藏在這裡的危險是很大的，如果資料庫資料原始檔鏈結出現資訊洩露，肯能造成資料庫被惡意修改。當然我們做例項時，對這些方面的處理還是微不足道的，從
csdn
論壇中《
sql後期--
學習計畫安排
按照"老大
"和各位師哥討論得出的學習課程安排，近期主要學習的是
c#、設計模式、
uml建模。當然現在的學習進度是進行到了設計模式的整體學習階段，這本《大話設計模式》我還沒有看完，從目前來看，這本書中涉及到的
23個設計模式，這期間的關係還是很密切的，就我的理解來看這些模式從不同的需求設計角度來闡述和發揮
oo(物件導向
)思想，其中就 工廠方法設計模式 就是對 簡單工廠模式的乙個深入**，比較重要的還有 封閉
-開放 原則，就是對已經初步設計好的模組之間，圈定哪些方便提供更改、新增新功能等，哪些呢又是不太支援更改操作的部分，這個設計原則基本保證了開發過程中對已完成部分的修改、更新操作的安全性和穩定性。
從現在來看，這個暑期學習到了 軟體工程，使得我們能夠在乙個工程的角度和高度來設計和開發乙個系統，提供一系列的保障性支援。其中有一些技術性文件，提供某些詳細模組的設計開發，還有相關的審核測試文件，使用者手冊(初稿)
，這些都為開發的系統提供了不可或缺的保障。這樣我們在面對新問題時，有了乙個綱領性的東西指導著我們，規劃著我們一步一步向著自己規劃制定的目標前進。
同樣深入到具體的軟體設計層次，這就是目前學習到的設計模式，全方面體現出來的oo
思想，學好這門知識就會使得我們具體實現編碼功能時有乙個框框的約束，進而使我們設計出來的程式在各個方面都比較均衡。
說說部落格的那些事兒
adversity leads to prosperity.窮則思變 讀書的時候，經常看別人都讀的輕輕鬆鬆的，還拿個高分，自己累死累活的，卻依然成績平平不見起色的時候，便很羨慕別人，私下裡留心別人是怎麼看書學習的，課下找他們玩，跟他們聊聊學習上的這些事兒 別人怎麼做我怎麼做，時間長了，發現比之前更累...
說說浮動那些事兒
什麼是浮動 css 的 float 浮動 使元素向左或向右移動，在其周圍的元素也會重新排列。float 浮動 往往是用於影象，但它在 盒子 布局時一樣非常有用。元素怎樣浮動 元素的水平方向浮動，意味著元素只能左右移動而不能上下移動 乙個浮動元素會盡量向左或向右移動，直到它的外邊緣碰到包含框或另乙個浮...
說說 XcodeGhost 這個事
我這裡就不提那些中招的所謂大廠了，如果經常聽我扯淡的同學早就知道我的觀點 即便是大廠，有安全常識的人還是少之又少 反而是所謂大廠因為管理更困難 好多大廠到管事的那級的人更跟不上知識更新 犯安全錯誤的機會就更大。種馬的手法其實也不新鮮。有點年紀的程式設計師讀書時，課本上一定教過 計算機病毒有四種形式，...