[問題] 程式只要一有BUG就扣考績?

看板Programming作者 (逐鹿)時間15年前 (2010/07/26 21:07), 編輯推噓4(4012)
留言16則, 12人參與, 最新討論串1/2 (看更多)
抱歉 因為不知道有哪個板比較適合 所以來這裡問 應該會有比較多人正經的回答我吧 今天下班前我做了一個夢...... 夢見我在南部一間知名的公司寫程式 剛好全台灣只有兩間,另外一間在台北 台北那間已經營運十幾年,但南部這間才剛起步不久... 夢見主管發了一封信,信內寫了有關Coding的管理規定 細節我忘了,但依稀還記得下面的規則: 程式經過邏輯規畫、修改測試後,正式上線若出現錯誤 兩次就扣一次考績 看到這規定後,我心裡不自覺的想到: 寫程式難免會有BUG BUG會有多少沒人知道 得花多久時間才能把BUG找出來更是難以預測 加上一年要寫的程式也是多不勝數 如果出現兩次BUG就扣一次考績,那我考績大概每年都是鴨蛋吧? 況且程式撰寫過程中,一定是用測試的資料 經過數百次的反覆測試 上線前也會用實際的資料,經過一定時間的運作,沒問題了才會正式使用 只是有些BUG可能必須在特定的條件下才會被發現 而一個程式設計師也不可能一次就把程式寫到很完美 就算是微軟的 Windows,不也每個月都會推出一大堆的修正程式嗎? 難道真的只要有BUG就要被扣考績嗎....那誰還要寫程式阿? 想到這裡我覺得這規定很不合理,就去和主管反映 主管說:那你告訴我規定要怎麼改呀! 聽到主管這麼說,我心裡又浮出另一個想法 妳自己不會Coding沒關係 可以先跟我們討論怎樣扣才合理 或者是去問其他部門、 甚至其他同類型的公司是怎麼規定的 為什麼要在自己完全不懂的情況下,就隨便訂一個不合理的規定,然後直接發佈呢? 如果都沒人反映,這規定是不是就這樣定了? 原來所謂的專案管理師是這樣當的....好草率的管理方式喔 也許我該開始去找其他工作了 想到這裡我就醒了..... 醒來之後,我想上網問問其他有在軟體公司上班,或是上班時需要寫程式的人 對於撰寫程式的工作上 有沒有相關的管理規定可以參考呢? ※ 編輯: ZhuLu 來自: 114.39.139.51 (07/26 21:08) ※ 編輯: ZhuLu 來自: 114.39.139.51 (07/26 21:09)

07/26 21:16, , 1F
請參考Joel on Software的文章,簡單結論就
07/26 21:16, 1F

07/26 21:16, , 2F
是「沒有很好的方法」XD
07/26 21:16, 2F

07/26 21:19, , 3F
請問那是一本書嗎?
07/26 21:19, 3F

07/26 21:29, , 4F
原PO保重..拍拍..約耳的文章用google找就
07/26 21:29, 4F

07/26 21:29, , 5F
有了~
07/26 21:29, 5F

07/26 21:30, , 6F
謝謝...我正在 google....
07/26 21:30, 6F

07/26 22:13, , 7F
請趕快離開公司.....
07/26 22:13, 7F

07/26 22:14, , 8F
用這種方式管理程式品質只會搞死人
07/26 22:14, 8F

07/26 22:28, , 9F
ㄊㄇㄉ什麼鳥公司... 拷貝....
07/26 22:28, 9F

07/27 11:45, , 10F
應該扣測試的考績吧?
07/27 11:45, 10F

07/28 17:24, , 11F
沒人發現bug可以加薪嗎
07/28 17:24, 11F

07/28 18:55, , 12F
這樣會人想隱藏 bug, 遇到也死不承認.
07/28 18:55, 12F

07/30 01:23, , 13F
萬一碰到硬體出狀況然後軟體異常這怎算?
07/30 01:23, 13F

07/30 20:49, , 14F
這種公司活不久 敢快走人 科
07/30 20:49, 14F

07/31 11:57, , 15F
剛眼花看成原po公司是google,嚇死我
07/31 11:57, 15F

08/09 12:57, , 16F
我剛剛也看成完po在Google XD
08/09 12:57, 16F
文章代碼(AID): #1CJOYkkf (Programming)
文章代碼(AID): #1CJOYkkf (Programming)