2011年3月30日

CED 302 慢~慢~地~



唉~雖然千百萬個不願意,今天還是得去客戶那處理問題...

而且其中一個問題星期一晚上喵喵用一支比較簡單的程式花了大概三小時才找到問題的所在,結果早上一改上去,還是會出鎚,果然程式碼的多寡會影響那個動作的 順序... 是哪個白痴當初想到開 Thread 去做延遲可是又不判斷是不是到了可以進場的時間啊?=_= 最後喵喵把 Thread 整個拿掉不用了... 直接丟狀態變數到記憶體中,讓下一支執行的程式自己判斷該怎麼做,情況總算有點好轉...

每個問題都很花時間,而且客戶要這些功能真的是懶吧... 如果說是因為每天都要 key 上百筆資料也就算了,很多東西要整批作業,要一些自動帶入,要一些寬鬆檢核,結果最後報表出了問題,哪知是哪一環出了問題啊... orz 一個月加班總時數 300 小時和應稅免稅加班時數不符,和分段加班時數不符,要我們查出原因... 可是你們就是 key 了總時數 300 小時進去,和其他的資料都不同啊,還能有什麼原因?喵喵還蠻好奇,一個月加班 300 小時,這個員工怎麼還沒死?(通常一天工時 8 小時,一個月都沒休假工作 30 天的話,也才 240 小時... 加班 300 小時耶!)

測團保的問題,喵喵把某員工的本薪從 double 再 double,測到團保費用算對為止。等客戶自己測,喵喵在旁邊叫同事就用剛才的方法測, double 上去比較容易看到變化及驗算,客戶說我們是在 key 自己想要的薪資啊?如果是自己想要的薪資,那剛才喵喵還 key 太少了... 怎麼做人資的還陷入只會用薪資來做為留才的籌碼啊... 唉...

客戶的窗口說下星期請假,應該是去慶祝清明節吧(中午去吃飯時剛好看到有賣兔子大福,而且只有一週的時間,喵喵就說是為了慶祝清明節嗎?同事說,是慶祝兒童節...)總之,至少下星期不用出現在這...

沒有留言:

張貼留言