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

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

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

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

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


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

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

怎么办?

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

十二点开始修改代码。

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

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


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

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

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

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

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

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

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

开始思考修复方案。

凌晨四点,写好方案。

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

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


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

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

怎么办?

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

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

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

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

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

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

方案上线,问题解决。

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

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


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

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

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

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

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

就酱~

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容