Re: [請益] 當主管要求資深RD撰寫自己經驗的文件
原文恕刪,
用職場生存的角度來看,我個人建議是「寫,但場面要搞大」
如果要寫,就好好作,讓它變成一場內部訓練,記得開課發信邀請要cc高層主管
這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎
如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句
if any question, pls contact me. 這樣就能先拿60分安全下莊
若要搞大作成訓練課程,時間點要抓好,老鳥應該要知道老闆什麼時候評考績,
人的記憶是短暫的,在那之前一個月作,效果最好
附帶一提,原文推文有提到公司沒做好code review
就我個人待過的幾家半導體大公司,(非IT)程式是幾乎沒在作review,製造業風格?
--
同意啊 系統廠風格程式會動就好,然後就變成量產
然後要clean code不能放註解
open source給大家點評下 新人或外包取代的可能
同意,要好好幹就要讓它有價值
做事情還有要幹不幹的?公司過太爽?老闆太混?
不是個人想搞大就能大場面,倒是人事來看內部培訓
if any question是錯誤文法喔
非常正確,不只是做給別人看,同時也是建立工作成就
感。
搞大也要能屁的出來啊,現實是會屁的早都變主管了X
D
以台廠風格越級不一定好就是 抬轎能跟著起飛也沒有
不好
如果是公司明確給你的任務再寫,不然手上任務項目都
做不完了
也可能剛來不久準備屁一發起飛XD
原po說的沒錯 你寫那麼多就是幫主管抬轎 但升遷加薪
沒你的份,甚至讓他的人把你心血嘴砲一波 一起上位
這篇做法很棒,建立自己專業權威,辦的好也給主管
面子。
花花轎子人抬人,完全不想抬別人的人也不會有人想
抬你。但是抬別人要抬的有技巧,讓其他人有一天也
願意抬你
推這篇心法 懂的都懂
推一個
這篇真高手 完全正確作法 若真是厲害根本不怕人學
分享技術是建立地位與人脈的好機會 好好利用就對了
下面也有人說了 很多公司分享技術是常態
若在自己公司能有這機會當領頭者 其實很棒
不要怕投桃 投桃才會有人報李
這篇才是真相,code review?會動就痛哭流涕了
公事如果要求合理當然不能選擇,但是重點是做到什麼
地步。例如說明程式邏輯上為什麼會動跟怎麼樣的概念
去做全盤的規劃是兩回事,可以說是招式跟心法的差異
,兩個都是可以應付老闆,但前者偏向單純地公布勞動
成果,後面偏向個人融會貫通的經驗。畢竟公司只是買
你當下的勞務,不是整個人的人生經驗都充公吧?招式
或心法能不能教取決於自己的核心利益,如果每個同事
人都很好很願意公開分享,抱著大家一起進步的觀念毫
不保留也是可以。但是以原本的例子來說,看起來不像
是這樣。這個時候就要自己懂得“分階段出貨”。比如
先起頭寫大綱刺探老闆的需求,從最不痛不癢的格式跟
scope搞起,一方面看看到底真正的需求在哪裡,是不
是真的跟自己想的一樣技術要脫光光還是還是只是老闆
或某個單位轉達的需求,這都會嚴重影響交付成果。另
外也有判斷需要真正理解這些文件的單位到底是哪些,
只需要重點照顧到這些單位的需求,其他寫太多根本沒
人看,只要弄到需求單位沒意見的程度就好,一般的主
管誰管你這麼多?另外就是會不會影響到自己的loadin
g能不能丟出去,能丟給別人維護的、當然優先教,當
然也是以這些部分優先。說實在,文件最重要也是唯一
的關鍵點就在於誰要看、誰該看這份文件。scope跟aud
ience沒定義出來一切都是枉然。
製造業很多code你明明知道不該這樣寫,但是量產最大
,今天要汽車明天能下水後天要能飛
code review完難道要處長去找廠長抱怨產線愛亂玩?
寫一寫方便人家讀而已 真的不用整天幻想有什麼獨門
技術
軟體改變太快了
原PO他無法開班授課啦 Y
正解,推
這篇很懂辦公室政治,推
最沒價值的真的就是被別人拿去私用而沒建立起個人品
牌
推方法
同意
1
好奇是真的遇過這樣的事情,還是純粹自己想像. 想了一下大概有幾種狀況 1. 如果是公司文化或新的大頭希望公司能加強文件,那就乖乖配合 確實有公司會要求文件寫得很完整. 2. 公司即將資遣你,所以希望先把你的東西挖出來10
????? leetcode那點東西要刷10年? 你哪來的自信覺得自己是什麼絕世高手? 我以為要稱高手,最少最少也要在GitHub開宗立派耶? : 10年下來,2
自己花時間得到的經驗, 不論把文件寫得多詳細, 別人都不太可能 不花相近的時間學成。 完成一份詳細的文件後, 因為又重新思考了一次,2
額 這種要求還是第一次聽到 如果是畫畫UML圖 講一下各系統的關聯 讓新接手的同事能快速上手 這個是滿正常的 有底子的人看圖再自己追code就夠了爆
首Po請問當主管要求資深RD撰寫自己經驗的文件, 請問員工該如何運對呢? 我隨便舉個例子 已寫C++語言程式為例 有個10年資歷的A員工,2
現在我是即將要畢業的學生,未來應該也是到豬屎打工 不過我想來說一下對於「分享」的感想 由於本身不是正統IC LAB的學生,所以面試題目、知識大多都是看google的 Google了很多相關的東西,其實發現一般來講台灣人比較少討論這方面的知識 連FPGA一些使用技巧也大多都是中國論壇的討論
27
Re: [討論] 怎麼跟自以為是的同事相處提供一點不一樣的看法 ※ 引述《leo5916267 (封膜獵人)》之銘言: : 也許在軟體也蠻容易遇到類似個性的同事 : 我們是新創公司,我進去前已就有一個前端工程師,他從0建構了整個產品A 代表他能力不算差20
Re: [請益] 當主管要求員工留下獨門經驗的技術文件做十年了這種事還要上來問? 看你好像也不是很想做很想教,一副藏私怕被人學會了被一腳踢走,這不就是大家最討厭的老屁股樣態嗎? 我看你主管要求也沒很超過,你也沒要離職的樣子。做這些事情很困難嗎? 我待過軟體外商和IC台廠一哥,新人進來兩週到一個月都是先報code,做投影片,報告時錄影,底下學長姐問問題,問題答不出來就回去研究下週繼續報告。 軟體外商也一樣,跨部門合作每兩週報告,如果底層和上層代碼是不同部門做的,底層要傳什麼訊息給上一層代碼都要開會做紀錄寫confluence和開JIRA 的。18
Re: [討論] 真的有工程師喜歡自己的工作嗎我自己是蠻喜歡寫code的啦,平常也有打比賽的習慣,但是要幫公司做白工是沒門啦。 在公司就是要像tech lead一樣寫一些可以過審查非常物件化的糞code,這樣以後就可以 寫在KPI上說自己做了哪些優化糞code,這樣烤雞才會好棒棒,主管覺得你做了很多事情 (其實早就知道怎麼優化啦) 補充:而且你寫得越複雜高深,C code善用運算子表達式,越能寫出讓以後的人看不懂的X
[請益] RD 不見得是最好薪水的職務吧?最近聽朋友說,當外商採購,隨便都 250 萬年薪 FAE、業務、pre-sales 就是要拚年資,對公司貢獻夠, 如果剛好公司發大財,分的也不會少 RD 只能悶著頭寫程式,搞內卷, 講著一堆不懂程式的人聽不懂的專有名詞,12
[問題]關於劣幣逐良幣的職場各位職場前輩好,最近在職場太過於心累但身邊好像沒有可以討論的人 希望可以到這邊來聽聽各位的看法 我待的是類公家部門,去年回鍋 回鍋的原因是本來已經跳到業界 但前公司本來在台北,大老闆說要把總部整個挪到新竹5
Re: [討論] 寫三元判斷式code review被打槍沒有 沒有什麼公認 要解決coding style 最好的辦法就是CTO大頭召集全部RD開會 把這間公司的coding style全都記下來