记录 2024 年的工作经历、技术成长、对于大模型以及生活的一些感想

系统提示词:你是一个有三年经验精通写缺陷的辣鸡前端开发,你需要对过去的 2024 年进行总结。参考《2023 年度报告》编写完整的文章,使用 Markdown 格式,文字需要像正常人类一样,请直接输出文章内容。
前言
差不多冬至 一早一晚还是有雨 — 《葡萄成熟时》歌词
按惯例更新年度报告,属于年更博主的觉悟(目标管理)
冬至就新建文档,希望尽早完结,大概率是不行的(预期管理)
今年师弟的年度报告咕咕咕,我不咕就是赢(横向对比)
聊聊工作
引用 2024 的工作签名:Imagine and make magic
你看我这饼,又大又圆
**讲故事都是从「很久很久以前」开始的。**刚来新公司的第一天,飞书就冒出需求讨论的日程,有着前司入职即干活的先例,这都不是事~会议室里两个陌生人给我叽里咕噜地说了一大堆话,问我这个饼大不大香不香。那程序员标准话术得用上吧,我只能先跟他们讲「你这个很难,需要再看看」,再不行来个「你说得有道理,下来我们再对对」。
同一天,+1 也给我拉了个会,给我讲了一个他是他,但他不是他的故事,问我想做什么,我说我不知道。后面才知道是两个同事重名,HR 给我分配错直属上级(摊手无奈)。第二天喜提甲流,一测体温 40 度,正所谓入职即巅峰。大晚上烧麻了,蠕动到医院抽血开药,回去直接躺了四天,同事大概也许可能觉得我要提桶跑路。
我们需要做:大模型来生成网站,高情商叫 AI 建站,低情商叫 AI 套壳。这个时间点模型编码能力并不强,v0 此时还在走对话生成 React 组件。想要生成一个整站项目,天方夜谭。至于究竟要做到什么程度,服务什么人群这些,团队内其实还是模糊的,探索会议一轮接一轮。摸不清前面的路,那就先走一步是一步,船到桥头自然直。敲下第一行代码,原始版的示例程序就开始形成模样。虽然 demo 不是很完整,但确实能看出来这个饼,确实又大又圆。
你好,Wegic
一群人在封闭会议室里酷酷干,这个新项目就这么跌跌撞撞地跑起来。
产品名字的来源也挺有意思,web + magic = wegic,前端切图仔升咖成网页魔术师。
团队内优秀的设计师带来了三个可爱的吉祥物,整个产品瞬间生动形象起来。

2024 年 5 月 14 日,产品在 Product Hunt 发布。这是我第一次知道有这么一个平台,每天都有创意的点子在上线。

同一天 GPT-4o 发布,编码能力较 GPT-3.5 有显著提升。团队收到消息后立马就准备更换底层模型和调整宣传物料,把这个带着当时最新模型能力的产品推送上线。整个打榜过程属于是惊心动魄,靠着新模型的曝光流量和团队的努力,最终有惊无险拿下 Product Hunt 当天日榜第一。

那天转发的宣发视频,底下评论都是:好快!总而言之,这真是天时地利人和。
在此之前,我也会反复地想这个还不成熟的产品能不能得到用户认可。
回想起在前司团队做的一项业务,花费比较长时间在打磨细节,在获取内外部目标用户反馈上做得不太好,最后的结果平平无奇。
当然,用户反馈是混乱的,还要提取关键信息,找到合适的方向,不要忘记出发点。
原文:https://www.kitze.io/posts/saddest-just-ship-it-story-ever 译文:https://www.ruanyifeng.com/blog/2024/07/weekly-issue-308.html

同志,你是干什么工作的
日常切图
实际上推进新业务的过程并不顺利,不像大厂有成熟的配套基础设施建设,我在公司的知识库转了一圈发现什么也没有。不仅是基建没有,甚至团队的知识库也是空空如也。
第一个坑是组件库。看着设计稿比较简单,不需要太长的排期。但没有现成可用的基础组件库,一切都需要从零开始。开始先引入 arco 把功能做了,然后再慢慢覆盖样式做业务的设计风格。产品内有一套成熟的基础组件库真的很重要,至少沟通和开发的成本已经减少很多。
第二个是交互细节。简单的比如鼠标移动、悬浮、单击、双击,工具栏弹出、定位、碰撞、动画,甚至各种交互的复杂互斥共存条件。这种交互细节不同于技术方案,很难在一开始就全面枚举,需要持续地迭代。最好的方式就是以用户视角深度体验产品,慢慢就会发现很多用户体验的问题。这里分享一篇前端开发在用户体验细节实践的博客:浅谈 Follow 中的设计理念 | 静かな森。
第三个是还原样式。切图离不开样式,设计总能想出来各种好玩的效果。同样一个属性在不同浏览器表现不一致,同一浏览器版本之间的 不一致,同一浏览器不同终端也可以不一致。兼容性让你每天都学会一个小细节,在这里我愿称 safari 为现代 IE 浏览器。

搞搞工程
敲下第一行代码!新项目没有技术债务,选型上会相对自由。
技术方案的选择有很多,合适的才是最重要的:
-
主要技术栈直接跟公司内部业务保持一致:减少协作成本,方便摇人
-
依赖版本拉到最新稳定版:减少依赖的历史债务,获得新特性和漏洞修复
-
业务选择 Reactjs 而不是 Nextjs:当前业务没有强诉求,选择开发坑少点的框架
-
yarn 改成 pnpm 工具链:当前 pnpm 更友好的 DX ,也为接入 pnpm workspace 做铺垫
-
接入 i18n 框架:前期接入成本远远低于后期接入成本,长期迭代的项目可以先做
-
代码规范和流水线检查:代码劣化是光速的,多人协作必须做,永远不要相信同事提交的代码
**第一个是包管理工具。**我直接选择 pnpm 起手,它有更友好的开发体验。依赖工具的变化,存量项目需要检查依赖关系及产物,新项目没有这一方面的担心。这里额外推荐一篇文作为解释:为什么现在我更推荐 pnpm 而不是 npm/yarn?
问题在于内部全面使用 yarn 做依赖管理,推进新的包管理工具存在挑战,整个研发流程都需要进行改变。首先要进行改造和宣讲,让同事感受到 pnpm 带来的温暖,也要上 only-allow 进行额外的限制,避免同事和yarn纠缠不清。其次还要更新部署镜像,保证开发和构建全流程的环境一致。
**第二个是持续集成。**新项目在开始就要把这个事情做好,多人协作的场景下,代码劣化真是光速的。本地的代码提交检查大致有: Eslint + Prettier、TypeScript 类型、Husky + lint-staged + commitlint。当然还要防止同事偷偷地使用逃逸大法绕过本地检查,还需要搭建远程仓库的流水线检查。内部用的Gitlab,需要找运维协调Gitlab Runner资源。
这里比较好玩的是,研发团队对于持续集成这件事并不重视。我在推进这件事的时候遇到的有趣观点:存量代码不好处理、代码检查前端不会配置、Gitlab Runner需要额外的机器、修复代码检查的错误需要时间,种种原因导致项目没有代码检查。在我的角度看来,一个长期多人协作的前端项目连 eslint 确实是匪夷所思。
搞搞代码
项目里的持续集成是保代码下限的,代码上限则需要代码设计来做到。
「好的架构是进化来的,不是设计来的」
「好的架构也应该让业务尽量感知不到“架构”的存在」
尽管项目的复杂度远远没有到架构设计一说,但是很多常见的地方还是可以注意的。
-
长函数拆解
-
静态代码如常量类型定义和函数的代码拆分
-
业务逻辑按模块拆分,高内聚低耦合
-
组件逻辑封装注意拆解视图和非视图逻辑
-
还有像配置化、组合式、设计模式等等一些实用的方法
个人推荐《重构,改善既有代码设计》这本书,看完后会有不错的认识。
搞搞新东西
下半年团队给了一段时间做功能探索,算是一个小型的黑客松。
跟几个不同方向的同事组成小队,组合各种稀奇古怪的功能做些好玩的东西。
这段时间每天都在点各种平台和文档,体验 coze、dify、fastgpt 等新产品。
-
用向量知识库做问答助手,可以是网页、文档的智能客服,也可以是某个风格的数字人
-
通过生图应用,根据主题生成多张同风格的图片嵌入到网页内,提高美观度
-
结合爬虫和大模型做网页信息提取,挖掘页面内的关键文本信息,做进一步处理
每天都在体验新功能,感受新技术带来更易用的功能,更低的集成成本。
我的学生时代为什么没有大模型,我真的不想翻文档学习 API(笑。
成为 10x 程序员
内部经过一轮业务调整,下半年建站业务的队伍异常壮大。
认识不少新的小伙伴,他们有不一样的经验或观点,在需求合作过程互相学习。
日常交流过程,也给团队内校招同学分享了一些我自己觉得很不错的工作经验。
-
**有效的信息留痕。**日常工作留下有效的文档或者结论,既能提高效率,也能在工作中保护自己
-
**工作二八定律。**每天工作时间只有 80%,要留出一些缓冲时间处理其他事情,比如会议、值班等
-
**提问的艺术。**提出问题或者发起会议给对方描述清楚问题或背景,减少无效沟通
在大模型的加持下,研发的工作方式正在发生巨大变化,就像是产研流程全链路按下了加速键,各个阶段都插上了大模型做的翅膀。懒就是第一生产力,多使用工具解决的事情,把自己从低效的事情释放出来。
用代码迁移场景举例,最笨的方法就是每行代码人工迁移;传统方法可能是人工抽象一个 AST 脚本做转换,但现在可以直接用大模型完成 AST 脚本的编写,甚至直接用大模型完成代码迁移。
在开发需求的过程,还能抽空让 AI 写点好用的工具,降低排查问题的成本。
当然,好用的工具可以分享给团队,给团队带上 10x 的效率加成。
AI,让世界充满爱
如果说 2023 年是大模型元年,那 2024 年就是大模型梦想年。
过去十五年,我们讲数字化,互联网+**,**移动生态,网络更新。
下一个十五年,我们讲智能化,AI+,设备更新,智能生态。
2024 年已经出现不少富有想象力的应用,让我们看到大模型的魅力。
或许明年,大模型就从互联网走到各行各业,影响到更多普通人,我们拭目以待。
大模型的落地,也催生了程序员行业已死的观点。
我认为,AI 不是替代者,而是辅助者,我们的核心能力是辨别和使用工具。
在自身专业能力靠谱的前提下,我们才能使用大模型进一步提升目标达成的效率与质量;
相反,它也能让我们更便捷地获取信息,轻松实现跨界探索,但真实性就需要打上问号了。

折腾怪
保持好奇心、保持想象力、保持创造力
成年人有成年人自己的玩具,记录下我折腾的东西,有物理玩具,也有数字玩具。
今年入手了些新设备,全力拉动 GDP 增长,成为经济发展的小螺丝钉!
绿联 NAS
入手动力:腾讯视频会员不能看 4K 视频,还得整个 SVIP 那我为什么要年费?
体验:变成 BT下载 + 夸克 + 4K观影的电子仓鼠,随时随地掌控播放进度

ipad mini
入手动力:京东补贴,看剧看小说的过渡设备…娱乐是生产力好吧
体验:上手很舒服,平时拿来看微信读书和看剧,使用频率不高,建议打折低价入手
Macbook Pro
入手动力:国家补贴太香了,刚好需要一个生产力设备,用了一段时间 wsl 很多问题
体验:高频使用,随时随地大小编,边娱乐边看 AI 写代码,丝滑的翻盖开关和长续航

larkdocs2md
去年写的文档导出工具,想把自己个人号的飞书文档导出来放博客上面
一个半成品玩具,只能搞搞简单的文档,没想到有几个外国人用,甚至发现还有同事 fork了一下
花时间整了好看的样式,但是看网上有几个功能完整的成品,我这个半成品玩具很尴尬(笑

ohmyinterview
去年社招时体验牛客网的智能面试,深度吐槽什么破功能,纯画饼
今年想起来大模型跟这个场景的匹配度还蛮高,搞了个好玩的玩具
核心流程:给定领域和题目、在线录音、语音转文字,大模型评分
还模仿「推特性格总结」写了个提示词,这个阴阳怪气的回复比主流程更有意思

玩具体验中也发现核心卡点在语音识别上,中英混杂以及行业术语极大影响识别率
或许接入更强的语音识别、微调识别关键词、直接使用多模态模型这些方法能解决
评分标准上需要调整提示词,更精确的话可以组一个八股文的知识库做 RAG
完善一下这个链路感觉是个不错的小产品,高校在读或在找工作的同学应该有不少诉求
书签管理工具
作为电子仓鼠,巨多的浏览器书签一直困扰我
于是用 cursor 搞了一个 web 网页管理书签,希望接入大模型打标分类
可能画的饼不够清晰, cursor 的 composer 模式在一通乱搞,代码改不动了
不过我相信以目前模型的迭代速度,重新填坑不会太遥远
Follow
浏览器收藏不少博客,也订阅了不少期刊,各种信息渠道需要聚合过滤一下
看见 rsshub 的仓库感觉还蛮惊喜,打算自己动手搞个 rss 阅读器
没想到一个月之后 Follow 就出内测了,很幸运拿到一枚邀请码提前体验到了
每天打开必看大模型动态、前端新闻、博客更新,跟看报纸差不多(哈哈
前期也给 Follow 提了几个 PR,梳理了一遍简中/繁中文案,修了一些样式问题
我只能说:在贡献榜短暂地露脸,赢麻了

零零碎碎
记忆的碎片,拼成回不去的过往
「今天黄昏这么美,不拍一张吗」

「专家说,写代码的同时看飞机可以有效降低缺陷率」


「天空是蔚蓝色,窗外有千纸鹤」

「工作之余来场黑客松」

「震惊!上班竟遭后勤同事白眼…」

「好像来过,又好像没走过」

「纵有狂风拔地起,我亦乘风破万里」


「冬天到了,春天也就来了」

「网易云十级了,毕业!」

「网易云没周杰伦版权啊,只能听医生的话」

小小的我
整理旧电脑发现一段 2015 年写的作文,标题是《年风年味年不同》 你成熟了 不会失去格调吧 — 《给十年后的我》歌词
春节,是中华民族最为隆重、最具特色的传统节日,是家人团圆的美好时刻,也是中华民族的传统文化。人们在春节都尽可能地回到家里和亲人团聚吃饭和祭祖拜神,来表达对未来一年的热切期盼和对新一年生活的美好祝福。
在春节这样如此隆重的传统节日中,自然也少不了许多春节的风俗习惯。比如说在春节前夕需要扫尘,家家户户都要打扫环境,清洗各种器具,拆洗被褥窗帘,清洁多尘地方,到处洋溢着欢欢喜喜搞卫生、干干净净迎新春的欢乐气氛。然后便是办年货,贴春联了,王安石《元日》中就说到了:“爆竹声中一岁除,春风送暖入屠苏。千门万户曈曈日,总把新桃换旧符。”在这个时候,无论城市还是农村,家家户户都要精选一幅大红春联贴于门上,春联红红的颜色更是为节日增加喜庆气氛,示意新一年红红火火。
到了除夕夜的夜幕降临,万家灯火通明,家人团聚一起吃饭,一起守岁迎接新年到来。夜晚十二点钟声响起,漆黑的夜里传来一阵一阵的烟花爆竹声,这样春节就到了。正月初一,大家都带着礼物和红包互相上门祝贺拜年,场面十分之热闹。
随着社会的日益发展,春节与往年年有新花样,年年有不同。在以往,每逢春节都要烧不少烟花爆竹,伴着声声炮响,年味也是浓浓的,可如今由于环境污染,这样的做法开始减少。交通的发达和方便了,现在更多的人热衷于家庭大团聚,以前只是一家小几口团聚,现在却是一家几代十几口人一起聚会,因为有些人的家里亲戚比较多,一家一家地走,直到上班前一天才能全部走完,天天都在奔波中。到现在大家一起聚会,这样的话,往年需要四天做的事情现在只要一天就完成了,剩下的三天时间就可以自由发挥,而且这一天人到的特别齐,虽然说人多吃饭可能会拥挤,可是大家团圆在一起趁这个机会畅所欲言,谈谈一年来的工作情况,诉一诉生活上的苦衷和感慨,彼此之间没有半点隔膜,心与心之间贴得格外的近,场面也特别热闹。
随着科技的进步、互联网的普及,过年问候也多了。各种各样的新年活动也随之兴起,像QQ、微信这样的聊天软件越来越多,功能也越来越全,视频,语音等等,就算作客他乡,随时随地都可以发祝福问候好友。亲戚间也不用见面才发红包,只要大家同在一个聊天群就可以抢红包,也不用说拿着个口袋专门装红包。
在快节奏时代,虽然很多传统观念不断被颠覆,年风年味每一年都在不断地改变当中,改变使得年过得既“健康方便”又“绿色环保”也不失年味,但回家过年的脚步依然没有停止,因为只有大家团聚,这样过年才会更加有意义。
好好好,都玩大模型了,不得让大模型打个分,感谢 Deepseek - R1 跨越时间的评价。
评分建议:二类上(45-48/60) 亮点: 主题明确,传统年俗(扫尘、春联、爆竹)与现代变迁(线上红包、云聚会)对比清晰,结构完整;引用《元日》、环保与科技素材展现文化传承与时代感。 提升点: ①传统与现代融合的思辨不足,如环保与传统习俗的矛盾可深入;②语言偶有赘述;③情感共鸣可增强(如具体团圆场景描写)。 简评: 选材典型,结构工整,但议论稍浅。若加强细节描写与思辨深度,可冲击一类文。
让 R1 大哥再来个升华主题:成长的过程,总让我们对年味有了不同的感受。年味是否浓烈并不取决于外在的热闹,而源于我们是否真正发现并珍惜自己,找到属于自己的生活节奏和价值。我们或许可以学着用自己的方式去发现、去创造属于自己的“年味”。
结束语
2024 年北京的冬天没有雪花飘飘,只有风和落叶。
树叶乘风而起,一些在天上,一些在地上,一些在路上。
灯笼微亮,照亮漆黑的路。
走过这个路口,是新年。
那下个路口,又是什么。
你好,2025!我正在路上。
