高级农民
- 积分
- 1130
- 大米
- 颗
- 鳄梨
- 个
- 水井
- 尺
- 蓝莓
- 颗
- 萝卜
- 根
- 小米
- 粒
- 学分
- 个
- 注册时间
- 2014-3-22
- 最后登录
- 1970-1-1
|
本帖最后由 LittleFishBall 于 2021-3-27 14:47 编辑
给点愚见吧,希望能有些帮助,也希望求点米:
- Manager 靠不靠谱这个非常难看出来,老板待的时间长短,手下人的 tenure 可以算是一个信号吧. 当然一般好的 manager 都会尽量减少组里的 meeting, 让大家好好工作,因为 meeting 多其实受益的只是那些不需要干活的,卖嘴皮的,让他们更加 informed, 比如 SDM 和 TPM, 因为他们的工作基本就是 meeting+写文档.
- 组里 diversity 非常重要,这个你懂的
- 第一次 1 on 1 就跟老板说你要 focus on promotion, 然后说ramp up 之后就像做impact ful project, 这样至少如果有 impactful project 老板会想着你,当然也有可能就是得排队,那没办法。
- 多发言(包括开会的,和 slack 的)增加 visibility 肯定没错,观察组里 Sr 或者待的时间比较久的的 SDEII 他们怎么表现自己的,可以学着。
- 可以试着 propose 一些 process 或者 standard, (比如我们组有个 Sr. 入职一个月,就开始让我们用 Confluence 的格式记录 meeting, 虽然有人用有人不用,但是那不重要,只要头几次让大家看到,就有这个 data point, 你就是 raise the bar 的人了
- 亚麻非常重视文档,文档写的好有时候比代码写好还重要... 因为老板很多是看文档的... 技术上很多老板都不太行了...
- 本着 "Dive Deep" 的精神,如果拿到一个 project 还有老板给你的 timeline, 最好要去问一下这个 timeline 是怎么来的, 是按business 需求,还是只是上面一拍脑袋觉得这个就是给这些时间就可以做完?有个说法,叫做 not every target date is deadline. 所以要问清楚,因为知道真正的 deadline 以后,你就摸清底牌了,可以更放心的多要时间,比如找已经做过类似 project 的人给你个预估,然后 x1.5 你就比较舒了, 也可以美其名曰 need to ensure the quality of work --- "Insist on Highest Standard"😅。
- Revision 尽量少,如果有大 CR 尽量拆成多个,美其名曰更清晰和独立,本质上是你的 CR 数多了,然后每个 CR 代码少,Revision 数自然就少,那么你的数据就好看很多
- 有问题尽量先问华人同事,毕竟是自己人。
(码字不易,求米求米)
|
|