-
【功能建议】jupyter notebook 预审不通过请尽快开发鸿蒙版的jupyter notebook（可以在codearts IDE里补充） 请尽快开发鸿蒙版的jupyter notebook（可以在codearts IDE里补充）
- 场景描述：购买了一台华为云，想要远程连接，用的RemoteShell web版，看界面简洁清新，想要下载软件到本地体验，但目前只有win版，目前我个人电脑用的是linux系统体验不了软件 建议方案：不想用win系统，目前用的linux系统，如有可能开发linux版本的RemoteShell，谢谢！ 场景描述：购买了一台华为云，想要远程连接，用的RemoteShell web版，看界面简洁清新，想要下载软件到本地体验，但目前只有win版，目前我个人电脑用的是linux系统体验不了软件 建议方案：不想用win系统，目前用的linux系统，如有可能开发linux版本的RemoteShell，谢谢！
-
【功能建议】编程工具不好用 预审不通过场景描述：编程工具种类齐全，但是无其他系统版本。使用面的局限性。第二：整体功能模仿vsc，vsc作为通用的编程工具，本质是万物包揽，用插件满足需求。但是华为的编程工具种类齐全却相互雷同，我任何优点。 建议方案： 专而精 场景描述：编程工具种类齐全，但是无其他系统版本。使用面的局限性。第二：整体功能模仿vsc，vsc作为通用的编程工具，本质是万物包揽，用插件满足需求。但是华为的编程工具种类齐全却相互雷同，我任何优点。 建议方案： 专而精
- 系统版本CodeArtsIDE For HarmonyOS 场景描述：开发NodeJS项目时，经常会使用到第三方的依赖库，某些依赖库会有一些自定义shell脚本需要执行。比如：vite、vue，依赖vite的项目，在调试时需要调用vite脚本，即 npm run vite。目前，在CodeArtsIDE终端环境中，如果执行node modules的脚本，会提示Operation not permitted 建议方案：终端环境内支持执行 node modules 内未签名的脚本 系统版本CodeArtsIDE For HarmonyOS 场景描述：开发NodeJS项目时，经常会使用到第三方的依赖库，某些依赖库会有一些自定义shell脚本需要执行。比如：vite、vue，依赖vite的项目，在调试时需要调用vite脚本，即 npm run vite。目前，在CodeArtsIDE终端环境中，如果执行node modules的脚本，会提示Operation not permitted 建议方案：终端环境内支持执行 node modules 内未签名的脚本
- 场景描述：目前CodeArtsIDE支持的 JDK版本只有 8 和 17，希望可以支持21版本 建议方案：增加JDK 21版本 场景描述：目前CodeArtsIDE支持的 JDK版本只有 8 和 17，希望可以支持21版本 建议方案：增加JDK 21版本
- 场景描述：包括打开文件夹, 将文件夹另存为工作区,下面划红线的是缺少的功能[图片][图片] 建议方案： 场景描述：包括打开文件夹, 将文件夹另存为工作区,下面划红线的是缺少的功能[图片][图片] 建议方案：
- 场景描述：[图片] 建议方案： 文字竖着放 场景描述：[图片] 建议方案： 文字竖着放
- 场景描述：今天登录CodeArts IDE for Remoteshell时华为账号的登录界面一直加载不出来，我又是学生账号，无法申请iam账号[图片] 建议方案：无 场景描述：今天登录CodeArts IDE for Remoteshell时华为账号的登录界面一直加载不出来，我又是学生账号，无法申请iam账号[图片] 建议方案：无
- 场景描述：如图1，调试平台里面的golang版本太低了 是1.19的[图片]我尝试自己安装了1.22版本，但是很多依赖还是引用的1.19的，清理缓存也没有用后重试也没有用；目前go 1.19版本严重之后了，建议及时更新，推荐默认版本改成1.24的 [图片] 建议方案： 目前go 1.19版本严重之后了，建议及时更新 场景描述：如图1，调试平台里面的golang版本太低了 是1.19的[图片]我尝试自己安装了1.22版本，但是很多依赖还是引用的1.19的，清理缓存也没有用后重试也没有用；目前go 1.19版本严重之后了，建议及时更新，推荐默认版本改成1.24的 [图片] 建议方案： 目前go 1.19版本严重之后了，建议及时更新
- 场景描述：输入命令 提示操作说明、关联命令。 建议方案：类似新版vscode终端 支持AI； 输入命令、git 支持关联、提示 场景描述：输入命令 提示操作说明、关联命令。 建议方案：类似新版vscode终端 支持AI； 输入命令、git 支持关联、提示
- 场景描述：目前还是有许多公司后端接口还是采用PHP的开发，目前还是希望在鸿蒙PC这块对PHP GO 等语言的支持能够更加友好。大家主要用到就是 代码提示，代码跳转，语法解析，DEBUG一些常用的功能另外，希望IDE能够为每个项目能够沙箱一个linux微型系统，这样的话像php swoole等等一些编程环境就比较容易了如果你要语言适配鸿蒙那得多费劲 不太现实是吧，而且这样的话其他的新出的开发语言只需要它支持linux那么也就支持在沙箱内安装我觉得这样比较省事省力 而且扩展还好 建议方案：1. IDE 支持PHP代码的 代码提示，代码跳转，语法解析，DEBUG一些常用的功能2. 支持自定义代码提示规则，或者可以直接将phpstorm里面的关于laravel的代码提醒的相关规则文档直接复制安装进来3. 可以自己在当前项目下虚拟化一个微型linux的沙箱环境4. 可以在本地通过IP或者HOST的方式访问对应的沙箱环境 场景描述：目前还是有许多公司后端接口还是采用PHP的开发，目前还是希望在鸿蒙PC这块对PHP GO 等语言的支持能够更加友好。大家主要用到就是 代码提示，代码跳转，语法解析，DEBUG一些常用的功能另外，希望IDE能够为每个项目能够沙箱一个linux微型系统，这样的话像php swoole等等一些编程环境就比较容易了如果你要语言适配鸿蒙那得多费劲 不太现实是吧，而且这样的话其他的新出的开发语言只需要它支持linux那么也就支持在沙箱内安装我觉得这样比较省事省力 而且扩展还好 建议方案：1. IDE 支持PHP代码的 代码提示，代码跳转，语法解析，DEBUG一些常用的功能2. 支持自定义代码提示规则，或者可以直接将phpstorm里面的关于laravel的代码提醒的相关规则文档直接复制安装进来3. 可以自己在当前项目下虚拟化一个微型linux的沙箱环境4. 可以在本地通过IP或者HOST的方式访问对应的沙箱环境
- 场景描述： go to "进入华为云“控制台”，鼠标移动到页面左侧菜单栏，点击服务列表->“开发与运维”->“软件开发生产线CodeArts”进入，如下图："and we get the black windows. 建议方案： 场景描述： go to "进入华为云“控制台”，鼠标移动到页面左侧菜单栏，点击服务列表->“开发与运维”->“软件开发生产线CodeArts”进入，如下图："and we get the black windows. 建议方案：
- 环境描述：CodeArts IDE for Python信息：版本: 3.4.1提交: c3be4d08ef4b68e19b23b4136f5f8a7a960d5095日期: 2025-07-15T04:00:00.368ZOS: Windows_NT x64 10.0.26100本机信息：Windows11家庭版，AMD R5 9600X，DDR5 16G*2（长鑫存储颗粒） 问题描述：CodeArts IDE for Python打开项目，会构建索引。其中依赖库索引构建的时候，CPU占用去到100%，同时IDE设置的默认3G内存限制是完全不够用的。在CPU满负荷工作十几分钟后，弹出内存不够。调整IDE内存上限后（4G也是显示不够，后面调整到8G），才正常构建依赖库索引。查看进程，发现CodeArts IDE for Python的OpenJDK Platform binary是主要占用CPU和内存的进程。 建议方案：优化CodeArts IDE构建依赖库索引的逻辑，减少如此大的资源消耗，减少启动后等待的时间。 环境描述：CodeArts IDE for Python信息：版本: 3.4.1提交: c3be4d08ef4b68e19b23b4136f5f8a7a960d5095日期: 2025-07-15T04:00:00.368ZOS: Windows_NT x64 10.0.26100本机信息：Windows11家庭版，AMD R5 9600X，DDR5 16G*2（长鑫存储颗粒） 问题描述：CodeArts IDE for Python打开项目，会构建索引。其中依赖库索引构建的时候，CPU占用去到100%，同时IDE设置的默认3G内存限制是完全不够用的。在CPU满负荷工作十几分钟后，弹出内存不够。调整IDE内存上限后（4G也是显示不够，后面调整到8G），才正常构建依赖库索引。查看进程，发现CodeArts IDE for Python的OpenJDK Platform binary是主要占用CPU和内存的进程。 建议方案：优化CodeArts IDE构建依赖库索引的逻辑，减少如此大的资源消耗，减少启动后等待的时间。
-
【功能建议】codeart定位不明确 预审不通过尊敬的 CodeArts 开发团队：您好！作为一名长期使用 Visual Studio Code 的开发者，我近期尝试使用了华为推出的 CodeArts IDE（以下简称 CodeArt），在此过程中感受到该工具在功能设计和用户体验上与 VSCode 的原生理念存在较大差异。希望能通过以下几点反馈，协助贵团队更好地打磨产品、理解用户、提升体验。一、理念背离：从“极简”到“繁重”的转变VSCode 一直秉持着 “Do less is more” 的设计理念，核心思想是：少即是多，保留最小必要集，将自由度和可扩展性交还给开发者。这种极简、灵活、模块化的方式恰好满足了广大开发者个性化、快速迭代的工作习惯。而 CodeArt 在架构和交互层面，借鉴了大量 JetBrains 系 IDE 的设计思路，呈现出一种高度集成、厚重、臃肿的体验，这种思路虽然适合部分偏向全家桶式开发的用户，但对于习惯轻量级 VSCode 工作流的开发者来说，使用体验并不友好。具体体现如下：强依赖 CodeArts 生态：许多功能过于依赖平台自身服务，缺乏独立性。界面臃肿，启动缓慢：大量预置插件和窗口堆叠，违背了 VSCode 一贯“启动快、用多少装多少”的哲学。无法自由裁剪功能：插件预装且部分无法卸载，违背了 VSCode 灵活裁剪、自定义的设计初衷。代码智能提示干扰过重：如同 JetBrains 系过度提示一样，反而影响思考流程，降低效率。二、目标用户理解不足CodeArt 的定位应当是提升国产 IDE 的竞争力，但其当前表现却在“看齐 JetBrains”与“照搬 VSCode”之间徘徊，缺乏对目标用户的深入调研和理解。JetBrains 用户会觉得不如原版稳定、生态不如；VSCode 用户则会觉得臃肿、控制感缺失、不灵活；新用户则被复杂的界面和生态限制劝退。如果不能聚焦目标用户画像并为其提供定制化、差异化的核心价值，CodeArt 难以在竞争激烈的 IDE 市场中立足。三、建议与改进方向为使 CodeArt 更贴近开发者真实需求，建议从以下几个方向思考和优化：回归轻量化本质保持 VSCode 的极简哲学，避免“集成一切”，让开发者自由选择所需功能。加强插件生态兼容性尽量与 VSCode 原生插件生态保持兼容，不重复造轮子，也避免做“阉割版”替代。提供“精简模式”或“原生模式”对喜欢原生 VSCode 的用户提供“干净启动”选项，减少无用干扰和预装插件。更开放的用户参与机制建议通过 GitHub、调研问卷或社区机制，倾听用户声音，收集真实反馈并迭代。明确定位：服务谁、解决什么问题是为 DevOps 提供深度整合？还是为国产云平台做入口？界定清晰、设计才能不跑偏。鸿蒙端尽快整改，交由上游vscode团队进行统一维护鸿蒙端希望能将java等组件作为单独的包剥离，不要一起分发总之，我们十分支持华为发展国产开发工具的努力，也相信 CodeArt 拥有成为优秀国产 IDE 的潜力。但前提是：必须走一条属于自己的路，而非盲目集成、模仿或取悦所有人。希望这份建议能为您团队提供参考。期待 CodeArt 在未来的版本中，更加理解并尊重开发者的选择。此致敬礼！一位长期 VSCode 使用者2025年7月9日 尊敬的 CodeArts 开发团队：您好！作为一名长期使用 Visual Studio Code 的开发者，我近期尝试使用了华为推出的 CodeArts IDE（以下简称 CodeArt），在此过程中感受到该工具在功能设计和用户体验上与 VSCode 的原生理念存在较大差异。希望能通过以下几点反馈，协助贵团队更好地打磨产品、理解用户、提升体验。一、理念背离：从“极简”到“繁重”的转变VSCode 一直秉持着 “Do less is more” 的设计理念，核心思想是：少即是多，保留最小必要集，将自由度和可扩展性交还给开发者。这种极简、灵活、模块化的方式恰好满足了广大开发者个性化、快速迭代的工作习惯。而 CodeArt 在架构和交互层面，借鉴了大量 JetBrains 系 IDE 的设计思路，呈现出一种高度集成、厚重、臃肿的体验，这种思路虽然适合部分偏向全家桶式开发的用户，但对于习惯轻量级 VSCode 工作流的开发者来说，使用体验并不友好。具体体现如下：强依赖 CodeArts 生态：许多功能过于依赖平台自身服务，缺乏独立性。界面臃肿，启动缓慢：大量预置插件和窗口堆叠，违背了 VSCode 一贯“启动快、用多少装多少”的哲学。无法自由裁剪功能：插件预装且部分无法卸载，违背了 VSCode 灵活裁剪、自定义的设计初衷。代码智能提示干扰过重：如同 JetBrains 系过度提示一样，反而影响思考流程，降低效率。二、目标用户理解不足CodeArt 的定位应当是提升国产 IDE 的竞争力，但其当前表现却在“看齐 JetBrains”与“照搬 VSCode”之间徘徊，缺乏对目标用户的深入调研和理解。JetBrains 用户会觉得不如原版稳定、生态不如；VSCode 用户则会觉得臃肿、控制感缺失、不灵活；新用户则被复杂的界面和生态限制劝退。如果不能聚焦目标用户画像并为其提供定制化、差异化的核心价值，CodeArt 难以在竞争激烈的 IDE 市场中立足。三、建议与改进方向为使 CodeArt 更贴近开发者真实需求，建议从以下几个方向思考和优化：回归轻量化本质保持 VSCode 的极简哲学，避免“集成一切”，让开发者自由选择所需功能。加强插件生态兼容性尽量与 VSCode 原生插件生态保持兼容，不重复造轮子，也避免做“阉割版”替代。提供“精简模式”或“原生模式”对喜欢原生 VSCode 的用户提供“干净启动”选项，减少无用干扰和预装插件。更开放的用户参与机制建议通过 GitHub、调研问卷或社区机制，倾听用户声音，收集真实反馈并迭代。明确定位：服务谁、解决什么问题是为 DevOps 提供深度整合？还是为国产云平台做入口？界定清晰、设计才能不跑偏。鸿蒙端尽快整改，交由上游vscode团队进行统一维护鸿蒙端希望能将java等组件作为单独的包剥离，不要一起分发总之，我们十分支持华为发展国产开发工具的努力，也相信 CodeArt 拥有成为优秀国产 IDE 的潜力。但前提是：必须走一条属于自己的路，而非盲目集成、模仿或取悦所有人。希望这份建议能为您团队提供参考。期待 CodeArt 在未来的版本中，更加理解并尊重开发者的选择。此致敬礼！一位长期 VSCode 使用者2025年7月9日
- 场景描述：直接打开一个文件夹，里面是有多个模块的工程，然后这些不同的模块父工程都是同一个，但是因为管理的问题，我们是没有父工程这个项目的代码的，是通过依赖的方式的，这个时候Java智能助手是无法识别到不同的模块的。这个从最初的2.2.0版本就出现这个问题，但是到现在好像还是没有解决到。 建议方案：建议参照一下idea 场景描述：直接打开一个文件夹，里面是有多个模块的工程，然后这些不同的模块父工程都是同一个，但是因为管理的问题，我们是没有父工程这个项目的代码的，是通过依赖的方式的，这个时候Java智能助手是无法识别到不同的模块的。这个从最初的2.2.0版本就出现这个问题，但是到现在好像还是没有解决到。 建议方案：建议参照一下idea
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签