前言

2019年12月19日,星期四,我在成都,写下了这句话,距离的毕业后的第一天入职,已经过去了整整十八个月。现在,我终于敢说,我在这座城市活了下来。

犹记得,大学还有半年就毕业时,在考虑去哪座城市发展时,高中好友涛说,来成都嘛,找工作可以先住我家,于是,我跟父母说明情况后,就来到了成都。

在这里,我逐渐学会了如何独立成长,如何与自己独处,如何照顾自己,以及如何与他人协作。

从大一到大四,可能唯一的遗憾就是没有去实习过。

寒假时间短,冬天基本就是在家,或者出去看看那似曾相识的街道,在雪地里和妹妹打雪仗。

毕业后的18个月,失去父母庇护的我,学习着如何写简历,投简历,面试,以及签下了我的第一份劳务合同,第一个月拿到了试用期的薪资,那一刻我放佛觉得我长大了,不再需要问父母要生活费,可以自己自给自足。

毕业后最大的收获,就在于适应了职场生存的法则。

犹记得,刚入职的时候,第一次用Go写一个定时删除服务,涉及了大量的文件处理,设计模式和并发等知识点,当我写完后,我感觉很有成就感,后来,当这个服务产品化后,出现了一个内存泄露的问题,我又用性能分析工具层层剖析,解决了它。

但我知道这只是小试牛刀,接着我有接手了一个核心调度的项目,然而这个项目给我的打击太大,比如逻辑很复杂,导致和产品对需求的时候,都不敢保证这个需求什么时候能做出来;又比如当整个系统出来了问题时,会把所有的Bug都指派给我,然后我就挨个去打断点,看日志去排查;又比如有一次,因为需求太多,做不完,每天被leader和其他同事催着赶进度时,我只能偷偷跑到卫生间去哭上五分钟,然后擦干眼泪继续做。

为什么我对这两件事这么记忆尤新呢,因为它让我看到了一个程序员工作的缩影:提需求——编码——测试——改Bug——新的需求…周而复始。

在工作中,我也总结了一些研发和改Bug的经验

  • 1,和产品经理沟通是双向的,当他/她提出一个需求时,最好是根据自己的理解把他/她的话再复述一遍,以确认是否信息一致,当然最好写在文档里,后面可以防止产品频繁变需求(虽然这个愿望有些微小);
  • 2,编码时,最好理清逻辑,在脑海中画好逻辑时序图,接着写代码就会轻松许多;
  • 3,最好在容易出错,以及频繁赋值的地方打上日志,后期出现Bug时好及时有效地定位问题;
  • 4,如果出现Bug了,最好在已经出现Bug的机器上再复现一遍,当然也可以在本地搭一个完整的测试环境,这样最好;
  • 5,运用性能分析工具,解决完Bug后,最好详细将Bug出现的原因和解决过程个最终结果记录下来,方便以后自己查阅;
  • 6,将自己的研发时间定在25-35分钟一块,中间最好不要被别人打断;
  • 7,学会使用搜索引擎,尽量用Google和Bing,将问题切换成英文描述,搜出来的文章质量会高一些;
  • 8,是你的问题,及时承担,不是你的问题,找到证据后迅速甩锅。

以上是我个人在写程序的经验小结。

其他个人觉得有用的文章链接