話說今年的TechEd2008，本來是不確定能不能去的，公司在run的出區放行單專案真的是很趕，因為我太慢講，公司的名額已經被別部門搶先，不過老闆後來還是給我去了，當天，為了拼EarlyBird的TechEd衣服，就決定很早去，出發的前一天晚上跟lolota聊到，他說他也要拼，說7點半到好了，我說可能拿不到喔，還是7點前到好了，為了這麼早到，我4點就起床，然後從新竹坐區間車，直衝台北，然後再跳上小黃，直達會場後，一整個傻眼，因為工作人員剛要集合而已，不過終於還是如願拿到那件衣服，之後就四處逛逛，然後去三樓點部落跟大鈞哈啦，等開幕嚕。
三天的課程算蠻累的，比上班還累，去年也有來TechEd，加上今年，讓我覺得，千萬不要選自己不熟悉的課程，以我個人來說，比如VSTS的課程，因為目前我待的公司是沒有導VSTS的(年底才導)，而我本身也沒有在玩VSTS，上起課來，超吃力的，操作介面整個完全不熟悉，導致吸收的非常少，這次比較熟的除了Silverlight系列外讓我印象比較深的算是單元測試這堂了。
一開始就直接點出，為什麼寫java的人都會寫test，寫.net的都不會寫，我一想，對耶!我公司不就是這個樣子，java team的有在推寫單元測試，但我們.net team的卻沒有，為什麼??因為專案忙???因為主管不要求???因為趕時間，這確實是一個程式設計師的責任，也是每一位主管的責任，寫好test，讓後面接手的人，可以更容易也更清楚瞭解你程式是沒問題的，而主管呢??也不應該眼界只著重在時程、速度，這樣就是會導致後面很常在debug的原因。
課程裡面講到一點，「程式設計師每修改一次程式就會進行最少一次單元測試，在編寫程式的過程中前後可能要進行多次單元測試，以證實程式達到軟體規格書要求的工作目標，沒有bug」，這看起來真的是非常麻煩，也因此，很少會落實單元測試的，以我目前待過的2家公司而言，1家小型企業，1家大型企業，但做法都是一樣的，coading完，SIT，UAT，然後直接上正式，有沒測到的bug再來改，這應該起因於PM對時程的規劃，寫test的時間，本來就應該納入專案時程裡的。先寫測試程式後寫程式，這對我們習慣直接coading的人應該很難做到吧，哈，但真正的步驟卻是如此，一開始test寫好，主程式是空的，編譯也會失敗，接著把主程式內容補齊，再一次編譯，看測試是否會過，一直到測試成功為止。
今年的TechEd2008，感覺並沒有去年的盛大耶，不知道是不是因為景氣不好的關係，不管是人潮或是廠商的贈品，感覺都縮水了，期待明年的TechEd2009，也不知道明年能不能去啦，其他的課程有空再po心得嚕!最後希望明年點部落可以辦的更盛大點，有要幫忙的大鈞儘量講ㄚ!哈
posted on 2008/9/29 14:40
閱讀數 : 1771
|
我要推薦
|
|
文章分類:
研討會
訂閱
DotBlogs Tags:
TechEd2008