好记性,不如烂笔头
所以,不如趁热记录下,给未来的自己
这是一篇迟到的2022年总结。虽迟,但总结却是在点点滴滴的日常工作中,一点点沉淀下来的。趁这个机会,回顾和整理一下,在这个2023年的起点处。
既往 | 2022
逻辑 + 配置 + 数据
在代码里写逻辑,在配置中心里写配置,从远端拿数据。逻辑、配置、数据不要揉杂在一起,更不要 hard code,称之为 分层式编程。 可以把代码逻辑看成是身体的骨架,配置信息就是神经,而数据就是身体内流淌的血液,三者相互配合,才能合理高效灵活的成为一个整体。
怀疑任何人的接口返回数据,包括自己
怀疑任何人的接口返回数据,包括自己,我称之为防御性编程。调用一个函数,API,数据库后的第一件事,确定数据的有效性,提前考虑所有可能产生异常的情况并提前return,来提高代码的鲁棒性,把 NPE 消灭在编程的过程中。
Slow Down to Think More for Do Less
快不一定快,慢不见得慢,没有章法的快,是盲目的快,根基不稳,高楼必将倾覆。
我们在识别需求的的时候,需要多扩散思考,现在不需要的特性,后面是否需要,通过预见性思考,来降低需求变更带来的重构工作,称之为预见性编程。 所以,coding 的时候,一定要:
- 多问自己这么写有没有问题:
- 是否是自己预期的?
- 有没有线程安全问题?
- 性能会不会有影响?
- 多扩散思考:
- 这个功能点产品设计的初衷是什么?
- 后面有没有可能会变更需求,要不要提前考虑和实现产品没定义的流程和分支?
- 现在不需要的特性,后面是否需要?
因此,写代码的时候需要 Slow Down,然后 Think More,目的是在未来能够 Do Less。
先解决有无,再实现好坏
- 需求不是一下子能想清楚的,用户体验也不是一次就能到100%满意的。
- 不要一开始就想得面面俱到,觉得这个是好的,这个需要做。产品的好坏是用户的判断,我们无法定义。
- 有 idea,就先快速实现出来,给到用户,剩下的交给用户来提建议,再来优化。如果从 0 到 1 都没有实现,再多的 0,也还是 0。
挑战 -> 机遇 -> 成长
在工作中遇到了难解的 bug,没接触过的新语言、新组件、新框架等等,这些都可以看做是工作的挑战。
如何看待这样的挑战?是推脱、逃避?还是勇于面对、迎难而上?
每一次的挑战,对我们来说,都是一个不可多得的机遇,勇于面对,拥抱困难,不管结果怎么样,在过程中一定会收获成长。一旦我们成功解决了挑战,那么带给我们的信心,将会一直陪伴我们整个职业生涯,并会始终坚信:我可以。
开来 | 2023
项目成功交付是一切
这个没啥好说的,90%的时间要用来保障项目的成功交付。630是一次大考,必须成功拿下!
补足短板也很重要
深度学习
-
Pytorch 框架学习和掌握
- 学完 B站视频
-
深度学习的开发流程掌握和实践
- 数据准备
- 模型搭建
- 模型训练
- 模型推理
工程技术
- Golang 基础中间件、服务用 go 语言来编写的趋势越来越明显,所以掌握好这门语言的重要性是不言而喻的。2023年,强迫自己在项目中至少有两个项目使用 go 语言来开发。
More Than Work
- 多思考多沉淀 每周写一篇技术文章,在掘金首发,既是目标,也是检验,考验自己是否有言出必行的执行力。
- 多运动 因为疫情(懒),好久没游泳了,每周至少游泳一次。
以上。
「回顾2022,展望2023,我正在参与2022年终总结征文大赛活动」