看板 Tech_Job 關於我們 聯絡資訊
原文恕刪, 用職場生存的角度來看,我個人建議是「寫,但場面要搞大」 如果要寫,就好好作,讓它變成一場內部訓練,記得開課發信邀請要cc高層主管 這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎 如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句 if any question, pls contact me. 這樣就能先拿60分安全下莊 若要搞大作成訓練課程,時間點要抓好,老鳥應該要知道老闆什麼時候評考績, 人的記憶是短暫的,在那之前一個月作,效果最好 附帶一提,原文推文有提到公司沒做好code review 就我個人待過的幾家半導體大公司,(非IT)程式是幾乎沒在作review,製造業風格? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.161.179.67 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1644286849.A.093.html
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