<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[VXLab的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/VXLab</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; VXLab]]></copyright><item><title><![CDATA[逻辑的可视化之旅：从图灵完备到复杂系统建模]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147122128</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147122128</guid><author>VXLab</author><pubDate>Thu, 10 Apr 2025 16:39:18 +0800</pubDate><description><![CDATA[逻辑的可视化不仅是技术工具，更是人类认知的延伸。从流程图到 UML 状态机，从 Petri 网到 BPMN，每种方案都在特定领域展现出独特价值。未来，随着 AI 和量子计算的发展，可视化工具将面临更高的挑战：如何直观呈现量子纠缠的复杂状态？如何在神经网络的黑箱中揭示决策逻辑？这些问题将推动可视化技术向更智能、更抽象的方向演进，成为连接人类思维与机器智能的桥梁。]]></description><category></category></item><item><title><![CDATA[大语言模型：在共识与创造之间的技术困局与破局探索]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147119557</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147119557</guid><author>VXLab</author><pubDate>Thu, 10 Apr 2025 15:17:05 +0800</pubDate><description><![CDATA[真正的技术进化或许在于构建 “人机共生” 的新语言体系 —— 既发挥 AI 的高效检索能力，又保留人类突破边界的创造灵性。自然语言的模糊性（如 “尽快处理”“高并发”）与编程语言的精确性（如 “事务隔离级别”“数据结构定义”）形成巨大鸿沟，导致模型输出常出现逻辑偏差。这些模型以人类日常交流的自然语言为训练基底，却试图处理高度形式化的科学逻辑与编程语法，这种错位从根源上划定了其能力边界 —— 它们能够高效整合 “人类共识”，却难以突破 “创造边界”。当面对量子力学中含时薛定谔方程的精密数学表述：​。]]></description><category></category></item><item><title><![CDATA[“低代码/无代码”有致命缺陷，“可选择代码”才是王道！]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147103014</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147103014</guid><author>VXLab</author><pubDate>Wed, 09 Apr 2025 21:21:53 +0800</pubDate><description><![CDATA[其实，能够导出代码也是一些低代码开发平台一直追求的，例如Mendix Outsystems CodeWave等，这些已经做的很好了，但是还是无法完全导出前后台代码，或者有一些需要安装一些特殊的运行时环境。低代码平台有上百个，而平台本身不会有标准，要标准，就只有“导出代码”一途，只有“编程语言”，特别是已经被绝大多数企业接受的语言和框架，可以作为标准。“可选代码”本质上已经跨入了“图形化编程语言”的领域，但又确实涵盖了“低代码/无代码”相关的概念范畴，因此我认为是“低代码/无代码”最终方向。]]></description><category></category></item><item><title><![CDATA[当图形化编程邂逅 AI 代码生成：一场颠覆传统的开发革命]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147102501</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147102501</guid><author>VXLab</author><pubDate>Wed, 09 Apr 2025 21:18:00 +0800</pubDate><description><![CDATA[在我的认知里面，总觉得现在AIG Code总缺一点什么，特别是当前的所有AIGC都是“自然语言”驱动的。我几乎每天都尝试各种AIGC，特别是AIG Code，发现其实体验并不想一些网站上宣传的那么好，而且很多博主说自己通过AIG Code做了什么什么，结果我几乎是无法重现的，也许博主们省略了很多中间过程，或许他们AIG Code正好在一个概率内成功了，或者这就是一个博眼球的噱头，只是为了吸引更多流量而已。]]></description><category></category></item><item><title><![CDATA[可视化编程范式革命：iVX 如何重新定义 AI 时代的软件开发]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147071017</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147071017</guid><author>VXLab</author><pubDate>Tue, 08 Apr 2025 16:17:22 +0800</pubDate><description><![CDATA[可视化与代码的 “双向奔赴”：平台支持 “零代码开发” 与 “自定义代码嵌入” 自由切换。新手可通过纯可视化操作完成 90% 的应用开发，遇到复杂逻辑时可插入 JavaScript、Python 代码进行深度定制，实现 “无代码快速落地，有代码突破边界” 的完美平衡。某游戏公司用 iVX 开发 AI 反外挂系统时，在可视化流程中嵌入 C++ 算法模块，既保证了开发效率，又实现了对游戏数据的实时监控。工业级代码生成能力：iVX 生成的代码并非 “玩具级” 产物，而是支持多技术栈的工业级代码。]]></description><category></category></item><item><title><![CDATA[低代码平台深度对比：当 NocoBase 的 “插件哲学” 遇上 iVX 的 “生成美学”]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147065412</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147065412</guid><author>VXLab</author><pubDate>Tue, 08 Apr 2025 12:34:58 +0800</pubDate><description><![CDATA[预设了标准化的数据表结构（字段类型、索引、关联关系），用户通过 UI Schema 可视化配置字段属性（如 “客户姓名” 字段设置为必填、唯一），复杂场景需编写插件扩展（比如自定义字段校验逻辑：“邮箱格式必须包含企业域名”）；优势是 “开箱即用的企业级数据治理”，内置数据权限（行级、列级控制）、审计日志，适合处理 “订单 - 库存 - 用户” 这类强关联业务数据。]]></description><category></category></item><item><title><![CDATA[图形化编程语言：低代码赛道的技术革命与范式突破]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/147045039</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/147045039</guid><author>VXLab</author><pubDate>Mon, 07 Apr 2025 15:27:02 +0800</pubDate><description><![CDATA[图形化编程语言的出现，标志着软件开发从 "模型驱动" 向 "代码智能" 的范式跃迁。未来的开发者将如同交响乐团指挥，在图形化智能开发环境中谱写数字世界的新篇章。随着脑机接口技术的突破，预计到 2030 年图形化编程将占软件开发总量的 60%。在 2024 年 Gartner 低代码平台魔力象限报告中，传统低代码厂商市场份额增速放缓至 12%，而图形化编程语言赛道融资额同比激增 370%。本文深度剖析低代码平台的技术瓶颈，系统阐释图形化编程语言的核心优势，揭示其如何重构软件开发范式。]]></description><category></category></item><item><title><![CDATA[图形化编程语言：低代码赛道的技术革命与范式突破]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/145680301</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/145680301</guid><author>VXLab</author><pubDate>Mon, 07 Apr 2025 15:21:29 +0800</pubDate><description><![CDATA[图形化编程语言的出现，标志着软件开发从 "模型驱动" 向 "代码智能" 的范式跃迁。未来的开发者将如同交响乐团指挥，在图形化智能开发环境中谱写数字世界的新篇章。随着脑机接口技术的突破，预计到 2030 年图形化编程将占软件开发总量的 60%。在 2024 年 Gartner 低代码平台魔力象限报告中，传统低代码厂商市场份额增速放缓至 12%，而图形化编程语言赛道融资额同比激增 370%。本文深度剖析低代码平台的技术瓶颈，系统阐释图形化编程语言的核心优势，揭示其如何重构软件开发范式。]]></description><category></category></item><item><title><![CDATA[AI+人 ＞ AI：未来人机协作的工作模式]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146981543</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146981543</guid><author>VXLab</author><pubDate>Thu, 03 Apr 2025 15:04:50 +0800</pubDate><description><![CDATA[企业若要充分利用人机协同的红利，需要识别自身岗位的类型，匹配合适的AI工具，并为员工提供与AI协作的培训和支持。例如，客服领域引入AI助手后，由AI即时提供建议回复，人类客服把关情感和复杂问题，可以极大提升客户满意度和接待效率——AI提供速度与信息，人类提供 empathy（共情）与判断，两者合力实现。的力量在于其高度的可塑性和自动化能力。可以想象，在不远的将来，一个AI代理完全可以在iVX平台上，根据人类自然语言的需求说明，自动完成应用的大部分搭建工作——正如iVX当前的AI助手已经开始做到的那样 (]]></description><category></category></item><item><title><![CDATA[当前LLM生成代码的关键缺陷及iVX 图形化编程优势分析]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146949993</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146949993</guid><author>VXLab</author><pubDate>Wed, 02 Apr 2025 16:18:10 +0800</pubDate><description><![CDATA[引言： 大型语言模型（Large Language Model, LLM）在近年取得了惊人的进展，ChatGPT、GitHub Copilot 等工具已经能够根据自然语言描述自动生成代码。这种 AI 辅助编程的模式为开发流程带来了新的可能性：开发者或用户只需描述需求，LLM 便能输出相应的程序代码。然而，尽管 LLM 生成代码在一定程度上提高了编程效率，它也暴露出一些不可忽视的关键缺陷。当前 LLM 以“黑盒”的方式生成代码，其过程对用户不可见，导致生成的代码质量和正确性难以保证；LLM 对自身输出的错误缺]]></description><category></category></item><item><title><![CDATA[GPT使用实例：分析如何通过iVX来开发低代码平台（NocoBase）]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146564095</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146564095</guid><author>VXLab</author><pubDate>Fri, 28 Mar 2025 10:02:38 +0800</pubDate><description><![CDATA[在对象树中，任何对象的后面都可以添加一个“事件”组件，点击这个“事件”组件，会打开一个“事件面板”，在这个面板中包含“条件块”、“动作块”、“循环块”，通过面板块的组合可以实现图灵完备的逻辑表达；在组件足够丰富的情况下，这种方式既保证了整个应用可以“无代码”开发，又可以生成“指定语言/框架”的代码，并且根据不同用户的需求，用户可以选择在开发过程中是否使用“代码”或“SDK”，这种高度灵活性，对“不懂代码的编程学习者”和“懂代码的程序员”都非常友好。是的，你的理解是正确的。“Canvas组件”；]]></description><category></category></item><item><title><![CDATA[为什么说开源也不能解决低代码的核心问题]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146505510</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146505510</guid><author>VXLab</author><pubDate>Tue, 25 Mar 2025 16:04:20 +0800</pubDate><description><![CDATA[另外，由于拼凑的功能的缘故，感觉整体产品融合性不好，怎么说呢，看上去这个功能也有，那个功能也有，但是操作起来就是不顺手！举个例子，就像我花钱做Windows的应用开发，那我肯定关心这个应用的代码，而不是Windows的代码一样。就算开源平台后面依托了一个企业，去帮你做定制，短时间内也不一定可以满足“企业需求”，另外，由于是开源产品，可控性还是会差一些。朋友的公司需要采购低代码平台，然后咨询我“开源的低代码平台”怎么样？这是我调研的结果，界面都差不多，使用的库和技术也非常接近，架构几乎一样。]]></description><category></category></item><item><title><![CDATA[低代码/无代码的最核心技术其实是“逻辑可视化”]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146482341</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146482341</guid><author>VXLab</author><pubDate>Mon, 24 Mar 2025 17:55:57 +0800</pubDate><description><![CDATA[现阶段绝大多数“LowCode低代码平台”都是采用“面向模型编程”这种解决方案，由于具体模型和场景耦合过于紧密，导致多模型之间的综合表达能力受到限制，会出现“看起来好像功能都有”，但是“很散”的情况，有时候甚至多个地方“同时控制逻辑”，这会给学习、开发、维护带来很大困扰，也是“低代码平台”不好用的直接原因。特别是最后一个CodeWave，设计的非常“细致”，在逻辑设计器上操作精确到“所有表达”，所有的数字和符号都是选填，其实这样工作成本也就上去了，我个人认为表达式还是“键盘”输入会更合适一些。]]></description><category></category></item><item><title><![CDATA[iVX 与主流低代码平台的比较：核心区别与独特优势]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146399470</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146399470</guid><author>VXLab</author><pubDate>Thu, 20 Mar 2025 16:05:28 +0800</pubDate><description><![CDATA[而 iVX 作为一款较新的平台，采用了不同的技术路线。相比之下，许多其他低代码工具更偏向“低代码”而非真正的“无代码”，它们允许可视化建模简单流程，但一旦需求变得复杂，就必须编写代码扩展。例如，Mendix 和 OutSystems 使用类似 BPMN 的流程图建模方式，当逻辑复杂度增加时，开发者就需要手写代码或脚本，而这通常受限于平台的专有框架和约束。iVX 输出的是标准代码，因此使用 iVX 构建的应用可以独立运行，无需依赖 iVX 平台，即使开发者想要离开 iVX 继续使用代码，也完全没有障碍。]]></description><category></category></item><item><title><![CDATA[退群低代码：一张图告诉你 iVX 和 “低代码”的差异！]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146370783</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146370783</guid><author>VXLab</author><pubDate>Wed, 19 Mar 2025 14:47:20 +0800</pubDate><description><![CDATA[生成式AI加持：当前已经有大量 AI组件加入，接下来，马上退出 “AI生成应用”、“AI生成组件”、“导入设计图生前端”... 等生成式 AI 能力，敬请期待。几乎没限制：应用类型和场景丰富，几乎相当于 React/Vue + Java 的能力合集，而且面向组件编程，学习、开发、运维门槛都大大降低。开放的：IDE开发完后，可以导出任何应用和组件，包括“独立部署包”、“源代码”、“VLang”。应用不断对接，运行变慢；立体的：IDE和图形化编程语言结合，通过“面向组件编程”的方式，直接生成应用源代码。]]></description><category></category></item><item><title><![CDATA[iVX 技术架构、功能特性与行业优势全面分析]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/146344372</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/146344372</guid><author>VXLab</author><pubDate>Tue, 18 Mar 2025 16:05:48 +0800</pubDate><description><![CDATA[例如，当 iVX 升级支持新的前端框架或新的后端架构时，只需升级对应的代码生成器，而用户原有工程的 VLang 描述可以保持不变（或自动迁移），从而。他们利用 iVX 提供的教育专用版本，在短短48小时内完成了作品：UI 界面使用 iVX 内置的地图组件和列表组件完成，数据存储使用了 iVX 的云数据库组件，智能问答则调用了 iVX 的 GPT 模型组件实现。有了牢固的语言内核支撑，iVX 新功能的开发可以以更有序的方式进行——就像扩展一种语言那样扩展平台功能，从根本上避免了功能堆砌导致的混乱。]]></description><category></category></item><item><title><![CDATA[还有戏没戏？低代码的天坑与对策！]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/136329399</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/136329399</guid><author>VXLab</author><pubDate>Tue, 27 Feb 2024 18:38:35 +0800</pubDate><description><![CDATA[这个的最大阻碍来自“新进者”，也就是新的开发者，由于学习周期和现有程序员几乎一样，甚至还要多学一个低代码平台的框架，以致“学习成本”太高，自身的收益又有限（如果只是加快了某些场景下系统的开发效率），所以并不被新进开发者开好。具体哪个好，我就不评价了，大家都可以去试一下，但是我可以把一些我认为合理的评价标准给列出来，大家自己去体验。首先，低代码aPaaS平台不同于传统的SaaS平台，aPaaS低代码需要不停的研发投入的，而SaaS是“用完即走”，实在不行，还可以把SaaS相关数据下载下来，然后打包带走。]]></description><category></category></item><item><title><![CDATA[如何选择“低代码”、“无代码”和“图形化编程语言”？]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/136329377</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/136329377</guid><author>VXLab</author><pubDate>Tue, 27 Feb 2024 18:37:19 +0800</pubDate><description><![CDATA[但是，由于“编程语言”本身是面向“开发者设计”，而非“面向企业设计”，因此，最多就是和Ideal J一样收IDE的license费用，不太可能收最终用户的费用（因为原则上完全不知到最终有多少用户，运行时应该是“未知”的）。如果从技术升级，中台建设（我个人其实还是挺中台的，只是中台要求较高，如果用图形化编程可以试一下，成本会降低很多），降本增效来讲，“图形化编程语言”应该是不错的选择，效率上相比代码提升明显，能力边界和代码开发非常接近。在我看来，低代码平台，不能算是一种“新技术”，而是一种为“]]></description><category></category></item><item><title><![CDATA[全中文+图形化：国产编程语言来了！]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/136329344</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/136329344</guid><author>VXLab</author><pubDate>Tue, 27 Feb 2024 18:35:15 +0800</pubDate><description><![CDATA[iVX的逻辑编辑界面取代了传统的代码编写，这是实现完整的“图形化编程语言”的一种方式。它采用“面向组件”的编程方式，即“一切皆组件”，组件是程序的最小粒度。也许几年后，“文本编程”会被视为过时的东西，我们会对孩子说：“那是我们曾经做过的一件事，叫做编程…早期的计算机科学家们，虽然技术高超，但受限于设备落后，连操作系统都没有图形界面，更别提图形化编程了。当iVX完成应用开发，生成各种语言和框架的代码后，你会发现，所谓的“静态”编程语言、“动态”编程语言，甚至各种编程语言本身，都不那么重要了。]]></description><category></category></item><item><title><![CDATA[低代码/无代码的最核心技术其实是“逻辑可视化”]]></title><link>https://blog.youkuaiyun.com/VXLab/article/details/135998883</link><guid>https://blog.youkuaiyun.com/VXLab/article/details/135998883</guid><author>VXLab</author><pubDate>Tue, 27 Feb 2024 17:26:24 +0800</pubDate><description><![CDATA[现阶段绝大多数“LowCode低代码平台”都是采用“面向模型编程”这种解决方案，由于具体模型和场景耦合过于紧密，导致多模型之间的综合表达能力受到限制，会出现“看起来好像功能都有”，但是“很散”的情况，有时候甚至多个地方“同时控制逻辑”，这会给学习、开发、维护带来很大困扰，也是“低代码平台”不好用的直接原因。特别是最后一个CodeWave，设计的非常“细致”，在逻辑设计器上操作精确到“所有表达”，所有的数字和符号都是选填，其实这样工作成本也就上去了，我个人认为表达式还是“键盘”输入会更合适一些。]]></description><category></category></item></channel></rss>