Being__的博客

原创 搭建OsgEarth验证GIS数据发布服务的Agent

给定一个 GIS 发布服务地址，生成 earth 文件并让指定版本的 oe_viewer 加载出来；原生不支持的服务先走扩展 Layer 再回到同一条主线。验证、交付、知识沉淀都在闭环内。

原创 工程能力 + AI：为什么工具越强，对人的要求反而越高

一个工程能力扎实的程序员，在 AI 时代究竟处在什么位置？如果用修仙体系来映射，我觉得是——结丹期修士，刚刚具备了驾驭“高阶法宝”的资格。

原创 做自己的Agent平台：借助Coding Agent打造专属能力

最近尝试了用AI生成音乐和视频，实践过程中，提炼了一套非常实用的工作流，我想这个能力可以迁移到任何与Coding Agent合作的工作场景中。总结来说就是：资源 + 平台骨架 + 若干子项目 的形式。

原创 WarScript：从军事推演剧本到 Cesium 3D 场景的智能翻译Agent

WarScript：从军事推演剧本到 Cesium 3D 场景的智能翻译Agent，专注指挥所决心图/协同动作图类推演脚本制作。

原创 研发质量验证闭环启示

随着AI大幅降低代码生成成本，软件工程的核心从“编写代码”转向“设计验证”。关键在于将传统被动调试升级为系统化的“质量闭环”——从架构阶段嵌入验证逻辑，通过自动化规则持续保障AI产出的正确性。文中以C++告警算法库（AEAlert）为例，构建四层质量闭环（单元测试、场景验证、可视化调试、端到端压测），强调“验证资产应奢侈化”，即通过分层、单源化的测试设计守护核心契约。另以Agent平台（GIS_Server_Agent）和交付工作流（BWorkflow-V2）为例，说明质量闭环的形态取决于“不确定性分布”：

原创 BWorkflow-V2：人 + Coding Agent的软件研发落地工作流

BWorkflow 是一套面向「人 + AI 编程助手」团队的项目交付规则层，通过显式 gate、可验证的退出标准和最小化的人为决策点，让中等规模项目在高速迭代中仍保持可控。

原创 基于GeoServer+PostGIS的海图数据发布

7228 个海图单元、109 个服务、9000 个图层、18.7 小时渲染、24GB 缓存——数字本身并不惊人，值得注意的是全程没有一次针对单个数据集的人工介入。定义意图、审批计划；执行与经验记忆，都交给了系统。

原创 我的AI Coding打开方式

用了这么久AI辅助开发，我最大的感受是：AI没有让软件工程的底层逻辑发生翻天覆地的变化，该做的设计、该拆的模块、该把的关，一样都少不了。变的是分工——开发者从"写代码的人"，变成了"拆需求、定方向、做验收的人"。以前写代码是核心能力，以后架构能力、需求分析能力、任务拆分能力才是真正的护城河。这些能力，AI替不了你，反而会把它们的价值放得更大。所以我的建议很简单：别纠结"AI会不会取代程序员"这种问题，也别沉迷于"一句话生成一个应用"的幻觉。

原创 基于GeoServer的GIS发布Agent

本文介绍了一个基于Agent生态的GIS数据处理与发布系统mini_gis_server_agent，采用"平台+管线+知识+生成"四层架构。核心特点包括：1）意图驱动的CodingAgent通过知识层决策管线复用/组合/生长；2）知识层沉淀领域经验作为决策依据；3）平台层提供确定性执行框架。系统将传统分散的GIS处理流程（专家经验、脚本、部署文档）整合为闭环，实现从意图表达→规则生成→稳定运行的完整链路。运行时表现为普通软件，但生成期由Agent驱动，形成"Agent生成系统→系统稳定运行"的协作模式，既

原创 未来软件的形式

本文探讨了AI时代软件开发模式的转变。作者通过实际工作案例指出，随着AI编程工具的成熟（如ClaudeCode），传统的代码编写和积累方式正在被颠覆。现在开发者只需清晰表达意图，AI就能直接生成可执行脚本，使得代码复用库的重要性下降。未来软件架构设计的重点将转向领域知识的组织和结构化存储，以便AI更好地理解和调用。这种转变意味着开发者需要更关注知识管理而非代码实现，同时保留关键工作流（SKILL/Workflow）作为参考基准。文章反映了AI正在重塑软件开发范式，从"写代码"转向"表达意图+管理知识"的新模

原创 AI时代的反焦虑指南

AI时代最稀缺的四层能力：OpenAI高管教练揭示反焦虑指南硅谷高管教练Joe Hudson提出，在AI技术爆发的时代，真正的核心竞争力不是工具掌握能力，而是由四层递进能力构成的"智慧堆栈"：判断力 - 克服情绪回避做出决策的能力冲突能力 - 将团队摩擦转化为迭代动力的勇气失败能力 - 快速从挫折中恢复的韧性自我对话 - 调整内在评判系统的元能力文章作者通过个人实践反思发现，与其陷入AI工具的内卷学习，不如培养这些AI无法替代的内在特质。特别是在"一人团队"模式下保持高行动效率(high p

原创 Claude Code辅助生成和修改 osgEarth .earth 地图配置文件

本文介绍了一款基于Claude AI的Windows桌面工具，用于辅助编辑和验证osgEarth地图配置文件(.earth)。该工具通过自然语言交互实现配置修改，支持关联不同版本的osgEarth源码作为参考上下文，自动生成版本专属的领域知识报告。核心功能包括实时XML编辑、配置快照回滚、一键启动地图查看器验证等。技术栈采用Electron+Vue3+TypeScript，集成Monaco编辑器和ClaudeCode CLI。工具解决了GIS数据服务加载时的版本适配问题，通过AI辅助分析

原创 传统软件 + Agent生态

        为什么软件必须是交付即固化的成品，而不能是一座“在生长的花园”？它的功能不是预先刻死的，而是在每一次解决真实问题的意图驱使下，“生长”出来的。        这便形成了一个生态。        每一次的功能都是在一次意图驱使下，生长出来的，形成一个工具/脚本/SKILL/MCP等等形态，即可执行、可复用的知识单元，都统称沉淀——这个领域下的知识沉淀、复用能力积累。

原创 BWorkflow：给人 + Claude Code 团队用的项目交付“规则层”

BWorkflow 是一套面向「人 + AI 编程助手」团队的项目交付规则层，通过显式 gate、可验证的退出标准和最小化的人为决策点，让中小规模项目在高速迭代中仍保持可控。

原创 C++/Qt 小知识记录7

工作中遇到的一些小问题，总结的小知识记录：C++/Qt。

原创 C++/Qt 小知识记录6

工作中遇到的一些小问题，总结的小知识记录：C++/Qt。

原创 C++/Qt 小知识记录5

工作中遇到的一些小问题，总结的小知识记录：C++/Qt。

原创 C++/Qt 小知识记录4

工作中遇到的一些小问题，总结的小知识记录：C++/Qt

原创 C++/Qt 小知识记录3

工作中遇到的一些小问题，总结的小知识记录：C++/Qt，这次加上了一点FFMPEG的学习

原创 C++/Qt 小知识记录2

工作中遇到的一些小问题，总结的小知识记录：C++/Qt。

原创 OsgEarth3基础3D图形实现

这里尝试在通过OsgEarth提供的各种图形绘制方法，实现基础的3D图形。、、**填充色（FillColor）、（ProfileColor/LineColor）的设置，在具体的框架性代码环境中也可以尝试抽象出基类，这里主要关注具体实现。

原创 C++/Qt 小知识记录

工作中遇到的一些小问题，总结的小知识记录：C++/Qt，夹杂点GIS。

原创 OsgEarth3 PlaceNode添加Icon图片

OsgEarth3 PlacNode添加Icon图片，并修改Scale大小

原创 OSGEARTH3 绘制热力图

OSGEARTH3 绘制热力图，支持处理热力图数据到标准影像文件。

原创 OSGEARTH3 绘制点线面

OSGEARTH3 创建2D点线面+3D图元封装代码

原创 OSGEARTH3 加载SHP矢量文件

OSGEARTH3 加载Shp文件

原创 OSGEARTH3 加载一个地球

OSGEARTH3 加载一个地球

原创 Sqlite3插入优化总结

Sqlite3插入优化总结背景一、前置准备数据库表设计数据导入基本导入流程关于Sqlite3的插入sql操作二、数据插入1.不开启事务，一个函数内封装[preparer -> reset -> bind -> step -> finalize] ，n次调用2. 开启事务后，执行同上函数：3. 开启事务后，使用“执行准备”的方式三、对比总结更大的尝试其它背景最近在完成矢量数据持久化到Spatialite数据库的功能，主要的应用场景，是为了通过Spatialite提供的基于RTr

原创 Spatialite编译与调用依赖

Sptailite VS2019的编译过程，以及编译完成后的依赖库调用

原创 Redis For Annotation方案

Redis For Annotation方案背景Annotation矢量数据关于流程数据保存矢量仓库图层矢量仓库持久化选择用Redis实现GIS矢量仓库二进制序列化Redis调用指令代码层面结果背景GIS现有主流的矢量请求方式，一般有WFS、WMS、WMTS的方式来支持从服务器提供数据，返回到客户端渲染。WFS提供单个矢量对象，然后由客户端提供机制进行规则限制和渲染处理；WMS、WMTS由服务器渲染好一张绘制了矢量的瓦片，返回到客户端呈现，所以主要限制规则由服务器完成；对于大数据量的矢量加载与渲染

原创 封装Redis使用的初步探索

封装Redis使用的初步探索开发环境工程建立CMakeLists.txt组织工程：IxRedisHandler-Static的CMakeLists.txt源码redis命令Redis for C++源码调用连接写入读取Redis返回结果接口提供调用示例开发环境基于C++提出一套接口，并使用redis源码实现，对外提供一个CRedisHandler的方法类，将redis的相关源码和依赖编译入IxRedisHandler-Static静态库内。即对外提供的内容：IxRedisHandler.hIxR

原创 C++反射机制实现：结合模板类的实现

背景最近在实现基础的状态机逻辑，考虑到需要工厂来创建一个指定的状态机，而且调用要简单且可扩展，就想到了反射机制。以前学习了文章：https://blog.youkuaiyun.com/Scythe666/article/details/51718864给的思路是通过定义回调函数指针类型的方法来实现的，也就是说反射出的对象需要显式地实现实例类创建的回调函数，然后在全局注册进去，虽然步骤已经很简单了，而且一个宏就搞定注册了。不过我想要在扩展一个需反射对象时，对外暴露的“注册行为”更少，尽量减少一个对象实现时需

原创 Python非阻塞方式启动多个外部进程

背景主要为了满足：能够执行一个自动化脚本，就打开一个项目内的多个sln工程。因为随着开发量的扩大，底层框架+平台工程+各类型插件工程+项目工程 等等，已经产生上10个sln了，而且对于各个工程目录结构来说，点进去也挺深的，如果每次电脑重启后，都要一个一个点出来，太麻烦了。能够自动化的事情，当然要一劳永逸了：执行脚本import sysimport timeimport subprocessDev_Dir = "E:/Developer/XXX/"BaseFrame_Dir = "Base

原创 CMake多工程最小实现

背景：最近团队的新项目开始基于CMake作为工程管理，结合VSCode作为IDE进行开发，一个原因当然是为了可支持跨平台。原来我们的开发环境是使用VS系列IDE进行开发，在底层框架完全改为CMake支持后，后续的项目开发也开始完全用CMake组织工程，虽然说的是使用VSCode开发，不过对于今天要总结的内容暂时不必要，所以，这次介绍使用CMake生成VS2015的工程，重点在CMakeLists.txt怎么写。由于真正用于项目开发的CMakeLists.txt已经非常庞大和复杂，所以这里我将简化一版自己

原创 PDF417二维条码生成器 C++

PDF417二维条码生成器C++输出QImage格式的PDF417二维条码；Demo演示；提供VS2010+Qt编译的库文件；提供源码。网盘链接链接：https://pan.baidu.com/s/1Izi0WRtHzUNWHe31NxFN0Q提取码：s6hn

原创 《重构2》思考笔记：第一章 重构，第一个示例

原创 怎样学好软件工程

原创 授权注册-软件保护工具（3）：加上时间策略

前言在前两篇的《授权注册-软件保护工具》系列中，介绍了关于授权注册的开发思路、逻辑点以及框架结构、技术点。一个大体框架已搭建，但还有待稳固以及丰富，同时在需求激励的过程中，再次审视框架的完备性、逻辑的合理性，以及适时地重构。关于这一章的写作的背景，毫无疑问是在新需求——时间策略的激励下，对现有架构的重新审视。发现原有的框架还过于简化、单一，并不能承载时间策略的增加，需要尝试重构，而后加入时间策...

原创 《重构2》思考笔记：第三章 代码的坏味道

(PS. 竟然没有找到OneNote转优快云博客的方法，只能先转为图片委屈着上传了，另外几章的思考笔记尽量找到合适的方法上传）

原创 授权注册-软件保护工具（2）：说说技术点

前言上一篇我从流程上剖析了“注册机”的应用场景、流程以及大逻辑，在最后也放上了两张从软件设计角度触发的解析，并提炼了几个重要的节点，这一篇就重点从这几个节点说说在开发过程中遇到的坑以及提炼API的思考。一个是注册核心库（RegisterCore.dll），一个是验证逻辑库(WarrantDialog.dll)，从这两大核心再延申细节节点...