原文恕刪,
用職場生存的角度來看,我個人建議是「寫，但場面要搞大」
如果要寫，就好好作，讓它變成一場內部訓練，記得開課發信邀請要cc高層主管
這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎
如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句
if any question, pls contact me. 這樣就能先拿60分安全下莊
若要搞大作成訓練課程,時間點要抓好,老鳥應該要知道老闆什麼時候評考績,
人的記憶是短暫的,在那之前一個月作,效果最好
附帶一提,原文推文有提到公司沒做好code review
就我個人待過的幾家半導體大公司,(非IT)程式是幾乎沒在作review,製造業風格?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.161.179.67 (臺灣)
※ 文章網址: https://webptt.cc/bbs/Tech_Job/M.1644286849.A.093.html
推文 (66)
推
easych
同意啊 系統廠風格程式會動就好，然後就變成量產
02/08 10:27
→
labbat
然後要clean code不能放註解
02/08 10:32
→
sc1
open source給大家點評下 新人或外包取代的可能
02/08 10:47
→
physicsdk
同意，要好好幹就要讓它有價值
02/08 10:53
推
birdyman
做事情還有要幹不幹的？公司過太爽？老闆太混？
02/08 10:59
→
sc1
不是個人想搞大就能大場面，倒是人事來看內部培訓
02/08 11:23
推
yao
if any question是錯誤文法喔
02/08 11:26
推
ice9999
非常正確，不只是做給別人看，同時也是建立工作成就
02/08 11:26
→
ice9999
感。
02/08 11:26
推
iamala
搞大也要能屁的出來啊，現實是會屁的早都變主管了X
02/08 11:27
→
iamala
D
02/08 11:27
→
shooter555
以台廠風格越級不一定好就是 抬轎能跟著起飛也沒有
02/08 11:48
→
shooter555
不好
02/08 11:48
推
bluesox
如果是公司明確給你的任務再寫，不然手上任務項目都
02/08 12:05
→
bluesox
做不完了
02/08 12:05
推
physicsdk
也可能剛來不久準備屁一發起飛XD
02/08 12:09
推
XJY13
原po說的沒錯 你寫那麼多就是幫主管抬轎 但升遷加薪
02/08 12:20
→
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
這篇才是真相，code review?會動就痛哭流涕了
02/08 13:35
推
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
scope搞起，一方面看看到底真正的需求在哪裡，是不
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
管誰管你這麼多？另外就是會不會影響到自己的loadin
02/08 13:46
→
yudofu
g能不能丟出去，能丟給別人維護的、當然優先教，當
02/08 13:46
→
yudofu
然也是以這些部分優先。說實在，文件最重要也是唯一
02/08 13:46
→
yudofu
的關鍵點就在於誰要看、誰該看這份文件。scope跟aud
02/08 13:46
→
yudofu
ience沒定義出來一切都是枉然。
02/08 13:46
推
wcre
製造業很多code你明明知道不該這樣寫，但是量產最大
02/08 17:07
→
wcre
，今天要汽車明天能下水後天要能飛
02/08 17:07
→
wcre
code review完難道要處長去找廠長抱怨產線愛亂玩？
02/08 17:08
推
steve1012
寫一寫方便人家讀而已 真的不用整天幻想有什麼獨門
02/08 17:12
→
steve1012
技術
02/08 17:12
→
steve1012
軟體改變太快了
02/08 17:12
→
erial
原PO他無法開班授課啦 Y
02/08 20:10
推
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