对于前端来说，组件话已经从热门话题变成了基础能力，自定义组件或自建组件库已是再常见不过的事了。在实际工作中组件库的文档直接决定开发体验和效率，文档建设的重要性不言而喻。今天要推荐的工具叫Storybook，为此我特地通过用99元买的服务器搭了一套CI/CD系统部署了一套Demo，欢迎点击体验：Demo (首次加载速度尤为感人，请耐心等待。仅用于效果演示，希望大家别被这潦草的Demo迷惑)。组件库的文档不只是“写说明”，更要做到可视化、可交互、可复用——既能看、又能点、还能直接抄代码。能够满足这些需求的文档工具中，重点推荐以下两款：Dumi 和 Storybook。
最近，朋友公司遇到了一件让他们“寝食难安”的事：他们的短信验证码接口被人盯上了，充进去的钱没多久就被刷得一分不剩。不充钱，业务直接受影响；但充钱吧，就像往无底洞里灌水。他们联系短信服务商，对方反馈说可能是“被恶意盗刷”。由于他们没自己的IT团队，App是找外包做的，现在处于无人维护状态。老板希望在不改代码的前提下想个办法帮忙止血。
我一直有记录笔记的习惯，无论是在工作还是学习中。但随着近年来更换笔记软件、频繁迁移数据，笔记内容逐渐变得零散、分散，缺乏系统性与整体性。为了更好地沉淀和复用这些知识，我决定搭建一个文档网站，对过往的笔记进行梳理与整合，逐步构建一套结构清晰、内容完整的知识资料库。
故事的开始是这样的：无聊的时候在阿里云买了一个99/年的服务，上面部署了一个Git服务，用于托管自己无聊时写的一些代码，顺便也拿它做开发服务器。为了方便应用管理，起初用docker来管理和部署应用，后来升级了一把，用上了docker-compose，毕竟跟手撕命令相比声明式部署更显科学，docker-compose对于依赖项目的管理更是深得我心。于是，这样和谐的过了很久，直到不久前无聊的时候在腾讯云上领了一个体验服务器，免费的。虽然是体验版，但不用起来谈何体验呢，思来想去感觉应该组个集群，顺便搞一套 CI/CD，这样做不仅能大幅提升编码幸福感，也能对K8s有个体面的认识。
为什么要尝试给DeepSeek添加本地知识库呢？作为一个程序员，以前也用过很多AI产品，直到春节DeepSeek爆火，成功在自己的电脑上把AI模型跑起来的时候才真正感受到AI已近在咫尺。未来很多应用和项目都离不开这个工具。或许在我们OA系统中会出现一个AI小助手，我们会问它差旅费报销流程怎么走、合同流程怎么走、负责某某业务的同事的联系方式等等。当然，这应该是最简单的应用场景。时代变了！以前需要找好多个部门的专业人士了解的信息，未来用AI工具就能快速获取，并且是提炼总结后的内容。要实现这些功能，必然需要提供相关的资料内容，这就得有一个知识库。对于知识库的搭建目前已有很多的方案，接下来介绍下自己的体验过程。
最近用Docusaurus搭了一个个人网站，部署后看到浏览器地址栏上“不安全”三个字感觉特别辣眼，便不由自主的想起了HTTPS。回忆起自己在日常开发中遇到的一些与HTTPS相关的知识，忍不住想将这些年积累的一些细节和心得体会整理一下。
没想到新年最热闹的地方之一会是互联网，刷爆朋友圈的除了新年祝福还有DeepSeek。揣着一颗好奇心试了试，竟有一种发现新大路的感觉。估计是围观的人太多，在线的版本有时候会出现连不上的情况，好奇心驱使之下想尝试本地部署。
2025年再聊前端状态管理似乎是一件不必要的事，毕竟相关文章已堆积得如山如海。但在这些文章或视频内容中，我并没有找到自己喜欢的方案，准确的说是使用方式。所以这篇文章不做技术分析，主要聊聊个人对状态管理的理解，并分享独特的redux使用的方式。