Re: [請益] 當主管要求員工留下獨門經驗的技術文件
其實寫這種文件
受惠最大的還是自己啦
為什麼不寫?
尤其是當你面試下家公司的時候
過去做過哪些project
技術難點在哪裡 有考量到什麼tradeoff
這些東西自己重新整理一次反芻吸收
通常都能講得更清楚 更有條理
面試也容易拿高分
你寫這文件如果真的有人看
發現看不懂的地方來跟你討論
或是發現有自己盲點沒考慮到
這也有可能是將來面試官會問到的地方
還有一種情況就是同事看到你精美的文件
知道你是有技術 也願意分享的人 印象大大加分
若將來他去到更好的公司有開缺
也可能會內推介紹你過去
建議若主管叫你寫這種東西
就花點時間好好寫
幫助別人 更重要的是幫助自己
--
※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 72.70.46.113 (美國)
※ PTT 網址
推
中肯!
推
回頭看看原po文章下面的推文 真的笑死人
推
推,有料的人會一直進步的
推
讚
推
寫了,後人也不見得會看,但至少你有經驗了
推
只能說,很多人沒想太多,只覺得幹嘛那麼累,這些
→
都是自己的經驗值,之後往上爬的時候你比別人有東
→
西講
→
通常都是82法則,大家都一樣就沒這種法則了
→
這麼無聊的東西怎麼這麼多篇 嚇死人 會怕分享被學光
→
表示格局就那樣吧
推
推,好處就在那邊,除非被凹否則沒理由不做
推
++ 怕分享的人 永遠就.....
推
好正面 推推
→
寫文件要輕鬆的第一要務就是事情發生的當下立刻寫,
→
最後把紀錄修正成文件,一舉兩得。事後再補的,事倍
→
功半。
推
同意 若你的東西能讓人變強 那你未來一定更強啊
3
我的想法也跟原PO一樣, 在原公司約莫五年, 只要解決掉比較困難的bug, 或是開發中大型的功能, 我習慣在做完之後做一份ppt跟同事分享,3
「 主管還要求在文件中,要詳細敘述自己當初的思考邏輯, 為什麼要這樣的寫?為什選用這語法? 和別的寫法相較差別在哪? 詳述每個寫法的好處壞處及潛在影響?20
做十年了這種事還要上來問? 看你好像也不是很想做很想教,一副藏私怕被人學會了被一腳踢走,這不就是大家最討厭的老屁股樣態嗎? 我看你主管要求也沒很超過,你也沒要離職的樣子。做這些事情很困難嗎? 我待過軟體外商和IC台廠一哥,新人進來兩週到一個月都是先報code,做投影片,報告時錄影,底下學長姐問問題,問題答不出來就回去研究下週繼續報告。 軟體外商也一樣,跨部門合作每兩週報告,如果底層和上層代碼是不同部門做的,底層要傳什麼訊息給上一層代碼都要開會做紀錄寫confluence和開JIRA 的。
28
Re: [請益] 發現同事反組譯自己程式碼怎辦我還是補充一下我待的不是資訊業,我們程式都各寫各的,各自負責互不相干, 沒有強制一定要簽入版控,休假會有代理人,但不是他,離職當然程式是公司的, 但是現在沒有,也沒有跡象要被FIRE,主管應該也不會叫他做這種事。 我寫的這東西主管知道,而且已經上線穩定運作一年多了,屬於Service,有釋出API給 內部使用,所謂技術價值是指可以影響公司的競爭力,而不是一般人隨便弄弄就有辦28
[閒聊]大家選公司會採納求職天眼通還是面試趣?大家好 小弟最近在選公司拉 因為求職的時候,看到HR跟主管表現出的東西實在很表面 勢必會想要上網查一下公司的評語等等的資訊來做參考 但因PTT搜尋公司不易,大多數人不願透露真實公司名稱7
Re: [討論] 如何補救文件不完整專案先說結論:不需要補救,管他去死 文件這種東西就是不計入績效, 最多成為點綴 KPI 的東西 寫一份好的技術文件就像概論教科書 讀者看了舒服 爽11
Re: [討論] 學歷很好不愛加班 在科技業混得下去嗎幫原 PO 補血, 原 PO 說的沒錯,會給新人一些優先序沒這麼高的工作給新人做,不一定是垃圾,也有可能是垃圾,因為這些東西通常只是主管想看的,不一定真的要用。 但也不應該抱著做垃圾的敷衍心態去做,得過且過的話未來也得過且過了! 新人做事情要準備好分析與數據,證明這個不是垃圾,哪些地方可取,或者它就只是個垃圾。讓主管知道你怎麼去判斷與分析,他知道你的能力與建立信任關係以後,就只要口頭說結果就行。如果連這些都做不好,誰敢讓你負責關鍵? 我第一份工作就是這樣做,三個月就讓我做第一個案子,半年後讓我獨立去談跟做案子。至今的兩份工作的同事都覺得我學很快,但真的是這樣嗎?我只是更快的證明自己能力在哪,讓他們知道可以分配工作給我罷了。 也許你會覺得我只是求表現,但我自己認為這是對工作該有的態度,也是對自己人生負責的態度。