应届毕业生工做7个月小结

时间  2020-08-18
标签 应届毕业生 个月 小结 繁體版
原文   原文链接

前言： 不知不觉已经工做了快 7 个月了，去年这个时候还跻身在考研的大军中，不由有些感慨... 结合这 7 个月发生的一些事情，简单作一下总结吧...

为得到更好的阅读体验，请访问原文地址：传送门java

1、那时候刚入职

不一样于其余同窗忙于毕设的 4 月，提前安排趁寒假已经完成毕设的我，已经开始扑在了「找工做」这件事上，有了去年「秋招」打下的基础，复习起来快了不少，没过多久就开始投简历面试了，面试也整体比较顺利，刚面没几家就迅速和一家本身看好的初创公司签下了。react

公司使用的技术栈区别于本身熟悉的 Java/ MySQL 这一套，而是主要使用的 Rails/ MongoDB，因此刚入职的一段时间，基本上都是在本身熟悉技术栈，也趁着闲暇的时间，把本身入门时候的一些学习心得写成了文章发表：git

对于职场小白来讲，所谓「职场」仍是显得有些陌生，刚来的时候，虽然跟周围的同事都稀松日常地打了一圈儿招呼，坐下以后，随着他们又埋头噼里啪啦敲打键盘工做的深刻，又顿觉周围一片陌生，还挺奇妙的，在第一周完的周报里面我写道：github

刚来公司有些迷茫，只是看着CheckList对照着熟悉一些技术，也不了解本身应该要熟悉到哪一种程度，就但愿本身能再主动些，无论是技术问题仍是其余问题多请教，而后尽快跟其余成员熟悉起来。

刚开始上手的时候也有好多问题不懂，我都习惯性的选择本身研究一阵儿，由于本身有写博客的一些经历，被问过好多一搜索 or 本身一尝试就能解决的问题，因此比较克制，可是后来「入职 1v1」沟通的时候被说到有问题别本身死磕，半个小时没解决尽可能就找一下旁边的同事。摁？我一会儿就把个人「主动性」发挥了出来。面试

不过好记性也不如烂笔头，找了一些工具记录把这些「问题的答案」都记录了下来，方便以后再查找，当时对于 Git 都不是很熟悉，也记录了不少经常使用的命令在里面，还有一些问题的反馈，甚至知道了月会要自我介绍，也打了一遍草稿记录在了这里：（那段时间真的问了好多问题，周报里也手动感谢了坐我旁边的两位大佬..）spring

入职两周的时候，虽然已经开始上手作一些简单的埋点工做，但本身对于 Ruby 仍是不是特别了解和熟悉，趁着某一个双休，抓着一本《Effetive-Ruby》啃了两天，也把本身的学习输出了一下：mongodb

2、逐渐可以上手

就这样一边熟悉，一边开始接一些小需求，我记得我写下的第一个 BUG，就报出了 6K 条记录.. 慌慌张张在修复以后我不由感叹：「不要太相信用户的任何数据」。（包括 equal 反写也是以后在错误之中学习到的..） docker

刚上手没有一段时间，就接到了一个新项目的需求，跟着一位大佬开发一个新功能，大佬负责搭建基础代码和设计，我负责完成其他的功能代码，没敢一丝懈怠，下班回家以后也对照着别人写的代码敲敲敲，时间和完成度上却是没有一丝耽搁，只是如今回过头一想，当时没有什么单元测试的概念和意识，就本身在本地 Post-Man 测试完就完，所幸比较简单 + 本身测试得比较仔细，到如今也没有出现过什么问题。数据库

工做对我这样的小白另外一个好处就是：「见识和增长技术的广度」。公司所使用技术栈不管是广度仍是深度，都是本身在大学本科的学习中不可企及的程度，Jekins？Docker？K8S？跳板机？一会儿冒出来好多新鲜陌生的名词，怀着好奇心也尝试了解了一些：segmentfault

也随着公司的逐渐壮大，各模块的耦合也愈加严重，各条业务线之间的协做沟通成本愈来愈大，逐渐开始提出「微服务」这样的概念，具体怎么样理解就不做讨论了，总之就是指望经过梳理/ 重构/ 拆服务的方式来解决「协做」问题，因此期间也开始了解学习一些这方面的东西：

甚至期间还作了一些「微服务」的调研，咱们选用什么样的姿式和技术栈更加合适，因此也输出了一些关于「Spring Cloud」的东西，可是最终驳回的缘由是待咱们整个容器化以后 k8s 平台自带了这么一套东西，业务同窗只须要关心业务代码就好了，也就没有继续深刻了：

而后咱们在拆解的过程当中，也借鉴到一些「DDD」的思想，也尝试进行了一波学习：

总之，这一段时间我一边经过各类小需求，接触和了解了公司的系统的大半，一边学习和了解着各类不一样的技术，增长了技术上的广度。

3、开始负责一些项目

为了加速服务化的推动工做和验证「DDD」的一些东西，部门老大把一个边界足够清晰，也足够小的一个模块单独交给我，指望我快速上线，不过最终交付已经逾期快大半个月了.. 虽然从最终的结果来看，顺利交付完成了拆解任务并从 MongoDB 数据库转变成了 MySQL.. 但期间也踩过好些坑，固然也学习到一些东西..

例如我真实地意识到「完美」这个词的理想化。就拿设计 API 来讲吧.. 本身就基于 RESTful 风格设计了好几版.. 左想右想都以为差一些，有一些接口以为怎么设计都不优雅.. 后来纠结一阵子也就放弃了.. 再例如写代码这件事情吧，好的代码整洁的代码是一次一次迭代和重构中出来的，若是一开始就想着写出「完美」的代码，那么最终的结果可能就是写不出来代码。

另一个小插曲是，在作数据迁移的时候，我差点把线上服务器搞挂了.. 我在测试环境验证了一把以后，就直接在线上进行操做了，由于当时对于数据库的操做管控尚未那么严格，加上本身对于线上环境的复杂程度认识不足，我就起了 50 个线程，去分批量地读取 MongoDB 的数据迁移到 MySQL，形成了线上库的性能报警，就赶忙停了.. 紧接着就被一群大佬抓进了一个会议室作事件的复盘..

说实话，我紧张坏了，第一次经历这样的算是「事故」的状况吧，差一点线上就被我搞挂啦，一时间不知所措... 让人感到温暖的是部门老大随即丢来的消息：

那天还有一些相关的同事都陪我写复盘邮件到了晚上 10：30，如今想来都十分感谢他们。后来回到家我还打电话给我妈，我说我在工做中犯错了，我作了xxxx这些动做，你以为我作的怎么样呢，老妈的回复也让人安心，只是如今想来，一些后续的动做能够作得更好的...

由于「埋点」这件事涉及到系统的方方面面，我也借此了解了不少不一样的模块，也是拜这一点所赐吧，后来我被派到各类各样的支援任务中，一样也由于对不一样模块都还不算陌生，都还算完成得不错吧...

时间一晃，在公司就四个月过去了，也在这个过程当中从各个大佬那儿都学到了一些东西，在 8 月底发的周报里面我写下了如下的总结：

以后也跟着大佬碰了一些公司的核心模块，期间也没有中止在工做中不断地作学习输出：

4、回顾作的很差的部分

  • 对代码尚未保持足够的敬畏之心。

特别是一开始上手的时候，有时候甚至是在线上环境搞测试，后来愈来愈注重 codereview 和单元测试好了不少。

  • 沟通还不够深刻/ 到位

有一次是临时接到一个需求，由于「通用语言」没有达成一致，致使最终交付的结果不符合产品的指望，最终咱们全部相关人员在一块儿开了一个会，统一了「通用语言」，形成了额外的工做和负担，拿到需求就应该确认好相关事宜的，越底层越细节越好，这方面的能力我仍然欠缺，但我已经持续在注意当中。

另外一次也是由于这一点，我须要帮助 A 系统拥有某一项功能，以前 A 系统已经介入了 B 系统完成了部分功能，我由于没有进一步地确认 B 系统的现状，就去接入了有完整功能的 C 系统，但其实 B 系统已经在上一周和开发 C 系统和 A 系统的同窗对接好了，并完成了相关功能的接入，少了这一部分的沟通，就形成了很多额外的工做量.. 因此「沟通」仍是很是重要的，也只能说持续进步吧...

  • 缺乏一些主动性

当我头上挂着一些事情的时候，仍是可以保持着效率的，只是当我作完了，就时常缺少一些主动地思考了，一般都是被动地去询问同小组的同事有什么事情是须要帮忙的.. 虽然也积极地参与到本身感兴趣的那些技术评审之类的事情之中，但彷佛效果都不佳.. 也没有什么实际好的输出..

  • 接了一些私活儿黑活儿（没有充分考虑团队之间的配合）

由于「埋点」会接触各个平台的童鞋，而且时常变化和有一些新的需求，有时候直接绕过了一些环节，直接找上我了，我心想直接本身弄弄改改就能够了，也就没多想... 可是如今想来，这样跨团队的事情，不能越过「顶头上司」私自进行，一方面常常个人 BOSS 不知道我接了活儿，另外一方面这样的私自对接就会形成一些信息的流失，对于团队以内仍是团队之间都会形成影响...

5、回顾作得好的部分

  • 养成了阅读的习惯

公司买书是免费的，也有本身的图书馆，同事也不乏喜欢阅读学习的，因此跟着跟着就养成了阅读的习惯，期间也学习到了一些方法论的东西，贴一下入职以来读过的那些书吧：（技术类的就没有囊括了）

其实天天阅读的时间也不长，想我大学总共捧起的那么些课外书，不由有些唏嘘...

  • 早睡早起 + 晨间日记

早睡早起，从步入职场以来，就发现这样的习惯会带来一些额外的价值，例如一些阅读我会放在早上，后来还加入了「晨间日记」，用来「回顾前一天的事情」和提早部署「今天的任务」，这不由让我多了一份清醒，也让如今不怎么锻炼的我每一天精力更加好一些：（目前正在从印象笔记往 Notion 逐步迁移的过程当中）

  • 学习撰写 Commit Message && 遵照一些 Git 规范

起初使用 Git 十分不规范，后来向大佬那儿学习到了如何标准地提交 Commit，包括 Commit Message 应该怎么写，我以为这是一个很好的习惯，每个 Commit 都有上下文，而且还带上了 JIRA 号，任务也很好跟踪，虽然公司并无大范围地盛行起来，但我以为这样好习惯应该坚持下来：

  • 任务进度及时反馈给相关人员

本身比较注意这一点，由于不这样作会让别人感觉不怎么好.. 光是本身内心清楚是不行的.. 要保持信息的通畅才行，及时反馈是很重要的一步..

  • 本身先 review 一遍代码

犯过一些白痴错误以后，就有些担忧，逐步养成了本身先 review 一遍代码的习惯..

6、小结 && 展望

总的来讲，看着本身这样一步一步成长过来，没有很懈怠，本身就算比较满意了，在工做中学习了不少东西，无论是技术上的硬技能，仍是沟通中的软技能，也认识到了不少厉害的大佬和有趣的小伙伴们..

感恩在路上相遇，有幸共同行走过一段已然算是幸运，忽然翻看起本身的朋友圈有一句话说得好：「成长历来都不是告别过去，成长是更加坚决的看向将来！」

期待一路同行的你们，都可以 Be Better！

按照惯例黏一个尾巴：

欢迎转载，转载请注明出处！
独立域名博客：wmyskxz.com
简书ID： @我没有三颗心脏
github： wmyskxz
欢迎关注公众微信号：wmyskxz
分享本身的学习 & 学习资料 & 生活
想要交流的朋友也能够加qq群：3382693
钱
本文由博客一文多发平台 OpenWrite 发布！
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程