每天早上醒来，时间都会被重置。
但职业生涯不会。

有些人是在失败中被迫停下，
有些人是在系统正常关闭后，才发现自己已经无船可乘。

2024 年 12 月，我属于后者。
那一年，我完成了 16 年的“当水手”，
也在毫无预案的情况下，开始了“划小船”的第一年。

一、当水手的十六年：方向从不由我决定

回顾我的职业生涯，其实异常简单。

四家公司，十六年，全部在做政府行业的软件开发。

这是一条非常典型、也非常“安全”的路径：
需求明确、节奏稳定、流程规范、风险可控。

在这十六年里，我一直把自己定位成一个合格的水手：

• 船去哪，不需要我决定
• 什么时候靠岸，不需要我操心
• 我的任务只有一个：在自己的划桨位置上，把船长的命令执行好

这套体系，在顺风的时候极其高效。

你只要足够勤奋、足够听话、足够专业，就可以一直往前走，
工资会涨，项目会续，系统会“稳定运行”。

但水手有一个天然的盲区：
你永远不知道，这条船什么时候会停。

---

二、终点并非失败，而是系统关闭的那一刻

2024 年 12 月，这个“停船时刻”来了。

• 项目投标没中
• 一个维护了 **8 年** 的平台正式终止运行
• 系统下线的那一刻，其实结局已经写完了

摆在面前的选项很现实：

• 去其他城市“顶班”
• 继续做一块“哪里需要哪里搬”的砖

那一刻我意识到：
不是我不努力，而是这条船已经不需要水手了。

于是，我选择了辞职。

不是因为勇敢，而是因为清醒。

---

三、划小船的第一年：起点极其简单

2025 年，真正的起点。

没有宏大叙事，我的每天只有三件事：

• 送娃
• 接娃
• 写博客

这一年，我几乎把所有精力，都投向了持续输出。

到现在为止，一共 327 篇原创博客，基本做到了日更。

内容并不是“为了写而写”，而是源自真实生活和真实项目。

---

四、三个专栏：从生活出发的低代码实践

1 从修水管开始的平台思考

家里水管坏了，在抖音找维修师傅。

这才发现：
现在的维修，早就不是“电话 + 现金”了，而是平台运营。

我开始研究：

• 师傅用的是什么平台
• 如何接单、派单、结算
• 平台如何抽成、留存用户

于是，用低代码尝试复刻了一套原型。

写作过程中，一位大学老师完整评估了这个系列，
最终促成了一个暑期实践课：

• 面向 22、23 级
• 共 90 名信管专业学生
• 全程讲解：从业务洞察 → 需求拆解 → 系统设计 → 低代码实现

反响很好，这是我第一次感受到：
博客不是内容，而是可迁移的能力。

---

2 一年半的教培系统：把项目经验沉淀下来

从去年 6 月开始，为一家英语教培机构持续开发业务系统，
整整 一年半。

项目完成后，我想把项目经验再总结升华一下于是：

• 不只写代码
• 还去蹲一个教培行业的抖音博主
• 看他的作品、看他的评论区、看他的直播
• 理解这个行业真正的痛点

最终，把采风的全过程拆解成一个完整专栏。

这是我第一次真正意识到：
技术只是工具，行业认知才是壁垒。

---

3 医院里的两周：流程才是真正的系统

10 月，家人生病住院。

在医院待了整整两周，
我完整体验了：

• 挂号
• 检查
• 住院
• 护理
• 结算

这不是“想象中的系统”，
而是每天在真实运转的复杂流程。

于是，我开始从低代码视角，
拆解医院系统的“可做”与“不可做”。

这也让我更加确定：
复杂系统从来不是单个技术团队“做”出来的，而是长期组织协作“长”出来的。

---

五、AI 编程 vs 低代码：不是站队，而是场景

今年，一个绕不开的话题是：
AI编程这么火，低代码是不是要黄了？我用四个项目来回答。

案例一：志愿填报小程序

一位转介绍的客户找我定制了一款志愿填报小程序，主要是帮助家长推荐冲稳保的院校和专业，项目的特点是：

• 季节性极强（一年只有那一个月）
• 核心是算法（通过历年的数据结合孩子的情况进行推荐）
• AI 只是解读报告的辅助

上线后，到了7 月份效果不达预期，
客户及时止损，销毁了环境。

12 月，对方想复刻同行的纯 Agent 模式，
评估后发现：

• Token 成本
• 模型费用
• 实时交互复杂度

对这类企业并不友好，最终放弃。

这引出一个现实问题：

AI 模式一定能带来流量吗？
对季节性中小企业，成本是否可控？

答案并不乐观。

---

案例二：52 岁物流老板的一对一教学

他想“自己做软件”，不会写代码。

我一对一带他，把系统做出来，
然后——再也没联系。

这其实非常真实：

• 世界不是教程
• 学习的热情，往往撑不过真实运营

---

案例三：英语教培机构的 7 款应用

反过来，也有一些让我特别有成就感的案例。

一家英语教培机构的创始人，当初也认真评估过自建技术团队，但作为初创公司，考虑到成本、招聘难度和迭代速度，最终选择了低代码路径。
一开始他也有合作的程序员，对接了两次后程序员就没了下文。

从 2024 年 6 月开始，用了一年半时间，陆续为他搭建了 7 款业务应用，现在稳定支撑 300 位教练 + 1100 名学员 的日常教务和学习。

他有一次说：“当初如果选择传统模式开发，也许现在还深陷在磨合的过程中。”

这让我看到：对中小企业来说，低代码最大的价值不是‘炫技’，而是活下来，并且活得还不错。

---

案例四：持续学习三年的学员

还有一位学员，一共和我学了三年半，从零基础开始，到现在已经亲手搭建了 50 多款应用。

他的主项目今年拿了多个奖项，有一次他交流：

“真的很庆幸当初遇见你，我的成功里，有你一份功劳。”

这不是客套，而是让我最有触动的一句话。

因为它证明：低代码不是‘偷懒’，而是能真正赋能一个愿意持续投入的人，让他从‘不会’变成‘能独立运营’。

这几个项目放在一起看，我越来越清楚：

---

AI 很强，但它解决的是“怎么更快写出代码”的问题；

低代码解决的是“怎么用最小的成本，把系统跑起来并长期维护”的问题。
场景不同，答案不同。

对季节性小需求，AI Agent 可能成本更高；

对需要长期迭代、稳定运行的业务，低代码往往更靠谱；

对真正想掌握能力的人，低代码 + 持续学习，是最现实的跃升路径。

---

六、关于“复杂系统”的一个误解

博客圈常说：

低代码做不了复杂系统

但现实是：

• 三甲医院足够复杂
• 不是低代码做不了
• 是你根本进不了那个体系

对中小企业来说，真正需要的是：

• 可运行
• 流畅
• 低成本
• 免维护

他们一旦发现不值，
会第一时间止损。

但如果得到了结果，也愿意长期投入。

这就是市场。

---

七、这一年，我真正学到的东西

这一年，我做了9 个项目，有成功的也有失败的。新带了12 个学员，但超过 5 次课坚持下来的，几乎没有。

这不是失败，而是现实。

但有两件事是确定的：

1 写作是可控的

不靠推荐，不靠风口，靠长期稳定的创作
我依然有稳定的互动和基础流量。

2 工具组合，是 AI 时代的核心能力

这一年我系统使用并比较了多种工具：

• GPT：结构化表达
• Gemini：需求梳理
• Grok：改进建议
• v0 / Lovable：原型设计
• Trae：工程落地
• 低代码：搭建与交付

一个人，只要会组合工具，就能服务中小企业。

---

八、AI 再强，也替代不了三件事

• 划船的经验
• 观察生活的眼睛
• 持续思考的能力

这些，AI 给不了。

---

九、写在最后：明年的方向

2026 年，我会继续做三件事：

1. 把成熟专栏模板化
2. 吸引愿意尝试新技术方案的企业
3. 用真实项目继续验证方法

当水手的时候，
你把人生交给船。

自己划船的时候，
你终于开始为方向负责。

这一年很慢，
但每一桨，都是自己的。