今天试用了以下deepin-ide尝试debug C++代码,发现需要改进的方向还有很多。就这张截图,我debug要命令行输入但是我从那里输入呢?
建议多向vscode学习以下,而不是qtcreator:
1.可以打开文件夹。大多数人打开项目第一思路是工程根目录,而不同的开发语言环境工程管理逻辑差异非常大,打开工程有各种各样的工程管理工具和配置文件。
2.cmake管理编译的工程逻辑缓冲文件夹逻辑和cmake命令行操作逻辑保持一致,一般都是在工程目录下默认创建一个build目录。
3,不要默认安装这么多插件,用户自己根据需求自己安装,因为不同人开发用的工具链不同,看看vscode的插件市场,最起码有已安装和搜索列表吧。
4.不要强制塞入AI,让用户按需安装插件,因为不是所有人都希望让AI改自己的代码。如果要用AI,小团队能竞争过那些大厂吗?不是一个量级的要差异化竞争。vscode强行这么干流失很多用户,因为微软想用用户的代码训练自己的copilot。我想目前deepin还没这个想法吧。
5.git支持插件应该升级以下,可以可视化支持更新代码和提交代码。不是所有人都喜欢敲命令,这个插件还是大有可为。比强升级AI都实用。
6.调试这个窗口,运行栈,参数查看,内存查看,断点这些是最常用的需求,应该界面模块放在一起,因为vs和vscode、keil、等都是这么干的。要想吸引他们的用户就要类似。
7.deepin union code安装就能debug这个做的很好,这点比vscode做的好,希望保持。一键debug多重要不用多说。
以上只是个人的看法,有说的不对的多多包涵。最近准备找找其它IDE。搞了一圈突然明白为啥vscode这么大魅力。
再上传一张vscode的截图,没有很多不常用的宽边菜单,把大部分有用空间留给了代码编辑框。建议deepin-ide学习vscode的设计而不是qtcreator。
Featured Collection
Popular Ranking
Popular Events
今天试用了以下deepin-ide尝试debug C++代码,发现需要改进的方向还有很多。就这张截图,我debug要命令行输入但是我从那里输入呢?
建议多向vscode学习以下,而不是qtcreator:
1.可以打开文件夹。大多数人打开项目第一思路是工程根目录,而不同的开发语言环境工程管理逻辑差异非常大,打开工程有各种各样的工程管理工具和配置文件。
2.cmake管理编译的工程逻辑缓冲文件夹逻辑和cmake命令行操作逻辑保持一致,一般都是在工程目录下默认创建一个build目录。
3,不要默认安装这么多插件,用户自己根据需求自己安装,因为不同人开发用的工具链不同,看看vscode的插件市场,最起码有已安装和搜索列表吧。
4.不要强制塞入AI,让用户按需安装插件,因为不是所有人都希望让AI改自己的代码。如果要用AI,小团队能竞争过那些大厂吗?不是一个量级的要差异化竞争。vscode强行这么干流失很多用户,因为微软想用用户的代码训练自己的copilot。我想目前deepin还没这个想法吧。
5.git支持插件应该升级以下,可以可视化支持更新代码和提交代码。不是所有人都喜欢敲命令,这个插件还是大有可为。比强升级AI都实用。
6.调试这个窗口,运行栈,参数查看,内存查看,断点这些是最常用的需求,应该界面模块放在一起,因为vs和vscode、keil、等都是这么干的。要想吸引他们的用户就要类似。
7.deepin union code安装就能debug这个做的很好,这点比vscode做的好,希望保持。一键debug多重要不用多说。
以上只是个人的看法,有说的不对的多多包涵。最近准备找找其它IDE。搞了一圈突然明白为啥vscode这么大魅力。
