关于2022-年度总结:2022-年终总结充满意义和感动的-2022-就这样结束了你反应过来了吗

51次阅读

共计 3549 个字符,预计需要花费 9 分钟才能阅读完成。

又到了一年一度的年终总结环节,就像有的人喜爱写日记一样,写年终总结也成了我的一个习惯,每一年的年终总结都是对本人这一年的反思和总结。

工作

工作上往年的一个很大的变动是所有从头开始,理解的敌人都晓得从 2021 年五月份开始我入职了新的公司 Lazada,一家阿里旗下的东南亚电商公司,次要负责的是外部 DSP 平台的建设,尽管也是广告方向然而次要是做的站内广告。

新的工作内容跟之前的工作相比变动还是挺大的,毕竟之前是品牌广告,当初是成果广告,两者实质上就很不一样。

这一年最深的感触次要有两个方面:1. 从技术开发的角度来看对利用的把控有了更深的了解;2. 从业务的角度来看我的项目价值高于一切。

开发角度

以前在没有来阿里之前也加入屡次的阿里部门的面试,常常会被问到对于利用运维的一些问题,过后就很好奇,明明是开发岗位为什么会问很多对于 Linux 服务器以及运维的内容,而且还特地喜爱问服务的架构部署,以及负载之类的问题。

尽管那会也能够简略答复答复,然而毕竟很多货色都不是本人运维的,理解的一些内容都只是平时跟公司前辈学到的以及本人钻研的,没有很直观的概念。

到阿里这边来了当前我终于晓得起因了,因为这边开发即运维,没有专门的运维人员,每个利用都有专门的 owner,应用服务怎么开发,怎么配置,怎么运维以及部署在哪个国家哪个机房哪个单元都是本人管制的。

而且平时利用的运维也齐全是 owner 自己,任何利用问题都会间接报警到 owner

这就是我下面提到的对利用的把控,可能以前开发的时候不会有这些思考也没有机会思考这些,很多时候都是出问题过后运维同学找过去或者业务同学找过去才晓得有问题。

然而当初利用的各种报警机制特地健全,只有出问题就会始终收回钉钉报警、短信报警甚至电话报警到利用 owner

从某个角度来是利用的归属感更强了。

不过从另一个角度,真是因为每个利用都须要有 owner 所以如果在有共事到职的状况下,到职共事名下的利用就须要转移,这就须要接手他人的利用,如果说这个利用有过参加那还好,如果说之前没有参加过设计和开发,那就略微麻烦一点了。一旦遇到利用出问题的时候就只能缓缓摸索了。

业务角度

另外一个比拟大的变动是在业务上,当初做的任何我的项目在上线过后都是要对应营收的,一个我的项目上线后每天营收多少都是齐全量化成报表展现的,对于开发人员来说这就能够让咱们很清晰的晓得本人所做的我的项目具体的价值。比如说双十一有个我的项目上线,那这个我的项目具体在双十一当天营收了多少都是有明确的数据。

这让我想起了之前在上家公司的时候,有一段时间营收不达标,而后拉一群人在散会反思说为什么没达到目标,过后散会晓得的就一个指标那就是还差多少能力达标。然而对于差的这个数据应该具体体现在哪个团队,哪个我的项目上齐全没有阐明,这就导致开发人员根本无法晓得本人应该怎么样能力帮忙达成指标。

生存

往后余生,有人陪你立傍晚,有人问你粥可温。

时光流年,有人陪你热闹闭幕,有人陪你落日流年。

生存上 2022 年是一个重要的里程碑,因为娶了一个贤惠的妻子,自此步入了婚姻的殿堂。

见过很多恋爱短跑的有最初终成眷属的,也有最初各奔前程的,对于在一起多久就能够结婚没人能给一个正确的答案。

我和媳妇从意识到领证差不多一年半左右的工夫,这段时间说长不长说短也不短,用来理解一个人齐全够了。

其实一开始的时候也没有想到会这么快领证,也不晓得是往年什么时候开始,忽然有了想结婚的激动,而后就定了往年七夕领证。 有的时候就是这样当遇到适合的人,而且单方都是双向奔赴的时候,一切都是瓜熟蒂落

有些事慢起来能够很慢,然而一旦快起来也能够很快,定好了领证的日子,剩下的事件也就缓缓的都安顿完了,比方什么时候拍婚纱,什么时候举办婚礼,咱们领证了。

喜好

对于副业和个人爱好这件事往年也始终在进行着,毕竟繁忙的工作是做不完的,咱们还是要寻找一些在工作之余的兴趣爱好,每个人爱好都不一样,喜爱的事件也不雷同,对于我来说喜爱读读书写写文字,折腾折腾博客和公众号。

公众号

合伙经营的公众号【Java 极客技术】目前 7W+ 粉丝,尽管往年整个大环境不是很好广告支出不是很多,然而团队外面的每个小伙伴都还在保持原创输入,尤其在大家还感化新冠的时候也没有拉下更文,让人很打动。

付出总是会有播种的,团队的每个小伙伴每个月或多或少都会有一些零花钱,也算是一种小确幸吧。往年的大环境整体都不是很好,业内很多号主都停更了,咱们的号还在保持,心愿随着疫情的完结,整个行业可能再次复原。

折腾

B 站的视频停更有好几个月了,目前靠着存量视频当初差不多靠近 1000 个粉丝,次要是感觉遇到瓶颈了,实质的起因还是短少自我冲破,重心也有点偏移了,心愿在 2023 年找回初心,持续兼程!

为了公众号引流,往年还尝试搭建了一个站点 https://yuandifly.com/,从域名申请,服务器配置到站点搭建,本人一个人缓缓折腾,感觉还是很有意思的。

另外 12 月初的时候发现博客 https://home.zxsilence.cn/ 的数据库被黑客给脱库了,说要五千美金能力帮我复原数据,差点笑喷了,没想到我这几篇博文还能值这么多钱,还好博客社区有定期备份,间接重建了一下。

遇到这个事件本人也反思了一下,还是本人的安全意识不够高,总感觉本人的集体服务器没人会搞破坏,实际上他人都是脚本无差别的攻打的,所以还是要多造就服务器安全意识,端口不该凋谢的别凋谢,数据库 Root 明码要增强,不同服务要针对性凋谢数据库账号和明码。云厂商也给了一些加固倡议,放在这里给需要的敌人。

MySQL 加固倡议

  1. 明码强化,应用简单明码设置,避免被破解。
  2. 不举荐应用默认的端口 3306,换一个其余不罕用的端口,防止通过端口进行攻打;
  3. 不举荐开启近程拜访,my.cnf 配置文件中增加 bind-address =127.0.0.1, 仅配置本地拜访。
  4. 如果有近程拜访的需要,倡议收敛账户的主机 Host 配置,容许特定安全网段拜访数据库。
  5. 应用云主机的平安组性能,限度拜访起源和端口。
  6. 定期批改账户明码,应用 12 位以上大小写字母、数字、特殊字符。

Redis 加固倡议

  1. 禁止 Redis 服务对公网凋谢,可通过批改 redis.conf 配置文件中的 “#bind 127.0.0.1”,去掉后面的 ”#” 即可(Redis 原本就是作为内存数据库,只有监听在本机即可);
  2. 设置明码拜访认证,可通过批改 redis.conf 配置文件中的 “requirepass” 设置简单明码(须要重启 Redis 服务能力失效);
  3. 对拜访源 IP 进行访问控制,可在防火墙限定指定源 ip 才能够连贯 Redis 服务器;
  4. 批改 Redis 默认端口,将默认的 6379 端口批改为其余端口;
  5. 禁用 config 指令防止歹意操作,在 Redis 配置文件 redis.conf 中配置 rename-command 项 “RENAME_CONFIG”,这样即便存在未受权拜访,也可能给攻击者应用 config  指令加大难度;
  6. Redis 应用普通用户权限,禁止应用 root 权限启动 Redis 服务,这样能够保障在存在破绽的状况下攻击者也只能获取到普通用户权限,无奈获取 root 权限;

读书

对于浏览每年都是一个很重要的话题,往年除了跟今年一样的微信读书以及纸质书之外,还多了一个微信听书,在通勤的路上听着微信听书把《史蒂夫·乔布斯》《红楼梦》《三国演义》等都听了一遍,还有其余零零散散的书籍,靠着通勤工夫用了微信听书差不多 241 个小时,可见通勤工夫还是能够好好利用的,另外《平庸的世界》《明朝的那些事儿》两本还没看完。

技术方面的书籍往年看的不多,好几本都还没看完,着重看的一本是小马哥的《SpringBoot 编程思维》感觉很不错,书中很多细节内容,而且很多知识点都会带着大家到底层源码去寻找答案。

其余的一些书籍是之前出版社找到公众号单干给粉丝送福利,也给团队小伙伴赠送了几本书籍,还帮忙写了一些书评和举荐文章,包含《Java 核心技术》卷 1 卷 2,《漫画 Java》等。

总结

人不知; 鬼不觉 2022 就这样过完了,不晓得从什么时候开始发现日子是真的一天天数着过来的。

尽管 12 月是 2022 年的最初一个月,然而这个月一点都并不平庸,随着国内疫情的放开,在这个月外面本人、媳妇以及家人都陆陆续续的感化了新冠。

尽管当初曾经全面放开,然而感化过后整个人还是很好受的,发烧、咳嗽、浑身酸痛等症状,也着实让人好受,心愿新的一年疫情齐全完结,大家都身体健康!

最初还是像以前一样,立几个 flag

  1. 公众号 B 站继续更新!
  2. 多读书,多锤炼!
  3. 更好地生存!

本文参加了 SegmentFault 思否年度征文「一名技术人的 2022」,欢送正在浏览的你也退出。

正文完
 0