Performance Review拿了个很普通的评级, 请问怎么办?

经历了上班后的第一个half, 很努力地工作却拿了一个很普通的评级.... 一方面自尊心有点受打击, 一方面有升职压力所以下一个half一定要有进步, 现在心情有点焦虑难过, 大概总结了以下三个问题:
(1) 我写代码不是很快的那种, 但是项目deadline比较紧, 所以code quality 有所下降, 希望能够提高  ‘又快又好写code' 的能力
(2)感觉自己的思维没有充分的训练好. 一些问题比如： 不够严谨导致一些bug, 而且对于某些bug感觉没有头绪, 在一开始设计项目的时候没有考虑到一些因素导致后面implementation遇到一些问题 等等，
(3) 脑力也有点不够, 每天写代码以外, 就没有精力去关心其他组做的一些东西, 导致自己的目光很狭隘, miss掉了很多有用的信息

想问问地里的前辈， 针对以上三点， 有没有什么好的建议如何去提高改进呢?

（最近总是在质疑自己是不是做程序员的料， 感觉别人都做得很轻松, 但是自己却很辛苦, 该怎么生存下去）

fresh grad 入职第一个half 就能exceed的少之又少
楼主不妨调整一下expectation

首先你的perform feedback是不是反映的也是code quality或者出活速度的问题。有时候自己在意的（比如技术够不够好）不一定是performance review的决定因素（比如也许你manager和同事需要的是你在project a上多出活，而不是出活总量更高）

具体到出活又快又好的一点个人经验：
- throwaway code可以快糙猛，尤其是如果在f
- 越常用的code越注重readability和reusability，一般来说设计越简单清晰越好。好的code design至少会减少你debug的时间
- 日常注意积累best practice，尤其是code review花一点时间搞清楚为什么别人要求这样改
- 尽量写小diff，方便自己debug，test，revert，方便别人review
- 先把核心的工作做顺手再担心xfn，杂七杂八的xfn很耗精力也不见得到有用，如果过早参与容易两边顾不上。真正critical的xfn会是你core job的一部分，不是那么容易miss掉

随便扯几点: 一是你最后的review结果应该平时1on1就应该知道老板对你的定位。不断和老板check，你现在做的如何，有哪些可以做的更好，离升职还有多少gap  二是老板和同事的feedback，尤其是review，如果有的话，照着一条一条提高，而不是当作对你的批评，拿出真正改进的plan

hxtang 发表于 2019-8-25 14:11
. 1point 3 acres首先你的perform feedback是不是反映的也是code quality或者出活速度的问题。有时候自己在意的（比如技术够 ...

谢谢前辈的建议, 可以跟你私信一下吗?

普通，但不差，没问题就好？

我觉得你最大的问题出在和老板的communication上，理由有2：
1. “很努力地工作却拿了一个很普通的评级”说明你平时1:1根本没有积极讨论career path，因此不明白朝什么方向努力。
2. “现在心情有点焦虑难过, 大概总结了以下三个问题”perf不好看，肯定要求别人给feedback和证据，哪有自己开检讨会的道理。

有些话老板不方便说，我替他说了：一个优秀的IC必定懂得manage up，深刻理解老板的work style和tech vision，每周check自己的feedback，知道老板对自己career growth的timeline，40小时的工作尽量做出80小时的visibility。

至于code style，从CR comments中就应该解决，出了perf review再反思已经没必要了。其他像“一开始设计项目的时候没有考虑到一些因素”应该完全是design reviewers的问题。

中庸之道最是難能可貴

Euler57721 发表于 2019-8-25 23:56
我觉得你最大的问题出在和老板的communication上，理由有2：
1. “很努力地工作却拿了一个很普通的评级” ...

嗯，我想在这个基础上再强调一点 - rating是不会考虑你到底努力了多少的。rating只看你最终的impact。如果方向一开始就错了，或者劲儿用错了地方，不管多努力也是没有什么impact的

才半年，有必要着急么？同组多少人拿普通，多少人拿above，比例多少？