抱歉 因為不知道有哪個板比較適合 所以來這裡問 應該會有比較多人正經的回答我吧 今天下班前我做了一個夢...... 夢見我在南部一間知名的公司寫程式 剛好全台灣只有兩間，另外一間在台北 台北那間已經營運十幾年，但南部這間才剛起步不久... 夢見主管發了一封信，信內寫了有關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)