
























这是一个创建于 1467 天前的主题,其中的信息可能已经有所发展或是发生改变。
1 geelaw 2022 年 6 月 9 日支持,天下苦 Electron 久矣 |
3 pengtdyd 2022 年 6 月 9 日rust 用来写 GUI 这个是不是有点用偏了。。。rust 应该在嵌入式和高性能场景使用吧。 |
5 laogui 2022 年 6 月 9 日 via Android五年前 vscode 火起来的时候就感觉要关了,竟然坚持到现在。 |
10 07ly 2022 年 6 月 9 日编辑器作为占据开发人员大部分工作时间的软件,那性能肯定是越高越好。 |
11 chendy 2022 年 6 月 9 日除非插件也都 rust 写质量还都高的恐怖,否则也就图一乐吧 |
12 drackzy 2022 年 6 月 9 日用过几个 Rust 写的 UI 程序丝滑般流畅感觉不到卡顿。neovide 、alacritty 、wezterm 之类的。 |
13 miniliuke 2022 年 6 月 9 日目前 RUST 大部分 UI 都是 GPU 实时渲染,软件一开下来 GPU 呼呼的...... |
14 jorneyr 2022 年 6 月 9 日Atom 的 Ui 细腻程度比 VS Code 高太多,可惜当年坚持使用 Atom ,但最后还是无奈放弃。 |
15 ttgo 2022 年 6 月 9 日从 atom 一出生,就一直在用 atom 做文本编辑器 |
16 AV1 2022 年 6 月 9 日Adobe 也是去年这个时候宣布放弃 Brackets 。 |
18 ikaros 2022 年 6 月 9 日VS Code 会因此做出啥改变吗? |
20 holydancer 2022 年 6 月 9 日Apple 啥时候能放弃 Xcode 就好了,槽点太多 |
22 sigoden 2022 年 6 月 9 日现在经济不行了,没有前景的东西估计会应砍尽砍。猜猜还有哪儿? |
23 serialt 2022 年 6 月 9 日毕竟都是微软的,同样的框架,同样的功能 |
24 shmilypeter 2022 年 6 月 9 日Atom 的字体以及 UI 看起来是真的舒服,不知道 VS Code 能不能调成一样的。 微软做 VS Code 反而是最成功的,后来居上把很多竞争者都干嗝屁了,不知道现在还有没有人花钱买 sublime |
27 molvqingtai 2022 年 6 月 9 日真的好喜欢 ATOM 的 UI 啊,真的很讨厌 vscode 浓浓的巨硬风格,都快成编辑的的标准布局了 |
28 Mateverse 2022 年 6 月 9 日虽然 ATOM 确实似乎好看一点,但是每次打开跟难产一样,真的受不了。 |
29 Envov 2022 年 6 月 9 日atom 的颜值和快捷键一直挪用到 vscode 上 |
31 Mrxx 2022 年 6 月 9 日一直在用 ATOM+vim ,直到忽然卡的受不了,也没有解决办法,就放弃了 |
32 lujiaosama 2022 年 6 月 9 日@holydancer Xcode 就是座陈年屎山, 重构不知道要花多大精力. 我就不理解一个 ide 大得这么离谱, 放着不动都几十个 g, 而且每次都只能升级系统才能装上最新的 Xcode. |
34 janxin 2022 年 6 月 9 日Atom 实在太卡了,当时一直坚持 ST3 ,直到 VSC 接任 VSC 没有这么强的优化的话也被我丢到垃圾桶去了 |
36 so898 2022 年 6 月 9 日Atom 看着 VS Code ,仰天长叹:既生瑜何生亮! |
37 Buges 2022 年 6 月 9 日 via Android@chendy 是这样的,rust 提供的很多特性让人用了就回不去,再写别的语言就很痛苦。习惯了 rust 你就不会去写防御性编程,不会关心资源释放,经常写出空指针异常和泄露资源。还有没有 ADT 很多东西都不会表示了。 |
39 fuchish112 2022 年 6 月 9 日就看看未来几年是否有新的编辑器改变现有格局了,说实话,vscode 还是不够丝滑。 |
40 liuxu 2022 年 6 月 9 日想象一下,你将有一个只占 100MB 内存(夸张)的 IDEA Ultimate ,Vscode ,Xcode |
41 sigoden 2022 年 6 月 9 日我们错过了编程语言,错过了操作系统,错过了浏览器。但正在经历 IDE 的黄金时代,但我们什么都没做。 |
42 GiantHard 2022 年 6 月 9 日我感觉真正需要的是使用 rust 编写的 LSP server |
43 fpure 2022 年 6 月 9 日支持为 rust 写 ui 多踩踩坑 |
45 MegrezZhu 2022 年 6 月 9 日早该放弃了,除了好看一无是处,几年前我用的时候就是因为 atom 内存泄露以及严重卡顿而转投 vscode 的。 |
46 mxT52CRuqR6o5 2022 年 6 月 9 日 via Android似乎越来越倾向于用带 runtime 和 gc 的语言去做 ui |
50 dcsuibian 2022 年 6 月 9 日只能说 vscode 太强了。 |
52 wu67 2022 年 6 月 9 日@oIMOo 你是说保存后立刻触发格式化代码这个动作? 上几个版本的 vscode 就支持了, 不过需要依赖额外的扩展. "editor.codeActionsOnSave": { 先配置好格式化代码的默认扩展, 然后加上这个配置, 保存时就会自动格式化了. |
54 zenotian 2022 年 6 月 9 日看了下 atom 源码,里面使用 remote 模块写的代码太多了,性能差是难免的。electron 版本升级早把 remote 干掉了,atom 重构可不是个小工程。 |
57 lamCJ 2022 年 6 月 9 日GitHub 放弃 Atom 也能理解,GitHub 自己都是 MS 的了,MS 已经有 VS Code 了还搞那么多编辑器干啥,浪费资源搞内部竞争吗哈哈。Atom 团队另起炉灶说不定是更好的出路。另外我还是觉得 VS Code 暂时无敌。 |
59 geelaw 2022 年 6 月 9 日@villivateur 是啊,如果有一个不基于 Electron 的 VSCode 的话我会倾向于使用那个想象中的版本。 |
60 lolizeppelin 2022 年 6 月 9 日回想起了用 atom 卡得我蛋痛的经历,导致我看见 js 写的编辑器就怕 去死吧!!!!渣渣!!! |
61 libook 2022 年 6 月 9 日微软收购 GitHub 的时候就知道 Atom 要凉,与 VSCode 定位一样就没必要同时存在了。 Rust 门槛有点高,想搞插件平台的话可能开发者会少一些,不过依然期待。 |
62 2NUT 2022 年 6 月 9 日sublime 提供了 ctrl shift p |
63 why1gz 2022 年 6 月 9 日 via Android毕竟,微软有自己亲儿子 vs code 。 |
65 0x2CA 2022 年 6 月 9 日用过 Atom ,还是挺怀念的,不过的确没有 Vscode 好用,期待新的 ide |
67 est 2022 年 6 月 9 日编辑器居然卷了个这么个玩意出来 。sublime4 免费党路过。 |
68 junkun 2022 年 6 月 9 日atom 就是速度太慢了,当初我也是更喜欢 atom 的,vscode 的左边那栏图标我现在都觉得不好看,并且在 mac 上 vscode 还多一个标题栏。但是感觉现在 vscode 也在越来越慢。 |
70 Frytea 2022 年 6 月 9 日看到 Atom 就想叹一口气。之前公司联想台式机,每次打开 Atom 的官网就想装,然后信誓旦旦的决定用它替代 Vs code 做 C/C++ 远程开发,然后,,过两天发现太难用+太卡顿就卸了。。。。然后有一天,又打来了 Atom 官网。。。循环。。。 后来就用 sublime 了,多项目+海量代码+查找替换都很灵活丝滑好用。 于是现在就是 sublime + JetBrains 了。 |
72 MegrezZhu 2022 年 6 月 10 日@Cu635 #65 是的,然而它好歹能有比 atom 好得多的性能(主要是 UI 响应这块),而 atom 吃了内存不干活的程度一度(至今也)让我怀疑它是内存泄露了。 |
74 wobuhuicode 2022 年 6 月 10 日我在 16 年才用 vscode ,之前一直使用 atom 。现在 vscode 安装的主题还是 atom 的主题 |
75 ychost 2022 年 6 月 10 日vscode 也好,atom 也好,感觉写代码还是没有 IDEA/WebStorm 流畅(重命名,引包,调试等等),当然 visual studio 仍然是宇宙第一 |
76 tutuge 2022 年 6 月 10 日基于 GPU 开发 GUI 的项目越来越多了,Warp 、Zed |
77 nojsja 2022 年 6 月 10 日今天刚下来体验了一下,win 上 20%的 cpu 占用率居高不下,关键是只开了一个文件,啥都没动,还是卸载了。 |
78 okampfer 2022 年 6 月 11 日各位用过 JetBrains 家的 Fleet 了吗?感觉怎么样? |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。