討論串[分享]坊間遊戲程式設計之教與學都還要再進步
共 14 篇文章
內容預覽:
部分同意，大部分不同意，甚至覺得觀念有誤。. 不過對於主管的定義要分一下。. 你第二句的好主管是（高一階的主管），最後依據主管眼神是高好幾階的主管。. 因為高一階主管要瞭解下屬的工作內容（尤其是中階主管對Working level的員工），. 但是通常出來罵人、變更需求、提出需求.....都不是高一
(還有1179個字)
內容預覽:
我有遇到兩種情形啦，真實的喔。. case 1:. 主管: 這個東西要多久才出的來??. RD: balabala... 所以大概要 6 個月吧。. 主管: 為什麼要這麼久，這個不是 ... 很簡單嗎??. RD: 但是... 因為... 所以.... 主管 (根本不了解RD的工作，也沒在聽): 客
(還有198個字)
內容預覽:
這裡我跟你看法不同.. 一個好的主管一定要知道屬下在幹麻.. 可以不知道每分細節的事,但至少要知道大概五成.最好要包含寫了哪些函式或模組.. 主管(這裡可代換為不同公司的PM,就是管"事情"的那個人)要負責追蹤與掌控產出.. 如果主管(或PM)沒辦法"掌控"確切的進度.那就是差勁的管理.. 如果產出
(還有298個字)
內容預覽:
掌控專案時程的是PM，如你提到有兩種狀況：. 1. PM依據各單位提供的時程評估，整合出一個專案時程表. 2. PM依據產品上市或交貨需求，設計一個專案時程表. 但是無論是哪一種，最重要的是RD要買單。無論RD心態是討好主管還是迫於壓力，. 只要定下schedule，就是要完成。. 現實是很殘酷的，
(還有1578個字)
內容預覽:
我個人經驗是,. 幾乎一半以上的工程師不在意這個.或是不知道該怎麼在debug & trace"作得好". 甚至是工作了好幾年(資深)也是如此.. 原因有很多,. a(最多).. 是主管不看重事先規劃的工時,. 只希望你拿出時間表:告訴他什麼時候會完成,. 因為時間表是你自己提的,所以delay就要
(還有1098個字)