建工學院比較簡單，大家出現的人多問題我這裡都沒有。既沒有大三重新分專業，也沒有選修課，總之問題不多。加上建工學院的教學秘書也很負責，所以我的工作就更少。
現在想想我我收穫了什麼呢？是與老師的協調嗎？張老師太盡職了，也不用和她多說什麼，該弄的都弄好了，出現的錯誤都不是原則上的錯誤。要說最大的收穫可能是再次了解了vb和excel，看到了它們的強大。
不過關於這次做的**，個人覺得除了自動生成一些**作用很大外，關於專業名稱，班級名稱的選擇的麻煩程度遠超過了我去複製貼上相關資訊。
（例如上圖圖，理論上可以選擇是方便的，但是要我在那麼多班級（專業）中去選擇我想要的還不如我翻到前面的**中去複製貼上）
**中存在的一些錯誤由於時間原因也沒有及時修改。
由於資料的重要性，在我們匯入資料前應該由師哥師姐們審查一下，或者再匯入資料的時候要有師哥師姐們監督，不然會出現匯入了錯誤資料，資料不明原因（可能已經匯入部分資料，可能資料格式有問題，也可能資料中存在非法項）的無法匯入。
還有一點收穫是，處理資料的時候一定要仔細，遇到問題一定不能我認為怎麼樣怎樣，而是要先問問同期一起負責這先工作的先商量一下如果無法決定的一定要問問師哥師姐的意見。因為這項工作關係到全校學生的考試，評教責任重大。
今天的感受就這麼多了，再有想寫的在發吧！
這是上週寫得一點東西：
關於敏捷管理的一些感受
在經過了長達4個月的敏捷管理體驗後，最近才剛剛琢磨出一點道理，雖然很膚淺，但是確實是切身體會。從開發的全程角度上看，從規範到落地，感覺最重要的部分就是需求與溝通，而其次才則是tdd和短週期交付 在開發之初，需求就好像乙個精彩電影的緒章，我們雖然可以了解到這個電影的主題是什麼，但是很難深入了解到其中的...
關於最近使用stl的一些感受
最近用stl重寫來原來的乙個處理xml資料的類，感覺效率很高，比原來用mfc實現的簡單了很多，特別是一些關於記憶體的處理，以前用mfc的時候，需要自己處理好記憶體的管理，如果不小心的話，那麼就會出問題，而這些東西在stl裡面都是很好處理的，使 用標準的容器，將這些工作都交給模板去處理，大大減少了工作...
關於工作的一些思考 一
很久沒有更新部落格了。原因在於工作發生了變動，去新公司的第乙個任務就是從無到有的開發一套億級交易量的系統，因而開啟了一段996的生活。不得不說，996對於精力的消耗真的是太大了。之後將恢復更新。下一步在技術方面將會介紹一下這兩年來開發這套高併發系統的一些心得以及部分關鍵技術的實現原理。這乙個系列主要...