2026.08.25 · WRITING

为什么我要建立 Made by Arjun

程序员不应该只被简历和技术关键词定义。Made by Arjun 用作品和思考，记录把模型能力变成可靠系统的过程。

程序员很容易被压缩成一组关键词。

Python、后端、AI Agent、RAG、Docker……这些词可以出现在任何一份简历里，却很难说明一个人真正解决过什么问题，又是如何做出工程判断的。

Made by Arjun 想回答的，正是关键词没有回答的部分。

作品比标签更具体

“熟悉某项技术”是一种模糊的描述。

一个真正运行的项目则包含了更具体的信息：如何划分系统边界、怎样处理失败、为什么选择某种架构，以及在资源有限的情况下舍弃了什么。

代码能够证明功能被实现，文章则可以解释实现背后的判断。

我希望把这两部分放在一起。

GitHub 保存项目本身，这个网站记录项目背后的问题、选择与思考。它们共同构成一份比传统简历更完整的技术档案。

真正困难的往往不是调用模型

一个 AI 应用能够生成结果，并不意味着它已经成为一个可靠的系统。

模型之外，还有数据、队列、缓存、权限、日志、质量评估和失败恢复。原型可以依赖一次成功的演示，真正的产品却必须面对重复运行、异常输入和长期维护。

我关注的正是这段距离：

如何把模型能力，变成可以稳定运行的工程系统。

这里不会只介绍某个框架如何调用，也不会追逐每一个突然流行的新概念。我更想讨论技术进入真实项目之后发生了什么——它解决了哪些问题，又制造了哪些新的复杂度。

公开表达也是一种工程训练

很多个人项目最后停留在“能够运行”。

代码缺少说明，架构依赖记忆，部署过程无法复现，几个月后甚至连开发者自己也很难重新理解。

写作迫使我重新审视这些问题。

当一个技术选择需要被清楚解释时，模糊的判断会暴露出来；当一个项目需要被别人运行时，被忽略的边界条件也会出现。

因此，写文章并不是项目完成后的宣传工作，而是工程过程的一部分。

个人网站意味着长期所有权

社交平台适合传播，代码平台适合协作，但它们都不能完全代替一个属于自己的空间。

个人网站不依赖信息流决定什么值得保留，也不需要把内容调整成平台偏好的形式。一个域名可以长期连接项目、文章和公开身份，让每一次构建都积累在同一个地方。

Made by Arjun 不是另一个内容账号，而是我在互联网上持续维护的一块空间。

这里会留下什么

这里主要记录三类内容：

• AI 应用从原型走向系统的过程；
• 后端架构、部署和运行中的实际问题；
• 独立产品从想法到上线的工程选择。

文章不会只呈现顺利的结果。

错误的判断、失败的方案、被推翻的设计，同样值得记录。它们不一定能组成一份漂亮的成功故事，却更接近软件开发真实发生的方式。

持续构建，而不是包装完成

Made by Arjun 不试图塑造一个无所不知的技术形象。

它更像一个持续演化的公开工作台：项目在这里被拆解，思考在这里被整理，尚未解决的问题也可以被保留下来。

职业身份可能变化，工具和模型也会不断更新，但解决问题、完成系统并清楚表达的能力可以持续积累。

这就是我建立 Made by Arjun 的原因。