作者SwordGod (劍神)
看板Tech_Job
標題Re: [請益] 當主管要求資深RD撰寫自己經驗的文件
時間Tue Feb 8 10:20:45 2022
原文恕刪,
用職場生存的角度來看,我個人建議是「寫，但場面要搞大」
如果要寫，就好好作，讓它變成一場內部訓練，記得開課發信邀請要cc高層主管
這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎
如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句
if any question, pls contact me. 這樣就能先拿60分安全下莊
若要搞大作成訓練課程,時間點要抓好,老鳥應該要知道老闆什麼時候評考績,
人的記憶是短暫的,在那之前一個月作,效果最好
附帶一提,原文推文有提到公司沒做好code review
就我個人待過的幾家半導體大公司,(非IT)程式是幾乎沒在作review,製造業風格?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.161.179.67 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Tech_Job/M.1644286849.A.093.html
1F：推 easych : 同意啊 系統廠風格程式會動就好，然後就變成量產 02/08 10:27
2F：→ labbat : 然後要clean code不能放註解 02/08 10:32
3F：→ sc1 : open source給大家點評下 新人或外包取代的可能 02/08 10:47
4F：→ physicsdk : 同意，要好好幹就要讓它有價值 02/08 10:53
5F：推 birdyman : 做事情還有要幹不幹的？公司過太爽？老闆太混？ 02/08 10:59
6F：→ sc1 : 不是個人想搞大就能大場面，倒是人事來看內部培訓 02/08 11:23
7F：推 yao : if any question是錯誤文法喔 02/08 11:26
8F：推 ice9999 : 非常正確，不只是做給別人看，同時也是建立工作成就 02/08 11:26
9F：→ ice9999 : 感。 02/08 11:26
10F：推 iamala : 搞大也要能屁的出來啊，現實是會屁的早都變主管了X 02/08 11:27
11F：→ iamala : D 02/08 11:27
12F：→ shooter555 : 以台廠風格越級不一定好就是 抬轎能跟著起飛也沒有 02/08 11:48
13F：→ shooter555 : 不好 02/08 11:48
14F：推 bluesox : 如果是公司明確給你的任務再寫，不然手上任務項目都 02/08 12:05
15F：→ bluesox : 做不完了 02/08 12:05
16F：推 physicsdk : 也可能剛來不久準備屁一發起飛XD 02/08 12:09
17F：推 XJY13 : 原po說的沒錯 你寫那麼多就是幫主管抬轎 但升遷加薪 02/08 12:20
18F：→ XJY13 : 沒你的份，甚至讓他的人把你心血嘴砲一波 一起上位 02/08 12:20
19F：推 Hughlo : 這篇做法很棒，建立自己專業權威，辦的好也給主管 02/08 12:39
20F：→ Hughlo : 面子。 02/08 12:39
21F：→ Hughlo : 花花轎子人抬人，完全不想抬別人的人也不會有人想 02/08 12:40
22F：→ Hughlo : 抬你。但是抬別人要抬的有技巧，讓其他人有一天也 02/08 12:40
23F：→ Hughlo : 願意抬你 02/08 12:40
24F：推 spirit : 推這篇心法 懂的都懂 02/08 12:58
25F：推 catherli : 推一個 02/08 13:04
26F：推 yesheyman : 這篇真高手 完全正確作法 若真是厲害根本不怕人學 02/08 13:07
27F：推 Hughlo : 分享技術是建立地位與人脈的好機會 好好利用就對了 02/08 13:17
28F：→ Hughlo : 下面也有人說了 很多公司分享技術是常態 02/08 13:17
29F：→ Hughlo : 若在自己公司能有這機會當領頭者 其實很棒 02/08 13:19
30F：→ Hughlo : 不要怕投桃 投桃才會有人報李 02/08 13:20
31F：推 ronite : 這篇才是真相，code review?會動就痛哭流涕了 02/08 13:35
32F：推 yudofu : 公事如果要求合理當然不能選擇，但是重點是做到什麼 02/08 13:45
33F：→ yudofu : 地步。例如說明程式邏輯上為什麼會動跟怎麼樣的概念 02/08 13:45
34F：→ yudofu : 去做全盤的規劃是兩回事，可以說是招式跟心法的差異 02/08 13:46
35F：→ yudofu : ，兩個都是可以應付老闆，但前者偏向單純地公布勞動 02/08 13:46
36F：→ yudofu : 成果，後面偏向個人融會貫通的經驗。畢竟公司只是買 02/08 13:46
37F：→ yudofu : 你當下的勞務，不是整個人的人生經驗都充公吧？招式 02/08 13:46
38F：→ yudofu : 或心法能不能教取決於自己的核心利益，如果每個同事 02/08 13:46
39F：→ yudofu : 人都很好很願意公開分享，抱著大家一起進步的觀念毫 02/08 13:46
40F：→ yudofu : 不保留也是可以。但是以原本的例子來說，看起來不像 02/08 13:46
41F：→ yudofu : 是這樣。這個時候就要自己懂得“分階段出貨”。比如 02/08 13:46
42F：→ yudofu : 先起頭寫大綱刺探老闆的需求，從最不痛不癢的格式跟 02/08 13:46
43F：→ yudofu : scope搞起，一方面看看到底真正的需求在哪裡，是不 02/08 13:46
44F：→ yudofu : 是真的跟自己想的一樣技術要脫光光還是還是只是老闆 02/08 13:46
45F：→ yudofu : 或某個單位轉達的需求，這都會嚴重影響交付成果。另 02/08 13:46
46F：→ yudofu : 外也有判斷需要真正理解這些文件的單位到底是哪些， 02/08 13:46
47F：→ yudofu : 只需要重點照顧到這些單位的需求，其他寫太多根本沒 02/08 13:46
48F：→ yudofu : 人看，只要弄到需求單位沒意見的程度就好，一般的主 02/08 13:46
49F：→ yudofu : 管誰管你這麼多？另外就是會不會影響到自己的loadin 02/08 13:46
50F：→ yudofu : g能不能丟出去，能丟給別人維護的、當然優先教，當 02/08 13:46
51F：→ yudofu : 然也是以這些部分優先。說實在，文件最重要也是唯一 02/08 13:46
52F：→ yudofu : 的關鍵點就在於誰要看、誰該看這份文件。scope跟aud 02/08 13:46
53F：→ yudofu : ience沒定義出來一切都是枉然。 02/08 13:46
54F：推 wcre : 製造業很多code你明明知道不該這樣寫，但是量產最大 02/08 17:07
55F：→ wcre : ，今天要汽車明天能下水後天要能飛 02/08 17:07
56F：→ wcre : code review完難道要處長去找廠長抱怨產線愛亂玩？ 02/08 17:08
57F：推 steve1012 : 寫一寫方便人家讀而已 真的不用整天幻想有什麼獨門 02/08 17:12
58F：→ steve1012 : 技術 02/08 17:12
59F：→ steve1012 : 軟體改變太快了 02/08 17:12
60F：→ erial : 原PO他無法開班授課啦 Y 02/08 20:10
61F：推 test100fen : 正解，推 02/08 22:09
62F：→ uxijgil : 這篇很懂辦公室政治，推 02/09 00:39
63F：→ uxijgil : 最沒價值的真的就是被別人拿去私用而沒建立起個人品 02/09 00:39
64F：→ uxijgil : 牌 02/09 00:39
65F：→ homeworkboy : 推方法 02/09 08:33
66F：→ nalthax : 同意 02/09 14:23