kefan.me

按时间浏览开发文章

文章页面以年份和发布日期组织内容，读者可以看到从 2007 年以来的长期写作记录。归档中既有中文文章，也有英文内容，例如 Web App 构建分为上下两篇，另外还包括前端开发、GitHub GraphQL 查询、Valgrind 使用和素性测试等主题。部分文章围绕具体工具或算法，部分文章记录作者的个人经历和项目变化。

这种按日期排列的归档方式适合回顾技术栈与文章主题的变化。读者可以先从文章标题判断内容，再进入某篇文章了解当时的背景。首页导航还提供 CV、Projects、Articles、Book 和 Contact 等入口，博客文章与项目展示共同构成个人网站的公开内容。网站不是在线 IDE 或托管平台，而是作者展示项目并持续写作的个人主页。

文章覆盖前端、后端与算法主题。对学习 Web 开发的人来说，分篇文章可以帮助了解网站组成和开发过程；对已有项目经验的开发者来说，后端重构一文更接近工程决策复盘，展示维护中的问题如何促使作者改变技术方案。读者应关注文章的发布时间，因为框架版本、部署方式和依赖管理工具会持续演进。

从 Flask 后端迁移到 Rust

《用Rust重构了后端》发表于 2024 年 3 月。作者回顾个人网站早期使用 Flask 和 Python 编写后端，并搭配 React 前端。网站规模较小时，这套实现能够提供所需功能；随着代码和依赖逐渐累积，作者开始遇到部署与维护方面的困扰。文章把这些问题作为重构的背景，而不是单纯以语言性能作比较。

文中提到，部署时 gevent、Flask、Python 本体和 WSGI 之间的版本兼容关系带来反复试验。作者也回顾了代码结构随着功能增加而变得难以维护，以及类型提示和检查机制对长期开发的帮助。文章因此从个人网站的实际使用出发，讨论在项目继续演进时如何评估原有技术方案，而不是提供一个适用于所有应用的迁移结论。

作者选择 Rust 重写后端，是在自己的使用情境和维护体验下做出的决定。读者可以从文中了解迁移动机、原项目的组成和遇到的障碍，再判断这些考虑是否与自己的项目相似。重写语言并不会自动消除架构问题；实际迁移还需要考虑接口兼容、数据处理、部署流程和维护成本。文章提供的是项目复盘，不能作为任何网站都应更换技术栈的建议。

工程取舍与项目演进

这篇重构记录适合用来思考小型网站如何成长。项目早期追求快速实现是常见选择，但当依赖关系、部署流程和代码维护压力增加时，团队需要重新评估当前结构是否仍适合目标。评估时可以分别记录功能需求、运行环境、依赖版本和维护难点，再比较修补旧系统与逐步替换的成本。作者的经历提供了一个具体案例，帮助读者提出这些问题。

文章还体现个人项目与大型团队系统之间的差别。个人网站的功能范围和用户规模有限，作者可以根据自己的维护习惯决定重构时机；多人协作或业务关键系统则需要考虑迁移风险、回滚计划和团队技能。读者不应只依据语言偏好作出决策，而要评估现有代码质量、运行稳定性、构建部署方式和未来维护者。

kefan.me 归档中其他文章可以补充这类开发阅读。例如，Web App 构建文章按上下篇展开，前端开发主题关注长期写作和实践，GraphQL 文章则记录通过 API 获取 GitHub 数据的做法。它们与后端迁移文章共同构成作者个人的开发知识记录。使用旧文章时，应该对照当前工具和依赖文档验证操作细节。

适合哪些读者

kefan.me 适合正在学习 Web 开发、维护个人项目或评估后端技术方案的读者。初学者可以从分篇的 Web App 与前端文章了解项目组成；有开发经验的人可以阅读 Rust 重构记录，观察作者如何从依赖兼容、代码维护和项目需求出发作出取舍。算法、工具和其他主题也可以从文章归档中按需选择。

该站的内容是个人文章，观点和案例均来自作者的项目经验。技术栈、依赖及部署方式可能已经变化，读者在复用示例前应查阅当前官方文档，并在自己的环境中测试。文章归档和项目入口使网站既适合快速了解作者作品，也适合作为持续阅读开发实践的来源。

整体来看，kefan.me 将个人项目展示与时间归档结合，文章主题从 Web 开发延伸到 Rust、工具与算法。《用Rust重构了后端》以一个真实个人网站为背景，呈现技术选择受到维护体验和部署条件影响的过程。它适合为工程讨论提供思路，而不是替读者给出脱离场景的技术答案。