日記顧名思義就是一日一記。以下就是小編整理的網站開發實習日記範文，一起來看看吧!
網站開發實習日記
1
今天是參加實習的第一天，今天的任務比較輕鬆，算是步入職場的第一部。在簡單地與項目經歷交流後，我們很快地就做好了入職手續。我們的項目經理是一個很好的人，待我們很和藹，，總保持有微笑，很好交流，給我們留下了很好的印象。相信在將來的一段時間裏的工作開展和實習任務的實施，我們會與項目經理做好密切的配合，共創一片輝煌。 在接下來的時間裏，項目經理非常有耐心地向我們講解了企業文化和部門特色，以及相關的部門規定，這讓我們在公司的良好運營打下了結實的基礎。爲什麼這麼說呢?公司規章制度是爲進一步深化企業管理，充分調動發揮公司員工的積極性和創造性，切實維護公司利益和保障員工的合法權益，規範公司全體員工的行爲和職業道德。結合《公司法》和《勞動法》等相關規定，建立的一套管理制度，以促使公司從經驗管理型模式向科學管理的模式轉變。
那麼接下來的時間裏面，我們就被領到了各自的位置上，那麼從坐下來的那一刻起，我們就正式開始了實習的生活。工作就是工作，必須一絲不苟。今天的任務其實很簡單的，我們的項目經理就安排我們手洗一下環境。在這麼輕鬆愉快的辦公環境下，我們很快地適應了環境。迅速地打開電腦開始了工作。用eclipse從svn上checkout了部門現在正在進行的項目代碼。帶着一片好奇心和渴望工作渴望證明自己的決心，我緊張兮兮地閱讀着代碼。不知不覺地，今天就下班了。
2
今天來公司的時候我特別早，希望新的一天早一點能給自己一些新的期望和一些新的動力。作爲IT公司的一名員工，不能像一些機關單位那樣死氣沉沉，這樣做不成什麼事情。有了這樣的覺悟後，在面臨工作的挑戰我們也能更從容不迫地去面對。
今天部門的老大讓我跟着一名老員工做。其實說是跟着老員工做，其實主要還是讓我去學習，畢竟說白了我還是剛離開校園的學生，各方面工作能力和操作水平遠遠沒有達到企業員工工作高度的水平，因此我的工作實際上就變得相當輕鬆了。我的任務很簡單，就是接觸學習熟悉上手。
我要接手的內容是web service。在這一塊的內容上，其實我的基礎是薄弱的。因爲之前在校的學習簡短我也只是注重JAVA的學習，淺薄地學習了些struts,hibernate,spring這三大框架的內容，並沒有在其他領域有所突破。好在老員工待我不薄，他很人性化地站在我的角度上替我考慮， 也瞭解我作爲一名新人的羞澀和困惑，遇到困難他也能及時地給與我幫助和鼓勵。這點讓我十分感動，在嚴謹作風的公司裏有了一絲絲小家庭的溫暖。
附：Web Service平臺是用XSD來作爲數據類型系統的。當你用某種語言如VB. NET或C# 來構造一個Web Service時，爲了符合Web Service標準，所有你使用的數據類型都必須被轉換爲XSD類型。如想讓它使用在不同平臺和不同軟件的不同組織間傳遞，還需要用某種東西將它包裝起來。這種東西就是一種協議，如 SOAP。
3
今天是上崗的第三天。前兩天給我的感覺還是相對輕鬆的，沒有死命盯着屏幕敲着代碼。
無論是做開發還是看文檔，都讓我們覺得挺輕鬆的，還沒有真正切切地感受到作爲程序員的壓力。但是無論是程序員也好，做管理也好，其實在上海每天遇到的壓力都是很大的。大家每天都在爲夢想爲了前途去奔波，總是希望自己能過的更好，總喜歡自己能在上海闖出一片天地闖出一片名堂來。作爲我們學校的大四學生，我們身上的跳着的擔子還是有的，我們要考自己的雙收去打造一片海闊天空，收復一片綠水藍天。那麼正確的人生姿態是很重要的，這將領導我們正確地走向人生道理。因此如何去對待實習，其實也就是反映出了對待人生的態度，我們沒有退路，必須一絲不苟。
我的同事他們一開始就要看文檔看需求分析。那麼我們在實習開發過程中要怎麼看待需求分析呢?在軟件工程中，需求分析指的是在建立一個新的或改變一個現存的電腦系統時描寫新系統的目的、範圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。在這個過程中，系統分析員和軟件工程師確定顧客的需要。只有在確定了這些需要後他們才能夠分析和尋求新系統的解決方法。
無論是需求分析還是web service，其實這些天我們在公司實習還是相當有意義的，每天都有新收穫。
4
今天是我們實習生進入實習的第四天，作爲一名軟件開發人員，其實我們更注重的還是一些類似於開發的東西，那麼在這個實習 的過程裏，我們就要更多地花一些時間在研究代碼和接觸項目以及業務，這對於我們更好地理解我們的職業需求和職業規劃，有着不可分割的關係。那麼如何去定義我們的職業生涯以及策劃我們的職業走向，其實是我們程序員在人生道路上的一個很重要的抉擇點，是否能健全地把程序員這條道路走下去，走踏實了，是我們在漫漫人生路上面臨的一個重大的挑戰。
我簡單地認爲有以下幾點矛盾存在在我們日常生活和工作中：
其一：這是一個適合與不適合的問題，有的人他有幹 IT 行業的天賦，他就會幹的得心應手，不論多大年齡都不成問題。國外鬍子一大把還幹着開發的老外多了去，他們的思維同樣活躍，精力充沛，並且還有大量的經驗和積累。
其二：對於那些並不喜歡 IT 行業的人，不小心選擇了這個職業，他目前在 IT 行業苦苦掙扎，學技術進度相應就會比前者進度慢，又一時找不到更好的職業，技術平平，爲了完成任務不得已天天加班。
其三：關於轉行的觀點中也有兩個集中點：行業自身與年齡問題。技術的日新月異，各個公司的血液不斷換新，企業想要發展依賴於產品，而產品的開發歸於技術的支持。新老開發人員的不同在於，老一輩的開發人員在年輕時學的技術在現在應用的很少了，生活上上有老下有小，體力和精力投入的要少，學習新技術的能力比不上年輕人，思路也不靈敏了，邏輯分析能力，理解能力逐步減退，唯剩經驗，但是 IT 屆的經驗不如創新值錢。
其四：現在網上到處都有很多開源的代碼下載 ，對於那些熱衷於開發的人來說 ，隨着工作時間的變長，發現當初懷着對技術的崇敬，加入其中，原本以爲這是個崇尚技術本身的隊伍，但慢慢發現很多技術管理，技術經理他們的技術並非想象中的那麼好，依靠着資歷換得職位，技術爲上的夢想也逐步幻滅。
今天是我上班的第五天了，挺開心的，今天到了週五。到了一週工作日的末端，其實大家心思都不在公司了，早在那九霄雲外瀟灑去了。但是即便如此，作爲一名職業素養到位的IT人士，秉持着對工作對項目負責的態度，不能因爲個人生活上因爲追求享受而就把現實放在了一旁，大家還是真心實意地想把工作做好，把項目進度趕上，早日讓項目上線。 在大方向不亂的前景下，我們翹首以盼期待着下班時刻的到來的同時，安分守己地在自己的崗位上兢兢業業，絲毫不敢怠慢。總的來說，到公司實習也有一週了，在這一週裏，不管是做開發也好還是做測試也好，大家各司其職，努力幹活。在老大的指示下，我們有條不紊地展開着工作和學習。我們的SOA平臺80%已經完成，這個基於struts,hibernate,spring框架的項目，逐漸也浮上臺面。
由於我們要做到是web service，所以接下來的任務我們除了要把平臺搭建完善，就要把工作重要放在SOA上了。這對我們是個挑戰。這意味着我們需要面對全新的領域做開發了。老大的工作安排也下來了，就是要求我們採用中軟國際的開發產品R1做開發。R1是一個基於eclipse的IDE。多年來，中軟國際精準把握客戶需求，憑藉自主研發的應用整合和業務支撐中間件產品ResourceOne，幫助用戶實現信息化工程建設全生命週期的最佳操控，並一向致力於實現企業級信息系統的業務應用創建支撐、集成、管理、運維服務及業務優化，並在製造業(菸草工業及整個行業)、零售業(菸草銷售)、電子政務工程(多個國家金字號工程、政府機關、經濟技術開發區)中都已有廣泛的應用和大量成功案例。
我們的工作目標就很明確了，採用R1作爲開發工具，利用該IDE做一些開發。具體怎麼樣，還要等到下週一後才知道。
6
很快的，一個週末就這樣過去了，再這樣的一個工作環境裏，其實週末對我們來說並不能算是週末，因爲大家出門在外，不像在家裏那般有這自由的活動空間，因此對於每個人來說如何合理地利用在外實習以及出門再外身心自由的大好情況，是考研我們如何正確地去對待我們的人生。如果你認真地對自己的時間負責，那麼時間也會對你的人生負責。其實說白了就是我們需要好好地利用這個週末，去做一些有利於自己發展的事情，長這麼大了不能老是隻記得玩，在玩的同時更注重地是看待自己的發展，對自己的未來打下一片良好的基礎。因此在這麼一個大前提下，上週末我們實習生其實並沒有在週末去哪裏各種瀟灑，反而我們利用在週末時間跑到公司加班，學習專業知識，補充自己專業能力，彌補一些能力空白，爲更好地適應崗位打下結實的基礎。
今天老大來了就給我們佈置了任務，我們的任務就像上週說的那樣採用R1進行開發。R1是中軟國際的產品，也是我們母公司自主研發的高度集成的IDE開發環境，能夠快速有效地進行SOA的封裝，爲我們解決快速開發以及一些冗餘的工作內容的節省，起了重大的作用。比如一些辦公室的OA開發，我們完全可以拋開原來傳統的開發形勢，已用中軟國際的IDE——R1，迅速地搭建OA辦公，實現無紙化辦公系統。因此學習R1的使用，是我們近期的重點工作。
今天我們的任務還是R1。R1是高度集成的開發環境，因此我們在掌握R1的使用，就波費苦心了。今天的內容是部署R1 DE-I環境、產品的發佈包結構和完成安裝後生 成的文件目錄結構，並針對多種主流企業級中間件產品(數據庫、應用服務器 等)分別詳細描述了產品安裝方法、數據庫創建步驟以及資源配置等內容。可 按照如下步驟安裝部署R1 DE-I交換網絡：
1、準備數據庫環境(創建數據庫、執行初始化腳本)2.4
2、在應用服務器中搭建運行環境：
1)部署R1 DE-I管理控制檯2.5
2)部署 R1 DE-I服務器2.5
3)部署 R1 DE-I管理代理服務器2.
在部署的過程還是比較痛苦的，因爲沒有早期的開發經驗，因此我們類似於一窮二白地摸黑探索，在這個過程還是相當不輕鬆的。噹噹是配置的過程就頗讓我們煞費苦心的，甚至我們早早地就泄氣了，喪失了戰鬥力，工作情緒幾句下降。在這個時候，技術總監站了出來，他拋下了繁忙的工作，不辭辛勞地爲我們排憂解難，共同吃苦共同患難，在搞鼓了大半個下午，R1也算是成功地讓我們部署到了服務器。望着技術總監滿臉辛勤的汗水，我們真心地感受到了集體的溫暖，我們有理由相信在這麼和藹可親、平易近人的技術總監帶領下，我們可以共同創造出一番大事情來。今天的工作雖然結束了，但是我們的心卻是更加緊密地結合在了一起，相信明天會更精彩!
8
今天又是新的一天。今天的.我們拼着一股幹勁，不辭辛勞地一大早就趕來了公司，開始了新的一天工作。我們有信心，圍繞在技術總監的周圍，把R1的技術方案搞好。我們也有信心，有點及面，從我們這裏做試點，把R1技術推廣到全公司，讓所有員工獲利。每每想到此，我們就幹勁十足，犧牲小我，成全大我。我們付出的每一滴汗水不是白流的，我們有理由相信，公司的蒸蒸日上離不開我們的辛勤勞作，在推進公司更上一臺階的大規劃中，我們貢獻出了微薄的力量。
今天的內容還是繼續昨天的工作，但是在開始工作前，我們需要學習一些R1的知識。 消息 ：是按一定規範封裝的數據包，應用與R1 DE-I 總線的數據交換是通過消息來 傳遞的。
路由 ：在數據交換過程中尋找消息目的地(一般爲一個R1DE-I 服務器或者相應連 接器及服務等)的過程叫路由。
路由表 ：多個R1 DE-I 服務器按照一定拓撲關係組成一棵樹型結構，樹中每個 R1 DE-I 服務器都有自己的唯一標識，並且與上下級交換服務器存在邏輯結構上的父子關係(但事實上相連的R1 DE-I 服務器間關係對等，不存在上下級關係)，形 成了R1 DE-I 總線的拓撲結構;R1 DE-I 服務器間的這種關係構成了一份路由表， 是消息在R1 DE-I 服務器間傳輸路徑的依據。一個R1 DE-I 總線有且只有一份路由表。
? R1 DE-I 管理代理模塊 ：R1DE-I 採用基於R1MC 規範的分佈式管理框架，要求每個被管理的R1DE-I 服務器所在的物理主機上必須部署相應的R1DE-I 管理代理模塊，該模塊插入在管理代理容器中運行，提供來自管理控制檯的的管理請求代理功能。 R1 DE-I 交換總線 ：提供了應用集成的連接中樞，可以消除不同應用之間的技術差異，讓不同 的應用協調運作，實現了不同服務之間的通信與整合。
消息流 ：消息流是在R1DE-I 設計工具中設計，以消息流ID 號和版本號作爲唯一標 識，它描述了消息在R1 DE-I 服務器中有序的、有步驟的處理過程。
消息映射 ：不同消息格式之間的轉換規則，用戶通過設計消息映射，使不同格式的消息 能夠互相轉換。
學習完了R1的相關知識，我們對R1的開發有了更具體的瞭解，對R1的使用又有了新的體會。
9
今天的R1開發遇到了困難，我們在一些技術環節上出現了棘手的麻煩，這個麻煩不是一時我們能夠解決的。於是我們請求了R1的開發小組的技術支持，尋求中軟國際的幫助。具體的問題如下：
應用場景：
現在我們的需求是將兩個服務封裝成一個服務。具體場景如下：存在兩個服務：一個是根據身份證號查詢卡信息，另一個是根據卡號查詢黑名單信息。我們要做的是將這兩個服務封裝成一個代理服務，即用戶只需要輸入身份證號即可查詢到黑名單信息。即用戶通過代理服務先調用服務1再調用服務2。遇到的問題是當調用完服務1得到的是一個Pcard型的對象，取出其中的cardid再調用服務2.這中間的參數該怎麼映射呢???
我的封裝步驟爲：
1. 導入兩個服務的wsdl
文件，
2. 根據wsdl文件定義兩個消息格式
Pcard Blist