[請益] 當主管要求資深RD撰寫自己經驗的文件
請問當主管要求資深RD撰寫自己經驗的文件,
請問員工該如何運對呢?
我隨便舉個例子
已寫C++語言程式為例
有個10年資歷的A員工,
常自己加班練習程式語言,六日沒事也練習程式刷leetcode,
10年下來,
累積了不少對語法的深刻了解,
把自己負責的project寫得又快又好,
主管於年前三個月,要求該員工撰寫文件詳細講解自己的code,
內文不只要能讓別的員工能接手此程式,。
(PS,原本程式內就有基本的comment和說明)
主管還要求在文件中,要詳細敘述自己當初的思考邏輯,
為什麼要這樣的寫?為什選用這語法?
和別的寫法相較差別在哪?
詳述每個寫法的好處壞處及潛在影響?
請問該如何回應比較好呢
1.掏心掏肺全部寫出來
2.保護自己,也給主管面子,寫一些,但沒寫這麼詳細
3.不認真處理這需求
小弟職場菜鳥,請各位老鳥指點
謝謝
--
--
寫寫基本的、查得到的東西就好
想繼續待 2
我自己是都寫出來啦...創造和抄襲有本質上的不同,
坦白說人類就是你掏心掏肺給別人看,對方還是視而
不見的生物。所以不用藏。
真的又快又好,應該去面試解白板題,這樣就知道到
底值多少錢?!
用文言文寫
先寫起來放啊 反正離職也是要做的
連寫法都要詳細說明是太閒嗎?
老師電磁學的再好還是一堆人不會
推三樓,其實就一般分享就好,有緣人自然會想要去
深究。也可以趁此機會釐清自己的思緒也不錯
寫啊 這個又偷不走
有興趣的直接看code就好了,看不懂再來問
不用特別亂寫或是藏東藏西的
隨便寫就好了啊,他又看不懂寫的是不是真的
網頁查得到的摳給他
看上班寫還下班寫 認真度不用一樣
大學教授也掏心掏肺在上課跟提供講義,每年還不是當
一半以上的人
同iamala!當練習表達能力也好,很多事是講慧根的~
如果你所謂的十年經驗是寫下來看一看就會的,那...
其實也沒什麼價值,要你寫下來常常只是要驗證你嘴巴
講的跟做的有沒有落差而已,教會後面人,您想多了
想的一套,嘴巴上說的一套,做的又是另一套的人多了
寫的再仔細也不會有課本好啊
如果可以用上班時間寫 何樂不為
而且也不是每個員工都會那麼認真去看資料
2、3這種東西不是離職必要交接的事項
2
爽活
既然是獨門,主管根本無法判斷你是不是100%分享出
來了,科科
這不是正常軟體公司,每天都在做的code review 工作
嗎。
搞到只有某個員工懂核心程式,先要檢討"管理層太爛"
,而不是工程師該怎麼講解程式碼。
2啊 點到為止 真正有興趣的人會私下主動問你的
只有在工作期間累積的專業解題經驗 才需要1
推35樓
叫他看comment
隨便寫寫 反正都要閃惹 別人看不懂就酸他程度差
阿 我看錯惹 以為是要離職
如果你是一個持續會自我精進的人
根本不需要擔心別人會看到你的文件就追上你的程度。
知識這種東西是因為分享而偉大
樂於分享才能讓別人知道你的厲害
技術團隊裡也往往是樂於分享的人成為團隊領袖
你的code獨門到需要自己寫文件別人才能讀懂 連註解
都不寫 我看也好不到哪裡去
菜鳥在擔心這些會不會想太多??? 是有多獨門啦
這麼厲害不會自己開公司搞產品來賣????
沒啥好藏的 自以為很理解....
10年在專業上也不是普通的菜鳥了... 我是指學無止境,每個人都有他專精的點, 都可以是某個領域的老師。 故自己永遠都是菜鳥
真強者一直有新突破。沒在怕的
學生時期。常常教人家解題的那幾個人。教會了越多人
。自己變得越強
既然要寫何必亂寫?亂寫交差不就反而浪費時間?
而寫的好,對自己是練習機會,也是職場上形象加分
的機會
當然如果只想爽爽過。不想紅。藏招也是辦法之一。
加薪30%,寫好寫滿,不然就打打嘴砲,反正沒人比
你懂,愛怎麼講都可以
2
我就不相信主管看完你文件 就看得懂code啦 通常會
講這種話的主管都是廢物 不會寫程式在那邊屁
選2 你主管要的其實只有能交接順利而已
1你如果是打算寫書出版在這樣做吧...2跟3其實都行
但這責任其實不全在寫文件跟程式的人身上
Razavi寫電子學還需要藏一招嗎
詳述各種不同語法的好壞 聽起來根本智障 以為教授在
出考題喔
寫在多的教材,多數主管根本不會認真去看你寫的內容
寫出來也不見得別人想學,老師都巴不得學生們都好好
學習但很難。我是很敬佩這樣的人,曾經遇過這樣的人
,他們根本不怕別人學,只苦惱別人不花時間努力精進
學習跟理解,無法找到強者共同合作,凡事只能靠自己
才是真正的困擾
掏心掏肺換來的只會,那新人看懂了沒,為什麼不懂
是不是你寫得不好才會他看不懂,能重寫嗎
推m大 基本上看別人code就是種痛苦 無論寫得多詳細
要用別人的方式思考是件很煩人的事情
寫簡單的就好
主管當然自己看不懂,也壓根不想花時間讀,他期待
的只是利用你的產出讓下一個找來的菜鳥能夠接你的
工作,然後要嘛丟更麻煩的更多的工作給你,或是fir
e你用他更便宜。
換另個角度想,你沒打算在這間待一輩子,留少一點
東西下來是最好的,以後跳槽用到比較不會被說是侵
權或抄襲,因為前公司根本不知道自己有用XD
主管看不懂你的code
這不錯呀 我覺得每個用心的programmer都會想讓
我有寫 但只寫功能性的部分 語法部分沒特別寫
自己的code被像藝術品一樣欣賞 解說
有些工程師對設計模式有獨特的見解 有時候聽解說
會有一種醍醐灌頂的感覺 原來這樣寫能解耦合能這樣
推三樓 自己想的跟看人寫的不一樣
看是要在上班時寫還是下班時寫,給出的東西會不一樣
公司的 code 時間夠 1 蠻好
看寫這份文件所需要花的時間,如果還要同時開發,那
就是有寫有交代就好,但不建議亂寫
1吧 寫完自己可以留著放到github上
在公司又可以給後輩秀一手 之後稱呼會變XX哥
非常同意79樓的…只會落到這種下場而已
給多少時間就寫到哪,本職不用做再來考慮1
這有點像寫論文,你自己想想寫論文還不是要寫這些de
tail,看不懂的人自然就會寄信問你了。
有些內化的東西 除非那個東西很有印象或深刻 大概
寫不太出來....因為已經太直覺了.....
另外寫到多深多少 又難拿捏 不要像Knuth書寫著寫著
寫成四大本還沒寫完 @[email protected]
不懂你在意的點在哪?是怕講清楚被別人學走?但這
不可能啊?大師的經典巨著,念得懂的有幾個人?反
過來說,努力寫對方就能徹底理解的,也不是多難的
知識。而且本來能清楚傳授別人,就是很有珍貴的能
力,講得想施展就能施展出來似的?
其實我都當作寫給以後的自己看的
不過獨門是多獨門?自己寫的可以嘗試申請專利阿!不
然也沒啥特別的。
選2吧 寫重點就好 若是要自己用的倒是可以慢慢寫多
一點 看慧根跟有沒有人想問吧(寫了還是得) 隨緣
哈哈 獨門技術....,真正厲害的人是樂於分享的,吸
引能力更強的人互相分享成長,話說真正這麼獨門就去
申請專利或是開公司出來賺錢了
寫再認真沒人看一樣沒用,只是老闆作業績宣傳工具
而已,如果真的是很多人一起合作互相引用的案子,
自然而然就會每週整code的時候會有詳盡註解的要求
…
補充: 如果上班時間做這件事我超樂意,是要花我下班
時間,我一個字都不想寫
教學相長,認真寫對自己的技術也會有幫助。但如果叫
你下班寫就不要理他。
學黃蓉版九陰真經 一句對一句錯
先問問為什麼要做,還有沒有更重要的事情做?
那種把自己會的當寶的通常都…你知道的www
敝帚自珍聽過吧
去買一本c++教科書上繳
寫啊 但不用寫很詳細 反正接手你的人不會看 主管更
不會看 心路歷程 寫空泛好聽話 幫助公司流程啦之類
的
我之前工作交接 主管連安裝程式的過程都要求寫下來
才有趣 不就一直下一步而已
放心,沒人會看,當作是給自己的筆記就好了
沒專案壓力就寫啊,離職也是要寫啊,後人看懂看不
懂乾工程師屁事又不是老師寫教材xd
不用藏
競爭對手是公司外的人
公司內如果你特強,那建議閃了
寫啊,這就跟琦玉一樣,天天一萬公里伏地挺身,有多
少人能做到?
是寫不出來還是不寫啊 更多時候是寫了人家還不看
一般來說 沒多少本事的最愛藏
有真本事的根本不怕別人學
你怕被取代就隨便寫一寫就好
寫基本的就好了,而且以這位的努力程度,很難全被
學走,思考邏輯跟想法,不是說想學就能學
真的,就像聯考一樣大家不都讀一樣的教材,結果考出來
的分數差那麼多,真的厲害的反而不屑藏,就算教你還不
一定能全盤學會咧,真的能教會多個幫手也是福氣
所以會問這種問題的真的就跟備註一樣還是個菜鳥無誤
技術進步那麼快,有什麼好藏的?
學不快才會想在那邊藏東藏西吧
另外,可以直接問主管他的目的是什麼就好
通常會有這種思維的一般都不會是什麼厲害的人
會因為目的不同有不一樣的寫法
幹十年了,應該有能力跟主管做溝通討論吧
這麼容易就變成沒價值的人?那這個人一定真的沒什
麼價值
認真備課的教授:QQ
===沒想到 科技業很多人以為主管是白痴===
重要技巧不要說。
抓網路上的
覺得麻煩比較多
主管盡責
跟寫paper或教書一樣 都寫清楚了還是沒人懂XD
你這個有問題,當初的思考邏輯也要寫?
看主管跟你的關係好不好再選擇
這種比較像是人際關係應對 coding也沒辦法教條式傳
達
===學校教授看不懂學生論文?別把自己想的太重要===
浪費時間生命的作法,這種招式大概騙騙老闆有在stud
y一樣,無腦到一個極致,秀下限比恥度,結果要拿出
具體做專案的成果一個都拿不出來
主管不會寫 沒你懂的多 釘你做好應該綽綽有餘
教科書作者:我也寫的也很詳細啊 but....
問他原因,然後再做判斷,搞不好是要找個新人接你
的工作,然後升你當主管,或是找個便宜的把你裁掉
寫正常水準能懂的 做爛自己名聲也差
反正你履歷也是要寫的 被面試問到也是要解釋的
幹嘛不還領著公司薪水對自己的能力回顧整理一下
感覺你們主管技術很差,不知道該怎麼做
你寫了,別人也不會看。
我自己是把一寫重要的寫成類別庫,寫說明書給其他人
嚴格來說你寫得越詳細他就越不會看越找不到重點
專案程式就每個呼叫的函數 參數寫說明
而且這應該是大多數的人都這麼膏,怎麼會有要你想戡
法
去年手上有個系統教新人,用了四週各找一天完整解
釋說明,其他時間也用來回答他的疑問,現在還是無
法被完全接手,仍需要介入。但主管看我都沒藏就很
放心又塞人給我帶,今年考績跟年終也讓我很滿意。
網路隨便找 複製貼上
意思意思就好,認真寫沒意義,沒人會感謝你
我是會詳細寫啦,反正會看的就是會看
而且技能都綁在你身上了,寫那個並不會造成你的損失
重點不在啥獨門 反正會寫的不需要 不會寫的 你寫的
再詳細也沒用 基本就好
你得罪主管
每年要求調薪
上班時間寫有什麼不好?
寫啊 寫這個對自己也有幫助 說實在的 看不懂的就看
真的沒事做欸
不懂 主管都以為sop很有用 實際上沒概念的人看了還
是完全不行
我會認真寫吧,畢竟職場生涯也受了很多前輩的指導
大部分應該會是3,但是真的去看得又有多少
對主管而言 維護才是最重要的 誰管你寫的多神
不是寫了就會有人看欸 一堆手把手教都學的亂七八糟
不用想這麼多啦
3寫了不懂的人就是不懂 根本浪費時間
隨意應付就好,反正結果差不多
我之前寫過,結果別人還是只會複製貼上,再來問你
為什麼不會動
不會應付文件就別說自己資深
認真寫,別以為自己多猛
電磁學課本怎麼寫你就怎麼寫
盡力寫,職場同事一場,回頭一看你再往上,這些又成
了資淺的註解
2,隨便應付一下結束
前面認真寫一些,後面寫大概就好,他都想不到的你沒
寫他也發現不了,但是前面做做樣子人家覺得你很有誠
意
教學相長,好好寫自己也能學到東西
2 寫1還會有一堆qa要回答
真正厲害的人,他的東西是一直在創新跟繼續往前的,
現在努力寫下來的東西不過就是一個記錄而已,你自己
也可以存下來,日後檢驗,不然古今中外留下來的資
料,科技,難道都是應付長官,里長寫得嗎?別把自己
想得太偉大啊
上班時間寫還是花自己時間?後者你管他去死
建議隨便寫一寫就好,腦袋的東西沒必要交出來
有慧根的自己看你程式碼就能理解你的邏輯
可以設想寫文件後的情境 是會被取代嗎 還是routine
的事情能透過文件分派給後進做
...版友意見全部僅供參考 他們都不能對你的作為負責
2 出兩版應付的給主管 給一堆google都能找到的答案
現實是不會google的人文件擺在眼前也不會看
筆記好到一個程度還可以用筆名出書 再推薦別人買
認真寫的版本用來找新工作用或是準備上位時的資本
2
我會選2
先給晉升+公司配股再說 教育後輩不是小員工的責任
4.弄一個blog 在上面蓋掉機密部分認真寫 可以的話
甚至轉開源 這樣怎樣也會是自己未來的履歷簡介
看自己高興嘍 很少人會看拉
2,除非主管也是技術職,那他要刁叫他自己寫
如果不是技術值,那反正他也看不懂
狠一點的直接貼網頁連接,離職時直接撤除網頁
不過指的是公司內網
繳回電腦時,指向你電腦的網頁也同時GG
2就好了吧,寫的太細其實也沒人看
換個角度想也有可能是委婉跟你抱怨你的程式可讀性
維護性有問題啊 到時你拍屁股走人他至少還可以交代
之前有過作為
講得好像多屌一樣,笑死
這種事情都不能自己做決定,code是會寫多神?
程式碼都在那...看得懂就看得懂
看不懂 寫一堆註解還是看不懂
1那主管以為叫強的工程師出來上上課 其他人就會變強
A員工應該是一個機八人
這代表公司制度爛或規模小 還能有獨門的東西都不用r
eview
開心,就寫,又不是小孩子,自己看語法,慢慢理解
可能可讀性真的太差了吧
code能傳承才有價值 個人的短淺想法
Ravazi也只是解說,也不是讓你完全懂,其他都其實都
要靠自己
某噓的比較好笑,學校教授還真的不少官做很大的完
全搞不懂學生做的研究,反正交給博班的管就好,好
一點的不太給意見時間到就放人;比較糟的還會亂給
無法達成的意見。
只是自己沒遇過而已XD
基本的寫一寫就好 帶人原本就是主管的責任 他只是想
打混摸魚把自己的工作讓資深的人做而已
放心寫出來也只有有慧根的會認真去看
不用藏,技術不是看了就會,不然天瓏老板應該是台灣
的最強宗師。
這就教育訓練阿 是說這是主管責任吧...
帶人本是主管的責任,卻常常被推給下屬做
這種東西不用太小氣,寫了對你自己也有幫助,但我覺
得這種額外授課的內容應該要跟主管談一下收一些講師
費用
教育訓練是主管責任,不代表要主管做。只要訓練結
果是好的即可,主管可以分配資源去執行。
所以沒有什麼推不推的,訓練也是貢獻啊。
還可以要幹不幹?老闆太混?老油條?當其他人白痴?
程式邏輯講清楚,因為這個不可能糊弄;其他都是主
觀意見,簡單說說看法就好
聽他在豪洨^^
覺得只是主管在找事做而已 沒有意義的報告
寫啊,然後基於這個版本再寫一份上教育平台
做資料用的 堵上面的嘴
順便宣揚技術控管方法安上頭的心
管理就是做資源分配 可不一定是自己下去寫文件 寫資
訓練當然是貢獻,那功勞算誰的,原po這篇是沒講細
節難下定論啦,但主管是否扮演好監督、提點的角色
很重要,很多就直接甩給下面帶,帶得好自己邀功,
阿到底誰是主管
簡單講,遇到鳥鳥的主管就呼攏他;有給相對應的回
饋就好好做
另外有個前提是 寫這個算訓練的一部份,那也應該列
入工作項目 算績效、也能用上班時間做,這樣就合理
人帶的好不好是主管自己要主動關心 ,不是光分配給
別人而已喔
2吧,不過你在公司的貢獻都算是公司資產
1啊 顯然A員工從沒認真寫過文件
你以為東西給別人,別人一定看得懂喔....
舉簡單例子,大家都看原文書,難道大家都懂裡面的
知識?
爛公司,可以離職了
付錢給你回顧專案、整理心得文章,何樂而不為
這些都是可以帶著走的東西
一般我是會選2啦!可是如果整個團隊很nice,我就選1
.
有時間就寫 順便理解優缺點 沒什麼不好
如果同事太廢 怎麼教都沒用的 交接後code爛掉是早
晚的事
交接文件寫一寫其實也是為自己留個筆記方便以後複
習,至於接手的人看不看得懂就不是你的事情
上班寫這個 其實滿爽的
1 ,你是怕講完就衲取代?
建議去山洞用壁畫傳承
幹是要創業嗎?
主管要求你寫一個新功能你會隨便寫寫嗎?為什麼文件
就差別待遇?
看你覺得公司值不值得久待 會長久選1 不然選2
不過要是上班時間寫
離職的要求?這十年本該點滴建立這些重要資料,而
不是最後一刻要建立。時間久遠即使有心想傳承,細
節不見得馬上可交代清楚。反而強壓式要求,將來想
請教人家也不會理你,最後倒楣的是接手的後輩。不
如找接手的人先理解做成報告,再請他補充。
看你的等級到哪以及之後你要怎麼發展。有的地方的人
或制度不值得你留下那些東西的,就別管了。有的只是
要找人接你的東西,而不是要傳承或產出什麼的。
你code都給人看了講解一下根本沒差,經驗很難取代
這問題取決於錢與時間
2,除非是公司有培訓
一句話,你的技術沒有你想像的這麼有價值
當然選2 但話說回來,妳既然是菜鳥,哪裡來的那麼
多技術know how可以分享!?
想太多 根本沒人會看啦
2
基本上這是裁員的徵兆!
能逃趕快逃。
程式可以寫到只有你懂也是該檢討
寫到連主管都看不懂覺得很難就好
就照寫,基本上別人學不來
我是會的都盡量全寫,但其實沒啥人看 xD
寫了也看不懂 也一堆只是要看你有寫
一般都會寫個readme吧 不用寫太深 之後review也方
便 不過其實根本沒人會看 跑不出來會直接叫你debu
g
沒人會看啦
ISO本來就要寫,照規範寫清楚就好,連這個都寫不出來
不相信這種功力多高啦,最厲害的不只是會,能教到別人
也會才真的有本事
放心 你寫得越詳細越沒人會認真看 人性就是這樣
認真寫 只有有緣人才能懂 而且搞不好你在認真寫時已
經又想出更好的寫法
教授都做不到吧,當你補習班
看你要不要開課寫教材,線上的話我也要聽,我願意付
錢
不過他這樣講怕以後有智慧財產權的問題,到時候說這
本是你在公司業務時間寫的,要算公司的成果,不給你
錢也不准你去其他地方用,還提告要你不能用
交接文件就寫一份基本通用版,寫太深第一智財權的問
題;第二他們可能也看不懂。說明書沒有在交代家電設
計思維的,就算有也是Dyson上GQ接受訪問的時候才少
少說一點。你寫的基本通用版反而才是更難更精華的
台灣沒進步,就是這些珍貴的產出都像這樣埋沒在文件
堆裡,結果也沒幾個真正需要的人看到。
缺乏智財權觀念,還以為這些東西只要叫人寫下來自己
讀就會了,超不尊重專業,難怪沒有進步,慘
我認識的真高手沒在藏私的,所以你不是
你沒有UPSTREAM 過吧 我覺得滿正常的
想學別人又不想把自己的放出去,這是你現在的心態,
想想別人的你花多久才學會,這種功力不是看看就懂,
當然寫流水帳也是另一種方式
pseudo code本來就是要會寫,你學寫的時候師傅跟老
師沒教你嗎?
反過來想 真要做技術”交流”平常就會做了 像這種”
被要求”製作的開發心得通常都是在做了某種規模以上
的案子後上面的老闆怕你走了自己找不到人接才會要求
做的
code有什麼好藏的,現在code都寫好上傳SVN別人寫的
你一定看得到,有心學你也是可以看來學。但想法跟設
計思維是累積的
2吧要不然勒 你升職了嗎?
Code 寫複雜一點啊 才棒
這不是高手不藏私的問題,而是有一些是個人的經驗和
習慣,那個被登記或認證成公司特有的財產的話就是訴
訟的起源,而且學生、菜鳥跟獨當一面的老鳥差距很大
,出社會之後很多行為都屬於有償的商業服務,也不是
用寫的就能完整交辦,有一些是檢查上的個人疏漏等,
而且也要留給續任者發揮的空間,比較好的是例如可以
約定開幾次課程有償可以多開幾次,無償的話兩次。
我是覺得你主管有問題
這主管不懂才要求這麼多
原本就有comment 就不用寫了
教別人的時候常常都會有新的想法 我是覺得沒什麼不
能教的 技術都是會持續進步的 今天你教他 說不定改
天他也能回饋你
上班產出都是公司的。哪來個人經驗
你不寫 他能怎樣嗎
你寫了 都寫得很好 那也不能怎樣? 真的會有人看? 然
後看了之後 就會得到你所有的功力?
人才是重點 並不是文件 人是能消化吸收 整理的有機
體 文件到處都是 書也一大堆 什麼都有 寫得會比你差
嗎? 寫了一大堆在那邊 沒看有用
嗎
總之 經驗很難取代 寫得很好也沒什麼用 人走了 就是
要靠後面的人的能力 能力不足也接不起來 然後 也不
用寫很好 隨便應付就行 他能怎樣 不要做削低自己價
值的事 最好是你走了 公司什麼都不行了 你才有不可
取代的價值 公司打的算盤都是 你留很好的文件 不管
你在不在 都沒有差 不用去順公司的意
寫很好一樣沒人看 然後不用寫太好 浪費時間 也稍微
自己降低一點自己的價值 然後最好是能上班寫啦 就
算給你上班寫 你寫這個花了很多時間寫 其它該做的一
樣還是要你做
寫文件這種事根本就是所有公司的routine 每個人每
個公司都想要有很好的文件 讓後面的人能輕鬆 問題是
公司真的很重視這個嘛? 並沒有 記得 這個只是routin
e 你該做的還是要做 然後文件最好寫得超級好 超級
詳細 超級好懂 最後還是沒人看 或者看了還是不懂
給錢再說
3
呃,團隊內要讓別人能夠接手自己程式不是基本的嗎?
除非打算拍拍屁股離職,不然你想幫他們保固一輩子
喔?
寫的好重點在於在公司的時候讓自己輕鬆 離職了還管
那麼多幹什麼? 別人愛亂寫搗亂是他的事情
不用怕啦 寫出來別人不見得懂
1
好奇是真的遇過這樣的事情,還是純粹自己想像. 想了一下大概有幾種狀況 1. 如果是公司文化或新的大頭希望公司能加強文件,那就乖乖配合 確實有公司會要求文件寫得很完整. 2. 公司即將資遣你,所以希望先把你的東西挖出來18
原文恕刪, 用職場生存的角度來看,我個人建議是「寫,但場面要搞大」 如果要寫,就好好作,讓它變成一場內部訓練,記得開課發信邀請要cc高層主管 這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎 如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句10
????? leetcode那點東西要刷10年? 你哪來的自信覺得自己是什麼絕世高手? 我以為要稱高手,最少最少也要在GitHub開宗立派耶? : 10年下來,2
自己花時間得到的經驗, 不論把文件寫得多詳細, 別人都不太可能 不花相近的時間學成。 完成一份詳細的文件後, 因為又重新思考了一次,2
額 這種要求還是第一次聽到 如果是畫畫UML圖 講一下各系統的關聯 讓新接手的同事能快速上手 這個是滿正常的 有底子的人看圖再自己追code就夠了2
現在我是即將要畢業的學生,未來應該也是到豬屎打工 不過我想來說一下對於「分享」的感想 由於本身不是正統IC LAB的學生,所以面試題目、知識大多都是看google的 Google了很多相關的東西,其實發現一般來講台灣人比較少討論這方面的知識 連FPGA一些使用技巧也大多都是中國論壇的討論
47
[閒聊] 亞馬遜遊戲工作室不平等合約曝光亞馬遜遊戲工作室不平等合約曝光:只要你來我這上班,你就算下班開發的遊戲也是我的 對於程式設計師來說,除了為公司工作所撰寫的程式之外,通常還會有自己熱衷的個人計 畫。如果這個計畫正好與公司的目標符合,那當然很好,而如果與公司的目標無關的話, 那就變成程式設計師自己私下的「個人休閒活動」 不過,由於程式設計師的工作特性,往往沒有明確的上下班時間。這個時候,問題就來了21
[問卦] 如何寫自己容易維護 別人難懂的CODE以前我寫CODE 都會把 段落註解 跟 方程式功能 寫得清清楚楚 後來 主管以為時間到CODE就會出來 對員工也越來越不尊重 重用嘻嘻哈哈會捧懶的員工 受不了了10
Re: [請益] 當主管要求員工留下獨門經驗的技術文件其實寫這種文件 受惠最大的還是自己啦 為什麼不寫? 尤其是當你面試下家公司的時候 過去做過哪些project3
Re: [請益] 當主管要求員工留下獨門經驗的技術文件我的想法也跟原PO一樣, 在原公司約莫五年, 只要解決掉比較困難的bug, 或是開發中大型的功能, 我習慣在做完之後做一份ppt跟同事分享,