Articles

Rust vs Python:AI 与大型系统时代的编程语言选择
Dev

Rust vs Python:AI 与大型系统时代的编程语言选择

语言设计理念 Python:追求开发效率与灵活性 Python 的核心目标是提高开发效率: 语法简洁、易读 拥有庞大的生态系统 非常适合快速试错 适合的场景: MVP / 原型开发 需求变化频繁的业务系统 AI、数据分析与自动化

Read More
AI 如何帮助发现金融机会
AI

AI 如何帮助发现金融机会

金融机会很少以直观、明确的形式出现。更多时候,它产生于 价格、风险与市场预期在短时间内发生错配 的瞬间。 人工智能(AI)并不是水晶球,无法准确预测未来。但它擅长的是 提前识别“成功概率正在上升的状态”,并且比人类更系统、更稳定。 本文将从技术和系统视角,介绍 AI 如何在短期交易与中长期宏观投资中,帮助发现金融机会。

Read More
在 React Native 与移动应用中使用 ONNX 模型的方法
AI Dev

在 React Native 与移动应用中使用 ONNX 模型的方法

ONNX(Open Neural Network Exchange)是一种通用的机器学习模型格式,支持 一次训练,多端部署。通过 ONNX,可以将使用 PyTorch、TensorFlow 训练的模型,高效地运行在 Android、iOS 以及 React Native、Flutter 等跨平台移动框架 上。 本文以 React Native 为核心,系统性介绍如何在移动端使用 ONNX,并进一步说明 端侧 AI(On-device AI) 与 本地大模型(Local LLM) 在实际业务中的价值。

Read More
叶片病害检测算法如何工作:从相机到决策
Farming

叶片病害检测算法如何工作:从相机到决策

引言 近年来,在中国的智慧农业示范项目、农业数字化工程和科研试点中,通过叶片图像由 AI 识别病害 的技术逐渐被熟知。然而,社会上也普遍存在一种误解:只要拍一张照片,AI 就能准确诊断作物病害。 在真实生产环境中,真正可落地的系统并不追求“完美诊断”。相反,它们被设计为 务实、可靠的决策支持工具,以适应中国农业区域差异大、气候条件复杂的现实。 叶片病害检测算法并不是用来替代农技人员或植保专家,而是作为 降低早期判断不确定性的辅助工具。系统不仅分析叶片图像,还会结合气象条件、作业记录等上下文信息。 本文将结合 Smart Farming Lite 的理念,从中国农业的实际出发,解释 叶片病害检测算法在现实系统中是如何工作的。

Read More
Smart Farming Lite:不依赖传感器的实用型数字农业
Farming

Smart Farming Lite:不依赖传感器的实用型数字农业

引言 中国农业呈现出 经营主体多样化、区域差异大、劳动力老龄化加快 的特点。一方面,规模化农业和智慧农业被大力推动;另一方面,大量中小农户仍面临投入高、系统复杂、维护困难等现实问题。 Smart Farming Lite 正是为这种现实而设计的轻量化数字农业方案。它以智能手机为中心,不强制引入传感器设备,强调与农户现有生产习惯自然融合。 Smart Farming Lite 不追求“完美的数据采集”,而是聚焦一个更现实的问题: “今天,这块地应该做什么?”

Read More
为什么定制化MES更适合中国工厂
ERP Industry

为什么定制化MES更适合中国工厂

—— 现成MES在现场失效的根本原因 —— 在中国,许多工厂的MES项目没有达到预期效果,并不是因为技术不够先进。 真正的问题在于:系统并不符合中国工厂的真实运作方式。 在宣传资料中,现成MES看起来非常完善: 面向管理层的OEE仪表板 满足审计与ISO要求的追溯体系 向集团或总部汇报的生产报表 覆盖质量与合规的检查清单 但在中国制造现场,常见的却是另一番景象: MES与Excel并行使用 车间主管在上报前手动修正数据 为了不影响交付,现场绕过系统操作 会议讨论集中在“数据对不对”,而不是“怎么改进” 这不是人员执行力的问题, 而是系统设计的问题。

Read More
面向中国市场的再生资源金属价格预测(不投机、重决策)
Industry Thinking

面向中国市场的再生资源金属价格预测(不投机、重决策)

引言 在中国及周边市场经营再生资源(废金属)业务时,经营者经常会问: “现在该不该多收铜?钢铁库存要不要压?” 真正重要的,并不是精准预测价格,而是: 在不确定的市场中,持续做出风险可控的正确决策。 本文从中国市场的实际出发,介绍一种 不依赖投机、不依赖复杂金融模型 的金属价格预测方法。

Read More
谁动了我的奶酪?
Dev

谁动了我的奶酪?

AI时代软件工程师的生存指南 《Who Moved My Cheese?》看起来像一本简单的寓言故事, 但其中的思想,对正在经历 AI 变革的软件工程师来说极其现实。 AI 并不只是让工具更高效, 它实际上 改变了价值所在的位置——也就是“奶酪”被移动了。

Read More
面向中国的定制化电商系统设计
Dev E-Commerce

面向中国的定制化电商系统设计

为什么在中国不应与大型电商平台正面竞争 在中国,当企业考虑建设电商系统时,最常见的问题往往是: “淘宝、天猫、京东已经这么成熟了,我们为什么还要自己做系统?” 答案并不是要与这些平台竞争,而是要解决它们本身不擅长解决的问题。 大型平台依赖规模、流量、补贴和高度标准化的交易模式,适合快速消费品和大众零售。但中国大量真实商业活动,尤其是B2B、工业、政企合作领域,并不符合这种模式。 定制化电商系统的价值,正是来源于这种结构性差异。

Read More
AI 反模式:AI 如何“毁掉”系统
AI

AI 反模式:AI 如何“毁掉”系统

近年来,AI 在中国被广泛应用于政务系统、国企、大型企业、制造业与互联网平台。 很多项目以“降本增效”“减少人工”“智能决策”为目标启动,但在真正进入生产环境后,系统稳定性下降、风险上升、维护成本失控的情况并不少见。 问题往往不在于 AI 模型是否先进,而在于 把 AI 当作传统确定性系统来使用,忽视了系统边界、责任划分与规模化运行的现实。 本文结合中国企业与政务系统的实际需求,总结 AI 最常见的系统级反模式,并说明如何避免这些问题。

Read More
为什么我们不仅仅开发软件——而是让系统真正运转起来
Dev ERP

为什么我们不仅仅开发软件——而是让系统真正运转起来

在许多项目中,问题并不在于“没有软件”。 真正的问题是:系统之间无法协同工作,业务无法顺畅运转。 在一个系统中正确的数据,到了另一个系统却出现偏差。 数据重复、延迟,甚至丢失。 最终,业务人员只能回到 Excel、微信和人工操作。 这正是我们的核心优势所在。

Read More
实用的 Wazuh 管理员 Prompt Pack
AI Security

实用的 Wazuh 管理员 Prompt Pack

中国企业如何利用 AI 提升 Wazuh 安全运维效率 中国环境下 Wazuh 运维面临的现实挑战 Wazuh 作为一款开源 SIEM/XDR 平台,在成本控制、自主可控、灵活扩展方面具有明显优势,因此在中国企业中被广泛采用。 但在实际落地过程中,安全团队通常会遇到以下问题: 检测规则复杂,依赖个人经验,难以标准化 告警数量大,误报多,分析效率低 安全事件难以与业务风险直接关联 需要同时满足等保、内部审计与管理层汇报需求 随着 Agent 和日志规模增长,系统性能与架构压力增大 AI 不能替代安全专家。 但在正确使用的前提下,AI 可以 放大专家经验、加速分析与决策过程。 这正是 Wazuh 管理员 Prompt Pack 的核心价值所在。

Read More
为什么政府中的遗留系统替换往往失败(以及真正可行的方法)
City Dev

为什么政府中的遗留系统替换往往失败(以及真正可行的方法)

在中国,无论是中央部门、地方政府,还是大型公共机构,都普遍运行着建设于十几甚至数十年前的核心信息系统。这些系统虽然在技术上显得陈旧,却长期支撑着行政管理、公共服务和社会运行,具有高度的稳定性和连续性。 当问题逐渐显现时,最容易出现的一种判断是: “干脆把旧系统全部换掉。” 这一想法在逻辑上看似直接,但在中国政府信息化实践中,却往往带来高风险、高不确定性,甚至项目停滞。理解其失败原因,是找到正确路径的关键。

Read More
多部门政府数字服务交付的设计(中国版)
City Dev

多部门政府数字服务交付的设计(中国版)

在中国,数字政务并不只是建设新的网上办事大厅或移动应用。真正的挑战在于:中央部委、省级、市级、区县及事业单位之间,如何在复杂的行政体系中,实现统一、连续且可扩展的公共服务体验。 本文结合中国数字政府建设的现实背景,探讨可落地的多部门数字服务交付设计方法,重点放在系统架构、治理机制与长期可运维性,而非单一技术趋势。

Read More
数字政务服务在上线后失败的七个主要原因
City Dev

数字政务服务在上线后失败的七个主要原因

在中国,数字政务服务通常承载着“提升治理能力”“优化营商环境”“提高行政效率”等重要目标。然而在实际落地过程中,不少系统在上线后出现使用率低、依赖人工、重复建设或逐渐被边缘化的问题。 本文结合中国地方政府与行业信息化项目的实践经验,系统性地分析数字政务服务在上线后失败的七个核心原因。

Read More
面向市级与区级政府的数字化系统参考架构
City Dev

面向市级与区级政府的数字化系统参考架构

在中国,市级、区级及基层政府承担着大量公共服务与社会治理职责。数字系统不仅要支持日常业务,还必须符合长期稳定运行、统一治理、跨部门协同和政策可控等要求。 本文从中国地方政府的现实出发,介绍一套不依赖具体厂商的参考架构,重点不在于技术先进性,而在于系统结构、可治理性与长期可持续性。

Read More
实用型 GovTech 架构:ERP、GIS、政务服务平台与数据中台
City Dev

实用型 GovTech 架构:ERP、GIS、政务服务平台与数据中台

在中国,地方政府(省、市、区/县)正持续推进数字政府与政务信息化建设。在预算约束、系统体量庞大、历史系统复杂的背景下,如何在不推翻既有体系的前提下,实现跨部门协同与数据贯通,成为 GovTech 项目的核心挑战。 大量 GovTech 项目效果不及预期,并非技术能力不足,而是 系统设计仍以部门为中心,缺乏统一的架构与集成思维。 本文面向中国地方政府实际环境,介绍一种 以“集成与数据中台”为核心的实用型 GovTech 架构,强调在现有系统基础上,分阶段推进、可持续演进,而非一次性替换。

Read More
为什么应急响应系统必须采用 Offline First 设计(来自 ATAK 的启示)
City Network Satellite Security

为什么应急响应系统必须采用 Offline First 设计(来自 ATAK 的启示)

在重大灾害或突发事件发生时,最先失效的往往不是人员,而是基础设施。地震、洪水、台风、极端天气、地质灾害、工业事故——在这些场景中,电力中断、通信网络拥塞或中断、互联网连接不可用几乎是常态。 然而,许多被称为“智慧化”的应急系统,却是在默认网络始终可用的前提下设计的。 在真实的应急管理场景中,这一前提并不成立。 因此,应急响应系统必须在设计之初就以 Offline First(离线优先) 作为基本原则,而不是事后的补充能力。

Read More
为什么地方政府的软件项目会失败 —— 如何在编写代码之前避免失败
Dev

为什么地方政府的软件项目会失败 —— 如何在编写代码之前避免失败

引言:失败的根本原因并非技术本身 在中国,地方政府的信息化与数字化项目通常运行在高度复杂的环境中:严格的采购与立项流程、多层级的行政管理结构、部门职责划分,以及长期运行的既有信息系统。 在许多情况下,项目未能达到预期效果,并不是因为技术不够先进,而是因为系统设计并未真正基于行政业务运行的现实情况。 项目预算被执行,系统按期交付,但最终往往出现以下现象: 工作人员仍然依赖 Excel 或线下台账 群众仍需前往窗口办理业务 数据分散在各部门系统中,重复录入 系统之间缺乏有效联通 一个经常被忽视的事实是: 许多政府软件项目在编写第一行代码之前,就已经注定失败。

Read More
AI 热潮之后:接下来会发生什么(以及这对中国企业意味着什么)
AI

AI 热潮之后:接下来会发生什么(以及这对中国企业意味着什么)

为什么现在要讨论这个问题 几乎所有重大的技术浪潮,都遵循相似的情绪曲线: 期待 → 过度承诺 → 失望 → 安静而持续的价值创造 AI 也不例外。 真正不同的是它扩散的速度。AI 热潮来得极快,而越来越多中国企业正在逐步意识到一个现实: 仅仅“很聪明”的 AI,并不能直接转化为商业价值。 本文将回顾过去数十年的技术浪潮,帮助读者理解: 当泡沫退去,真正留下并创造价值的是什么。

Read More