PTT推薦

Re: [請益] 當主管要求資深RD撰寫自己經驗的文件

看板Tech_Job標題Re: [請益] 當主管要求資深RD撰寫自己經驗的文件作者
SwordGod
(劍神)
時間推噓18 推:18 噓:0 →:48

原文恕刪,

用職場生存的角度來看,我個人建議是「寫,但場面要搞大」
如果要寫,就好好作,讓它變成一場內部訓練,記得開課發信邀請要cc高層主管

這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎

如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句
if any question, pls contact me. 這樣就能先拿60分安全下莊


若要搞大作成訓練課程,時間點要抓好,老鳥應該要知道老闆什麼時候評考績,
人的記憶是短暫的,在那之前一個月作,效果最好

附帶一提,原文推文有提到公司沒做好code review
就我個人待過的幾家半導體大公司,(非IT)程式是幾乎沒在作review,製造業風格?


--

※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.161.179.67 (臺灣)
PTT 網址

easych 02/08 10:27同意啊 系統廠風格程式會動就好,然後就變成量產

labbat 02/08 10:32然後要clean code不能放註解

sc1 02/08 10:47open source給大家點評下 新人或外包取代的可能

physicsdk 02/08 10:53同意,要好好幹就要讓它有價值

birdyman 02/08 10:59做事情還有要幹不幹的?公司過太爽?老闆太混?

sc1 02/08 11:23不是個人想搞大就能大場面,倒是人事來看內部培訓

yao 02/08 11:26if any question是錯誤文法喔

ice9999 02/08 11:26非常正確,不只是做給別人看,同時也是建立工作成就

ice9999 02/08 11:26感。

iamala 02/08 11:27搞大也要能屁的出來啊,現實是會屁的早都變主管了X

iamala 02/08 11:27D

shooter555 02/08 11:48以台廠風格越級不一定好就是 抬轎能跟著起飛也沒有

shooter555 02/08 11:48不好

bluesox 02/08 12:05如果是公司明確給你的任務再寫,不然手上任務項目都

bluesox 02/08 12:05做不完了

physicsdk 02/08 12:09也可能剛來不久準備屁一發起飛XD

XJY13 02/08 12:20原po說的沒錯 你寫那麼多就是幫主管抬轎 但升遷加薪

XJY13 02/08 12:20沒你的份,甚至讓他的人把你心血嘴砲一波 一起上位

Hughlo 02/08 12:39這篇做法很棒,建立自己專業權威,辦的好也給主管

Hughlo 02/08 12:39面子。

Hughlo 02/08 12:40花花轎子人抬人,完全不想抬別人的人也不會有人想

Hughlo 02/08 12:40抬你。但是抬別人要抬的有技巧,讓其他人有一天也

Hughlo 02/08 12:40願意抬你

spirit 02/08 12:58推這篇心法 懂的都懂

catherli 02/08 13:04推一個

yesheyman 02/08 13:07這篇真高手 完全正確作法 若真是厲害根本不怕人學

Hughlo 02/08 13:17分享技術是建立地位與人脈的好機會 好好利用就對了

Hughlo 02/08 13:17下面也有人說了 很多公司分享技術是常態

Hughlo 02/08 13:19若在自己公司能有這機會當領頭者 其實很棒

Hughlo 02/08 13:20不要怕投桃 投桃才會有人報李

ronite 02/08 13:35這篇才是真相,code review?會動就痛哭流涕了

yudofu 02/08 13:45公事如果要求合理當然不能選擇,但是重點是做到什麼

yudofu 02/08 13:45地步。例如說明程式邏輯上為什麼會動跟怎麼樣的概念

yudofu 02/08 13:46去做全盤的規劃是兩回事,可以說是招式跟心法的差異

yudofu 02/08 13:46,兩個都是可以應付老闆,但前者偏向單純地公布勞動

yudofu 02/08 13:46成果,後面偏向個人融會貫通的經驗。畢竟公司只是買

yudofu 02/08 13:46你當下的勞務,不是整個人的人生經驗都充公吧?招式

yudofu 02/08 13:46或心法能不能教取決於自己的核心利益,如果每個同事

yudofu 02/08 13:46人都很好很願意公開分享,抱著大家一起進步的觀念毫

yudofu 02/08 13:46不保留也是可以。但是以原本的例子來說,看起來不像

yudofu 02/08 13:46是這樣。這個時候就要自己懂得“分階段出貨”。比如

yudofu 02/08 13:46先起頭寫大綱刺探老闆的需求,從最不痛不癢的格式跟

yudofu 02/08 13:46scope搞起,一方面看看到底真正的需求在哪裡,是不

yudofu 02/08 13:46是真的跟自己想的一樣技術要脫光光還是還是只是老闆

yudofu 02/08 13:46或某個單位轉達的需求,這都會嚴重影響交付成果。另

yudofu 02/08 13:46外也有判斷需要真正理解這些文件的單位到底是哪些,

yudofu 02/08 13:46只需要重點照顧到這些單位的需求,其他寫太多根本沒

yudofu 02/08 13:46人看,只要弄到需求單位沒意見的程度就好,一般的主

yudofu 02/08 13:46管誰管你這麼多?另外就是會不會影響到自己的loadin

yudofu 02/08 13:46g能不能丟出去,能丟給別人維護的、當然優先教,當

yudofu 02/08 13:46然也是以這些部分優先。說實在,文件最重要也是唯一

yudofu 02/08 13:46的關鍵點就在於誰要看、誰該看這份文件。scope跟aud

yudofu 02/08 13:46ience沒定義出來一切都是枉然。

wcre 02/08 17:07製造業很多code你明明知道不該這樣寫,但是量產最大

wcre 02/08 17:07,今天要汽車明天能下水後天要能飛

wcre 02/08 17:08code review完難道要處長去找廠長抱怨產線愛亂玩?

steve1012 02/08 17:12寫一寫方便人家讀而已 真的不用整天幻想有什麼獨門

steve1012 02/08 17:12技術

steve1012 02/08 17:12軟體改變太快了

erial 02/08 20:10原PO他無法開班授課啦 Y

test100fen 02/08 22:09正解,推

uxijgil 02/09 00:39這篇很懂辦公室政治,推

uxijgil 02/09 00:39最沒價值的真的就是被別人拿去私用而沒建立起個人品

uxijgil 02/09 00:39

homeworkboy 02/09 08:33推方法

nalthax 02/09 14:23同意