Re: [請益] 當主管要求資深RD撰寫自己經驗的文件
自己花時間得到的經驗,
不論把文件寫得多詳細,
別人都不太可能 不花相近的時間學成。
完成一份詳細的文件後,
因為又重新思考了一次,
必然會萌發一些新想法,
將會再提高一個檔次。
曾想把功力傳給新人
最終發現 學習過程才是精華
沒辦法 速成的
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.72.17.45 (臺灣)
※ PTT 網址
推
給推
推
嘿呀,也不是不行但效率沒想像高。訓練其實是需要
→
專業的,很多人會學不會教。
→
真的是這樣
1
好奇是真的遇過這樣的事情,還是純粹自己想像. 想了一下大概有幾種狀況 1. 如果是公司文化或新的大頭希望公司能加強文件,那就乖乖配合 確實有公司會要求文件寫得很完整. 2. 公司即將資遣你,所以希望先把你的東西挖出來18
原文恕刪, 用職場生存的角度來看,我個人建議是「寫,但場面要搞大」 如果要寫,就好好作,讓它變成一場內部訓練,記得開課發信邀請要cc高層主管 這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎 如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句10
????? leetcode那點東西要刷10年? 你哪來的自信覺得自己是什麼絕世高手? 我以為要稱高手,最少最少也要在GitHub開宗立派耶? : 10年下來,2
額 這種要求還是第一次聽到 如果是畫畫UML圖 講一下各系統的關聯 讓新接手的同事能快速上手 這個是滿正常的 有底子的人看圖再自己追code就夠了爆
首Po請問當主管要求資深RD撰寫自己經驗的文件, 請問員工該如何運對呢? 我隨便舉個例子 已寫C++語言程式為例 有個10年資歷的A員工,2
現在我是即將要畢業的學生,未來應該也是到豬屎打工 不過我想來說一下對於「分享」的感想 由於本身不是正統IC LAB的學生,所以面試題目、知識大多都是看google的 Google了很多相關的東西,其實發現一般來講台灣人比較少討論這方面的知識 連FPGA一些使用技巧也大多都是中國論壇的討論