程序員實習(xí)日記大全

　　實習(xí)日記1

　　第一次是來面試，當(dāng)時感覺不怎么好，面試的人問了一些問題有些沒回答上來，這并不奇怪，C#自己學(xué)習(xí)了2個月，然后就沒怎么用，回答不上我覺得可以理解。沒想到還能第二次來到公司，由于對環(huán)境還比較陌生，所以今天大概熟悉了一點，成都這邊有50多個員工，屬于研發(fā)中心，主要從事無線微波得較大型的設(shè)備的再加工，聽同事說以前在北京，但由于北京人力資源太貴所以來到成都，這聽起來怎么像是在壓榨的感覺啊，沒關(guān)系，只是來實習(xí)而已。

　　對于今天的第一個小任務(wù)，要求：界面、數(shù)據(jù)壓入堆棧、簡單冒泡排序?qū)崿F(xiàn)數(shù)據(jù)有序輸出、堆排序輸出。讓我快速地熟悉了C#，從界面到后臺都得到了加強，此外在實現(xiàn)過程中對用到的冒泡排序和堆排序有了更深的理解，并能用C#熟練的實現(xiàn)。

　　實習(xí)日記2

　　今天對昨天的實例進行了改進和提高，將堆排序和冒泡排序封裝在一個動態(tài)鏈接庫中，提供函數(shù)調(diào)用和事件委托。此外加入XML進行配置，在XML中存入相關(guān)配置信息，提供一個單獨的XmlClass對其進行操作，加深了對xml的理解。為增加程序的性能，采用簡單工廠模式對其客戶端和算法操作進行分離，有很好的可擴展性，對于C#的動態(tài)鏈接庫和XML配置不怎么熟悉，花了很長一段時間看書和網(wǎng)上查資料，才開始動手寫代碼，不過感覺還是很快，因為自己有編程的能力，可以說掌握了一種快速編程的方法，所以就能駕輕就熟。

　　實習(xí)日記3

　　今天采用抽象工廠模式對實例進行改進，以達(dá)到動態(tài)加載算法實例，抽象工廠模式屬于設(shè)計模式中的內(nèi)容，自己在學(xué)習(xí)視頻的時候注意到了，所以之前就買了本大話設(shè)計模式來學(xué)習(xí)，可以說了解了大部分設(shè)計模式。今天遇到后自己心里也有底，溫故一下書就知道怎么做 了，可以說這是我學(xué)習(xí)的方法。

　　針對以上，在dll中提供一個接口，兩個算法都繼承了該接口，對于該dll的操作都通過接口ISort進行，此外，修改工廠為抽象工廠，提供一個接口創(chuàng)建算法，在算法中返回ISort實例，在主函數(shù)中使用該實例進行對應(yīng)的排序算法操作，充分顯示了抽象工廠的作用，本例子將反射和抽象工廠模式結(jié)合，增加了程序的可擴展性和可維護性。

　　實習(xí)日記4

　　由于自己編程能力還算可以吧，所以軟件組的老大就叫我加入開始做一些這次項目的東西，說了一句“我可是沒把你當(dāng)實習(xí)生哦�！�，這話一聽當(dāng)時感覺還好，不過后來一想，我卻是吃虧了，他不把我當(dāng)實習(xí)生但給我的卻是實習(xí)生工資，這點有點想不過去，不過沒關(guān)系，實習(xí)嘛就是學(xué)習(xí)，有基本工資也不錯了，關(guān)鍵的公司提供的條件那是在學(xué)校里所得不到的：商業(yè)性的問題。

　　今天將上述實例的方法用到本次項目中，開始項目中的一些任務(wù)。仍然使用抽象工廠模式，將自定義窗體封裝到類庫中，將窗體的控件預(yù)留到外部進行實施定義;在XML文件中配置窗體的實際參數(shù)，利用反射按從XML中讀出的參數(shù)動態(tài)加載窗體。將上述的實例方法運用到了實際項目中。

　　實習(xí)日記5

　　昨天的任務(wù)基本已完成，今天溫習(xí)了一下加深了對知識的理解，可以說掌握得比較牢固了，今天又有新的任務(wù)，可以說每天都在進步。

　　按組長要求編寫RankStyle=Group時的窗體排列方式，在XML中配置控件或窗體的參數(shù)，利用XML讀接口從XML中讀出參數(shù)，為了使程序具有靈活性，在組長的提示下將窗體的配置按照窗體的Name屬性進行配置,之前是利用字段的方式寫在XML中，但是組長說這樣的話在程序中查找不方便，可我覺得沒什么啊，當(dāng)然了，對于我這個沒有工作經(jīng)驗的人來說看什么都是可以的，所以要多學(xué)習(xí)學(xué)習(xí)。在FormControl中利用雙層循環(huán)將控件容器中的控件按Name與讀出的配置進行匹配，如果在XML中配置了該窗體，就設(shè)置該窗體的一些屬性。個人感覺實現(xiàn)了該功能吧，最后經(jīng)過組長看了一下審核基本通過。 要求：

　　根據(jù)Group，從XML中讀取控件配置信息，動態(tài)設(shè)置控件在主窗體中的顯示。

　　實習(xí)日記6

　　每天都有不同的要求，哎，果然和學(xué)校是不一樣啊，今天將DLL中的控件更換成窗體，方法仍然采用反射+抽象工廠模式。

　　雖然自己有一定編程經(jīng)驗，但是遇到問題是不可避免的，今天在編寫過程中遇到了一個問題，就是當(dāng)窗體接口和窗體類庫放在一起的時候，在工廠中創(chuàng)建的實例無法裝換成接口類型，經(jīng)過多次測試和上網(wǎng)查閱相關(guān)資料，發(fā)現(xiàn)控件類實現(xiàn)接口，不能將接口放在同一個類庫中，針對以上問題在網(wǎng)上查閱相關(guān)資料，結(jié)果還是沒有相同的主題，沒辦法，只有硬著頭皮在網(wǎng)上找，沒有主題就找有沒有相關(guān)的例子，結(jié)果還是沒有，差點就無語了，突然看到有類似方法的一個例子，真是柳暗花明又一村啊，仔細(xì)看了看，發(fā)現(xiàn)他和我的結(jié)構(gòu)有些差異，所以調(diào)了一下結(jié)構(gòu)，一編譯果然痛過了，就是將兩個類庫分離，再在接口中加入工廠便可創(chuàng)建實例并轉(zhuǎn)換成接口。在主窗體中只需要引用該接口類庫便可達(dá)到要求，使程序耦合性降低了。

　　實習(xí)日記7

　　由于黎甫對DLL的要求發(fā)生變化，今天就不斷修正DLL程序，并驗收，再結(jié)合Group的窗口排列方式對DLL中的窗體進行測試。我現(xiàn)在才明白，編寫代碼是一件很容易的事，但是編寫好的代碼卻是很難的事情，好的代碼要有可維護性、可擴展性，這樣在修改的話就很簡單，可不能像我昨天寫得代碼，根本談不上藝術(shù)，所以一旦面對客戶的要求，改動就很困難，這一點值得我繼續(xù)學(xué)習(xí)。

　　至于可擴展性也是對維護的擴充，因為顧客的要求有可能隨時都在改變，我們也得適應(yīng)客戶的要求，如果軟件有了可擴展性，那么它的改動就比較小，就能適應(yīng)顧客的要求。所有上面說的這些都是自己要學(xué)習(xí)的地方，這樣在以后的商業(yè)開發(fā)中才能游刃有余，應(yīng)對自如。

　　實習(xí)日記8

　　回顧前幾天所做的練習(xí)，對遇到的問題進行解決，在網(wǎng)上查閱相關(guān)資料獨立解決，并對之前的一些項目練習(xí)做好備份。將這幾天練習(xí)中所用的編程方法都串聯(lián)了一遍，形成了固定的模式，以便在今后可以快速的使用。

　　實習(xí)日記9

　　今天算是正式開始做公司的項目，上午黎甫和秦陽在會議室給我講解了項目的一些功能并進行討論，大致理解了項目后，分配了自己的一部分任務(wù)，整理過后在多次與秦陽的溝通請教下明白了自己的任務(wù)，下午秦陽建好VSS，我拷貝項目進行框架整合和測試。 在編寫代碼的過程中也涉及了一些問題，通過看MSDN和上論壇，基本得到解決，同時也了解了一些C#其它的相關(guān)知識。