刚上班那段时间,我只会闷头干活

刚开始工作的那段时间,我一直以为,只要把需求好好做完,事情就算完成了。代码写完、功能上线、没有明显 bug,这不就是工作的全部吗?后来才慢慢发现,事情远没有这么简单。

我踩过的第一个坑,就是太安静。接到需求之后,我基本就是自己闷头做,很少主动去找 MT 或 LD 沟通。很多问题其实在一开始就有疑问,但我总觉得“先做出来再说”,不想显得自己不懂。结果做到一半才发现理解有偏差,或者需求本身还有调整,之前花的时间就白白浪费了。

还有一种情况,是需求已经做完了,但对方的预期其实和我理解的不一样。等到演示或者上线的时候才发现细节对不上,又要重新改一轮。那时候我才意识到,问题不是技术,而是沟通。

后来慢慢学会一件事:需求不是写完代码就结束的,而是一段持续的交流过程。刚接到需求时要确认理解,中途有疑问要及时问,做完关键部分最好提前同步一下方向。多说几句话,往往能少走很多弯路。

工作一段时间之后回头看,很多所谓的“职场坑”,其实并不复杂。不是能力不够,而是习惯还停留在学生时代——觉得把事情做好就够了。但在团队里,信息本身也是工作的一部分。把事情说清楚,有时候比把事情做完更重要。

#刚工作的你,踩过哪些坑?#
全部评论

相关推荐

很多人第一次实习时都会有点失落。想象中的实习,是参与核心项目、接触复杂系统、每天都有新东西可以学。可现实往往是另一种样子:mentor 经常在开会,同事忙着赶需求,分到你手里的任务也比较基础,比如改个小逻辑、补个接口、或者处理一些零碎功能。时间久了,很容易产生一种感觉:好像没学到什么。但其实,这种情况在实习里非常常见。团队给实习生安排任务时,本来就会偏保守。复杂模块风险高、时间紧,不太可能直接交给一个刚来的新人。所以很多实习生一开始做的事情都比较简单,看起来技术含量不高。问题在于,有些人因为任务基础,就只停留在“把事情做完”。需求写完了就结束,也不会再多想一步。但如果换个角度,其实很多东西是可以自己延伸的。比如看一看相关模块的代码是怎么组织的,接口设计为什么这样写;或者把自己做的功能往前追一层,看看数据是怎么流转的。哪怕只是一个小需求,也能顺着代码慢慢往外看,理解整个系统的一小部分。很多时候,实习学不到东西,并不是因为事情太简单,而是因为自己没有继续往下挖。团队不可能把所有知识都一步步教给你,很多理解还是得自己慢慢积累。所以任务基础并不是什么坏事。真正重要的是,你有没有在完成任务之外,多走几步。只要愿意往下看一点点,很多看似普通的工作,其实都藏着可以学习的地方。
实习学不到东西正常吗?
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务