核心内容摘要
舌尖上的苏州：一站式美食津贴，点亮你的味蕾探险之旅
2025 年相比去年公司的业务做了些扩张人员也补充了两名他们的加入产生了 112 的聚变效应。
自己则是将更多的精力投入到了公司业务和团队建设中。
今年博文写的不多就十多篇其中有两篇还是讲小浣熊水浒卡而不是技术的。
读了几本用户体验和消费心理学的书在和产品或运营对接需求时能有更多自己的见解。
基于需求完成和满意度每个双月会给团队制订几组 OKR这样也有地方记录工作中的点滴。
还有一点与以往大不同的是慢慢不再搜索引擎中查询技术问题而是更多的转移到了各类 AI 中。
今年的关键字包括看书学习、业务研发、团队建设、项目迁移、周边旅行、水浒卡等。
下面的思维图列举出了今年做的一些比较重要的事情。
公司业务今年参与了 12 个版本迭代大大小小 120 多个需求。
直播需求占比比较大剩下的有社区、社群小程序和徒步还有 20 多个主动挖掘的优化需求。
我们团队不仅要写纯前端的业务有些服务端的逻辑也是我们在用 Node 维护所以会涉及到一些接口问题。
1直播和社区公司招募到了一个专门搞直播的 5 人外包团队今年的直播功能比去年有翻天覆地的变化。
比较大的功能增加和改造就有十多个单独配了个产品跟进需求我的很多精力也扑到了直播的业务需求开发中。
就是直播团队在外地所以沟通都需要在线语音没有面对面的便捷。
今年的年终盛典是我第 6 次参与但是比往年都要累因为出了 3 次事故以往最多是 1 次但今年爆表。
这就导致我在这 20 天的活动中每到一个节点我就需要盯着每次节点都是 0 点生物钟都变了。
其中周六有一整天在家里推着各团队去排查活动中发生的问题到晚上才上线修复完成。
社区业务今年也有专门的产品和服务端团队承接我们前端组则会承接两个模块的业务。
有一个比较重要的常规活动每日的营收比较可观但有几天因为 redis 的问题出现了营收波动。
为此增加了关键字告警推送并详细记录了排查过程该活动已记录了 13 个相关问题以及好多份相关文档。
还有一次营收又有波动原来是改动的新代码不支持分布式导致业务异常。
2社群和徒步这两者属于一条新的业务线社群是指去年做的一个小程序今年继续迭代维护中而徒步是今年新做的一款 APP。
4 月的时候为了应付上架需要临时设计一个官网当时产品用 Lovart 在线生成一个官网震惊到了我。
拿到代码后我整体看了下基于 React 和 Tailwind.css代码还是蛮工整的我和 UI 微调了一下就发到线上了。
顺便一题我们组经常会接到各类临时的需求有的时候还比较紧急有时候版本开发到一定程度才发现需要我们介入。
同月运营提了个一物一码的需求就是一个物品对应一个二维码二维码会印在衣服上所以我们在对接时会更加谨慎。
但没想到他们在与工厂对接的时候还是把二维码搞错了地址中缺少参数我们这边都无法适配。
9 月份在徒步的后台做了一个轨迹预览的功能就是将徒步的各个位置画在高德地图上地图的 SDK 比较完善对接的也比较顺利。
2012 年的时候自己就做过一个地图的项目13 年后再做一次甚是怀念。
3体验优化我每个双月都会制订几个体验优化 OKR受益对象不仅仅是公司用户还可以是同事甚至是我们自己。
今年团队大大小小主动处理了 100 多个体验优化现在大家都会有意识的去发现需要体验优化的点。
虽然很多都是比较微小的调整但是却能让使用者大大提升幸福指数。
优化点包括放大表格宽度增加一列字段加个复制按钮多几个检索条件选中当前页菜单下拉框增加搜索等等。
有一个表格横向滚动条吸底比较有意思当列表很长时比较有用不用滚动到最后再横向滑动了。
还有个怪异的偶现问题困扰了我们很久在拿到用户手机的 UA 后才得以解决。
原来部分华为手机因为 UA 中包含 WEIBO 关键字命中了微博环境让误以为是在APP之外从而出现了异常。
除了代码的体验优化之外还有文档的体验优化在 1 月份创建了一份页面接口映射文档。
将常规网页中涉及的接口用思维导图的方式列举出来在需要查看页面接口时就不用去翻代码或者在浏览器中访问了。
8 月份又将比较复杂的主播签约流程数据库逻辑整理了出来配以 SQL 语句和计算代码不用再去查日志和源码了。
除此之外今年创建和维护了 100 多份文档包括业务、代码、规范、周报等。
4性能优化今年遇到了好多个性能问题有些比较简单有些比较麻烦这里记录了两个比较有意思的优化过程。
在 9 月份之前就会陆陆续续收到社群后台上传图异常的反馈当时比较归咎于网速的原因。
而 9 月份之后公司网络升级但是还是会出现上传异常的情况。
去现场实地勘察之后发现是由于上传的图像数量不仅庞大并且图像的尺寸也较大这就出现了性能问题。
后续就是在 URL 增加图像压缩的参数CDN的功能img 元素 增加 loading 懒加载属性用 IndexedDB 缓存上传的文件等。
并且为了更好的体验效果还增加了上传进度的反馈等以及各类加载中的特效。
进行了一系列大刀阔斧的改造后发现一个运营的电脑还是有问题连上传 20 张图都很慢并且风扇狂转非常奇怪。
于是我找行政让她们走流程换台新一点的 mac 了用物理的方式解决性能问题。
还有一个是关于 SQL 语句的优化SQL 执行时间最长将近令人发指的 14 秒分析后发现没有命中索引导致的。
因为此表的数据量已经 1 亿多了所以就试着将 SQL 改成能命中已有的索引。
在将条件中的 gold_delta0 改成 trans_type(2, 7, 13, 98,
后就成功的将执行时间降到了几百毫秒。
顺便一提这条语句在一个无人维护的 Node 项目中服务端排查后紧急让我们来处理的。
按计划这类服务都是要迁移到 Go 中的但是因为客观原因只能还搁置着。
其实我从入职到现在就一直在推动这类服务的迁移但这些都是不紧急不重要的业务所以需要有契机才能完成。
5支付业务我们团队还维护着 H5 页面内的微信支付业务5 月份的时候有用户提现失败。
原来是公司账户余额不够了马上去充值此业务已年久失修2026 年有望将其迁移至服务端。
7 月份的时候有用户说在网页充值时被限制金额排查后发现在微信商户中有一个金额限制。
并且申诉内容极其繁杂于是让出纳一起配合几天后就解除了限制。
这让我想起了 2021 年的年度活动时也出现过一次金额限制可能也是这个问题。
9 月份在查一个问题时发现微信商户的证书明年就要到期了于是就着手升级了证书再加几年期限。
多年来我一直反馈希望将支付相关的业务集中管理搞个支付中心有一定地进展但我们这边还留了些尾巴。
工作优化今年人员增加我也有更多的时间来思考和优化工作内容在团队管理方面也进行了更多的实践。
团队内部不仅在普及 AI 辅助提升编程效率还在不断完善自研的监控系统以及全链路日志的探索项目管理优化等。
1活动标准化将活动标准化后就能节省更多的人力去做其他的业务并且运营也能更快的上线活动完成既定目标。
5 月份品牌组出了个短剧活动接口返回 JSON 格式将图像地址数据信息等一起返回。
产品在设计之初就希望未来以动态下发的方式渲染页面。
如果此类活动频繁就会制作管理后台的可视化界面。
同月还将一个充值奖励的活动标准化设计好玩法规则和页面结构然后接口由我们自己提供。
而页面内需要配置的字段以 JSON 格式都写在后台的通用配置中一旦有新活动就配置个新 JSON。
6 月直播组提出了一个常规的 PK 活动在后台中可以配置 PK 人员和相关信息每月进行一次。
运营也意识到了一个可以自己配置的活动可控性更高并且显而易见地提效。
9 月份出现了点意外有个特殊的榜单活动运营当时想将其做成皮肤模板可以反复套用。
但是在产品文档中标注的有歧义以至于我们技术部所有人都遗漏了此功能。
团队成员还对活动中的 JSBridge 做了插件化、图像加载组件化、Tab切换缓存处理。
2老旧Node业务2023 年 9 月我制订了购买页充值迁移的计划直到今年的 6 月才将页面迁移完成。
4 月份运营需要充值页面支持更多的支付平台以此为契机就重构了此页面。
核心业务都交给了服务端处理并且将支付宝的充值逻辑也全部迁移到了服务端。
12 月份在排查定时任务的错误时废弃了 6 个冗余和过时的定时任务。
修改了 2 个定时任务的执行周期原先是每多少分钟执行现在改成每日执行一次并且要避开高峰期。
还让运维关闭了一个已经不需要维护的榜单定时服务节省资源开销。
今年还发现了两个老旧的 Node 服务需要待迁移6 月份发现了个经验加成业务8 月份发现了个短信发送的服务。
其中第一个业务本来想移交出去但服务端说没有时间重构只得继续维护。
顺带一提这两个业务的 Node 环境还停留在
7最新的是 24并且依赖了个私有 npm 包。
2025 年我还跟产品提到了分享页面的重构并且她们也做了简易的产品文档希望 2026 年能够实现迁移。
3飞书机器人飞书机器人就是以对话的方式实现某个功能在前几年就已引入。
但主要是做些告警和数据推送的功能今年我们团队拓展了机器人赋予了更多功能。
团队内的成员在 6 月份封装了一整套的机器人逻辑包含了 IP 白名单代码发布等功能。
IP 白名单是公司所有人都需要的之前都是让我们团队的人添加或者有权限的人添加现在通过机器人可以自己添加。
在 8 月份我也在机器人中添加了查询某个第一名用户的功能。
另一名团队成员增加了管理后台密码更新验证码的功能帮助同事们可以自主完成密码的更新而不是找我们。
对于机器人的业务挖掘我们还在不断探索中。
4监控系统自研的前端监控系统在今年排查线上问题时发挥了很大的作用累计每日可减少
5W 个左右的错误。
帮助我们排查页面白屏问题对外的活动页面都是基于 Vue3 生成的即 CSR 的渲染方式。
通过监控系统的行为轨迹我们发现白屏基本都是没有读取正确的脚本导致的。
有的是访问到了失效的缓存副本有的是访问服务器中删除的脚本。
当监控到白屏时就会在页面中跳出一个弹框经过 3 轮迭代弹框中会包含强制刷新的按钮更换浏览器的提示。
并且用脚本动态的给资源文件增加时间戳破坏资源缓存。
而在排查问题时还发现监控系统行为轨迹只存在 7 天因为原先读的是 MySQL里面只存储了 7 天数据。
显然太少了于是就将数据源改成 ElasticSearch直接增加至 2 月。
在 7 月底还对监控数量进行了优化从 200W 降低到了 100W 左右减少存储成本。
注释掉了通用组件内的打印日志每日减少监控记录 47W 条过滤了 4 条不重要的接口每日记录可减少近 50W 条。
5全链路监控其实在 2023 年就尝试了日志全链路追踪就是在 Node 环境中能精准的甄别出一个通信的所有相关日志。
在今年的 3 月份团队成员也尝试了基于 AsyncLocalStorage 的日志追踪。
不过在线上实验时都出现了问题日志还是会混淆。
7 月份我尝试在 Node 项目内引入了 SkyWalking 全链路监控。
阿里云推荐的一种链路追踪基于官方文档配置和加载依赖后就在运行了。
但是有个接口过滤参数咨询阿里云提问 AI都没搞明白怎么用最后还是看源码才知道了如何使用。
上线运行的确能看到日志链路并且还能看到接口调用的来回时间。
值得一提的是在12 月份自己也在接口日志中加了来回的响应时间这样就能知道是自己的逻辑慢还是内部接口慢。
不过在上线后发生了意想不到的意外就是原先可以链式调用的 Mongoose 的方法但现在会报错。
无奈先将其下线了不过好在通过链路日志我已经知道慢响应的瓶颈何在了。
6团队建设3 月份人员补充后就又重启了团队内部的技术分享到年底我们团队内部分享了 40 多场各类的技术分享。
我现在建议大家分享的内容尽量贴合当前的业务需求这样写起来也能简单些并且不空洞。
在自己表达思路的同时也能让自己有更深刻的认识并且也能帮助团队其他成员开阔认知。
在实际开发中团队成员有几次都使用了分享中的技术知识点。
新人加入几周后他们在完成一两个项目后我们开启了几场 Code Review主要是看看他们的思路和写法。
抛出各自的问题并想办法解决我们不强制代码规范但写的代码至少别人能看懂。
能写注释的尽量多些注释能语义化的尽量语义化不需要太追求极致的性能。
年底的时候公司管理层在推广 AI 辅助编程我们团队 AI 的使用也比较广泛相信 2026 年能有更多突破。
12 月与产品配合尝试了通过 PRD 生成 H5 页面虽然其中还不乏各种问题但这是一种很好的协作尝试。
在团队成员分享 AI 的使用时发现了些问题例如后台封装了通用组件但在用 AI 生成代码后直接弃用了这类组件。
这样就是开倒车了维护性方面将大打折扣。
国外的 AI 工具不少不过好多都限制中国区域不可用有点被围剿的意思。
7项目管理公司有两条产品线而管理后台写在一套代码中这就导致在构建项目时会比较慢。
那这个时候其实有很多方法可供选择例如拆分成两个独立的后台但如此一来公共代码也要拆分成两份维护。
或者采用微前端技术剥离一个项目出来不过有一定的开发成本。
在观察后发现构建会根据路由文件来如果路由文件中没有声明那么就不会将此文件纳入构建流程中。
于是在 7 月份声明了两份路由文件大家维护各自的路由。
并且让运维创建了两套流水线和两个域名。
在完成路由构建后前后的代码发布总时间减少了 3 分钟以上。
经过一个月左右的时间陆续将测试、预发和生产的三个环境的发布流水线部署完成。
在 12 月份团队成员提出对外活动现在分成了两个项目但是有些组件是共用的。
每次人工的复制黏贴难免会遗漏或出错。
管理后台是分而这里却是合。
我们想到了 Monorepo 目录管理将两个项目整合在一个目录内管理抽象出共用部分。
同样为了实验让运维部署了两条新的业务线以及两个新域名目前还在调试中。
日常生活今年小孩读两年级了周末还得在家陪着写作业然后带他去上篮球课、钢琴课等兴趣课。
偶尔周末来个短途自驾游然后下班后刷刷短剧小红书等。
去年买了很多卡今年又不想要了就出了很大一部分但大部分都亏本了好在 30 周年水浒卡回了好多血。
1旅行今年总共去了 8 个地方旅行最远的是过年期间的广州其他都是在江浙周边自驾或高铁。
包括嘉兴南湖、南浔古镇、苏州博物馆、无锡拈花湾、绍兴柯岩景区、千岛湖、舟山等。
在无锡的两次都想去太湖边上的三国水浒城但总是因为种种原因没去成可惜了。
广州那边我每天都要买一杯鲜榨甘蔗汁粤菜我也很喜欢都是现烧的所以上菜会慢点。
每一家饭店的菠萝古老肉是我必点的还体验了下当地的早茶店里几乎都是老人很少看到年轻人。
广州特别热闹北京路那边和南京路差不多过年期间乌泱泱的人。
2水浒卡3 月份的时候参与了小浣熊 30 周年水浒卡的众筹这次众筹特别魔幻。
卡的价值翻了十多倍一些赠品价格也都直接起飞例如亲签评级卡最高都达到了 5 位数。
本来以为大家都知道没想到大部分人都不知道这个众筹。
很多人为了追忆童年都入坑买卡导致卡的价值直线上升。
4 月份还到处与人换卡线下碰头线上快递多管齐下为了集齐 30 周年的水浒套卡也是拼了。
当月开始将自己不想要的卡都陆陆续续出掉出的价格很难赚基本都是亏本出了。
还有些自己当年留的卡也都出掉了再加上 30 周年的卡回了好多血把账抹平了。
还能多一些卡在手不过这么看来我是不适合做生意的老老实实打工了。