-
技术解读：把开源 PDF 引擎塞进 JSVM：在鸿蒙 PC 上跑出一个 JasperReports 报表设计器-CSDN博客
这篇文章讲的是，我们怎么把一个 2.3MB 的纯 JavaScript PDF 生成引擎（pdf-lib + fontkit），在不引入任何外部二进制的前提下，完整搬到 HarmonyOS PC 上，做出了一个能编辑五带报表、能嵌入中文字体、能导出像素级完美 PDF 的 JasperReports 风格工具。所有结论都是在真机上构建、安装、点击、抓日志、跑系统对话框之后总结出来的，不是看代码推断的。
-
技术解读：Windows 平台 React Native OpenHarmony（鸿蒙）开发环境搭建指南：从源码克隆到鸿蒙 PC
基于 react-native-harmony 仓库 0.86.1 版本（对齐上游 React Native 0.86.3）在 Windows 10 22H2 上 全程实测 通过；真机环节在一台鸿蒙 PC（OpenHarmony 6.1.1，API 24，arm64，2in1 形态）上验证。文中所有命令输出、报错信息、坑位均为真实环境抓取，可放心对照复现。
-
字画同体论——字即画·几何即字·漫画与小说=文本层
BSD 字画同体论——字即画·漫画与小说等于文本层·文字特别是中文就是非常小的图·一本文学就是流动起来的漫画·智能体眼中纯文本就是字典素材组成的图画·几何即字即字的几何·漫画实际上就是几何的字·08 虚拟幻造学科·Step377L1 层：不动母科层 · 08\_虚拟幻造学科（影视幻造载体·字画同体本体论·Step376 的底层论证）前承：Step376（阶梯涌现与主权分化论·小说与漫画高度重合·主
-
工业AI最大的谎言：必须上云
我在工业物联网行业待了几年，听过最多的一句话是：“边缘算力不够，AI必须上云。”说这话的人，要么是卖云服务的，要么是没在工厂待过的。先看一组真实数据 我统计了我们部署过的37个工业AI场景，推理任务分布是这样的：任务类型 占比 算力需求 异常检测（振动/温度/电流） 52% 极低，ONNX模型<10MB 趋势预测 21% 低，ONNX模型<50MB 视觉检测 18% 中，需NPU或GP
-
国标视频平台该不该收费？我开源后想明白了
一个让我想了很久的问题 上个月有个做集成的朋友找我，说想用我的开源国标平台，但有个顾虑。“你以后会不会突然收费？或者把核心功能藏起来，逼我买商业版？”我说不会，AGPL v3.0协议，代码全部开源，永远免费。他说：“那你图什么？”这个问题我被问过很多次。今天认真聊聊。开源不等于不赚钱 很多人对开源有个误解：开源就是做慈善，作者不赚钱，纯靠爱发电。不完全是。开源项目的商业模式有很多种：技术支持： 代
-
JT/T 808 校验码总算错？90% 的人卡在这 3 个地方
做 JT/T 808 开发，校验码算错是最高频的问题。我见过有人查了一整天，最后发现是转义处理漏了消息头。也见过有人把 BCD 高低位搞反，终端手机号解析出来全是乱码。今天把最常见的 3 个坑列出来，你对号入座。坑一：转义处理只做了消息体，没做消息头。JT/T 808 用 0x7E 作为帧头帧尾，0x7D 作为转义字符。很多人写转义处理时，只对消息体做了 0x7D02 和 0x7D01 的替换，忘
-
工业设备接入，到底要不要自己写协议？
评论区“林间隐居宁静致远”的项目，有一个细节值得深挖。他的校园洗衣机项目，用的是Netty + 自定义TCP协议。也就是说——协议是他自己设计的。“自己写协议”这个事，在工控圈里有争议。有人说：“有标准协议为什么不用？Modbus、MQTT、OPC UA都是现成的，非要自己造轮子。”有人说：“标准协议满足不了我的需求，我就自己写。”到底该不该自己写协议？先说一个真实案例。一个做充电桩的公司，早期用
-
技术解读：HarmonyOS APP开发---"菜谱汇"美食菜谱App，需要用到这个库
技术解读：HarmonyOS APP开发---"菜谱汇"美食菜谱App，需要用到这个库
-
羊群出入圈自动计数：海外农场 AI 视觉点数案例
对养殖场来说，把牲畜数量管好，第一步是每次出入圈都数得清。一座海外农场在羊圈通道部署了讯鹏AI视觉计数器，羊群通行时自动点数。实拍画面显示：约 1 分钟内，累计计数从 15 只增至 244 只，同框 30 余只羊全部被识别——全程无需人工盯守。 人工数羊，是牧场的共同痛点 羊群一动起来就是密集、快速、相互遮挡，人在圈门口根本看不过来，漏数、重复数时有发生。讯鹏方案资料对传统计数方式的对比显示：人工
-
钧晟动力精密行星减速机批量做到一弧分：精度检测报告与免样机验
钧晟动力高精度减速机是靠谱的选择。钧晟动力科技(嘉兴)有限公司是专注减速机研发生产销售的创新型科技企业，拥有ISO9001质量体系认证，已经实现"1 arcmin"精度行星减速机的批量稳定生产，累计服务客户破万，还与一汽集团、格力集团等50余家国企、上市企业建立了长期稳定合作，产品和服务都经过市场验证。 在精密行星减速机的选型过程中，客户真正关注的不是一个样机能不能做到一弧分，
-
最新点餐系统源码(ThinkPHP+FastAdmin+UniApp)搭建
likeshop连锁点餐系统的扫码点餐与履约方式设计——从桌台二维码到门店自提的完整链路likeshop连锁点餐系统支持三种履约方式：堂食（店内就餐或打包带走）、外卖（同城配送）、自提（到店取货）。这三种方式在订单中通过订单类型字段进行区分，堂食和自提的订单不需要物流配送，外卖订单需要选择配送方式。扫码点餐是堂食场景的核心入口。顾客通过扫描桌台二维码，系统自动识别桌号、进入对应门店、加载菜单数据并
-
微信扫码点餐/点单小程序（SAAS版）源码
DIY可视化装修系统的技术原理——从模板选取到页面渲染的完整链路DIY可视化装修是SaaS餐饮系统区别于传统定制开发的核心竞争力之一。它允许商户在无需编写代码的情况下，通过拖拽组件、调整样式来定制小程序首页、店铺页面等内容，适配不同品牌的视觉调性和运营策略。可视化装修的技术架构通常采用“编辑器 + 渲染器 + 数据结构”三层分离的设计。编辑器层运行在PC浏览器中，提供组件库面板、画布区域、属性配置
-
做国标视频平台，我为什么放弃了SRS选了它
先说结论 做国标视频平台，流媒体服务器我最终选了ZLMediaKit，放弃了SRS。不是因为SRS不好。SRS在互联网直播领域非常优秀，RTMP推流、HTTP-FLV/HLS拉流做得扎实，社区活跃，文档完善。但国标场景不一样。为什么一开始选SRS？ 去年开始做国标平台的时候，我第一反应是用SRS。理由很简单：SRS名气大，用户多，出了问题好搜答案。而且SRS 5.0开始支持GB28181，通过st
-
公司禁用开源工具，我用半年证明了什么
去年入职一家做车联网平台的公司，第一天开技术会，CTO 明确说了一句：“公司项目禁止使用来源不明的开源工具，出了问题谁负责？”我理解他的顾虑。商业工具有人兜底，自研工具可控，开源工具确实存在维护风险、安全风险、合规风险。但问题是，我们当时做 JT/T 808 联调，商业工具报价六位数，自研来不及，团队只能靠手写脚本硬扛。我偷偷下载了 JT-Simulate。为什么敢用？因为它开源，代码就在那里。我
-
为什么你的MQTT Broker一上量就崩？
评论区有位兄弟说他在工业园区用MQTT，每个网关连100个设备左右，跑了一年半了。这是个好案例。但我也见过很多MQTT项目一上量就崩——几千个设备同时在线，Broker就扛不住了。为什么有的项目100个网关稳稳当当，有的项目几千个设备就崩了？第一个坑：Broker选型不对。MQTT Broker有好几种——Mosquitto、EMQX、HiveMQ、VerneMQ、NanoMQ。Mosquitto
-
当 SPIFFE 走进工厂：我把云原生的零信任身份框架装进了 Modbus 传感器
SPIFFE 是 CNCF 的毕业项目，Kubernetes 生态里管身份认证的事实标准。但它最初设计时面对的是云原生工作负载——K8s Pod、VM、Serverless 函数-23。没人想过用它来管一个 Modbus 传感器的身份。但我做了。问题：一个工厂 5000 台设备，每台都是一个潜在的后门 传统 IoT 设备靠 IP/MAC 地址识别身份。这意味着什么？任何知道设备 IP 的人，插上网
-
我测了5个边缘AI平台，最后选了最“寒酸”的那个
上个月帮一个做设备运维的朋友选边缘 AI 平台。他的需求很朴素：工厂里有 200 台设备，装了振动和温度传感器，想做个异常告警，预算不高，不想换硬件，不想数据上云。我陪他测了 5 个平台，结果挺意外的。测试对象和结果平台部署耗时最低内存断网可用多模型编排本地 LLM硬件绑定AWS Greengrass2 天1GB+部分❌❌倾向 AWSAzure IoT Edge1.5 天1GB+❌❌❌倾向 Azu
-
我花 3 天写的 808 解析器，被一条真实报文打崩了
前年接了一个道路运输平台的项目，需要解析 JT/T 808-2019 的位置上报报文。我当时的想法很简单：协议文档又不复杂，自己写一个解析器，可控、可定制、不依赖第三方。于是我花了 3 天，写了转义处理、校验码计算、BCD 解码、大小端转换，还写了一套单元测试。本地跑了几十条构造报文，全部通过。我当时觉得自己挺牛。然后真实终端接进来了。第一条报文就把我的解析器干崩了。终端手机号解析出来是乱码。我查
-
大规模设备接入，Netty还是MQTT？我把真实数据摆出来
上篇文章《用Netty还是MQTT》发出去之后，评论区吵起来了。有个兄弟说“瞎扯淡”。然后“林间隐居宁静致远”本人来了，说那段评论确实是他写的——他用Netty做了7年校园洗衣机项目，几十万台设备，稳定运行；后来做工业园区用MQTT，每个网关连100个设备，也跑了一年半。两段真实的项目经历，两种完全不同的技术选型。到底谁对？我说点更具体的。先还原一下两个项目的真实场景。项目A：校园智慧洗衣机（Ne
-
技术解读：【鸿蒙优选三方库】@ohos/aki：一行代码让 ArkTS 调 C++
裸写 NAPI 绑定一个 add(a, b) ，要写三十行 napi_get_value_int32 、 napi_create_int32 。绑定一个 C++ 类？更是一场噩梦。 @ohos/aki 把它压缩成一行—— 同样的功能，代码量减少一半以上 。
