2024年终总结来啦 - 从页面布局到“项目设计“思想的转变

2024年终总结来啦 - 从页面布局到"项目设计"思想的转变

前言：开启思考

看到一篇文章，也是好友写的一篇文章，我觉得挺有道理的，就做了一下引用，以它为开篇：

2022年的时候，搞笑诺贝尔奖在经济领域的奖项，颁给了一个意大利研究团队的一项研究。
论文标题是《天赋与运气：随机性在成功与失败中的作用》。
他们研究的问题是：

成功到底是靠天赋还是靠运气。
这个研究团队通过数学模型的推演，得出的结论是：
一个人要成功，主要起作用的不是天赋、才华，而是运气。

这个研究起源于一个常见的悖论，那就是人的才华和他拥有的财富不一定成正比，很多才华洋溢的人不一定很有钱，而很多富有的人可能看上去并不是很有能力。

对于2024年，对于我来说写的更多的是别离，也更多的是成长，突然明白了一句话，成长的路上都是孤独的。而我这篇总结不是诉苦，也不是写我收获了什么，而是写经过这一年，而是写我的思想又是如何再次转变，之前2023年我写了一篇《一个22届被裁前端思想上得转变》，也不知有没有帮助一样的人。为什么写很多都是理念篇呢，因为我出来实习到工作，都是自己进行摸索，我不是什么名牌大学毕业，也不是互联网大厂的人。只是一名普通的码农，对未来迷茫，而又想挣扎的人。对于技术分享，现在很卷，我看了很多的技术文章，写的都很不错，当社区上比较少，而我又在学习得新的或相应的技术，我也会进行分享，只是常见的技术文章已经够多了，在卷下去大家看着也会疲倦，所以就倾向于分享理念性的文章，毕竟每个人的感悟不同，一个是为了分享，一个是为了当笔记，方便自己进行查看。 看了很多这种技术文章，但是我也只是为了扩展见识，记不住。因为没有相应的业务支持，自己尝试，不久也会忘掉。但我也是实打实的在一线开发着，也会结合自己的业务进行结合，然后去总结，进行分享，一个是能够帮助需要的人，一个也是为了给自己看，因为我容易忘。我并不是专业写文章的技术博主，也只是在闲暇时间，思考自己做过的事情，做一次总结，以及所见所闻所想。

一个22届被裁前端思想上得转变背景以及唠叨 抛出问题，你觉得什么样的人算得上大佬？或者是怎样得人会成为大佬？这是我去面试 - 掘金

页面布局交互：从基础实现到关注用户体验

页面布局，我想这个是每个前端的必修课，UI给出一张图，让我们前端去实现，我们肯定会根据UI去画相应的页面，初级选手，往上堆，直接一堆排布，然后用定位去实现，在自己浏览器堆出来就行了。还真别说，刚入行的时候我就是这样，一个个堆，反正能实现出来。实现不出来的，切张图，有手就行。而对于中级点的就会考虑，不同的屏幕怎么适配，该用什么布局，先进行总体的一个布局，再考虑局部的页面布局，这样能保证在不同的设备都能够很好进行数据展示以及交互。而对于布局页面上，思想上：采用以媒体查询为基底，flex为区间，超出就隐藏，排列问题采用Grid布局，特殊问题采用定位的思想），借助工具：postcss-px-to-viewport,px，rem之间转换（关于适配问题）,而高级点的呢，不仅要考虑UI布局的实现，屏幕适配的实现，还会考虑用户的交互，颜色的搭配，这个字体这样显示是否够吸引人，这张图是鼠标进来的时候是不是需要一个交互放大的动画，这样的交互体验是否更好，更注重的是考虑的是用户的体验。

这也应该是所有前端应该考虑的事情，也应该去思考的事情，因为我们前端这个行业本应就关心用户的体验，人机交互如何（当然啦，这是钱给够前提下，毕竟给多少钱干多少钱的事情嘛），因为我们本身是技术，也是用户，我们也会进行体验，但我们会习惯性的用技术思维去衡量了这个交互效果，而忽略了用户体验效果。当UI出来时，初级选手是看不出什么问题的，而中级的就会考虑是否跟需求对上，能不能实现出来，而高级选手，不仅考虑需求，功能的实现，还会考虑交互体验，交互引导，让用户更快速的上手系统，还有视觉上的美观，往往UI改了一版又一版。

过去在页面布局上，我是注重实现功能，将页面画出来，简单拼凑，追求快速完成任务，这样我就可以摸鱼啦。但在2024年，我也开始慢慢的去思考用户体验和视觉美学。我也开始去研究不同布局对用户操作流程的影响，尝试通过合理的留白、清晰的层次结构引导用户视线，也开始思考这个字体够不够吸引人，还可以怎样优化让用户更好的体验。有时候，页面布局不仅仅是技术实现，更是一种沟通设计，要让用户在浏览时感到舒适和便捷。

当然前提是你要提升你的审美能力，以及多体验优秀的产品，从别人的产品中找到不一样的灵感。

设计灵感

前端项目设计：复杂业务下的规划与协作

前端也有设计嘛？ 前端不就是切图跟业务实现而已嘛，好像简单的业务确实不需要什么设计，但是当一个业务比较复杂的时候，人员参与比较多的时候就需要进行设计了。不然三四个前端，在干巴巴的看着嘛？还是说你开发这个页面，我开发这个页面，最后做集成就好？没错的，之前我们也是这样干的，但这次业务是比较复杂，如果前期没有一个总体的规划设计，那后期很难进行维护，也很难做这个性能上的优化。

我们的需求是在 PC 端实现组件拖拽以生成页面，并在安卓设备上显示，类似于低代码平台，同时还涉及其它的辅助功能页面以及直播插件的实现。由于安卓开发人员仅有一人，领导是希望尽可能由前端完成所有功能，而且要求即便断网也能正常加载页面，避免出现白屏，仅显示暂无数据。起初负责这个项目时，我心里是害怕的。

在技术调研阶段，领导推荐使用 uniapp 来实现最终的安卓 app，但我们团队一直使用 react，而且 uniapp 性能不佳，考虑到直播功能的性能要求，该方案是不行的。不过，领导他想要看到纯前端打包成 app 的效果，于是我就利用 Hbuildx 对现有产品进行打包，给他看，随后我就尝试用 react-native进行开发。经过一周的努力，我开发了一个包含轮播、点击、弹窗、滚动等交互效果的简单页面，打包出来app。在安卓手机上，RN 的显示效果和开屏速度还是可以的，但在我们的设备上开屏速度极慢。即便添加了开屏动画，体验依然不好。然后我就查看安卓系统的 CPU 等参数，发现设备系统为安卓 7.0，性能差死。然后，我想到的是采用安卓加载 webView 的形式来加载本地资源，应用的核心底层仍由安卓开发，显示页面则由前端负责。最终，我给领导提供了 uniapp、RN、安卓加webView 三套技术方案，进行了两天的讨论。由于 uniapp 性能太差，我是直接否决的；RN 需要深入底层开发，且设备性能不好，我也不推荐。最终，领导同意采纳了我推荐的安卓用 webView 加载的方案，这也在一定程度上减轻了安卓开发的工作量。

接下来便是实现环节。前端如何在安卓上进行渲染，以及在 PC 上拖拽后如何在安卓设备上呈现，看到 UE 后我心里有个大致的方案，即前端拖拉后的页面仍由前端负责渲染。无论采用何种方案，拖拉部分最终都以 webView 的形式加载，这样能最大程度减少人员投入，否则就需要分别为 PC、RN 或安卓开发一套组件。对于涉及安卓的部分，如直播功能，前端只需提供按钮通知安卓，由安卓自行实现并跳转页面即可，这样我们就不用考虑设备性能的问题了。当然，还有许多前端组件需要与安卓进行交互。由于安卓设备性能较低，如果以链接形式加载最终页面，速度会非常慢，将页面放在本地加载速度会快很多，但即便如此，加载前端静态文件仍需三四秒，速度还是偏慢的，这种效果体验还是很不好。对此，一方面需要前端进行优化，尽可能把包减小，开屏的效果尽可能的快，另一方面安卓也需考虑 CPU 调度、提前预加载等措施来解决加载时间问题。

项目的技术难点主要有三个：低代码容器的实现、与安卓的交互以及避免打包不必要的系统文件，仅在安卓需要加载部分渲染代码时进行打包。如果我写自己编写低代码容器，对我来说有点为难我，我比较菜，我就进行了调研，发现 react-grid-layout 是不错的，尽管它的文档有所缺失，但是社区还是很多人在使用，它也能满足我们的需求。于是，我基于 react-grid-layout 实现了组件拖拽的容器，同时还需额外实现组件的拖入的逻辑。解决了容器问题后，接下来就是封装组件以及处理不同屏幕的适配。我采用 scale 根据标准进行缩放，屏幕适配效果还是不错的。之后，我就给出了 demo 给同事，由同事进行具体实现，我参与总体的设计。

在安卓交互方面，主要是桥的问题，由于涉及人员较多，交互主要是点击按钮时前端通知安卓，安卓也要通知前端进行更新。与安卓开发人员讨论，确定前端通知安卓通过前端调用安卓的方法传参，安卓通知前端则通过安卓调用前端的方法传参。为了实现前端监听安卓的调用，我采用了发布与订阅模式，前端先注册自己的方法，然后监听安卓的调用传参。约定的方法函数通过文档进行更新，前端直接用 ts 编写进行限制。

关于系统文件问题，我考虑的是，重新搭建一个服务，因为基于原有服务修改过于麻烦，重新搭建只需进行路由分开，入口不同就行了。将安卓的文件单独放在一个文件中，其余部分采用路由懒加载，这样安卓通过加载不同的路由地址就能显示不同的页面。

按照这个思路，经过两个多月的努力，项目的主体部分基本被我们实现出来，剩下一些简单页面留到年后完成。在此期间，我制定了代码规范、命名规范和提交规范，运用组件化、模块化思想实现代码复用，还采用了软件设计模式，并进行了性能优化。因为一个优秀的产品必然追求为用户带来极致的体验。

在这次项目中，我进行了整体设计。之所以如此，一方面是因为要与安卓进行交互，另一方面是参与人员较多，三四个前端人员参与其中。若不进行整体设计规划，每个人都有自己的命名习惯，容易出现重复造轮子的情况，导致业务代码重复。因此，运用一些设计模式可以规避这些问题。同时，这也是为了与安卓开发形成规范，双方按照文档开发，安卓定义好方法，前端按规范使用；前端定义好函数，安卓按规范调用，从而避免大量的调试工作。

设计模式在软件开发中具有重要意义。它是被反复使用、经过验证的可复用解决方案，主要用于解决常见的设计和代码结构问题，帮助开发人员更高效、更易维护地编写代码。具体作用如下：

提高代码可读性和可维护性：使用设计模式能使代码结构更加清晰规范，便于其他开发人员理解和维护。

• 促进代码重用：提供标准化解决方案，可在不同项目中重复使用，减少重复劳动。
• 提高开发效率：开发人员可直接应用现成的设计模式，无需从头设计，加快开发速度。
• 改善代码的灵活性和可扩展性：使代码更易于修改和扩展，适应不断变化的需求。
• 提供通用的设计词汇：为开发人员提供通用词汇，便于交流和讨论设计问题及解决方案。

这是一次从需求分析到前端设计实现的一个过程，而我是基于业务去设计的。也是一次从页面布局实现到前端项目一次设计的过程转变。

在开发过程中我也想下了一些对应的文章：

浅谈目前我开发的前端项目用到的设计模式浅谈目前我开发的前端项目用到的设计模式 前言 设计模式很多，看到一个需求，项目，我 - 掘金

前端性能优化（理念篇）其实前端性能优化，按照我的理解，首先你公司的硬件条件跟其它资源跟的上，比如服务器资源，宽带怎么样， - 掘金

异步处理之async/await使用技巧分享前言 async/await是非常强大的语法糖，是处理异步问题的一种简洁、高 - 掘金

react-native webview怎么加载前端打包出来的SPA静态文件遇到问题一定不要抓瞎，一定要找到问题所在，如 - 掘金

web打包成Apk平时小伙伴们自己的博客网站只能在浏览器打开，但是有时候你想要制作自己独立个人博客app，宣传并推广自己 - 掘金

网站优化-Brotli 压缩前言 通常我们都希望浏览网站网页的速度越快越好，这样也意味着，下载内容的数据越少越好。越少的 - 掘金

Rollup 插件机制深入学习rollup 的源码全都糅杂在一个库中，阅读起来着实头大，模块、工具函数管理的看起来很随意 - 掘金

在实际业务中，前端工作不仅仅局限于项目的技术实现，更需要从产品的宏观角度去思考。这就促使我开始去了解产品设计相关的内容，以下我想分享一下我在这方面的感悟和经历。

从前端到产品设计：思维的拓展与升华

如果说页面布局，到前端项目的设计是由点到线的过程，那从前端到产品设计，就是线到面的一个过程。

先说说我们的产品的开发流程，一个页面需要UI设计出来，UI需要根据我们的UE功能草图进行一个画图设计，考虑怎么排布，怎么让它更加美观，而我们UE是根据需求进行分析做出功能草图。后端，前端一个整体流程的实现其实都是根据UE进行评审，评审这个功能是否能够实现，然后大家进行评审，觉得这个功能符合需求，能实现，功能没有漏缺，整体流程没问题，符合实际需求，这时候后端进行数据库设计，接口设计，UI进行画图，这时候前端在各大平台摸鱼。不不不，这时候前端在做技术调研。UI给出图，前端进行审核，看是否缺失功能，后端给出接口文档，前端进行查看是否缺失字段，其次数据结构是否需要更改。前后端进行排期开发，开发完后进行联调，然后自测，最后交由测试进行测试，也同步进行UI的标准化验收，标准化验收通过后，测试完后进行部署发布。这是我们公司的一个产品实现从需求到实现的一个大概过程。

而对于产品的感悟，来源于一次，领导之前让我开发一款设备通话功能，同时也引发了我对于功能产品化的思考。领导让我开发个设备通话功能，借助的是第三方插件通话，当时我已经实现好了功能，我说弄好了，等联调就好了，他说没你想的那么简单，要把它进行产品化，然后进行收费。当他说，这玩意要收钱的时候，我都愣住了，不就一个通话功能嘛，这玩意还要收钱？然后转念一想，企业搞这玩意不就是为了收钱嘛，难道做慈善嘛，是啊，单独做成一个额外的功能产品让用户进行选择，哪怕一个家长一个月就收几十块钱，一年就有几百块钱，一个学校几千名家长，那就是几万了，多卖几个学校，都年入百万都不是问题了。慢慢的我陷入了沉思，总感觉，老是带着开发的思维去思考问题，却忘记做这件事初衷是为了挣钱，其实主要功能还是哪个，产品化，就是弄点其它的功能进行辅助，如通话记录，人员信息，等，形成一个产品。这是一个比较简单的产品形成的一个过程。而且这个产品已经投入学校进行使用并且收费。

我想了想，我们是开发者，我们也有自己的思想，一个idea，我们实现出来了，也可以把它做成一个小的产品，面向需要的某一个群体，从而我们也可以向他们收取一定的费用。这样也可以做到一个额外的收入。我想的是抽取额外的时间去实现，构思，这种也是技术的提升，也是一个完整产品的知识链的学习，从而达到扩展知识，也可以增加收入。小量的用户不用特别的维护，普通的服务器是够用的，当成一个副业来做。当然前提是有个idea.因为这是产品经理应该考虑的事情。但是作为一个开发者有着天然的优势，我们也是思想的直接实现者，我们也拥有自己的思想，从而实现一个小的产品。其实我想的是功能产品化，而不是从用户的思考一个产品。就是说我实现了一个不错的功能，可不可以把它进行产品化，让我的思想也可以挣钱的一个过程。当然也要考虑这是用户需要的嘛，不然也挣不了钱。

引用一句话：对于一个能够提供价值的产品，技术是最不重要的，重要的是你的产品思维和设计能力。 程序员和画家是一样的，相比于你用什么画笔、什么颜料画画，更重要的是你的作品。

疫情之后的新规则怎样成为主流规则?所有的技术与专业的深度，开始在同一频道协作演进，没有人再置身事外。各个领域的玩家，将从各司其职、各安其分演进到边界消失、跨界融合，去理解彼此的价值传递。 数据智能放大了高速移动的场景变化，意义自然深远，比如非接触的不可逆、防护标准的精细化、万物直播后的隐私保护。–场景纪元

人人都是产品经理，虽然有点调侃。但是有多少产品经理的产品思维能力比开发强上一大截的，作为开发来说也是本身一个用户，消费者，并不只有工程师思维。

过去，我也认为产品设计是产品经理的职责，自己只需按照需求进行开发。但从今年我也开始去了解产品设计理念，尝试从用户和市场的角度思考问题。我发现，很多功能的实现并非技术难题，关键在于如何设计出真正满足用户需求且具有市场竞争力的产品。

当然我们技术我们开发可以出自己的工具，我们能不能把我们的工具进行一个产品化，树立用户场景，挖掘用户的需求，抓住用户的弱点实现用户主动付费，形成商业盈利。因为大环境的不好，我们也要趁着还年轻去尝试，当作副业来做。设计出一个好的产品作品，需要灵感，需要用户需求。产品设计是一个不断探索和优化的过程，技术人员也应积极参与其中，运用技术思维为产品赋能。

如果只懂技术，那我们也许一直都是打工者，如果懂产品，说不定那一天，灵感来了，你的产品突然火了。那你也财富自由了。梦想还是有的，万一实现了呢，况且企业也是这样去探索那种业务产品能挣钱。埋下一个颗产品的种子。当作副业去研究未尝不可。

推荐书籍：

1.《破茧成蝶-用户体验设计师的成长之路》

2.《决胜b端：产品经理升级之路》

3.《用户体验要素：以用户为中心的产品设计（原书第2版）》

4.《最好的竞品分析报告的思路应该是这样的》

工具的设计实现：解决痛点的探索与实践

在今年的工作中实践我也进行了工具的设计与实现，因为工作中突然来了灵感，就进行了设计实现。

做公司项目的时候，不同项目之间总是使用相同的图标，或者只是颜色不同的图标，还有大小不一样的图标，因为不同项目间的，没办法共用，我就开始写个图标组件库，动态的改变图标的颜色，使用svg图片是比较合适的，符合我的项目需求，但是单纯的svg图标无法实现动态图标，那要转化为组件，我用的是react，那我要转化为React组件。刚开始不以为然，命名传参，返回svg图像，但UI切的SVG图，并不什么时候都能用够直接使用的，需要处理，因为React组件正常使用，需要手动修改。

那时候就开始思考，能不能通过工具进行处理，然后进行百度，还别说真的可以，有现成的插件的，可以直接生成，但是插件它只能生成React的组件， 不能生成Vue的组件，那就不能在不同框架下进行使用，有时候我也只想对图片进行优化，有些图标不需要改变颜色，尺寸，也不需要点击交互，单纯的优化。那它就不满足我的需求了。就开始尝试自己写一个。

在实现过程中，不断的优化的自己的工具，实现出一个工具 -wsksvg。

我是如何进行设计的实现的：

wsksvg — SVG 转换与优化工具wsksvg它不仅能够，实现对svg的优化，包括png,jpg图片的优化，还能够 - 掘金

wsksvg - 支持SVG、JPEG、GIF、PNG、WebP格式图片的优化通过 wsksvg 插件，开发者可以高效地 - 掘金

wsksvg - 优化升级，支持多进程处理文件和 SVG 图像转化在不断发展的前端技术中，图像的优化和处理始终是提升应用 - 掘金

一天打造！超实用的企业级别图标组件库在使用阿里图标库中，我灵感来了，那我也可以靠它快速的实现一个图标组件库。有多快，一天 - 掘金

如果想使用的朋友，可以进行使用。

1.安装

npm install -g wsksvg

2.使用列子

  wsksvg audio-file-raw.svg 
  wsksvg audio-file-raw.jpg
  wsksvg audio-file-raw.png
  wsksvg ./rawSvg  //支持模糊匹配文件名称
  wsksvg ./rawSvg ./test  //默认优化图像文件
  wsksvg ./rawSvg ./testVue --vue  //生成vue组件
  wsksvg ./rawSvg ./testReact --react //生成react 组件
  wsksvg ./rawSvg/input.svg  ./path/to/output --base //将SVG 转换为 Base64 编码
  wsksvg ./rawSvg/input.svg  ./path/to/output --format png //将SVG 转换为其它图片格式

  ./rawSvg 输入文件路径  ./test 输出文件路径

在专注于解决实际项目中的技术问题，如开发图标工具的过程中，我也时刻关注着行业的新兴技术动态。当下，AI 无疑是最受瞩目的技术之一，它对前端开发领域也产生了深远的影响，下面我想谈谈我对 AI 的一些看法

对于 AI 的看法：理性看待，积极应对

AI在2024年发展迅猛，有时候看那些博主的文章，AI替代前端，前端可以下岗了，有时候我也会感到焦虑，也会对未来迷茫。但当我用AI写代码的时候，还是有很多的问题，如果问一些技术，它好像还停留在之前的技术上，没有及时的更新。而且写出来的代码，也不是很符合业务需求。不过让它对代码进行润色，确实是挺不错的。当然有些AI确实挺强，想即时设计一个AI,还有一个业内首个Ai程序员Devin，给出我们的需求，它们也能够生成出相应的框架下的代码。确实挺强的，这对刚入行的前端新手而言，确实存在较强的替代性。

但现在还是取代不了我们前端的，取代一个岗位，应该直接生产那个岗位的产物，直接生成相应的产品就好了，前端切图能取代，后台增删改查不也一样能吗，直接生成产品就好。但目前还是生成的代码。加上客户连自己都不知道自己想要啥，有时我们开发都很难理解用户的需求。所以别说短时间能取代了。我是一直把AI当成工具的，提升我们的工作效率的工具，同时也可以借助AI，快速试错。你要相信，你是比AI更省电的，玩笑归玩笑，但我们作为技术人员，我们更应该去学习和应用 AI 技术相关的技术，最起码了解各类 AI 模型的功能，能帮我们做什么事情，同时将其与我们的专业技能相结合。
如在前端开发中，利用 AI 辅助进行界面设计优化、性能检测等。在大环境不好的情况下，我们更要不断提升自己的核心竞争力，培养创新思维和解决复杂问题的能力，这样才能在 AI 时代不被淘汰。

对于AI我是这样想的，我们应更关注前端如何与 AI 协同使用。因为AI出来不仅是提升效能，它也要给人进行交互使用，为用户带来优质体验。而不是一天天的出一些前端将会下岗的文章，贩卖焦虑，然后进行卖课卖资料，搞得人心惶惶，行情不好不止是互联网的不好，其它行业也是不景色的，只是互联网太多人涌入，饱和了，竞争剧烈，等诸多因素影响，又不是单纯的AI的影响。我们应聚焦于前端技术与 AI 模型的融合，致力于为用户打造新型的 AI 交互体验。当然还要前端大佬们以及巨老们发力。期待不一样的前端与AI结合的新型技术或工具出现。

2024 那些值得关注的 AI 工具都在这儿

技术与生活：平衡发展，相互促进

别卷了，各位大佬别那么卷，前端都被你们卷出新高度了，技术，框架时不时出新的，学的还没出的快，学不动了，学不动了。我们工作也是为了更好的生活，虽然技术更新迭代，对于推动社区有巨大的帮助，但是一直重复造一些轮子真的好嘛。

生活还是要继续的，让节奏稍微慢一些，享受一下生活，感受一下大自然风景，发现生活中的小美好，对生活的至极的热爱，才能在创造中拥有一个突然灵感，让技术去实现更贴切生活的交互。雷军说:科技不是高高在上,而是服务于人民。我们也要享受一下科技带来的不一样的生活啊。而且，有时间不要忘了多陪陪家人，养养花，喝喝茶，有时间多看看其它书也不错啊，扩展思维，拓宽了自己的知识面和思维方式。慢下来，享受生活，有时候效率会更高。培养一些兴趣爱好，这样不仅让工作之余得到放松，也能为我们技术性的工作带来新的灵感。只有热爱生活，才能更好地投入到技术工作中，两者是相辅相成的。

当然我并不是呼吁什么，别在卷技术什么的， 因为大环境不好，岗位少了，竞争力大了，在加上到处裁员，很多人也是被逼的卷起来，卷起来也是为了找份更好的工作，工资更高些，如果可以，谁不想好好生活，去旅游，去打游戏，去做自己喜欢的事情。我只是为了提醒你，2024年忙碌了一年，别搞自己搞太累，记得休息，别忘了，除了技术，我们还有自己的生活。

发现生活中的小美好，我养的花开了

今天不分享技术，分享秋天的故事这个爱情故事好像是个悲剧，你说的是婚姻。爱情没有悲剧，对爱者而言，爱情怎么会是悲剧呢。对春 - 掘金

迷茫下是自我提升谁的青春不迷茫，迷茫下只能是顺势而为，不断提升自己。迷茫中不忘初心，坚持心中得所想，不断进步。当然特别迷 - 掘金

题外话：努力可以增加幸运事件的发生

为什么说？越努力越幸运，它其实是有科学依据的，你得不断学习提升你得能力，让你的幸运值更高。

从一项研究中得出结论说，一个人能否成功，和他的才华没有必然联系，运气才是决定性因素。不过，一个人的真实生活是很复杂的，这个研究可能也并不能真正地模拟一个人的人生。但它起码提醒了我们，运气，又或者说机遇，在我们生活中的重要性可能被大大低估了。

不过，这并不意味着我们就能躺平，让上帝随机投骰子了。因为首先，你得让自己成为一个能力在“中间偏右”的人，偏右的人幸运值越高，其次，你要增加好运发生的概率。天赋值更高的人，抓住机遇的可能性越大。也就是说：

有运气还不够，还得具备发现并且抓住机遇的能力，才能让幸运事件发生。

所以说仅仅有运气的好处还不够，因为我们不能依赖偶然性来获得成功和幸福。相反，我们应该具备发现并且抓住机遇的能力，在运气到来时能够及时抓住机会，从而让幸运事件发生。

如何抓住机会呢？

无非就是做到以下这些：

保持敏锐的观察力

拓展人脉和信息渠道

掌握专业知识和技能

勇于尝试和创新

保持积极心态和行动力

完整的文章内容看这篇：天赋与运气：随机性在成功与失败中的作用-优快云博客

总结

总的来说：2024年，从刚开始的只关注前端页面的技术实现，到全面思考页面布局、项目设计、产品设计，工具的设计与实现，由点到线到面的一种过程，以及对未来AI时代的思考。往后还有很长的路要走，走着虽然很艰辛，但我会继续努力，不断提升自己，在技术的道路上稳步前行，提升自己，同时也不忘记享受生活的每一刻，发现生活中的小美好。希望我的这些经历和思考，能给同样在迷茫中探索的人一些启发。

最后：岁不声不响，你且不慌不忙。在凡俗的烟火里，愿以素心，阅来日方长。祝大家新年快乐，万事如意，心想事成~