跳到主要內容

不小心與不細心的差別

同事Y 是剛由廠商轉進我們部門的新人. 雖然說是菜鳥, 其實他的年紀比我們大. 且在廠商那邊磨練了幾年, 程式功力蠻強的. 因此對自己的程式很有自信. J 在組裡年紀第二小,但是因為一畢業就進公司. 因此在公司的資歷卻是除了老闆外, 最資深的.

Y 未婚(從沒結過婚, 也沒小孩). 但是我們組裡同事喜歡亂開玩笑. 造成外傳他有兩個小孩-- 一個一歲一個五歲. orz..不要問我...

J 已婚, 沒有小孩. 就是跟Y亂開玩笑說Y 每個禮拜都要回去看小孩. 造成Y 目前有兩個小孩的人.

==== 是的, 上面那段是人物介紹=== 這是分隔線===

話說.. Y 剛來沒多久, 還在試用期的時候. 因為沒有特別負責系統 有些新需求老闆就派給Y處理. 當然剛開始數量不會太多. 因此Y處理起來遊刃有餘. 相對的J手上的需求因為日積月累. 加上日常的系統管理, 問題追蹤等佔掉很多時間. 因此完成率自然比Y低. Y某天閒閒沒事就晃到J那裡跟J說, 那個什麼什麼的需求, 你會不會寫啊? 需不需要我幫忙? (當然, 是開玩笑的口吻啦~) J一聽.. 心裡大概很氣(這個死菜鳥, 居然跑來嗆聲). 不過也樂得有人不知死活要幫他完成那個不算簡單的需求. 當下, J 要我把那個需求單轉給Y處理. Y後來順利處理完那個需求, 也正式上線了... 就這樣過了一兩個月....

某天早上, J 氣急敗壞的跑來Y的位置上跟Y說... 他實在快受不了Y的不細心了. 因為好幾次Y寫的程式上線之後才被User發現有debug用的message沒拿掉.要不就是程式bug修過,但是過一陣子又出現(因為更新的版本不對). 由於J 是系統UI端的負責人. 所以為了這些問題一天到晚被user煩之外, 還要追蹤問題點, 幫忙debug. 這時候Y抬起泡泡的眼睛...兩眼無神, 慢條斯理的.. 跟J說, 喔... 你說那個什麼什麼問題喔..是我不小心, 忘了......

J, 根本沒等Y說完就打斷他說, 不小心! 什麼不小心... 你是不細心好嗎?! 你要知道不小心跟不細心是不一樣的喔. 不小心, 所以你才會有兩個小孩. 跟你沒把程式版本弄對, 和忘了上線前檢查程式確認已經把不該出現的程式碼拿掉的不細心... 是不一樣的!!! ㄏㄡ ... 還敢來跟我嗆聲...問我會不會寫程式.. 你看你多會寫....

呵呵呵... 真是經典~~ 大家平常... 除了要細心,更要小心喔~~

留言

這個網誌中的熱門文章

Solis 166 磨豆機 溫度保險絲自行更換(圖多)

我的Solis 166 在磨完1.5磅的咖啡豆之前,就罷工了。馬達發燒一動也不動。 經過拜請孤狗大神,不但確診是因為過熱,把溫度保險絲給爆了。還發現身處科學園區,電子材料行到處都有,就在回家必經的路上。更只需少少的30元新台幣就可以修復。 身為一個非理工組的,不怕被電死的人。我毅然決然為了省小錢,冒著生命危險,硬是在下班時間,橫渡光復路的車潮,去電子材料行開創我的第二專長。雖然一整個心虛,但是還是給我買到溫度保險絲兩枚(74度c 和 92度c) 外加 夾線銅片(我根本不知道這啥... 拿著剪下來的樣本請材料行小姐幫我找的)。就這樣... 修好了~~ 殊不知,這樣也能樂極生悲。因為換了74度c的保險絲,好像比原本應該是80度c左右的保險絲還弱,所以今天只磨了半磅多一點的豆子就再度罷工了.... 這到底是上天的安排,還是命運的捉弄? 硬是用到備用的另一個保險絲。 讓我們直接看圖吧: 有影片有真相:真的有修好喔~~

免購機免調粉之懶人超好吃鬆餅

拜Cosco在台中開店之賜, 得以將米國飲食中的 懶人文化 完全複製. 雖說, 台灣是個寶島. 早餐種類就可以多到難以決擇. 而且早餐店老闆們超勤奮即使天冷又下雨都還是開店. 可是遇到我們這種有機會就想睡到自然醒的懶惰蟲, 天冷根本不想出門. 有什麼比這個更讚的了? 又好吃~ (這個牌子是我試過唯一覺得好吃的喔) 又方便~ 只要放到烤麵包機火力設最低. 跳起來就可以吃. 且會兩面微焦剛剛好. 還不用顧爐子. 也不用調什麼鬆餅粉. 更不用洗鍋碗瓢盆. 人客ㄚ~~烤鬆餅就像烤吐司一樣自然!! 盛盤後淋上楓糖漿 或 蜂蜜 不怕肥的擠上鮮奶油. 配上一杯現煮咖啡. 喔... 讚啦. Eggo 是我們宅族的民族救星~~萬歲~ 萬歲~

壞年冬 被狗咬

這一波的不景氣, 一連串的組織異動, 人力縮減已經讓人夠悶的了. 可職場中就是會出現一些咖能讓你更悶. 當然這是發生在我同事身上的啦... 我只是趁機抒發一下. 不要幫我對號入座. 劇情如有雷同, 一切純屬事實... 這一切的一切都得追溯回前年(2006), 米國爆發安隆案之後, 為了補救並加強上市公司管理, 提出了沙氏法案. 所有在美國上市或發行ADR的公司都要遵守該法案的各項規定. 由於電子化, 很多稽核落在各項資訊系統的控管. 其中一項就是系統使用權限需要透過申請, 且人員內部跨部門轉職時的權限需移除重新申請. 這是公司政策且明文規定喔! 一般而言, 一級主管需要簽核的大多屬OA系統. 用Notes開發的. 由於Notes的控管特性, 所以並不需要特別幫簽核人員申請權限. 但是很多工程系統由於是 web based 的系統. 授權的部分是登入時控管. 如果無法登入, 必須先申請系統權限. 這天某單位一級主管收到簽核通知, 登入時出現沒有權限. 請IT人員協助. 老闆收到轉信, 看到錯誤畫面後, 就知道是未申請權限的問題. 直接請系統負責人先開權限, 再請秘書補申請單. 這件事不就這麼簡單?! 沒權限, 打開就好. 公司規定開權限要申請單, 填一張申請單就好. 沒想到, 秘書收到要補申請單的通知後, 很不高興的打電話給系統負責人"叫囂". 說是系統發出簽核通知就該自動把權限開好. 為什麼要他填申請單? 這樣太不合理且不friendly. 當系統負責人很有耐性的解釋沙氏法案之後. 沒多久, 換成該單位的IT主管來電跟系統負責人"叫囂". 要求系統負責人給出所有需要填申請單的系統清單. 單一系統負責人怎麼會知道其他系統是否需要申請? 因此系統負責人, 只能照實回答不知道. 該單位IT主管口氣很差的連問了兩次, XXX(我們單位的主管)可以告訴我嗎? 然後就掛了電話. 應該是去告狀去了~ 所以負責人趕緊通知老闆... 有人跑去告狀囉! 這下子好啦.. 我們單位主管也來大聲.. 不過是跟負責另外一個系統的人大聲要求檢查該一級單位主管的權限. 害的另一組人一頭霧水. (旁觀的我 => 翻白眼... 翻白眼中... 繼續翻白眼中... OS:真是夠了沒) 唉... 時機醜醜... 為了這種公司規定的小事被咆哮兩次, 負責人也...