很多小伙伴想知道初入职场，要怎么做才能成长。
今天没有干货，只有故事。
不喜欢的朋友可以左上角退出了。
从三个我自己的故事，来开始聊这个事情吧。
晚上。十点钟。接到电话。出生产问题了。
负责这块的小伙子回家结婚了。
怎么办？
十点开始仔细读他写的代码，尝试去理解问题的前因后果，确实一团乱麻。
十二点开始修改代码。
凌晨两点上线修复完毕，验证，回家。
关爱你手下的人，出了问题要扛起来，不BB，就是上。
晚上。十一点钟。接到电话。出生产问题了。
"大蕉出大事了，定时调度没跑。"
"嗯，没问题，我来看看。"
当时的我正在广州，第二天准备参加基友的毕业照。
这块代码应该是某个神人前辈写的，是一个完整的KTL数据流，代码上不支持重跑。
首先打电话问一问之前负责这块的前辈，三言两语，知道了大概方向。
看完整代码，看到凌晨三点，明确这个问题在明天下午五点前修复就好了。
开始思考修复方案。
凌晨四点，写好方案。
早上八点，跟领导汇报解决问题以及解决方案。
无论你接没接触过，问题到你这里就应该停止了。汇报领导，给方案。
第三个是一个长期的过程。
有一个出现率很低但很重要的bug，无法重现，无法追踪，涉及四五个部门。
怎么办？
找齐所有部门核心开发，一起排查问题。
还是依然找不到问题所在，大家都觉得不是自己的问题。
一个部门一个部门去了解，去了解他们的技术架构，去了解他们的设计。
然后把所有的东西串起来，bingo，问题找到了。
又一次找齐所有部门核心开发，把流程图画好，把bug出现的场景完整描述出来。
找齐所有部门核心开发，一起讨论解决方案，也讨论测试方案。
方案上线，问题解决。
过程三个月，涉及五个部门。
利用一切资源，去沟通，去解决问题。
总结一下下，初入职场的小程序员，要怎么更快速去成长？
首先，最最紧要，花时间去看文档看代码，代码一定要通过主流程一步一步debug。
第二，跟前辈多问多看多沟通，明确期望。
第三，下班最好继续看代码，偶尔早回家就看书，每天至少学习三小时，多打代码。
第四，记得煲剧，记得健身，记得听音乐，记得出去玩去逛，即使是带着电脑出去的。
就酱~
喜欢的话点个赞或者分享一下，有什么想聊的可以后台私信我。
网友评论