远古的火箭追着我跑,跑过了2022走进了2023

1,770 阅读19分钟

「回顾2022,展望2023,我正在参与2022年终总结征文大赛活动

前言

我感觉我有写轻小说的感觉,题目是越来越长了,突然有点理解轻小说作者了。题目是有点莫名其妙啦,前几天突然想到这句话,感觉挺应景就放到了自我介绍里面。年终总结也是本打算不写,但是最近没啥想写的,索性不写技术文章,来点代码人生。一枚普通开发,度过了第三年开发时间,遗憾是肯定有的,还是蛮多的,但是自我突破也是挺多的,让我更遗憾了,人生的觉醒往往是意识到后悔开始。为什么没有早点变得更好更强?这真是让人难过的话题,不过我是打算欢乐的来进行总结的,人生在世,向前看,快乐大方的向前走,这才是人生的主旋律。

写文之初

我是2022年4月18日发的第一篇文章,实际上是4月上旬就开始写了,印象中大概是花了一个周末还有几个晚上的时间。第一篇文章讲了我在公司做的组件,是将工具组件拎出来单独写了,其实我感觉这个组件东西还是不少,但是最后写成文章后感觉还是不咋多,应该是第一次写技术文还是有点不习惯。第一次写文其实说实在的,感觉就是把我之前写的开发文档稍微扩充修改了下就搬过来了,重点是我写的碎碎念,吐槽吐了个爽,也介绍了我的初衷也就是提升自我。为什么下定决心写文?很奇妙,可能是内心有种想要证明什么的想法,让我鼓起勇气来分享我的见闻,用自己的话来讲解我不成熟但努力的想法。总的来说,在4月初,少年勇敢地踏出了写文路上的第一步。

4月18日那天是周一,怀着忐忑不安的心情在下午发了文章,焦急地等待审核,大概过了2小时左右发布成功了。那天下午很忙,但是我依然隔一会儿就开始刷新,想看下有多少人在看我写的文章。(⊙﹏⊙),不过令我绷不住的是半小时内就只有十几的阅读量,我甚至发沸点询问文章是否发布成功了。再过了一小时后依旧是十几的阅读量,那感觉真的是蚌埠住了,虽然我的初衷是写给自己看的,但是没人看确实有些打击信心,于是我决定还是认真工作,暂时不看了。直到两小时后,手机上通知突然提示我文章被掘金推荐系统推荐了,我当时真是高兴极了,对写文又充满了信心。其实说实话,我的第一篇文章,我自己不是特别满意,最后的数据也证实了这点,只有899的阅读量和8收藏。不过总归是个好的开始,非常美妙,就像勇者斗恶龙的勇者领了村里的圣剑出了新手村,世界的一切都是那么美好。

好事多磨的原创之路

第一篇写完后,巨量的工作袭来,本打算开工的第二篇也迟迟没有动笔。我是从5月下旬开始思考怎么写,因为日志收集系统是个很大的模块,并且我想写点不一样的东西。没错,因为我自己很喜欢看技术文章,公众号、博客、个人网站啥的我经常看,所以我觉得写文章一定要写出自己的东西,哪怕是差不多的东西也要写出自己的思考,不然就没意思了。在写这一篇的时候,重新回顾了ES、Kafka、Log4j2、Filebeat等中间件的知识,更多的打磨了细节,毕竟要和别人讲清楚的前提是自己得知道更多才行。整个日志收集系统,断断续续开发了一两个月才打磨到了一个相对完整的地步,由于是我个人设计开发,而且用的时候大多是下班和上班的闲暇之余,所以战线拉得很长。在写文章的时候,我又重新对我的设计进行了审视,细致的再读了一遍我自己的代码,去回忆我当时的想法,在这个过程中再次做了细节上的优化。最关键的是我能够完整向别人讲解出我的构思和优化心得了,对这个我亲手打磨出来的日志收集系统有了更客观的认知,三次迭代的优化点和思考更加清晰。

六月上旬,正式动笔开写,我打算从一个不一样的角度来写日志收集系统的设计和开发过程。因为我是从头到尾独立设计开发的,所以我觉得有必要要把我走的弯路也写出来,虽然可能有点流水账,但是我觉得错误道路上才能体现出成长。我不仅仅需要知道成功是怎么走的,还需要知道一旦错了怎么回到正确的道路上。所以我记录了完整的三次迭代过程,介绍了我自己当时的想法,从后来的角度来看那个阶段的我认为的设计上的优势和不足,以及迭代的原因。同时我也写出了我的优化思路,怎么去优化,为什么去优化,还贴出了代码。因为涉及到公司的东西,我没有弄出demo来,但是我放出了核心的代码以及优化配置,希望能对读者有所帮助。我感觉我写东西其实就是给像我这样的小白写的,尽可能得详细,尽量多的思路,就像有人在你旁边讲解一样。虽然这样显得有点流水账,不够纯技术,但我想,这就是我的风格。

两篇文章发布时间间隔了两个月,说实话,我自己也有点看不过去了。于是,不到一周的时候,我写了和业务组件相关的一篇文章。这篇文章在写的时候比较赶,写的有点像开发文档,而不是一篇文章了,这是我第三篇文章也是我第一次文章没有被推荐,我感受到了危机。不过从这篇开始,我确立了文章的主要结构,前言-正文-写在最后,前言的话写一些文章的摘要或者写这篇文章的原因做个引子,写在最后则是我的一点吐槽,讲点乐子。

为了保证文章原创以及足够的质量,再加上那段时间稍微轻松了点又或者是有了危机感,我花了一周半的时间来打磨下一篇文章。这一篇文章写的也很顺,因为这个单点登录组件同样是我自己设计并开发的,因此采用了和日志收集系统相似的文章结构。结果嘛,还行1180阅读17点赞5收藏。前4篇文章有3篇文章都受到了推荐,让我信心大增,同时我笔记大量的知识储备,也让我一时间文思泉涌。此后开始了周更模式,一个月时间连更四篇,从零开始的SQL修炼手册是我的得意之作,因为篇幅过长所以分为上下两篇,从理论和实践两方面讲解了我对SQL优化的看法。Excel模块的设计我觉得也是很优秀的业务模块设计,Seata最新版的尝鲜,这段时间真的是火力全开,每天晚上疲惫的回家,但总能打起精神肝文章,查资料,构思,周末甚至能自觉地开始写文章和学习。

连冲了一个月,来到了倦怠期,那段时间心里压力特别大,在另一件事上也在耗费精力,没法全情投入到写文上,感觉人很分裂。从那里开始,我开始写一些设计方案,不同于大型模块的架构设计,而是一些贴近日常的功能设计,比如接口数据更新策略。我想把我在开发中的一些技巧和比较好的设计分享给大家,一如初心,我只是想要帮助像我这样的开发罢了。从这里开始再次点燃了我的写作之魂,我给自己定下了小目标,一周半一更。新的一篇主题定的很快,多线程,因为我在日常时见过奇形怪状的多线程代码有点多了,让我情不自禁地想要去规范大家的写法,同时也想要带给大家一些更多的实践方向。但在具体实施的时候,我决定还是按照场景去介绍写法比较合适,很多时候看别人的文章时,我就觉得我想要的不是一个正确的写法,我是想要知道这个正确的写法应该用在什么地方,如何用才能更好的发挥优势。文章主要是围绕ComplatableFuture这个类去写,没有像京东大佬那样封装一个asyncTool那么高端,我就是朴实无华的去展示了什么场景下可以用什么样的套路去优化代码。最后留了一点私活,多线程事务提交,一个小小的装逼法宝。这篇文章我是在9月5日发布的,至今2193的阅读量,64收藏36点赞,是我文章中最高的收藏量,我觉得很高兴,反馈很强,因为这篇我是非常用心的在写,以致于后续我追加了三次更新,这么高的收藏说明大家确实很喜欢。

接下来开始,我就有点选题困难了,没办法原创真的很麻烦。我是想写比较完整的知识体系,或者完整明白的讲解完一件事,因此选题的时候,不清楚的我不能写,简短的我不想写。所以鸽的越来越频繁,一周半一更的目标开始飘渺起来,逐渐有了水文的想法,这时候掘金的推荐机制是真的不错,精准的拿捏了我的水文,一篇也没有被推荐。认真写的一般都会被推荐,最近写的非常认真的应该是如何挖掘项目中亮点这一篇吧,51收藏的干货,确实是能为大家解决痛点,同时也是我自己的一个小总结。写这篇文章的时候,其实也是我对自己的一个简单总结,我时常问自己,我做的这些东西到底有啥优点呢,难不成只能编吗?为啥就不能挖掘出来一个真正的优点呢,抱着这样的想法,我开始回顾过往。在写文章的时候,我是采用了相当接地气的写法,直接口语化,一步到位,不知道读者们在看的时候,会不会有种背课文的感觉。最近杂事缠身,压力逐渐上身,年终了总有人整活,总有不高兴的事,总有人想要逼你一把。加油吧,菜恐龙!

好文自荐

年终将至,往常总是看公众号大佬们发自己一年的原创好文,没想到今年我也有这样的机会了,真不错。下面会给大家自荐一些我自己觉得写的非常不错的文章,会有一些来自现在的自评和吐槽,希望大家能赏脸看一看。

Filebeat+Kafka+数据处理服务+Elasticsearch+Kibana+Skywalking日志收集系统-28收藏

Filebeat+Kafka+数据处理服务+Elasticsearch+Kibana+Skywalking日志收集系统

image.png

一个由我独立设计并开发的,完整的日志收集系统,到今天成功运行了一年半了,接入了团队的三四十个大小项目,成功抢了架构组的活,装了个大大的逼。文章详细描述了三次完整的迭代过程,为什么需要迭代?我做了什么优化?这一阶段我是怎么想的?以上大家最关心的问题,我都做出了解答。毫无疑问,这是我做过最疯狂的操作,难度系数拉满。后续更新的时候追加了一些扩充日志,以及部分配置的优化。对我来说,真的是一次很有挑战,也很长知识的经历,我至今难以想象我是如何用下班和周末时间,自己捣鼓出来这么一套庞大的东西,真TM离谱。

后端思想-单点登录组件的设计与思考

后端思想-单点登录组件的设计与思考

image.png 同样是一个我设计并开发的,缺了认证的单点登录模块,很遗憾受限于公司架构,不是认证授权鉴权三位一体的完整版。在已有认证的情况下,做了一个主站-组件构成的授权鉴权模块,由于是内网,安全方面做的比较粗糙。在功能上我是按照shiro去设计的,比如注解控制权限。文章是好文章,记录了六次迭代的变更点和我的思考,最后总结的时候还列举我对这个单点登录组件的一些感想,但是组件没有做到很完善,还是有点遗憾。

从零开始的SQL修炼手册-30收藏

从零开始的SQL修炼手册-理论篇

从零开始的SQL修炼手册-实战篇

全文1.6W字的超长篇幅,带案例手把手教学SQL优化,理论加实践还有操作步骤,我想不出有什么理由他不被推荐。哈哈,有点王婆卖瓜了,不过说真的,这篇我花了很长时间来写。我写这篇文章之前是有一个底稿,当时是做成了PPT去参与部门的技术比赛,当时也算是技惊四座,所以我想着扩充一下写成一篇文章。这一篇成文之初,我的想法就是往SQL优化操作手册的方向去写,因此理论加实践,力求做到十全十美。九步优化方法也是提炼了常用的优化手段,并按照效果强弱进行了排序,目标是让不会SQL优化的人,拿到手册至少会知道怎么下手。

后端思想-如何设计一个操作和管理Excel的业务模块-8收藏

后端思想-如何设计一个操作和管理Excel的业务模块

image.png

关于Excel的业务模块设计是我觉得我目前独立设计过的相对比较复杂的业务向组件了。这个组件从上线开始伴随着主站一路迭代,目前也是应用在几十个系统中,只要和Excel沾边都会直接使用该组件,切实提高了整个团队开发的效率。将原本比较麻烦的Excel上传、处理、保存、展示、下载等操作统统简化,提升了开发的效率,也让用户得到了更好的使用体验。文章里面除了常规的业务代码封装,还有一点我在使用EasyExcel中间件时的一些代码套路,一点小小的定制优化。

性能优化-如何爽玩多线程来开发-64收藏

性能优化-如何爽玩多线程来开发

目前我认为我写的最接地气的一篇文章,通篇充斥着粘来即用的代码套路,我完整的分享了我在日常开发中是如何运用多线程去优化代码,在哪些场景下用了多线程,最后还小小的炫了一下多线程事务提交。写这篇文章的时候,我翻了好多文章,就是担心写重复了,毕竟多线程优化算是很常见的手段了。但是令我惊讶的是,几乎所有文章都是对多线程的理论讲解或者八股,有些文章会带有一些案例,但是这就像刚学会加减乘除让你做高数一样,那就离谱。所以我在写案例的时候,就结合了我工作中的场景,把对应的代码套路抽象出来,开箱即用,我自己都经常粘贴着用,那能不好用嘛。

设计方案-大数据量查询接口优化-41收藏

设计方案-大数据量查询接口优化

image.png

我本来是抱着吐槽恶心项目的心情来写这篇文章的,没想到这篇文章居然是我目前文章中最高的阅读量3343,就离谱,大家喜欢看整活嘛。文章中介绍的东西没有特别高大上,就是在极短的时间内,我憋出来了一个行之有效的解决方案,运用缓存做了一点小小的设计去加速数据的查询。基于吐槽心态,自然是完整的记录了我遇到的问题,也是希望能对有相同糟糕境遇的开发小伙伴们有一点帮助。

如何挖掘项目中的亮点(多方向带案例)-59收藏

如何挖掘项目中的亮点(多方向带案例)

这篇文章的含金量自然不必多说,实用性直接拉满好吗。全网都没有的嘴对嘴教学,口语化的写法,真的是属于喂饭了。写的时候其实相当于总结吧,把之前有意思的点都汇总到一块讲了出来,以这种形式展现出来,也是我想的比较友好的方式,至少这样总比网上那些讲大道理的强吧?具体的细节点进链接看吧,一定不会让你失望的。

小结

出于我对自己原创的小小要求,我是想要写一些不一样的东西,成体系的东西。展现给大家的时候,尽量做到理论和实践结合,还要带有场景和我自己的一些思考。导致好文真的很难产,事实上我确实有意识的水了一些文章,但是以上七篇是完全不掺水的心血之作,也是真真正正的无保留的分享。我日常也会给同事们写写开发文档,之前在一篇文章中也提到过,写过不止五万字的开发文档,真的算是手把手教学了。我个人也比较喜欢去分享我的一些知识和技巧,同时也比较喜欢去解答大家在工作中的问题,我觉得对我来说是有成长的,互帮互助嘛,共同进步。我自己也是通过公众号、博客、个人网站之类的路径学习过来的,所以我不觉得我有啥厉害的,但是我也乐意去分享一些我觉得很酷的技术或者技巧,能帮到大家或者大家能用上我的技巧,我就感觉很有价值,很快乐。

马马虎虎的文章

不能厚此薄彼,一些还凑合的文章还是要搬上来遛一遛,怎么年终盘点也得凑够十篇文章吧。

Spring Boot Starter开发指北(案例+代码地址)

Spring Boot Starter开发指北(案例+代码地址)

续-开发组件更新-提效工具分享

我写的一个工具方向的组件吧,代码地址就在里面,从GITEE上拉下来直接就能用了。文章主要是一些使用说明,没有什么特别的东西,主要是推销组件用的。

分布式事务Seata-1.5.2使用全路线指北

分布式事务Seata-1.5.2

技术方面我是喜新厌旧的,seata刚更新我就冲了,这是我的尝鲜体验。

设计方案-定时任务接口数据存储及更新策略

设计方案-定时任务接口数据存储及更新策略

一个常见场景的设计方案,也是开箱即用的那种,算是提供了一种代码套路吧,没有什么华丽的技巧,单纯是我想分享一下。

有时候需要打开思路-开膛手参上(含错误思路详细记录)

有时候需要打开思路-开膛手参上(含错误思路详细记录)

这是我一次滑稽的需求开发记录,还是蛮有意思的。我往里面填充了大量知识点,并且流水账般的记录了我的心路历程,力求真实,看完别笑我,哈哈。

写在最后

从4月到现在12月底,8个月时间写了17篇原创文章,收获了1.8W阅读量、341个点赞、86个评论、271个收藏、136个关注者,和大佬比起来差远了,但是我也很自豪。还是写文之初的那句话,少年勇敢地踏出了写文路上的第一步,我想做些不一样而且有点酷的事情,这就是我的源动力。我现在暂时还是随缘更新,因为在抽时间学习一些酷酷的技术,比如最近在看的Flink,但是我会努力更新的,遇到有意思的事,肯定会分享出来,独乐乐不如众乐乐。

最后感谢我的同事们,在写文之初我厚着脸皮让大家给我点赞,大家都没有拒绝,真的是太感谢了。掘金还是得多搞点现金活动,我也多给兄弟们整点小零食啥的,希望掘金做大做强吧。喔,当然不能忘了看我文章的读者们,感谢大家的评论、点赞、收藏。我是真的希望我分享的东西能对大家的工作有所帮助,如果没有,看个吐槽有点乐子。

最后的最后,走过了2022,迎来了2023,祝愿我们所有人身体健康、工作顺利!!!