请问当主管要求资深RD撰写自己经验的文件,
请问员工该如何运对呢?
我随便举个例子
已写C++语言程式为例
有个10年资历的A员工,
常自己加班练习程式语言,六日没事也练习程式刷leetcode,
10年下来,
累积了不少对语法的深刻了解,
把自己负责的project写得又快又好,
主管于年前三个月,要求该员工撰写文件详细讲解自己的code,
内文不只要能让别的员工能接手此程式,。
(PS,原本程式内就有基本的comment和说明)
主管还要求在文件中,要详细叙述自己当初的思考逻辑,
为什么要这样的写?为什选用这语法?
和别的写法相较差别在哪?
详述每个写法的好处坏处及潜在影响?
请问该如何回应比较好呢
1.掏心掏肺全部写出来
2.保护自己,也给主管面子,写一些,但没写这么详细
3.不认真处理这需求
小弟职场菜鸟,请各位老鸟指点
谢谢

老师电磁学的再好还是一堆人不会

看上班写还下班写 认真度不用一样

选2 你主管要的其实只有能交接顺利而已但这责任其实不全在写文件跟程式的人身上

写简单的就好

对主管而言 维护才是最重要的 谁管你写的多神

真正厉害的人，他的东西是一直在创新跟继续往前的，现在努力写下来的东西不过就是一个记录而已，你自己也可以存下来，日后检验，不然古今中外留下来的资料，科技，难道都是应付长官，里长写得吗？别把自己想得太伟大啊

换个角度想也有可能是委婉跟你抱怨你的程式可读性维护性有问题啊 到时你拍屁股走人他至少还可以交代之前有过作为

这种东西不用太小气，写了对你自己也有帮助，但我觉得这种额外授课的内容应该要跟主管谈一下收一些讲师费用

2

一般都会写个readme吧 不用写太深 之后review也方便 不过其实根本没人会看 跑不出来会直接叫你debug