前阵子，我受聘为甘肃政法大学电子信息专业的硕士研究生实务导师。在学院的交流会上，有年轻的同学问我：“汉老师，我们在学校学了很多前沿的架构，现在 AI 大模型这么火，如果我们去企业做信息化，是不是直接上最先进的架构就能降维打击？”

我看着他充满期待的眼神，就像看到了 14 年前刚毕业的自己。那天我没有讲什么高深的技术趋势，只回了他一句话：“在真实的产业环境里，把系统做‘先进’也许只要三个月，但让它真‘落地’，往往需要三年，甚至更久。”

从兰州交大毕业这 14 年，我从写代码的极客，到创业做“陇 e 付”平台，再到后来去甘肃电气装备集团管 15 家子公司的信息化，现在在成兴科技带着百人团队做产品。我在这片黄土地上，主导过千万级的国资监管、资金内控、AI 评标等项目群。

见过了太多“理想很丰满，现实很骨感”的项目后，我最深的体会就是：技术的上限，往往不是由代码决定的，而是由业务、组织和人性决定的。

今天这篇开篇文章，我不聊微服务，不聊大模型评测跑分，我想聊聊在真实的商业和国企环境里，为什么“落地”这么难。

一、所有的技术问题，底层都是“权力与利益”的问题

很多年轻人以为，做信息化就是“把线下的流程搬到线上”。大错特错。

2021 年，我们集团要建“三重一大”国资监管平台和资金内控系统。从技术角度看，这难吗？不难。JAVAEE 架构、微服务、Redis 缓存，这些都是非常成熟的技术栈。真正的难点在哪？在于你要把全集团及 15 家子公司的银行账户统一管起来，要求大额资金自动报送。

这意味着什么？意味着集团总部的系统，要能“看透”子公司的钱袋子。

当时阻力极大。有人抱怨系统操作繁琐，有人说银企直连接口不稳定，还有人担心自己公司的资金被集团“抽走”。如果你只懂技术，遇到这些阻力，你会去修 Bug、优化接口；但作为一个信息化负责人，你要做的是“翻译”和“博弈”——你得跟财务部门沟通，让他们明白资金池能拿到更高的存款利率；你得跟高管沟通，解释这是合规监管的硬指标。

先进的技术系统，如果不匹配组织内部的权力分配和利益诉求，最终只会变成一台昂贵的“数据孤岛”服务器。 落地的第一步，从来不是部署服务器，而是理顺人。

二、从“实验室 Demo”到“真实生产线”的鸿沟

现在大家都在做 AI。我们团队研发的“AI 大模型辅助评标系统”拿了全国数据要素大赛三等奖，也落地了中油兰州石化、金川集团等大客户，在试点中评标效率提升了 50% 以上。

但在这背后，我们踩过的坑、填过的沟，足以写成一本书。

在实验室里，给大模型喂几千页标准格式的 PDF，它秒读秒懂，准确率 98%。但在真实的招投标现场呢？标书是各地、各行业打印出来的扫描件，有歪的、有糊的、有手写的，甚至还有把关键资质藏在几百页犄角旮旯里的。更别提那些恶意的围标串标，他们甚至会用暗语和同义词来规避检索。

面对这些，你拿什么“先进”的算法去解决？只能靠最笨的“工程化手段”。我们做了大量的数据清洗、版面分析、OCR 纠错，甚至是人工规则的兜底。我们不能只说“AI 认为这有问题”，而是要给出“AI 基于哪一页、哪一条款认为这有问题”的依据，因为最终签字负责的，依然是人类专家。

在复杂的工业界，客户不关心你的模型是用的 DeepSeek 还是文心一言，他们只关心：你这套系统，能不能扛住真实环境的脏数据？能不能不让系统崩溃？出了事，责任怎么界定？

这些“脏活累活”，就是落地的门槛。

三、在西北做数字化，更需要“务实”的妥协精神

北上广深的互联网公司可以做流量、做新概念，可以“小步快跑，试错迭代”。但在西北，在传统国企，这套打法行不通。

我们在建集团统一办公 OA 系统时，要求覆盖 1 万人，并且要集成 SAP、金蝶 EAS、用友 U8 等所有的业务系统。如果追求“先进”，我完全可以搞个全云端、全微服务的重构。但我们没有。我们选择了适配、集成、做统一认证网关。

为什么？因为对于一线员工来说，他不在乎你后台是什么神仙架构，他只在乎点开 OA，能不能一键跳转到财务系统报账，能不能在手机 APP 上批流程。

最好的系统不是最先进的，而是最符合当下环境的。 我们接手甘肃公共资源交易 3.0 系统建设时，团队 32 个人，要在 3 个月内完成从服务门户到区块链存证的全面升级，还要拿到等保三级和密评报告。面对这种硬指标，没有任何投机取巧的空间，靠的就是技术委员会制定的严苛规范，是强制推行代码评审和 CI/CD 质量门禁。

这听起来一点都不“极客”，甚至有点死板。但正是这种死板的“笨功夫”，让系统在省市县三级平台实现了稳定的互联互通。去年我在招采智能工具研讨会上分享《数智赋能·全链护航》时，底气就来自于这些真实的落地数据，而不是 PPT 上的概念。

四、写在最后：给青年工程师的一点建议

我常跟我的团队（兰州 79 人，杭州 23 人）说：不要做“PPT 架构师”，也不要沉溺于各种炫技的框架。

如果你去到一个企业，发现那里的业务流程一塌糊涂，那里的员工连基本的电脑操作都不熟练，那里的领导只关心“能不能解决眼下的合规问题”……请你不要抱怨。因为那里，才是你发挥技术价值的真实战场。

把最先进的技术，降维到最合适的应用场景里；把复杂的底层逻辑，封装成用户最简单的点按操作；在混乱的脏数据中，建立起一套可靠的系统秩序。这才是你作为一个电子信息工程师最难被 AI 替代的核心竞争力。

14 年过去了，我依然在跟各种系统 Bug、业务扯皮、老旧设备的兼容性打交道。但我很庆幸，我没有变成一个只会谈趋势的“看客”，而是成了一个脚踩在泥里，把代码写进黄土地的“实干家”。

技术永远是手段，解决问题，才是目的。

下面是我实际使用的流程，供同样想搭个人站点的朋友参考。

为什么选这套组合

• Hugo：单个二进制文件，构建毫秒级，不需要 Node 生态也能跑；
• PaperMod：简洁、支持深色模式、自带站内搜索与目录，中文排版也不错；
• Cloudflare Pages：连上 Git 仓库后自动构建，免费额度对个人博客绰绰有余，还自带全球 CDN 与 HTTPS。

目录结构

初始化之后的站点结构大致是这样：

blog/
├── hugo.toml            # 站点配置
├── archetypes/          # 新文章模板
├── assets/
│   └── css/extended/    # 自定义样式
├── content/
│   ├── posts/           # 文章
│   ├── about.md         # 关于页
│   ├── archives.md      # 归档页
│   └── search.md        # 搜索页
├── static/              # 原样拷贝到站点根目录的文件
└── themes/PaperMod/     # 主题（直接放在仓库里，无需 submodule）

本地写作与预览

新建一篇文章：

hugo new content posts/my-new-post.md

启动本地预览（包含草稿）：

hugo server -D

打开 http://localhost:1313 就能看到效果，改动会实时刷新。

部署到 Cloudflare Pages

1. 把代码推到 GitHub

git init
git add .
git commit -m "chore: init hugo blog"
git branch -M main
git remote add origin https://github.com/<你的用户名>/<仓库名>.git
git push -u origin main

2. 在 Cloudflare Pages 创建项目

进入 Cloudflare 控制台的 Workers & Pages → Create → Pages → Connect to Git，选中刚才的仓库，构建配置填：

保存后，每次 git push 都会自动构建并发布。

PaperMod 当前版本要求 Hugo ≥ 0.158。HUGO_VERSION 不要留空，否则 Cloudflare 可能使用旧版本导致构建失败。

3. 绑定自己的域名

在项目的 Custom domains 里添加域名，按提示在 DNS 服务商处加一条 CNAME 记录即可。HTTPS 证书会自动签发和续期。

4. 修正 baseURL

部署成功后，把 hugo.toml 里的 baseURL 改成正式域名，再推送一次：

baseURL = "https://blog.yourdomain.com/"

这样 RSS、站点地图和社交卡片的绝对链接才会正确。

命令行部署（可选）

不想连 Git 也可以直接上传构建产物：

hugo --gc --minify
npx wrangler pages deploy public --project-name wang-blog

日常写作流程

hugo new content posts/xxx.md   # 1. 新建
hugo server -D                  # 2. 本地预览
git add . && git commit -m "post: xxx"
git push                        # 3. 自动部署

就这三步。工具越简单，越容易坚持下去。

从今天起，我会把那些散落在笔记软件、代码注释和聊天记录里的想法，慢慢搬到这里来。

为什么要写

写下来的过程，本身就是一次整理。很多时候我以为自己想明白了，直到要把它写成一段别人能读懂的文字，才发现还有不少含混的地方。

这个博客对我有三重意义：

1. 存档：把解决过的问题、踩过的坑记下来，下次不用重新来过；
2. 表达：把技术之外的观察和感受，放在一个自己完全掌控的地方；
3. 连接：如果某篇文章恰好帮到了你，那它就是有价值的。

这里会有什么

大致是三块内容：

• 技术笔记：前端工程、构建工具、云原生与一些折腾过程的记录；
• 独立开发：做小产品时的设计取舍、成本与踩坑；
• 随笔：读书、生活，以及一些还没想清楚的问题。

更新频率不设目标。写得动就多写一点，写不动就少写一点，但尽量每一篇都对得起你花的时间。

如何订阅

如果你不想错过更新，可以用任意 RSS 阅读器订阅本站，地址是：

/index.xml

在前面加上你的博客域名即可。也可以直接收藏本页，或者在右上角切换你喜欢的深色 / 浅色主题。

下一篇，我们来聊聊这个博客是用什么搭起来的。

标题层级

文章内标题从 ## 开始，右侧会自动生成锚点，正文上方会显示目录。

三级标题

四级标题

强调与链接

加粗、斜体、删除线、行内代码，以及一个链接。

列表

无序列表：

• 第一项
• 第二项
  • 嵌套项
  • 另一个嵌套项
• 第三项

有序列表：

1. 先做这件事
2. 再做那件事
3. 最后收尾

任务列表：

• 搭建站点
• 写第一篇文章
• 绑定自定义域名

引用

好的文字，是把复杂的事情说简单，而不是把简单的事情说复杂。

—— 某位记不清名字的作者

代码

行内代码写作 `const a = 1`。

代码块支持语法高亮与右上角复制按钮：

export async function getPosts(tag) {
  const res = await fetch(`/index.json`);
  if (!res.ok) throw new Error("加载失败");

  const posts = await res.json();
  return posts.filter((p) => p.title.includes(tag));
}

hugo new content posts/new-post.md
hugo server -D

表格

图片

![图片说明](/images/example.png "可选标题")

图片建议放在 static/images/ 目录下，引用时以 /images/ 开头，构建时会原样复制。

分隔线

小提示

• 每篇文章的 summary 会显示在列表页，写一两句话概括即可；
• 太长的文章记得多用二级标题，方便生成目录；
• 草稿保持 draft: true，加 -D 本地预览时才会出现。