一份来自前端搬砖仔的年中总结
前言
大家好,我是沐浴在曙光下的贰货道士。写年度总结时还在冬天,时间如白驹过隙,电光火石之间,半年的时光已一去不复返。一路走来,这半年经历了很多:暗无天日的永夜空间里,伸手不见五指。不知何去何从的我,勉为其难地挤出一丝微笑,砥砺前行,却始料不及地与这无边无尽的黑暗融为一体。天空偶尔也会透过一丝一毫、微乎其微的光亮,但很快就冰消云散。兜兜转转,最终又一瘸一拐,浑浑噩噩地回到了原点。不知道过了多久,乌漆抹黑的空中出乎意料地涌现万丈光芒。面对这突如其来的流光溢彩,我猝不及防地闭上了眼。久违的刺痛感和眩晕感逐渐消散殆尽,我眯起眼,追寻着光的方向,如梦初醒般豁然开朗。原来,那是家的港湾。
日复一日的时光如白驹过隙,细数着半路出家入坑前端的日子,再过三四个月也快三年了。于是,我抓住时间的尾巴,在周末和周一抽出几个小时的时间,将这半年来的得失娓娓道来。
生活
从全神贯注、聚精会神地处理工作,到无拘无束、放飞自我的日常生活。两点一线的生活,几乎千篇一律,一成不变。偶尔也会有一次次惊喜迭生、妙不可言的出行,为周而复始、如出一辙的生活,增添了一丝丝情调。最近忙着提升烹饪技术,接二连三烹饪失败的经历,也让自己吃一堑长一智,厨艺与日俱进,更上一层楼,至少吃不死人(PS:
自行脑补,就不丢人现脸晒图了。我也不会承认,手机相册里没两张图~)。朴实无华的生活虽然忙碌,却也过得非常充实。

回顾去年的生活规划,由于种种原因,除了第一条力不从心(完成度66.7%
),其他两条都如约完成。既然如此,下半年立一个力所能及的flag
: 半年内跻身到130
的队伍。
学习
内心独白 && 三省吾身
从图像处理到入坑前端,无论是在八楼还是五楼,我一直都渴望着和其他小伙伴齐头并进、并驾齐驱。为此,我废寝忘食、夜以继日地去认真完成每一项工作,如夸父逐日般奋起直追,以为这样就能获得称心如意的结果,可结局却是事倍功半,事与愿违。我是如此自不量力,甚至不堪一击,以至于只能望其项背,望尘莫及,眼睁睁地看着他们从我身边飞驰而过,与我渐行渐远。
时过境迁,随着自己能力的与日俱增,渐渐地,我开始不断肯定、鼓励及麻痹自己。其实,我一直都清楚,现在的能力还远远不够。日常开发任务,大部分都是利用其他小伙伴封装的一个较为完善的组件,复制粘贴去完成某些模块的功能。在这样一个大前提下,就算完成数不胜数的模块开发,又能有多大提升呢?于是,我开始学习小伙伴的封装思想。在耳濡目染的熏陶下,我创作了什么?都2022年了,你还在一遍又一遍重复写form表单?,并不断完善这冰山一角的积木组件功能,却忽略了其它至关重要的积木组件。这也是下半年学习计划的重中之重,我会竭尽所能地封装其他同样不可忽视的积木组件,然后将这些积木组件串联成一个不可分割的整体。出一期组件封装的专栏,每篇文章分别介绍一个积木组件,最后以一篇串联起来的crud
组件来收尾。与此同时,今年我还打算出一篇类似element
组件展示的文章,只谈核心技术(重难点
),而不谈细节实现(比如公司组件
)。
寒来暑往,我愈发觉得现在的开发任务,大部分都是利用CV
来完成。于是,我决定另辟蹊径,在工作之外,去学习一些自己想了解的知识。toDoList
上永远是做不完的规划,我就像打了鸡血一样,一腔孤勇往前冲。纸上得来终觉浅,绝知此事要躬行。通过理论联系实践,我呕心沥血地创作了四篇行云流水、妙笔生花的文章:面试不面试,你都必须得掌握的vue知识(字数限制,已断更)、无论如何,你都必须得掌握的JS知识、无论如何,你都必须得知道的js知识(续)(持续更新中)、我的css世界(持续更新中)。我自认为,我整理的某些知识点一针见血、举一反三,甚至可能是某些小伙伴的视野盲区。但痛心疾首的是,我给自己安排的计划太多,下班学习的时间又太少。一直以来,我都忙于按照自己的进度,持续更新文章。回顾知识的次数却屈指可数,导致某些总结的知识点在悄无声息中遗忘了。归根结底是,整理的时候对知识点的理解不够透彻,也没有温故而知新。后续会多抽出一些空闲时间,把遗失的知识捡起来,达到熟能生巧的效果。
在自主学习的过程中,我还发现了一个迫在眉睫的问题:对于某些知识点,其实没有必要大费周章地去学习。比如在掘金第二期的金石计划中,我花了半个多月的时间去深入学习vue
的render
函数,并创作了深度剖析render函数、函数式组件与JSX之间的爱恨情仇。也在后续的工作中尝试写一些简单的render
函数,去验证自己的学习成果。而在目前的日常开发中,render
、ts
、react
这类技术,因为没有太多的应用场景让我们去验证,所以这类技术可以学习,但是不建议深度学习。
前段时间,漫漫长夜,思念成疾,辗转反侧,夜不能寐。整个人萎靡不振,会议上漫不经心,听不进后端李哥对接第三方的解题思路。其实,需要多倾听他人解决问题的思路和方法。有些事情可能看上去与我无关,但事实上都是息息相关的,毕竟解决问题的思路是相通的。解决问题不重要,重要的是解决问题的方式和思想。另外,公司的业务理解有待加强。
除此之外,当使用某种方法解决问题后,可以多看看第三方插件(为什么使用同样的方法,它们要写那么多代码,是为了兼容某些浏览器还是处理某些特殊情况?有哪些是我们没有考虑到的,是我们需要着重学习的地方
)和其他小伙伴是如何解决这个问题。自己封装的方法存在哪些问题?他们的解题思想有哪些是值得借鉴的?我们可以取其精华,去其糟粕。只有这样,才能站在巨人的肩膀上一览众山小。
可是,你又哪里能叫醒一个装睡的人呢?皇天不负有心人,忠言逆耳利于行,经过小伙伴三番五次、孜孜不倦的教导,我才能迷途知返。并自告奋勇地去完成某些具有挑战性的任务,以此来提高自身的硬实力。
自我提升总结
-
bug
减少,工作效率提高得益于战前一丝不苟、专心致志的扫雷行动,国外系统的
bug
数目远没想象中的那么多;阳康第一天,身不由己地反复咳嗽。在处理2
点国外系统优化,20
余条bug
及若干条页面优化的问题时,得心应手,游刃有余,工作完还能摸一个半小时的鱼。 -
学会质疑产品,对业务的理解提升
在处理国外系统法律法规的页面优化时,考虑到产品不曾考虑到的中文和越南语文案;在查阅发布产品模块的原型时,发现某些状态下,不该存在某些按钮和功能。
-
学会合理利用工具,面向
GPT
编程和学习师者,传道授业解惑也。在
GPT
横空出世后,它就成为了我攻克难题的第一选择。但是,GPT
给出的答案良莠不齐,需要明辨是非。虽然AI
的出现,给开发者的工作和生活带来了极大的便利。但是我却一直很抵触利用它去创作一些掘金文章,哪怕创作这些文章能毋庸置疑地获取部分现金奖励。 -
尝试优化代码,提高代码质量
当发现自己写出的代码存在逻辑混乱的问题时,会当仁不让地采用更高级的写法(
js
设计模式、更好的es6+
语法等),优化逻辑,提高代码质量。一般来说,一个函数只处理一个逻辑。这样写出的代码,条理会更加清晰。但有时候过于执着于抽取公共代码,会得到适得其反的效果。比如某些代码压根就不存在关联性,强行将这些代码抽取为若干(X)个方法。在不同条件(1、2、3)下,分别将若干(A、B、C)个方法组合在一起,看上去省了几行代码,但其实是不利于后期维护的。
-
毛遂自荐、主动请缨去完成某些具有挑战性的任务
flag
:旧的不去,新的不来
回顾去年的flag
,发现有些不切实际。 毕竟人不是机器,有些知识也没必要绞尽脑汁地去死磕到底。结合目前实际,我简明扼要的立了以下几点flag
(排名不分先后,完成后会以flag的形式展示):
1. 项目待学习知识:
oss
存储类封装及相关图片方法整理(掘金发文
)- 收单系统——图片懒加载组件(
掘金发文
) 分片压缩图片思想(笔记整理
)dic
缓存(笔记整理
)- 首屏渲染优化、大数据渲染优化(
笔记整理
)
2. 掘金
草稿箱文章完善:
canvas
刮刮乐excel
导入导出
3. 掘金笔记回顾:
4. crud
各积木组件封装及掘金发文
(form
表单新增control
按条件显示与隐藏、默认展示项defaultValue
)
5. 回顾并重新深入小白经验总结系列的痛难点(笔记整理
):
- 表单嵌套表格校验(普通版及进阶组件封装版)
- 地址选择器组件封装(重在响应式布局及逻辑优化)
- 选择框(已选、未选)状态联动
- 递归思想
6. 组件展示网站(掘金发文
)
7. (可选) 碎碎念
pdf
打印及web
浏览- 矩形标注及位置显示
- 深入
webSocket
- 深入拖拽
- 大文件上传/断点续传/批量上传
- 手写
Promise
感情
有一种美叫一颦一笑间,百花已无颜
。最是那一抹百看不厌的旷世容颜,融化了心墙,凝固了记忆,惊艳了流年,也温柔了岁月。只愿得一人心,白首不分离。
结语
还是很菜,需要保持学习,大概就这样吧~
转载自:https://juejin.cn/post/7256566990802026554