欢迎来到 正能量。
这里记录我在软件研发、系统建设和日常生活中的观察与实践。写下一段代码，也尽量说明它解决什么问题；记录一种方法，也交代它成立的条件。
把具体问题弄清楚，把解决问题的方法留下来。
我在做什么#
我是一名从一线开发成长起来的系统架构与工程实践者，拥有近二十年的软件研发和架构经验，曾承担软件总工、研发总监与 CTO 等职责。
从早年的 Java 研发，到平台架构、技术管理和完整产品交付，我长期关注业务规则如何进入系统，以及系统如何在真实环境中稳定运行。现在的实践也延伸到 Go、云原生、链上链下协同和 AI 协作研发。
这段经历让我习惯把业务、代码和运行现场放在一起考虑：模块边界是否清楚，数据状态是否一致，异常发生后能否定位，交付之后是否便于维护。具体问题里，往往藏着最有价值的技术判断。
这里会记录什么#
- 开发与架构：Java、Go、框架使用、接口协作与业务建模。从一个代码细节出发，尽量讲清背后的机制与取舍。
- 系统与运维：Linux、容器、Kubernetes、网络与服务部署。除了配置方法，也关注验证、排障和恢复。
- 工程与 AI 协作：任务拆解、项目约定、代码审查与交付验证，记录如何让工具真正参与研发流程。
- 阅读与生活：值得反复思考的观点、工具使用体会，以及技术工作之外的日常片段。
有些文章很短，只为留下一个可靠的查阅入口；有些会展开说明背景、步骤与边界。篇幅由问题决定。
我习惯怎样解决问题#
先弄清业务目标、使用条件和现有约束，再讨论模块划分与技术选择。一个方案是否合适，要看它能否解释清楚、验证充分，并支持后续的维护与变化。
遇到稳定性和性能问题，我会沿着数据与请求的路径寻找证据，关注事务、缓存、消息、重试和状态之间的关系。讨论方案时，也会把失败场景、恢复方式和交付成本放在桌面上。
这些判断最终需要落实到可检查的结果：代码、测试、真实交互、运行状态和清晰的交接记录。它们也是我持续整理技术笔记的原因。
与 AI 一起做研发#
我目前主要使用 Codex，也会结合任务使用其他协作工具。业务目标、架构边界和关键技术取舍由我判断，AI 按明确的上下文与验收条件推进实现，再由我审查、验证和校正。
这套方式也用于博客写作：把零散笔记整理成文章，把遗漏的上下文补齐，把实践中形成的方法留下来。涉及事实与技术结论时，仍需要核对来源、版本和适用条件。
工具带来速度，经验帮助判断方向；两者通过具体任务和验证过程连接起来。
为什么保留这些旧笔记#
这个博客保留了不少早年写下的记录。它们有当时的技术背景，也有表达不够完整的地方。我会持续补充解释、校正过时说明，让后来读到的人少一些猜测。
一篇旧文章能再次帮人解决问题，一段经验能让下一次判断更清楚，就是这些记录继续存在的价值。“记录生活点滴”，也包含那些尚未形成完整答案、值得慢慢想明白的问题。
从这里开始#
想按时间查找，可以看文章归档；想围绕某个方向阅读，可以浏览分类与标签。习惯订阅更新的话，也可以使用 RSS。
欢迎在站内留言交流具体问题、不同经验，或文章中需要纠正的地方。