new hire，你本可以有wlb

Wu_kong 发表于 2022-07-12 10:05:06
如果公司并没有有效的方式把带新人的effort计入credit, 为什么要浪费自己的时间带新人

可以要求自己把doc 写好, 也会从中得到credit, 但是如果本身doc 写好带来的credi

你这么说没有问题，这就是一个管理的问题了。
到时候ng告到manager说支持不够，到时候怎么办？

没有credit但是可能有伤害

补充内容 (2022-07-13 01:30 +08:00):
干好了没有credit，干不好有伤害。。。

存在就是合理。。

感觉帖子里的这个组把培养new hire当成了他们疯一样的使命和义务 ：）

只要人人都献出一点爱，ng的世界将变成一天工作四小时的美好人间……你说的这些谁都懂，但就是做不到
我建议楼主mark住自己的这篇帖子，过个三五年再回来看看。看看自己作为组里的一个senior member，有没有做到能奉献自己8小时（甚至更长）以外的时间来为ng每天工作4小时铺路

匿名用户 发表于 2022-7-12 11:26
只要人人都献出一点爱，ng的世界将变成一天工作四小时的美好人间……你说的这些谁都懂，但就是做不到
我建 ...

当然是奉献8小时以内的时间啊，一天何必干满8小时

find_advice 发表于 2022-07-12 11:31:31
当然是奉献8小时以内的时间啊，一天何必干满8小时

“一天何必干满8小时”……lol，我建议你把这句话也mark起来。

find_advice 发表于 2022-07-12 09:47:38
1. 迭代快的东西可以incrementally加doc，一般不会翻天覆地变吧，而且基本上手的configuration应该大同小异吧。

2. 集中meeting不一定比doc省时间啊，毕竟不同

你这都是想当然，维护一个像你说的那样的doc几乎是full time job了，等你做了senior看看能不能做到吧。

每个人情况不一样，
我最早工作的时候，亲眼见到旁边一个刚入职的人第一天坐在那里工作一天之后
一个面相看着就很凶的staff 来问情况怎么样，那人说他今天读了文档，搭了eclipse 配置了环境等等
然后那个staff就不太高兴，说搭环境应该一键就就搞定了，不应该花这么多时间
单就这个case来说，要么这个staff很久没搭环境了
要么你文档hard to follow，能一键搞定的事情被搞成很多步，不管怎样我觉得怪不到新人头上
如果我是那个staff，会借这个机会问问文档上哪里不清楚的，我可以赶紧修正让下一个新人更快onboard

比如我入职的时候也是一下子很多jargon过来，什么是什么都搞不清楚
但是我带新人就从整体框架讲起，一直到如何deploy
可能我一个月才出东西，新人一两个礼拜就出东西了
这也不意味着新人能力比我强两倍

有人带和没人带的新人体验完全不同
当然也不是说manager指一个人让他和你吃午饭就是有人带了

时间长的健康和谐的老组才能有楼主这种条件
新组或者reorg的组被甩给几个job都找不到前owner是who的情况也是常见

tianxiaguixin 发表于 2022-7-12 09:30
你这么说没有问题，这就是一个管理的问题了。
到时候ng告到manager说支持不够，到时候怎么办？

老实说sr 根本不担心ng 造成的这点伤害(不知道别的公司怎么样, 至少我自己经历得公司完全可以忽略不计), 如果老板在乎, 那就是老板需要操心的事

而且sr 更看重ng 是否有自己学习的能力, 培养好了能给自己分担火力

这种事情我之前采取的做法就是问呗，谁给你的活就问谁；用到了哪个组件，就去问维护的小组；私聊不理，就去大群问；进度卡住了，就接其它活。等你手里堆积的进度到一半的东西越来越多，组长怎么也明白了吧？