[問題] 程式只要一有BUG就扣考績?
抱歉 因為不知道有哪個板比較適合 所以來這裡問
應該會有比較多人正經的回答我吧
今天下班前我做了一個夢......
夢見我在南部一間知名的公司寫程式
剛好全台灣只有兩間,另外一間在台北
台北那間已經營運十幾年,但南部這間才剛起步不久...
夢見主管發了一封信,信內寫了有關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
07/26 21:16, 1F
→
07/26 21:16, , 2F
07/26 21:16, 2F
→
07/26 21:19, , 3F
07/26 21:19, 3F
推
07/26 21:29, , 4F
07/26 21:29, 4F
→
07/26 21:29, , 5F
07/26 21:29, 5F
→
07/26 21:30, , 6F
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
07/28 17:24, 11F
→
07/28 18:55, , 12F
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
07/31 11:57, 15F
推
08/09 12:57, , 16F
08/09 12:57, 16F
討論串 (同標題文章)
Programming 近期熱門文章
PTT數位生活區 即時熱門文章