请教资深用户， Atom 和 sublimte text 插件装太多，对性能影响大吗？

影响肯定有啊, 不过不用在意这个. 你基本感觉不到卡的

sublime text 应该影响不大，至于 atom，自求多福吧

atom 还是算了启动太慢,sublime 玩破解还是算了,vscode 可以走一波,轮子哥都推荐.当然,我是 vim 当,vscode 下用 vim 还勉强.

atom 听说会有一点卡顿，不过我也只是听说。可以转一下 vscode

楼上说 sublime 玩破解的，是真的大佬！

重度 Atom 用户，就是启动卡，其它还好。

sublime 玩儿破解，有病?

去年用过一阵子 atom，ubuntu 下面，cpu 会突然飙 100%，然后改 sublime 了。。

**sublime 玩破解还是算了** 啥意思

atom 也要看插件的规模。有很多小打小闹的插件开 100 个都没问题。
atom ctrl+shift+p 输入 timecop 就可以看到加载和激活插件占用的时间。
目前我 community packages 激活了 80 个，除了首次启动占用时间比较长，文件开多后内存占用较大，性能上基本没有的问题

2013 的 15 寸 MBP 低配 下 Atom 不卡

win 下的 sublime 数了下我竟然有 30 个插件了，但是不卡。
sublime 困扰我的是 python print 大段内容会卡死 - A -

@beny2mor 本身就是不强制收费的

@q9REUgpVVCU77pWj 你都用了什么插件，要这么多？

不是 sublime 党 请教一下 sublime 破解为什么有病

@ye1in sublime 非强制收费的

@BakaMikuu 这个不激活和激活功能上有没有区别,我没激活感觉差不多啊

@guzzhao 我也没买啊 不太清楚哦

@ye1in sublime 是免费的，付费只是类似于支持作者那种形式

@wsds 刚好顺便整理记录了一下，如下：

# 在用插件
- **A File Icon**: 侧边栏文件图标
- **Anaconda**: Python 包
- **AutoPEP8**: 代码格式化
- **Color Highlighter**: 网页前端颜色代码可视化
- **Compare Side-By-Side**: 文件比对
- **ConvertToUTF8**: 打开文件时解决编码问题
- **CSScomb**: 给 css 属性排序(不太用了)
- **Emmet**: 前端代码补全
- **ExpandRegion**: 快速选中外层
- **Git**: 快速提交之类的
- **GitGutter**: 在行数边显示 git 变化
- **HTML-CSS-JS Prettify**: 代码格式化
- **LESS**: 高亮 less 语法
- **Less2Css**: 存盘时自动保存一份 css
- **Markdown Extended**: md 中特定 code 区高亮
- **MarkdownEditing**: md 代码高亮
- **MarkdownTOC**: md 生成目录
- **markupsafe**: 安全转义的字符串(忘了是干嘛的了)
- **Minify**: 前端存盘自动生成精简版
- **OmniMarkupPreviewer**: 在浏览器实时预览 md
- **Package Control**: 不解释
- **PyV8**: 好象是 emmet 依赖(不知道干嘛的)
- **SideBarEnhancements**: 侧边栏右键增强
- **SublimeLinter**: 代码检查(手动追加 js/css/html 的相关支持)
- **SublimeREPL**: 跑代码
- **SyncedSideBar**: 侧边栏自动定位到当前文件

# 弃用插件
- **LiveStyle**: 在浏览器 Inspect 直接改 css 并查看，同时自动同步修改内容到 sublime 的 css 文件。
- **sublimerge 3**: 文件比较

Atom 是真的卡

@q9REUgpVVCU77pWj Anaconda 这个有啥有啊，增加 python?

@q9REUgpVVCU77pWj 下了一个，代码上全加了框框了，搞啥啊

SublimeLinter 可能会导致 cpu 占用过高

这是我装的插件 https://aaron-bird.github.io/t/sublime-plugin/

@wsds 那些框框，就是各种提示你格式不对呗，比如符号前后空格，逗号后空格，行内超长，等等的。
右键 Anaconda / Show Error List，可以看看。
我一开始也不习惯的，还删掉过一次。后来跳一跳刚出来的时候写过一个外挂，pr 的时候人家指出最好符合 pep8。于是又装了回来，稍微看了下 pep8 规范，再配合 autoPep8，现在基本适应了。
有些警示，比如行内超过 80 字符，我就设置为不提示了。因为经常写爬虫 ua 啥的很容易超。不过还是会尽量主动控制长度。
好处是将来协作的话，团队代码风格可以比较统一。

@wsds Anaconda 主要是带了一些数据分析要用的库，代码检查只是顺带的吧。具体介绍你还是 google 好了。反正我现在主要是做数据相关，所以就装了。

@rabbbit 那个 py 断点的好用吗？

@VDimos Sublime 其实是收费的，不过可以无限期试用，就像当年的 WinRAR。理论上你要用在工作上就要给钱了。

但是破解就很神奇了，无限期试用跟破解有啥区别么，这年代的人连一个弹框都忍不了么。

@q9REUgpVVCU77pWj 关键只提示出个框框，又不能给我自动格式化，要他何用啊，那么多框，不能叫我一行一行改吧

@q9REUgpVVCU77pWj
AutoPep8 插件也没卵用，一格式化就提示 not fixed
SublimeAutoPep8: some issue(s) were not fixed:
File "F:\code\pyProject\Test_interface_py_cm.py", line 33: not fixed E501
File "F:\code\pyProject\Test_interface_py_cm.py", line 34: not fixed E501
File "F:\code\pyProject\Test_interface_py_cm.py", line 48: not fixed E501

@q9REUgpVVCU77pWj
那个扩展就是个快捷键,按 Ctrl + B 帮你输入 import pdb; pdb.set_trace(),谈不上好不要用,手敲也一样

@Vimax 我是 mac 下的。。。之前用过 vscode 的 vi 插件。。。感觉好不顺手。。。还是 sub 的 vi 配合自带的快捷键用起来舒服。。。又转回去了

@wsds 可能性很多，有些会自动，比如加空格。
其他可能性有，非空格缩进、变量未使用、模块在同一行、模块未使用、等等。你还是右键看错误列表吧。实在不习惯就卸了，我一开始也卸过一次的。

难道就我一个人觉得 vscode 很丑么？