頂崗實習周記

第一周這是我實習工作以來的第乙個週六，此篇日誌是我對這一周的工作及生活上的心得。當真正進入到公司實習，坐在自己的崗位上時，才真正意識到，我已經走出了學校，進入了職場。

從現在開始，沒有了老師的殷切指導，只有上司的嚴厲監督。收起了作為學生時的任性，我必須做到作為乙個合格的畢業大學生理應具備的學習和工作能力。

優勝劣汰是職場生存的潛規則，因此我必須快速的適應了下來。所以在進入公司的第一天，我就對所在公司的性質及其曾開發的經典大型專案等進行了學習。並且對自己現階段具備的能力進行了分析，為以後的盡快適應到工作中來做好最基本的準備。

第二週實習第二週，逐漸融入了忙碌而充實的工作生活。這一周裡，我們主要是與公司專案經理溝通，制定了實習的主要內容和活動安排。

通過與專案經理的溝通，初步定下了我個人實習的程式專案，c/s架構的企業後台管理系統軟體。同專案經理初步擬定下需求分析，接下來由個人編寫實現**。

在與同事之間的討論和研究中，我學習到了很多知識，這都是我們大學課堂上所疏忽的知識點和重要的實踐經驗，使我受益匪淺，這將成為我今後學習工作的重要財富。

第三週實習第三週，我已經開始接觸專案了。我們公司最近新接了乙個小專案，專案經理就說讓我練練手，於是就把這個專案交給了我。

作為乙個新人，我覺得很榮幸。所以，我要很努力才行。從需求分析到詳細設計，再到各模組功能的實現，我真的下了很大功夫。

每做一步，我都很謹慎，要想到很多可能發生的客觀和主觀情況。現在，這個專案，我已經完成了一大部分，基本功能也都實現了，當然，這其中少不了同事的幫忙。說實話，真的很激動。

雖然也就一萬塊錢的專案，但我覺得，這其中的財富遠遠超過了它本身的價值。

第四周不知不覺，我已經實習乙個月了。這一周，我已經完成了專案經理交給我的任務。當然，專案實施過程中遇到了很多問題，我們專業主攻的技術方向是**開發，而我現在所在的公司從事的是企業軟體定製開發，即後台管理系的設計和開發。

雖然本專業也講授過類似的課題，但是都是一提而過，而且現實中有許多客觀因素，並不是單純的簡單邏輯設計，需要思考的狀況很多。企業是最鍛鍊人的地方，以後還有更多的考驗在等著我，所以，必須要努力才行。

第五周實習第五周，專案經理給了我乙個公司曾經開發過的專案案例，讓我們仿照該案例開發乙個類似的專案。剛拿到專案的時候，我並沒有急急忙忙的就開始仿照開發，而是講案例從頭到尾看了一遍，摸清了專案的邏輯流程，並且將每一步的功能**都熟悉了一遍。然後才開始新建專案進行開發。

現在專案已經進行了一小部分，不懂的地方我也都標註了一下，休息時間請教周圍經驗豐富的編碼老手。我相信，路漫漫其修遠兮，吾將上下而求索。

第六周實習第六周，基本上已經適應了現在的工作和生活模式和規律。雖然和我想象中的不太一樣，但也不是碌碌無為，雖然離我想要的生活還差很大一截，但是，小小的奮鬥，永遠不會停止。我很喜歡這樣一句話，「寶劍鋒從磨礪出，梅花香自苦寒來。

」沒有人會輕易的成功，不斷的磨礪，不斷的跌倒，不斷的超越，不斷的進取，這樣的一種生活狀態，已讓無數人汗顏。現在追求的是生存，而不是生活。

第七周實習第七周，主要接手一些專案有關文件的編寫。雖然很瑣碎，但是這些文件也是專案開發的一部分，這些文件的作用自然也是很重要的。從需求分析，詳細設計，再到專案使用說明書，真的接觸到了很多以前沒有重視的東西。

編寫起來雖然也不是太大難度，但是一些小問題還是不可避免的。這就考驗到了我的細緻和耐心了，進過幾次修改也都達到比較商業化的要求了。無形之中增強了我的細心和耐心的能力了。

第八周實習第八周，自主學習。自己上網找了一些案例，也根據這些案例，自己進行了一些小型專案的實踐開發。看了一兩天，覺得沒多大用處，只有自己動手去做，才會學到一些真正重要的東西。

從資料庫的設計到應用，我都練習了好多遍，直到達到熟練的程度。還有一些表單的設計，裡面需要記錄和管理的資訊真的很多也很雜，所以，常常搞得比較混亂。每當此時，真的很懊惱，但是，又不能這麼輕易放棄，所以，我會停下來將思緒整理清楚，再繼續。

這樣就提高了工作效率。路漫漫兮，上下求索。

第九周實習第九周，時間真的過得很快。在這段時間的工作學習中，真的學到了很多東西。以前一直以為，編碼就是軟體的全部，忘記了還有軟體工程這個思想。

還好有專案經理的及時指導，才及時扭轉了我在專案開發中的誤區。從這件事情上，我明白了，每一件事情都有其基本的規則和步驟。不是自己想怎樣就怎樣，沒一點規範意識，很容易就會導致總是被我們忽略的本不必要發生的錯誤。

軟體程式設計本就是一件需要思維縝密，條理清晰才能做好的工作。好好努力吧！

第十周實習第十周。良好的編碼習慣對於一名合格的程式設計師來說是乙個很重要的標桿。良好的編碼習慣，不但有助於**的移植和糾錯，也有助於技術人員之間進行良好的協作。

軟體開發並不是乙個人就能做的好的，需要小組的團隊合作，集思廣益，才能使專案達到最好的效果。

作為乙個程式設計師，對需求的理解能力也非常重要的，只有真正理解了乙個模組的需求，才會針對具體情況，寫出高效率的**，具備更好的安全性和穩定性。