我的创作纪念日

机缘

正好是2048天纪念日，借此机会分享一下作为创作者和开发者的一些经历

本来是有做笔记习惯的，学了计算机专业，因为打字速度相比于手写速度一骑绝尘而且还有易备份，云端同步等优势，再加上当时听大佬的分享写博客是个很好的记录学习的办法，遂尝试。
一开始总觉得写分享应该是大佬干的事情，但是创作这种事情是不应该分三六九等的，不能说只有专家教授才有权利记录，普通人就没有发声和分享的权利，想开点自己没那么多观众，做自己想做的事情就好，就想记录下接触技术和学习探索中的种种，如果有大佬指出错误也能避免自己记忆错误的概念，好的理论都是可以晒出来在辩证中完善的。
生活中琐事千千万万，偷懒也有百来条接口，坚持的理由只有一个，那就是热爱。
写的过程中也有一些使用的技巧，就是不要用篇数和字数给自己定kpi，不然容易迷失在战术勤奋中，以读完某一本书，或者掌握某种技能到某一程度这样去衡量，也给自己定个最低目标，例如最少一个月2篇输出，总之有很多教如何给自己制定计划的视频文章，不过多赘述了。
用给自己定kpi输出倒逼自己输入，通过迅速输入来完善自己对于架构，实现等等的理解，趁着认知能力还没减退，也早点构筑起自己的技能壁垒，比较这个行业技术日新月异，昔日巨头可能几个月分崩离析，黑天鹅ChatGPT之流也可能数月半载垫付行业，要有自己的技术敏感度和趋势嗅觉，记录和分享也不光可以技术相关，想到什么突然有灵感写也行，不过最终要归档在知识树中，这样的文笔能力也是软实力的一部分，不过2023年对严肃图文作者确实已经不太友好了，短视频和其他更刺激的东西拿走了大家的时间，不过能给未来自己带来记忆的确不是这些短视频。
少一些功利主义的追求，多一些不为什么的坚持。指不定那天爱好和专业，亦或是其他的技能，突然就能组合出新的火花，每个人都可以等到时代的高光时刻

憧憬

后期技术方面主要考向架构，ddd方面，因为做了这么久开发，功能层面的东西已经不再是太能困扰我的东西了，相比于搬砖，如何在表设计的时候就尽量单表，不光利于扩展也能将慢sql消灭于萌芽状态，业务对于技术的取舍。
救火人获取看着很厉害，风风火火，挽狂澜于既倒扶大厦之将倾。但是更好的解决方案不是把问题消灭于发生之前，不去跟无法预测的流量峰值还有oom的宕机原因较劲，仅遵循编码规范，例如只有Thread线程池创建线程对象等这些是可以让程序更为健壮，但未免知其然不知其所以然，我假设每个环节网络硬件存储都可能发生问题，但是我有预案，对每种可能出现的问题都可以把损失降到可控范围，不失为最优解，熟悉周志明老师的读者肯定想到了凤凰架构这本书，还有很多前辈编程思想，每每开悟不禁拍案叫绝，自己对于编程的的道术法也能有更深理解。

Tips

1. 您发布的文章将会展示至 里程碑专区 ，您也可以在 专区 内查看其他创作者的纪念日文章
2. 优质的纪念文章将会获得神秘打赏哦