找到
24
篇与
6666
相关的结果
-
狮偶 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 项目信息 项目名称：狮偶 开发语言：JavaScript Star数：290 Fork数：80 开源协议：Apache-2.0 项目地址：https://gitee.com/roarlang/roarlang 项目介绍 狮偶编程语言主工程 包含编辑器、编译和链接 js运行时 项目详情 狮偶 输入图片说明图片 介绍 📢狮偶 是由开放原子开源基金会(OpenAtom Foundation)孵化及运营的开源项目。 🚩去官网查看样例:https://mlzone.areyeshot.com 🚩教育专版:https://openblock.online 😁官方开源仓库:https://gitcode.com/duzc2/roarlang/ star图片 🚀官方文档:openblock.gitee.io/docs/ 🗺️ 视频教程:0基础教你复刻一款经典游戏 查看更多介绍请查看文章 :point_right: 【多宿主语言、跨平台平部署的开源图形化脚本语言-狮偶】 我们希望 基于Blockly构建一套全新的、面向业务的编程语言。对使用者尽可能隐藏技术细节。 项目遵循开放、协作、共建的原则，面向开发者、企业及生态伙伴，持续推进技术演进与社区建设。 代码仓库 项目源码已在以下平台同步维护，内容保持一致： AtomGit：狮偶 Gitee：狮偶 界面 图片 图片 相关视频、PPT查看 :point_right: gitee.com/openblock/docs/tree/master/files 软件架构 图片 图片 安装教程 初学者不需要安装，安装是参与共建或者做二次开发才需要的步骤。 首先fork主仓库到文件夹，然后执行下面的命令。 npm install -g static-server static-server http://localhost:9080/frontpage/ 项目治理 本项目采用开放透明的治理模式，确保社区健康可持续发展。 治理架构 维护者（Maintainer）：负责特定模块或仓库的日常维护，拥有代码审查和合并权限。 提交者（Committer）：对项目有持续贡献的开发者，拥有代码审查权限，可协助维护者进行代码合入。 贡献者（Contributor）：任何参与项目贡献的社区成员。 参与贡献 我们欢迎广大开发者和开源爱好者参与 狮偶 项目建设，您可以通过 Star、Fork、提交 Issue、发起 Pull Request 等方式，共同推动项目健康、可持续发展。 贡献流程 疑问反馈：通过 Issues 提交 Bug 报告或功能建议。提交前请先搜索是否已有相关 Issue。 开发贡献： Fork 目标仓库到个人账户 创建特性分支（git checkout -b feature/your-feature-name） 遵循项目代码规范进行开发 提交前运行本地测试确保通过 提交代码：发起 Pull Requests ，填写 PR 模板，关联相关 Issue。 代码合入决策 所有代码合并遵循严格的质量控制流程： 审查要求：PR 必须获得 至少 2 名维护者（Maintainer）的批准（Approve） 方可合入。涉及核心模块的变更需相关模块负责人审查。 合入权限：仅维护者拥有向主分支合并代码的权限。维护者将在审查通过后执行合并操作。 代码规范 提交信息（Commit Message）遵循 Conventional Commits 规范 代码风格遵循项目特定的 Lint 规则（如 ESLint、Pylint 等） 新增功能需包含单元测试和必要的文档更新 开源许可 本组织包含多个开源项目，具体许可证信息请查看各项目仓库根目录下的 LICENSE 文件，或访问 组织主页 浏览各项目详情。 使用本项目源码前，请务必阅读并遵守相关许可条款。 联系我们 欢迎对 狮偶 感兴趣的开发者、企业及生态伙伴与我们交流合作。 官方渠道 🌐 狮偶IDE：狮偶IDE 💬 邮箱：duzc2@163.com 👥 技术交流渠道：微信：duzc2dtw 邮箱：duzc2@163.com OpenAtom Foundation图片 下载后请先检查文件完整性，如有疑问请在评论区反馈 最后提醒一下，资源仅供学习交流使用，请于下载后24小时内删除。
-
AI Coding 蜜月期之后，我们重新思考了 AI 提效 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 Google CEO Sundar Pichai 在 Cloud Next 大会上透露，公司新产生的代码中已有 75% 由 AI 生成，而六个月前，这个比例还只有 50%。OpenAI 里普通工程师的 AI 使用已经大部分转向了自研的 Codex；如今这部分工程师约 99% 的输出 Token 都来自 Codex，人工敲键盘的角色已经被压缩到近乎象征性。 光从这些数字看，AI 的代码生成能力似乎已经超越大部分工程师。 我们自己深度使用 AI Coding 半年下来，最开始也是这个感觉——直到真正把它放进企业系统里跑起来，才发现代码生成变快之后，露出来的是一堆过去被“写代码慢”这个瓶颈掩盖住的疑问。 这篇文章想聊的，就是我们在实践里踩过的坑，以及从中总结出来、觉得值得参考的几个结论。 一、与 AI Coding 的蜜月期 过去两年，AI Coding 的进展可能超出了很多人的预期。 从代码补全，到能够理解需求、搜索资料、分析代码、制定方案，再到自主修改代码、编写测试、运行验证，Coding Agent 已经开始从“辅助工程师写代码”，走向承担完整的软件开发任务。 我们自己也经历了一段明显的“蜜月期”。 过去，一个中型研发需求从接手到首次看到 Demo，往往要经历需求分析、代码阅读、技术调研、方案设计、内部讨论和实际开发。即便需求本身不复杂，从真正开工到见到结果，通常也需数周。 而在使用 Agent 后，这一过程被压缩到完全不同的尺度——一两天内完成需求理解、资料搜索、方案调研、代码设计、功能开发和测试，甚至一次性产出 2～3 万行 C++ 代码。有些相对独立的疑问，几小时甚至一两个小时就能得到完整结果。更令人印象深刻的是，它不只“写代码快”，还能先给出一套看起来相当专精的解决方案，再交由工程师判断是否采用。 这种体验很容易让人产生一种判断：既然 AI 已经能够完成这么多工作，那么软件研发是不是很快就会进入一个新的阶段——人负责提出需求，AI 负责完成完成？ 但真正进入生产环境之后，我们很快遇到了一个让我们重新思考这个问题的案例。 二、半天写完的功能，为什么卡了两周？ 前不久，我们希望让 DolphinDB 的部分 Join 算子支持跨时间分区计算。用户通常按交易日分区存储数据，以便分布式执行。但对于加密资产这类 7×24 小时连续交易的场景，交易数据不再天然以自然日为边界，跨天、跨时间分区的计算需求越来越常见，所以我们决定补齐这部分能力。 这个需求交由当时最新一代 GPT 模型驱动的 Agent 处理。 结果相当惊人：不到两个工作日，Agent 基本完成了从分析现有代码、理解需求、设计方案，到编写功能、补充测试、生成设计和使用文档的完整流程。初步测试也未发现明显问题。 按照传统研发流程，这类需求涉及底层执行逻辑、分区机制和多个 Join 算子，人工开发往往需要数周甚至更久。Agent 将这一过程压缩到了不到两个工作日。当时我们的第一反应不是怀疑，而是兴奋——AI Coding 的效率确实令人震惊。 但随着测试范围扩大，新的问题开始出现。 这些问题并不简易是“代码写错了”。Agent 对需求的理解基本正确，算法设计也没有明显问题。真正的问题在于，它并没有完整掌握几十万行代码背后那些分散的技术约束：哪些分区方式存在特殊限制，哪些数据类型尚未支持，哪些能力只存在于 SQL 层而函数式接口尚未完成，以及哪些历史遗留限制会影响新功能。 最终，测试阶段发现了若干大类、几十个预期外问题。 这次经历并未让我们降低对 AI 的判断，反而让我们更确信：AI Coding 已足够强大，真正值得重新思考的是——当代码生产速度大幅提升后，企业的软件研发体系应如何改变？ 我们后来逐渐形成了三个较为明确的认识。 三、效率的幻象——AI 提速之后，暴露的三个问题 问题一：代码生产提速了，交付却没有同步提速 一个需求从提出到上线，远不止编码。需求分析、方案设计、开发、Review、测试、发布，每个环节都可能是瓶颈。过去编码占用大量时间，提升编码效率收益明显；但 Agent 能在几小时内完成过去数周的工作后，其他环节的重要性迅速上升。 若 AI 将开发从五天缩至一天，但 Review 仍需两天，测试仍需三天，发布仍需两天，整体周期不会缩短五倍。甚至可能出现相反情况：AI 产生更多代码和 PR，Review 和测试工作量增加，原本不突出的环节成为新瓶颈——这正是阿姆达尔定律在软件工程中的体现。 我们看到的“两小时写完，后续几周解决问题”，许多时候并非 AI 写错，而是复杂系统中修 Bug 往往是在补充原有架构和能力的缺失。局部功能可快速完成，但要进入复杂生产系统，涉及的依赖、验证和兼容性远超功能本身。 所以，AI Coding 下一阶段的关键不是让 AI 写得更快，而是让整个交付链路能承接这种速度——Code Review、自动化测试、CI/CD、发布和运维，都需逐步进入 AI 驱动的工程体系。 问题二：AI 最大的障碍，不一定是幻觉，而是不了解企业 使用 AI 优化功能的经历让我们重新审视“AI 为何在复杂老系统中出错”这个常见问题。 最容易归因的是“幻觉”，但我们的感受并不完全如此。Agent 找到的资料、分析的结构、设计的方案可能都合理，问题在于这些信息往往只是系统事实的一部分。一个运行多年、数十万行代码的软件，真正约束不会全写在架构文档里——它们藏在历史接口实现、异常处理逻辑、事故后遗留的保护代码，或团队默认的规则中。人类工程师虽未必一次性看清所有，但至少知道“哪里可能有坑”，知道该问谁、重点检查什么。 Agent 则不同，它像一个能力很强但刚入职、未受公司培训的新人。给它独立的新系统（如内部新模块，无历史债、架构清晰），它能表现出色；但进入运行多年的大型系统时，面对“分区”“别名”等看似普通的功能，背后却可能存在大量历史代码和技术债。Agent 能理解一部分，却难以保证已覆盖所有隐藏约束。 所以，我们越来越认为，企业 AI Coding 的核心问题，不是简易增加 Token、文档或 Context Window，这已经不只是 Context Engineering，而是走向了更广义的 Environment Engineering。 问题三：AI 越会写代码，越容易重新造轮子 代码生成日益廉价后，“重新实现一遍”会变得异常容易。但企业真正稀缺的从来不是代码本身。 一家运行多年的科技公司，真正沉淀的是数据库、计算引擎、中间件、内部 SDK、业务组件，以及围绕它们形成的大量生产验证能力。熟悉技术栈的工程师默认会复用这些能力——遇到数据处理，不会重写数据库；需要复杂计算，调用已有引擎；需要业务能力，寻找现成组件。 而对 Agent 来说，如果这些能力没有被显式暴露出来，它很可能根本不知道企业已经拥有它们，于是转身就把轮子又造了一遍。 四、从 AI Coding 实践中得到的三个结论 在深度使用 AI Coding 之后，我们的感受并非“AI 不过如此”，反而是越来越清晰地意识到：AI 的能力已经足够强大，强大到足以实质性改变软件开发的生产方式。然而，恰恰是 AI 越强，越让我们看清一个本质问题——代码从来只是软件生产中的一个环节，而企业真正需要提升的，也远不止写代码这一件事。 从我们的实践来看，至少有三个结论值得重新思考。 从 Coding Efficiency 走向 Delivery Efficiency AI Coding 最容易被量化的，是代码生成量、Token 消耗、PR 数量和开发耗时。但这些指标，并不天然等同于企业真正关心的业务结果。 试想，如果 AI 让一位工程师一天开出十个 PR，而代码审查、测试和发布流程依然只能消化两个，那么企业得到的就不是十倍的交付能力，而是八个堆积在队列中等待处理的 PR。 因此，AI Coding 的 ROI，最终还是要回归到端到端的软件交付效率。这意味着，企业必须同步升级自动化测试、代码评审、CI/CD 流水线、发布策略和质量验证体系，让 AI 生成的代码产能，真正转化为可交付的软件成果。 简而言之，AI Coding 解决的是“生产代码”，而企业需要解决的，是“消化代码”。 建设 Agent 可理解的工程环境 当 Agent 面对一个复杂的企业系统时，问题往往不是它完全不会，而是它无法掌握那些分散在代码、文档和人员经验中的隐性约束。 企业需要重新梳理自己的工程环境，让架构更清晰、组件更可发现、知识更易检索、历史经验可复用、工程规范可表达、工具可调用，同时让权限边界对 Agent 透明。这些过去是为了便捷人的协作，现在同样决定了 Agent 能否真正工作。因此，我们认为企业需要建设的已经不只是传统意义上的 Context Engineering，而是一套更完整的 Agent Engineering Environment。 这也是我们做 DolphinX 时比较核心的考虑。 DolphinX 并不是简单地给企业增加一个 Coding Agent，而是试图为 Agent 提供进入企业软件环境所需要的完整条件：知识能够沉淀和检索，重复性的工作能够封装成 Skill，历史交互可以形成 Memory，企业已有能力可以经过 MCP 等机制被调用，同时用户身份、权限和执行过程也能够纳入统一治理。 这样，Agent 面对一个企业系统时，不再需要每次从零开始理解，也不需要把企业已有的知识和能力重新复制一份到外部 AI 系统中。 过去是工程师适应企业的软件环境；AI 时代，我们还需要让软件环境能够被 Agent 理解。 基础设施是 AI 的杠杆，不是替代品 AI 并不会因为能够生成 Python、SQL 或其他代码，就自动取代数据库、计算引擎、中间件和业务系统。PB 级数据仍然需要数据库存储和查询，复杂数据处理仍然需要专精计算引擎，实时数据仍然需要流处理，不同系统之间仍然需要可靠的数据服务和中间件，权限和审计也仍然需要由企业的治理体系负责。 AI 更适合做的是理解用户意图，然后选择和组合这些已经存在的具有确定性的能力。 以 DolphinDB 为例。它在金融、能源、工业等场景中经过了多年生产验证，沉淀了完善的数据模型、计算函数库、流处理框架和分布式执行能力。这些能力不是几行代码可以替代的——它们是企业在真实业务中逐步打磨出来的基础设施。Agent 不需要也没有必要去“重新实现”一个计算引擎，它只需要知道这些能力存在、理解如何调用它们，然后把精力放在理解用户意图和组合已有能力上。 写在最后：当代码不再是壁垒 如果代码本身正在变得廉价，那工程师的稀缺性在哪里？ 答案或许和直觉相反：人的价值不会消失，只会转移。当实现越来越便宜，判断、架构、经验和责任就会越来越贵。所以，AI 时代需要升级的不是 Coding 能力，而是整条软件生产体系——让 AI 承担更多“实现”，让工程体系承担更多“约束”，让基础设施承载更多“确定性”，而把人解放出来，去做真正需要判断和负责的事情。 未来的竞争，不属于写代码最快的 AI，而属于工程环境更好、基础设施更强、业务理解更深的人。 下载后请先检查文件完整性，如有问题请在评论区反馈
-
《翼星求生》v2.3.23.1中文版 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 游戏介绍 《翼星求生ICARUS》是一款与时间赛跑的PvE生存游戏，可支持多达八名玩家或进行单人游戏。探索地球化改造出错后蛮荒的外星荒野。尽可能地生存来开采外来物质，然后返回轨道去研发更先进的科技。 游戏视频 游戏截图 图片 图片 图片 图片 图片 图片 图片 图片 图片 包含DLC -Icarus: New Frontiers Expansion -Icarus: Holdfast Outpost -Icarus: Iceholm Outpost -Icarus: Styx Expansion -Icarus: Interior Decorations Pack -Icarus: Tecton Outpost -Icarus: Everbark Outpost -Icarus: Cactus Outpost -Icarus: Arcticus Outpost -Icarus: Industrial Furniture Pack -Icarus: Art Deco Furniture Pack -Icarus: Creature Comforts Pack -Icarus: Pet Companions Pack -Icarus: Zebra Rescue Mission -Icarus: Matariki Mission -Icarus: Great Hunts Campaigns -Icarus: Frostfall Outpost（新增） -Icarus: Aquatica Isle Outpost 中文设置 SETTINGS-GAMEPLAY-LANGUAGE-中文简体 版本介绍 v2.3.23.146505|容量43.7GB|官方简体中文|支持键盘.鼠标|赠多项修改器 ⬇️ 下载地址 下载后请先检查文件完整性，如有问题请在评论区反馈
-
一秒打开就能照做的急救指南 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 图片 图片 教程介绍 全球唯一可以直接照着做的急救课程，学习最正确有效的急救知识，掌握最权威的急救方式，生死攸关时刻教你做出最正确的选择挽救生命。 学习地址 在线：https://cloud.189.cn/t/vEvMbij6Zniq（应急时看非压缩包） 百度：https://pan.baidu.com/s/1tlxJyv_Nthvl47hUnpDztg 天翼：https://cloud.189.cn/t/3iEfQjbIb6fi 微云：https://share.weiyun.com/tlr0BPdy UC：https://www.yun.cn/s/6a4be1799a54432593104dd74f2e2a75 文件信息 MD5: E4C1550D78655B83E68D9A5F8EC3781C SHA1: 0EE82FACFFB75C08ECA8C18212296F9C77A1439D CRC32: 9ED8D2DF 下载后请先检查文件完整性，如有问题请在评论区反馈
-
《星之海洋2：重制版》中文版 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 游戏介绍 于1998年在日本发售的系列第二部作品《STAR OCEAN THE SECOND STORY》，隆重推出重制版《STAR OCEAN THE SECOND STORY R》！ 本作不仅打造融合精美3D原野和怀旧2D像素角色的美术风格，还以原版为基础重新绘制所有角色插图。更邀请原版配音员献声，首次替所有事件完整配音。战斗也沿袭“STAR OCEAN”系列“简单、畅快、超华丽”的特色，游戏节奏变得更快，还能体验更多与伙伴联手合作的乐趣。 游戏视频 游戏截图 图片 图片 图片 图片 版本介绍 Build.20267265|容量17.1GB|官方简体中文|支持键盘.鼠标.手柄|赠多项修改器 ⬇️ 下载地址 下载后请先检查文件完整性，如有问题请在评论区反馈
-
刘海峰高维战略增长篇10节课 本文资源均来自互联网，仅供学习交流使用，请于24小时内删除 图片 课程介绍 刘海峰高维战略增长篇10节课，专为企业管理者设计，深入探讨战略思维与增长模式。课程涵盖市场洞察、创新驱动、团队管理等关键内容，帮助学员掌握高效的增长策略，提升企业竞争力，实现可持续发展，助力商业成功与突破。 学习地址 百度：https://pan.baidu.com/s/1IvTx3wYNb546vfgBjauX3w?pwd=gal3 天翼：https://cloud.189.cn/t/FfIZj2zyq6Vn（访问码：kh2b） 阿里：https://www.alipan.com/s/VXLL37ky8ot 夸克：https://pan.quark.cn/s/299e04cfb7e2 下载后请先检查文件完整性，如有问题请在评论区反馈
