初入职场如何慢慢成长为主程No.40

很多小伙伴想知道初入职场，要怎么做才能成长。

今天没有干货，只有故事。

不喜欢的朋友可以左上角退出了。

从三个我自己的故事，来开始聊这个事情吧。

---

晚上。十点钟。接到电话。出生产问题了。

负责这块的小伙子回家结婚了。

怎么办？

十点开始仔细读他写的代码，尝试去理解问题的前因后果，确实一团乱麻。

十二点开始修改代码。

凌晨两点上线修复完毕，验证，回家。

关爱你手下的人，出了问题要扛起来，不BB，就是上。

---

晚上。十一点钟。接到电话。出生产问题了。

"大蕉出大事了，定时调度没跑。"

"嗯，没问题，我来看看。"

当时的我正在广州，第二天准备参加基友的毕业照。

这块代码应该是某个神人前辈写的，是一个完整的KTL数据流，代码上不支持重跑。

首先打电话问一问之前负责这块的前辈，三言两语，知道了大概方向。

看完整代码，看到凌晨三点，明确这个问题在明天下午五点前修复就好了。

开始思考修复方案。

凌晨四点，写好方案。

早上八点，跟领导汇报解决问题以及解决方案。

无论你接没接触过，问题到你这里就应该停止了。汇报领导，给方案。

---

第三个是一个长期的过程。

有一个出现率很低但很重要的bug，无法重现，无法追踪，涉及四五个部门。

怎么办？

找齐所有部门核心开发，一起排查问题。

还是依然找不到问题所在，大家都觉得不是自己的问题。

一个部门一个部门去了解，去了解他们的技术架构，去了解他们的设计。

然后把所有的东西串起来，bingo，问题找到了。

又一次找齐所有部门核心开发，把流程图画好，把bug出现的场景完整描述出来。

找齐所有部门核心开发，一起讨论解决方案，也讨论测试方案。

方案上线，问题解决。

过程三个月，涉及五个部门。

利用一切资源，去沟通，去解决问题。

---

总结一下下，初入职场的小程序员，要怎么更快速去成长？

首先，最最紧要，花时间去看文档看代码，代码一定要通过主流程一步一步debug。

第二，跟前辈多问多看多沟通，明确期望。

第三，下班最好继续看代码，偶尔早回家就看书，每天至少学习三小时，多打代码。

第四，记得煲剧，记得健身，记得听音乐，记得出去玩去逛，即使是带着电脑出去的。

就酱~

喜欢的话点个赞或者分享一下，有什么想聊的可以后台私信我。