咨询热线

400-123-4657

notice  最新公告

PRDUCTS

产品中心

service phone 400-123-4657

第一系列 第二系列 第三系列 第四系列 第五系列

“kaiyun体育官方网站”应届结业生事情7个月小结

点击量:104    时间:2023-12-06
更多
本文摘要:泉源于民众号我没有三颗心脏 ,作者我没有三颗心脏前言: 不知不觉已经事情了快 7 个月了,去年这个时候还跻身在考研的雄师中,不禁有些感伤… 联合这 7 个月发生的一些事情,简朴做一下总结吧…一、那时候刚入职差别于其他同学忙于毕设的 4 月,提早摆设趁寒假已经完成毕设的我,已经开始扑在了「找事情」这件事上,有了去年「秋招」打下的基础,温习起来快了许多,没过多久就开始投简历面试了,面试也总体比力顺利,刚面没几家就迅速和一家自己看好的初创公司签下了。

泉源于民众号我没有三颗心脏 ,作者我没有三颗心脏前言: 不知不觉已经事情了快 7 个月了,去年这个时候还跻身在考研的雄师中,不禁有些感伤… 联合这 7 个月发生的一些事情,简朴做一下总结吧…一、那时候刚入职差别于其他同学忙于毕设的 4 月,提早摆设趁寒假已经完成毕设的我,已经开始扑在了「找事情」这件事上,有了去年「秋招」打下的基础,温习起来快了许多,没过多久就开始投简历面试了,面试也总体比力顺利,刚面没几家就迅速和一家自己看好的初创公司签下了。公司使用的技术栈区别于自己熟悉的 Java/ MySQL 这一套,而是主要使用的 Rails/ MongoDB,所以刚入职的一段时间,基本上都是在自己熟悉技术栈,也趁着闲暇的时间,把自己入门时候的一些学习心得写成了文章揭晓。对于职场小白来说,所谓「职场」还是显得有些生疏,刚来的时候,虽然跟周围的同事都稀松平常地打了一圈儿招呼,坐下之后,随着他们又笃志噼里啪啦敲打键盘事情的深入,又顿觉周围一片生疏,还挺奇妙的,在第一周完的周报内里我写道:刚来公司有些渺茫,只是看着CheckList对照着熟悉一些技术,也不相识自己应该要熟悉到哪种水平,就希望自己能再主动些,不管是技术问题还是其他问题多请教,然后尽快跟其他成员熟悉起来。刚开始上手的时候也有很多多少问题不懂,我都习惯性的选择自己研究一阵儿,因为自己有写博客的一些履历,被问过很多多少一搜索 or 自己一实验就能解决的问题,所以比力克制,可是厥后「入职 1v1」相同的时候被说到有问题别自己死磕,半个小时没解决只管就找一下旁边的同事。

摁?我一下子就把我的「主动性」发挥了出来。不外好记性也不如烂笔头,找了一些工具记载把这些「问题的谜底」都记载了下来,利便之后再查找,其时对于 Git 都不是很熟悉,也记载了许多常用的下令在内里,另有一些问题的反馈,甚至知道了月会要自我先容,也打了一遍草稿记载在了这里:(那段时间真的问了很多多少问题,周报里也手动谢谢了坐我旁边的两位大佬..)入职两周的时候,虽然已经开始上手做一些简朴的埋点事情,但自己对于 Ruby 还是不是特别相识和熟悉,趁着某一个双休,抓着一本《Effetive-Ruby》啃了两天,也把自己的学习输出了一下。二、逐渐能够上手就这样一边熟悉,一边开始接一些小需求,我记得我写下的第一个 BUG,就报出了 6K 条记载.. 慌张皇张在修复之后我不禁叹息:「不要太相信用户的任何数据」。

(包罗 equal 反写也是之后在错误之中学习到的..)刚上手没有一段时间,就接到了一个新项目的需求,随着一位大佬开发一个新功效,大佬卖力搭建基础代码和设计,我卖力完成其余的功效代码,没敢一丝懈怠,下班回家之后也对照着别人写的代码敲敲敲,时间和完成度上倒是没有一丝延误,只是现在回过头一想,其时没有什么单元测试的观点和意识,就自己在当地 Post-Man 测试完就完,所幸比力简朴 + 自己测试得比力仔细,到现在也没有泛起过什么问题。事情对我这样的小白另一个利益就是:「见识和增加技术的广度」。公司所使用技术栈岂论是广度还是深度,都是自己在大学本科的学习中不行企及的水平,Jekins?Docker?K8S?跳板机?一下子冒出来很多多少新鲜生疏的名词,怀着好奇心也实验相识了一些。

也随着公司的逐渐壮大,各模块的耦合也越发严重,各条业务线之间的协作相同成本越来越大,逐渐开始提出「微服务」这样的观点,详细怎么样明白就不作讨论了,总之就是期望通过梳理/ 重构/ 拆服务的方式来解决「协作」问题,所以期间也开始相识学习一些这方面的工具。甚至期间还做了一些「微服务」的调研,我们选用什么样的姿势和技术栈越发合适,所以也输出了一些关于「Spring Cloud」的工具,可是最终驳回的原因是待我们整个容器化之后 k8s 平台自带了这么一套工具,业务同学只需要体贴业务代码就行了,也就没有继续深入了。总之,这一段时间我一边通过种种小需求,接触和相识了公司的系统的泰半,一边学习和相识着种种差别的技术,增加了技术上的广度。三、开始卖力一些项目为了加速服务化的推进事情和验证「DDD」的一些工具,部门老大把一个界限足够清晰,也足够小的一个模块单独交给我,期望我快速上线,不外最终交付已经逾期快泰半个月了.. 虽然从最终的效果来看,顺利交付完成了拆解任务并从 MongoDB 数据库转酿成了 MySQL.. 但期间也踩过好些坑,固然也学习到一些工具..例如我真实地意识到「完美」这个词的理想化。

就拿设计 API 来说吧.. 自己就基于 RESTful 气势派头设计了好几版.. 左想右想都以为差一些,有一些接口以为怎么设计都不优雅.. 厥后纠结一阵子也就放弃了.. 再例如写代码这件事情吧,好的代码整洁的代码是一次一次迭代和重构中出来的,如果一开始就想着写出「完美」的代码,那么最终的效果可能就是写不出来代码。另外一个小插曲是,在做数据迁移的时候,我差点把线上服务器搞挂了.. 我在测试情况验证了一把之后,就直接在线上举行操作了,因为其时对于数据库的操作管控还没有那么严格,加上自己对于线上情况的庞大水平认识不足,我就起了 50 个线程,去分批量地读取 MongoDB 的数据迁移到 MySQL,造成了线上库的性能报警,就赶快停了.. 紧接着就被一群大佬抓进了一个集会室做事件的复盘..说实话,我紧张坏了,第一次履历这样的算是「事故」的情况吧,差一点线上就被我搞挂啦,一时间不知所措… 让人感应温暖的是部门老大随即丢来的消息:那天另有一些相关的同事都陪我写复盘邮件到了晚上 10:30,现在想来都十分谢谢他们。

厥后回抵家我还打电话给我妈,我说我在事情中犯错了,我做了xxxx这些行动,你以为我做的怎么样呢,老妈的回复也让人放心,只是现在想来,一些后续的行动可以做得更好的…因为「埋点」这件事涉及到系统的方方面面,我也借此相识了许多差别的模块,也是拜这一点所赐吧,厥后我被派到种种各样的支援任务中,同样也因为对差别模块都还不算生疏,都还算完成得不错吧…时间一晃,在公司就四个月已往了,也在这个历程中从各个大佬那儿都学到了一些工具,在 8 月底发的周报内里我写下了以下的总结:之后也随着大佬碰了一些公司的焦点模块,期间也没有停止在事情中不停地做学习输出。四、回首做的欠好的部门对代码还没有保持足够的敬畏之心。特别是一开始上手的时候,有时候甚至是在线上情况搞测试,厥后越来越注重 codereview 和单元测试好了许多。

相同还不够深入/ 到位有一次是暂时接到一个需求,因为「通用语言」没有告竣一致,导致最终交付的效果不切合产物的期望,最终我们所有相关人员在一起开了一个会,统一了「通用语言」,造成了分外的事情和肩负,拿到需求就应该确认好相关事宜的,越底层越细节越好,这方面的能力我仍然欠缺,但我已经连续在注意当中。另一次也是因为这一点,我需要资助 A 系统拥有某一项功效,之前 A 系统已经介入了 B 系统完成了部门功效,我因为没有进一步地确认 B 系统的现状,就去接入了有完整功效的 C 系统,但其实 B 系统已经在上一周和开发 C 系统和 A 系统的同学对接好了,并完成了相关功效的接入,少了这一部门的相同,就造成了不少分外的事情量.. 所以「相同」还是很是重要的,也只能说连续进步吧…缺少一些主动性当我头上挂着一些事情的时候,还是能够保持着效率的,只是当我做完了,就时常缺乏一些主动地思考了,通常都是被动地去询问同小组的同事有什么事情是需要帮助的.. 虽然也努力地到场到自己感兴趣的那些技术评审之类的事情之中,但似乎效果都不佳.. 也没有什么实际好的输出..接了一些私活儿黑活儿(没有充实思量团队之间的配合)因为「埋点」会接触各个平台的童鞋,而且时常变化和有一些新的需求,有时候直接绕过了一些环节,直接找上我了,我心想直接自己弄弄改改就可以了,也就没多想… 可是现在想来,这样跨团队的事情,不能越过「顶头上司」私自举行,一方面经常我的 BOSS 不知道我接了活儿,另一方面这样的私自对接就会造成一些信息的流失,对于团队之内还是团队之间都市造成影响…五、回首做得好的部门养成了阅读的习惯公司买书是免费的,也有自己的图书馆,同事也不乏喜欢阅读学习的,所以随着随着就养成了阅读的习惯,期间也学习到了一些方法论的工具,贴一下入职以来读过的那些书吧:(技术类的就没有席卷了)其实天天阅读的时间也不长,想我大学总共捧起的那么些课外书,不禁有些唏嘘…早睡早起 + 晨间日记早睡早起,从步入职场以来,就发现这样的习惯会带来一些分外的价值,例如一些阅读我会放在早上,厥后还加入了「晨间日记」,用来「回首前一天的事情」和提前部署「今天的任务」,这不禁让我多了一份清醒,也让现在不怎么磨炼的我每一天精神越发好一些:(现在正在从印象条记往 Notion 逐步迁移的历程中)学习撰写 Commit Message && 遵守一些 Git 规范起初使用 Git 十分不规范,厥后向大佬那儿学习到了如何尺度地提交 Commit,包罗 Commit Message 应该怎么写,我以为这是一个很好的习惯,每一个 Commit 都有上下文,而且还带上了 JIRA 号,任务也很好跟踪,虽然公司并没有大规模地盛行起来,但我以为这样好习惯应该坚持下来:任务进度实时反馈给相关人员自己比力注意这一点,因为不这样做会让别人感受不怎么好.. 光是自己心里清楚是不行的.. 要保持信息的通畅才行,实时反馈是很重要的一步..自己先 review 一遍代码犯过一些呆子错误之后,就有些担忧,逐步养成了自己先 review 一遍代码的习惯..六、小结 && 展望总的来说,看着自己这样一步一步发展过来,没有很懈怠,自己就算比力满足了,在事情中学习了许多工具,不管是技术上的硬技术,还是相同中的软技术,也认识到了许多厉害的大佬和有趣的小同伴们..感恩在路上相遇,有幸配合行走过一段已然算是幸运,突然翻看起自己的朋侪圈有一句话说得好:「发展从来都不是离别已往,发展是越发坚定的看向未来!」期待一路同行的大家,都能够 Be Better!。


本文关键词:kaiyun体育官方网站

本文来源:kaiyun体育官方网站-www.cqsrmy.com


有什么问题请反馈给我们!


如有需求请您联系我们!

地址:香港特别行政区香港市香港区瑞心大楼3154号
电话:400-123-4657
传真:+86-123-4567
版权所有:Copyright © 2007-2023 www.cqsrmy.com. kaiyun体育官方网站科技 版权所有

ICP备案编号:ICP备59801529号-1