Github宣布Atom与Sublime非常相似 . 甚至一些键盘快捷键如⌘P，⌘ShiftP等都是相同的 .
Atom与Sublime有何不同？
它是否包括IDE功能，如构建工具，函数定义跳转，文档等？
有没有人使用Sublime获得Beta邀请来指出差异？
我可以按原样使用Sublime中的主题，方案和包，就像Sublime可以使用 text mate 一样 .
1
PS：在新标签页中打开图像以获得更大的分辨率 .
我尝试了Atom，它看起来非常好但是有一个主要问题（至少在v 0.84中）：
它不支持垂直选择Alt Drag - 这是每个现代代码编辑器必须的 .
How is Atom different from Sublime?
Atom是一个基于JavaScript / HTML / CSS的开源文本编辑器/ IDE .
Sublime Text是一种商业产品，基于C / C和Python构建 .
与Atom相似的是Adobe Brackets，另一个基于JavaScript / HTML / CSS构建的开源文本编辑器/ IDE . 请注意，这使得Brackets更倾向于Web开发，特别是在前端 .
开源项目的优势是更快的开发速度，当然还有价格 .
Does it include IDE features like build tools, function definition jumps, documentations, etc.?
简短的回答是肯定的，是的，是的 . 该应用程序完全模块化 . 开源将使人们可以自由填补其中一些功能的空白 .
Has anyone using Sublime got a Beta invitation to point out the differences?
Atom的优点是入门级的可破解性，因为它 Build 在为网站提供支持的相同代码之上 .
Sublime Text的优点在于性能，因为它不是一个更成熟的产品，即将达到稳定版本3 .
评论中可以包含很长的微小差异列表（我希望这个降价可以绘制一个表格进行比较，但这是另一个问题） .
由于Atom的快速投票率，我担心我在这里列出的一些差异会随着时间的推移而变得过时 . 例如，在撰写本文时，Atom仅在Macintosh上可用，而Sublime Text已经是多平台 .
Can I use the themes, schemes and packages from Sublime as is, like Sublime could do with text mate.
简短的回答是否定的，但由于Atom的可攻击性，将其他编辑器的包重新组合到Atom很容易 .
除了先前答案中的要点之外，从它们的开发选择的角度来澄清这两种产品之间的差异是值得的 .
Sublime是为平台二进制编译的 . 它的核心是用C / C编写的，它的许多功能都是用Python实现的，它也是用于扩展它的语言 . Atom是用Node.js / Coffeescript编写的，在webkit下运行，Coffeescript是扩展语言 . 虽然UI和UX类似，但Sublime的表现明显优于Atom，尤其是在“繁重的工作”中，例如处理大文件，复杂的SnR或对文件/缓冲区进行大量处理的插件 . 虽然我预计Atom的成熟会有所改进，但设计和平台选择会限制性能 .
Sublime的"closed"部分包括API和UI . 除了皮肤/主题和颜色，API目前很难修改UI的其他方面 . 例如，Sublime插件不能与侧边栏交互，控制或绘制在编辑区域上（除了以某种有限的方式，例如在排水沟中）或操纵状态栏超出基本文本 . Atom的“封闭”部分目前尚不清楚，但我觉得它更小 . Atom拥有更丰富的API（尽管目前记录不完整），其设计目标是允许更好地控制其UI . 与webkit紧密结合，为Sublime目前无法实现的UI功能增强提供了许多功能 . 但是，Sublime的扩展程序更接近原生，因此在Sublime中可以在大缓冲区中执行计算密集型，高度重复性或复杂的文本操作 .
由于Atom将会更多开放，Github将于5月6日开源Atom . 结果，它的发展最近明显放缓了 but it's not dead . 特别是有一些错误，许多是非常微不足道的，没有被开发人员修复 . 没有人会展示imo，但是如果你想通过定期的错误修正和增强来快速开发，Sublime会让人感到沮丧 . 据Github的统计数据显示，Windows和Linux的可安装Atom软件包尚未发布，代码库上的活动似乎在宣布之前和之后的几周内已经冷却 .
就IDE功能而言，从webdev的角度来看，Atom将允许扩展到接近像Webstorm这样的产品，尽管还没有出现过 . 由于编辑本身感觉迟钝，因此Atom将如何执行此类“重型”扩展还有待观察 . 由于API的限制和缺乏底层webkit，Sublime将不允许这种级别的UI自定义，尽管开发人员可能会扩展API以支持此类功能 . 同样，Sublime的基本性能允许涉及计算咕噜声的事情; ST3的符号索引就是一个例子即使是大项目也表现良好 . 虽然Atom的用户界面肯定是以Sublime为蓝本的，但是一些改进明显缺失，例如Sublime的学习面板和制表符完整的弹出窗口，它们根据您最常用的那些加权默认值 .
我认为这些产品是互补的 . 他们共享相似的视觉效果和击键的事实只会增加事实 . 在某些情况下，使用任何一种都有优势 . 目前，Sublime是一款成熟的产品，在所有三个平台上都具有功能平等，并提供丰富的插件 . Atom是一个新的孩子，其特征将迅速增长;它还没有准备好 生产环境 ，并且在性能方面存在顾虑 .
[更新/编辑：2015年5月18日]
自编写上述内容以来，关于这两位编辑的改进的说明 .
除了错误修正和对其核心的改进之外，Atom还经历了第三方扩展的快速增长，自动完成加成为标准Atom发行版的一部分 . 扩展质量差异很大，特别恼人的是不稳定的第三方软件包可能导致编辑器崩溃的频率 . 在去年，由于性能原因，Atom已经开始使用React将回流/重绘活动转移到GPU，从而显着提高了UI对典型编辑操作（滚动，光标移动等）的响应能力 . 虽然这显着改善了编辑器的感觉，但对于如上所述的CPU密集型任务仍然感觉很麻烦，并且在启动时仍然很慢 . 除了性能改进之外，Atom感觉全面稳定 .
自2015年1月以来，Sublime的开发再次出现，包括错误修正，一些小的新功能（工具提示API，构建系统改进）以及基于yaml的.sublime语法定义（以最终取代旧版本）形式的主要开发xml .tmLanguage） . 与一个取代Onigurama的自定义正则表达式引擎一起，新系统提供了更多的精确正则表达式匹配的可能性，显着更快（最多4倍）并且可以并行执行多个匹配 . 除了着色语法之外，Sublime还使用这些组件进行符号索引（goto定义等）和其他语言感知功能 . 除了进一步加速Sublime，特别是对于大文件，这个功能应该开辟了高性能语言特定功能的潜力，例如代码重构等 . 进一步的'大发展'得到承诺，尽管作者仍然如此，对他们说不出口 .
Atom是使用Node.js，CoffeeScript和LESS编写的 . 然后将其包装在WebKit包装器中，该包装器最初仅适用于OSX，尽管现在还有Windows版本可用 . （Linux版本必须从源代码构建，但Ubuntu用户有一个PPA . ）
很多架构和功能都是从Sublime Text复制的，因为它们经过了试验和测试 . 插件系统的工作方式几乎相同，但通过公开新的API也开辟了许多新功能和潜力 .
我相信由于肌肉记忆，快捷方式基本保持不变 - 人们会记住它们并能够立即点击Atom .
可以使用GUI控制首选项，而不是直接编辑JSON，这可能会降低让人们开始使用Atom的入门门槛 . 由于“首选项”中没有搜索功能，我自己发现很难导航它们 .
您可以在##atom-invites IRC Channels 上注册邀请或注册到他们的网站并添加您的电子邮件 . 第一轮邀请很快就来了 .
Atom is open source（现在已经持续了几个小时），而Sublime Text却没有 .
Here are some differences between the two:
原子is open source（麻省理工学院执照）
Sublime Text costs $70的单用户许可证 .
Atom写于Node.js, CoffeeScript, HTML and LESS .
Sublime Text is written in C++, Python for plugins, and Objective-C for Cocoa integration
Atom有built-in package manager*
Sublime Text取决于包管理的第三方解决方案（Wbond Package Control）
在撰写本文时（2014年5月20日），仅适用于Mac OS X（10.8或更高版本）的Atom二进制文件 . 如果要在Windows或Linux下使用它，则必须构建它 . Update: 如今，there are Atom binaries for Mac OS X (10.8 or later) Windows and Linux .
Sublime Text二进制文件是available for Mac OS X, Windows (installable or portable) and Linux (as a .deb or tarball)
可以配置原子设置either through a user-friendly interface or directly by editing configuration files .
Sublime Text only allows you to change settings through configuration files .
*虽然APM是一个独立的工具，但它与Atom捆绑并自动安装
Atom由Github创建，它包含“git awareness” . 这是我非常喜欢的一个功能：
它还突出显示了git树中根据其提交状态改变了不同颜色的文件：
我今天刚收到我的测试版邀请，并立即尝试了Atom . GUI感觉像Sublime，是的，有一些从Sublime采用的快捷方式 .
除了上面提到的一切，这里有一些我已经注意到的差异远：
Vim模式不如Sublime上的Vintage模式（这也不是一个功能齐全的vim），因为vim包处于开发的早期阶段 . 有关详细信息，请参阅https://atom.io/packages/vim-mode .
正如James所说，Atom是使用Web工具编写的，因此您可以访问文本编辑器（styles.less）的样式表，以使用CSS执行您想要的任何外观更改 . 还有一个选项可以更改启动CoffeeScript .
再次，因为Atom仍处于测试阶段，Sublime拥有更多本机插件包 . 但是，由于Atom是用Node.js编写的，因此Atom官方网站称你可以“从Node的软件包库中选择超过5万个” . （因为我不是Node.js专业版，但我没有考虑过这个功能）
Atom有更好的Github支持开箱即用，但Sublime有几个Git包 .
Sublime是付费申请无限期评估期 . Atom在测试阶段是免费的，但我们不知道Github是否想要收费 .
因此，底线是Atom是一个在测试阶段使用Web技术构建的文本编辑器 . 相比之下，Sublime已经通过许多不同的迭代进化而来 . Atom仍然缺少Sublime支持的很多软件包，所以问题是Atom会赶上Sublime还是变得更好？由于其流行的底层技术，Github似乎对此文本编辑的未来充满信心，从长远来看，Atom可能是Sublime的一个很好的替代品 .
另一个区别是Sublime文本是一个封闭的源项目，而Atom源代码是/将公开可用 - 尽管Github不打算将其作为一个真正的开源项目发布 . 他们希望提供对代码的访问权限，而无需将其打开 .
Github将代码公开：http://blog.atom.io/2014/05/06/atom-is-now-open-source.html
Atom仍然处于测试阶段（因为我写这篇文章时为0.123），但它正在快速发展 . 比Sublime更快的方式 . 新版本每周发布一次，有时甚至在同一周内发布一些 . 在其短暂的生命周期中，它拥有比Sublime更多的版本，这需要数月才能发布新功能或修复bug . 以下是回顾Atom自推出测试版以来所采取的路径的更新内容：
Sublime的性能优于Atom . 仅仅因为它是用C语言编写的 . 另一方面，Atom是一个基于网络的桌面应用程序， Build 在Chromium之上，虽然它们将性能放在心上，但要达到相同的速度和响应速度将非常困难甚至不可能 . 去年7月，Atom开始使用React，它给了它一个不错的性能提升，但你仍然可以感受到它的不同 . 除此之外，如果Atom的性能问题不会推动用户离开 - Sublime可以更好地加快发布周期，简化其小型UX调整，并考虑让更多的贡献者，因为这是Atom获胜的地方 .
Atom的软件包生态系统也在快速增长，它可能没有Sublime那么大，但我有一种感觉，GitHub在它的背后它会继续增长得更快 . 它可能有你想到的大多数类似IDE的插件 . 现在的一个主要区别是它无法处理大于2MB的文件，因此需要牢记这一点 .
首先要注意的一点是Sublime迷你 Map 已经消失了！除此之外，第一印象是Atom与Sublime看起来几乎相同 . 我在blog post中对此进行了更深入的比较 .
没有简单直接的方式来移植您的Sublime配置，软件包等，据我所知 .
一个主要的区别是支持“印度字体”又名南亚脚本（包括东南亚语言，如高棉语，老挝语，缅甸语和泰语） . 此外，还有更好的东亚语言支持（中文，日文，韩文） . 这些已知的错误（实际上是评价最高的错误）已持续多年（认为看起来东亚语言支持过去效果更好但现在变得难以使用）：
http://sublimetext.userecho.com/topic/117587-thai-language-issue/
http://sublimetext.userecho.com/topic/99013-can-not-show-or-type-chinese-charactor-on-ubuntu-system/
我在极端的环境中工作;编辑安装在我的笔记本电脑上的远程文件系统（外部网络，通过ssh（aka .sshfs））上的文件 . 无论我为什么这样做，虽然它的响应速度很繁琐，但是当我使用Sublime Text 2时，它是相当可食用的 .
我在读完这篇文章后尝试了Atom，但事实证明这对我来说有些痛苦; Atom似乎没有如此高效地缓存目录结构 . 每次我在树视图上展开文件夹时，UI都会冻结很短的时间，2~3秒，可能会获取文件系统信息 . 是的，这是因为我正在使用远程文件系统 . 但Sublime处理这个效率更高，至少每次扩展文件夹时它都不会冻结，所以更少痛苦 .
我认为Atom是免费的地狱，我的故事是微不足道的，有一天可能会有所增强，但这对当时的某些人来说会有所帮助 .
added on 8/26/2014
最近，我将我的笔记本电脑从Macbook Air 2010后期改为Macbook Pro 13“2013年末 . 它的CPU速度提高了4倍，性能也有了很大提升 . 我想提一下我的观点是关于你何时安装远程文件系统的情况 . （使用 OS X Mavericks ，最新版本的Atom，FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0，远程系统是Ubuntu服务器）最后，UI冻结变得非常短，但它仍然存在 . 具体来说，打开一个文件夹中包含许多文件夹/文件并将其编入索引需要一定的时间 . 此外，如果你展开一个文件夹，它只会动摇 . （折叠文件夹时，它不会）
根据@EliDuenisch的说法，似乎没有发生在Linux Mint上 . 我不确定，但它可能来自操作系统之间的差异 . 当然，如果您使用本地文件系统，则根本不必关心此问题 .
注意::
它已经被证明了很多次 .
到目前为止，没有人指出的一个主要区别是，对于某些人来说可能很重要的是（至少在Windows上）Atom并不完全支持其他键盘布局而不是美国 . 有一个错误报告，有几百个帖子已经开放超过一年（https://github.com/atom/atom-keymap/issues/35） .
选择编辑时可能会有用 .
14 回答
我尝试了Atom，它看起来非常好但是有一个主要问题（至少在v 0.84中）：
它不支持垂直选择Alt Drag - 这是每个现代代码编辑器必须的 .
How is Atom different from Sublime?
Atom是一个基于JavaScript / HTML / CSS的开源文本编辑器/ IDE .
Sublime Text是一种商业产品，基于C / C和Python构建 .
与Atom相似的是Adobe Brackets，另一个基于JavaScript / HTML / CSS构建的开源文本编辑器/ IDE . 请注意，这使得Brackets更倾向于Web开发，特别是在前端 .
开源项目的优势是更快的开发速度，当然还有价格 .
Does it include IDE features like build tools, function definition jumps, documentations, etc.?
简短的回答是肯定的，是的，是的 . 该应用程序完全模块化 . 开源将使人们可以自由填补其中一些功能的空白 .
Has anyone using Sublime got a Beta invitation to point out the differences?
Atom的优点是入门级的可破解性，因为它 Build 在为网站提供支持的相同代码之上 .
Sublime Text的优点在于性能，因为它不是一个更成熟的产品，即将达到稳定版本3 .
评论中可以包含很长的微小差异列表（我希望这个降价可以绘制一个表格进行比较，但这是另一个问题） .
由于Atom的快速投票率，我担心我在这里列出的一些差异会随着时间的推移而变得过时 . 例如，在撰写本文时，Atom仅在Macintosh上可用，而Sublime Text已经是多平台 .
Can I use the themes, schemes and packages from Sublime as is, like Sublime could do with text mate.
简短的回答是否定的，但由于Atom的可攻击性，将其他编辑器的包重新组合到Atom很容易 .
除了先前答案中的要点之外，从它们的开发选择的角度来澄清这两种产品之间的差异是值得的 .
Sublime是为平台二进制编译的 . 它的核心是用C / C编写的，它的许多功能都是用Python实现的，它也是用于扩展它的语言 . Atom是用Node.js / Coffeescript编写的，在webkit下运行，Coffeescript是扩展语言 . 虽然UI和UX类似，但Sublime的表现明显优于Atom，尤其是在“繁重的工作”中，例如处理大文件，复杂的SnR或对文件/缓冲区进行大量处理的插件 . 虽然我预计Atom的成熟会有所改进，但设计和平台选择会限制性能 .
Sublime的"closed"部分包括API和UI . 除了皮肤/主题和颜色，API目前很难修改UI的其他方面 . 例如，Sublime插件不能与侧边栏交互，控制或绘制在编辑区域上（除了以某种有限的方式，例如在排水沟中）或操纵状态栏超出基本文本 . Atom的“封闭”部分目前尚不清楚，但我觉得它更小 . Atom拥有更丰富的API（尽管目前记录不完整），其设计目标是允许更好地控制其UI . 与webkit紧密结合，为Sublime目前无法实现的UI功能增强提供了许多功能 . 但是，Sublime的扩展程序更接近原生，因此在Sublime中可以在大缓冲区中执行计算密集型，高度重复性或复杂的文本操作 .
由于Atom将会更多开放，Github将于5月6日开源Atom . 结果，它的发展最近明显放缓了 but it's not dead . 特别是有一些错误，许多是非常微不足道的，没有被开发人员修复 . 没有人会展示imo，但是如果你想通过定期的错误修正和增强来快速开发，Sublime会让人感到沮丧 . 据Github的统计数据显示，Windows和Linux的可安装Atom软件包尚未发布，代码库上的活动似乎在宣布之前和之后的几周内已经冷却 .
就IDE功能而言，从webdev的角度来看，Atom将允许扩展到接近像Webstorm这样的产品，尽管还没有出现过 . 由于编辑本身感觉迟钝，因此Atom将如何执行此类“重型”扩展还有待观察 . 由于API的限制和缺乏底层webkit，Sublime将不允许这种级别的UI自定义，尽管开发人员可能会扩展API以支持此类功能 . 同样，Sublime的基本性能允许涉及计算咕噜声的事情; ST3的符号索引就是一个例子即使是大项目也表现良好 . 虽然Atom的用户界面肯定是以Sublime为蓝本的，但是一些改进明显缺失，例如Sublime的学习面板和制表符完整的弹出窗口，它们根据您最常用的那些加权默认值 .
我认为这些产品是互补的 . 他们共享相似的视觉效果和击键的事实只会增加事实 . 在某些情况下，使用任何一种都有优势 . 目前，Sublime是一款成熟的产品，在所有三个平台上都具有功能平等，并提供丰富的插件 . Atom是一个新的孩子，其特征将迅速增长;它还没有准备好 生产环境 ，并且在性能方面存在顾虑 .
[更新/编辑：2015年5月18日]
自编写上述内容以来，关于这两位编辑的改进的说明 .
除了错误修正和对其核心的改进之外，Atom还经历了第三方扩展的快速增长，自动完成加成为标准Atom发行版的一部分 . 扩展质量差异很大，特别恼人的是不稳定的第三方软件包可能导致编辑器崩溃的频率 . 在去年，由于性能原因，Atom已经开始使用React将回流/重绘活动转移到GPU，从而显着提高了UI对典型编辑操作（滚动，光标移动等）的响应能力 . 虽然这显着改善了编辑器的感觉，但对于如上所述的CPU密集型任务仍然感觉很麻烦，并且在启动时仍然很慢 . 除了性能改进之外，Atom感觉全面稳定 .
自2015年1月以来，Sublime的开发再次出现，包括错误修正，一些小的新功能（工具提示API，构建系统改进）以及基于yaml的.sublime语法定义（以最终取代旧版本）形式的主要开发xml .tmLanguage） . 与一个取代Onigurama的自定义正则表达式引擎一起，新系统提供了更多的精确正则表达式匹配的可能性，显着更快（最多4倍）并且可以并行执行多个匹配 . 除了着色语法之外，Sublime还使用这些组件进行符号索引（goto定义等）和其他语言感知功能 . 除了进一步加速Sublime，特别是对于大文件，这个功能应该开辟了高性能语言特定功能的潜力，例如代码重构等 . 进一步的'大发展'得到承诺，尽管作者仍然如此，对他们说不出口 .
Atom是使用Node.js，CoffeeScript和LESS编写的 . 然后将其包装在WebKit包装器中，该包装器最初仅适用于OSX，尽管现在还有Windows版本可用 . （Linux版本必须从源代码构建，但Ubuntu用户有一个PPA . ）
很多架构和功能都是从Sublime Text复制的，因为它们经过了试验和测试 . 插件系统的工作方式几乎相同，但通过公开新的API也开辟了许多新功能和潜力 .
我相信由于肌肉记忆，快捷方式基本保持不变 - 人们会记住它们并能够立即点击Atom .
可以使用GUI控制首选项，而不是直接编辑JSON，这可能会降低让人们开始使用Atom的入门门槛 . 由于“首选项”中没有搜索功能，我自己发现很难导航它们 .
您可以在##atom-invites IRC Channels 上注册邀请或注册到他们的网站并添加您的电子邮件 . 第一轮邀请很快就来了 .
Atom is open source（现在已经持续了几个小时），而Sublime Text却没有 .
Here are some differences between the two:
原子is open source（麻省理工学院执照）
Sublime Text costs $70的单用户许可证 .
Atom写于Node.js, CoffeeScript, HTML and LESS .
Sublime Text is written in C++, Python for plugins, and Objective-C for Cocoa integration
Atom有built-in package manager*
Sublime Text取决于包管理的第三方解决方案（Wbond Package Control）
在撰写本文时（2014年5月20日），仅适用于Mac OS X（10.8或更高版本）的Atom二进制文件 . 如果要在Windows或Linux下使用它，则必须构建它 . Update: 如今，there are Atom binaries for Mac OS X (10.8 or later) Windows and Linux .
Sublime Text二进制文件是available for Mac OS X, Windows (installable or portable) and Linux (as a .deb or tarball)
可以配置原子设置either through a user-friendly interface or directly by editing configuration files .
Sublime Text only allows you to change settings through configuration files .
*虽然APM是一个独立的工具，但它与Atom捆绑并自动安装
Atom由Github创建，它包含“git awareness” . 这是我非常喜欢的一个功能：
它还突出显示了git树中根据其提交状态改变了不同颜色的文件：
我今天刚收到我的测试版邀请，并立即尝试了Atom . GUI感觉像Sublime，是的，有一些从Sublime采用的快捷方式 .
除了上面提到的一切，这里有一些我已经注意到的差异远：
Vim模式不如Sublime上的Vintage模式（这也不是一个功能齐全的vim），因为vim包处于开发的早期阶段 . 有关详细信息，请参阅https://atom.io/packages/vim-mode .
正如James所说，Atom是使用Web工具编写的，因此您可以访问文本编辑器（styles.less）的样式表，以使用CSS执行您想要的任何外观更改 . 还有一个选项可以更改启动CoffeeScript .
再次，因为Atom仍处于测试阶段，Sublime拥有更多本机插件包 . 但是，由于Atom是用Node.js编写的，因此Atom官方网站称你可以“从Node的软件包库中选择超过5万个” . （因为我不是Node.js专业版，但我没有考虑过这个功能）
Atom有更好的Github支持开箱即用，但Sublime有几个Git包 .
Sublime是付费申请无限期评估期 . Atom在测试阶段是免费的，但我们不知道Github是否想要收费 .
因此，底线是Atom是一个在测试阶段使用Web技术构建的文本编辑器 . 相比之下，Sublime已经通过许多不同的迭代进化而来 . Atom仍然缺少Sublime支持的很多软件包，所以问题是Atom会赶上Sublime还是变得更好？由于其流行的底层技术，Github似乎对此文本编辑的未来充满信心，从长远来看，Atom可能是Sublime的一个很好的替代品 .
另一个区别是Sublime文本是一个封闭的源项目，而Atom源代码是/将公开可用 - 尽管Github不打算将其作为一个真正的开源项目发布 . 他们希望提供对代码的访问权限，而无需将其打开 .
Github将代码公开：http://blog.atom.io/2014/05/06/atom-is-now-open-source.html
Atom仍然处于测试阶段（因为我写这篇文章时为0.123），但它正在快速发展 . 比Sublime更快的方式 . 新版本每周发布一次，有时甚至在同一周内发布一些 . 在其短暂的生命周期中，它拥有比Sublime更多的版本，这需要数月才能发布新功能或修复bug . 以下是回顾Atom自推出测试版以来所采取的路径的更新内容：
Sublime的性能优于Atom . 仅仅因为它是用C语言编写的 . 另一方面，Atom是一个基于网络的桌面应用程序， Build 在Chromium之上，虽然它们将性能放在心上，但要达到相同的速度和响应速度将非常困难甚至不可能 . 去年7月，Atom开始使用React，它给了它一个不错的性能提升，但你仍然可以感受到它的不同 . 除此之外，如果Atom的性能问题不会推动用户离开 - Sublime可以更好地加快发布周期，简化其小型UX调整，并考虑让更多的贡献者，因为这是Atom获胜的地方 .
Atom的软件包生态系统也在快速增长，它可能没有Sublime那么大，但我有一种感觉，GitHub在它的背后它会继续增长得更快 . 它可能有你想到的大多数类似IDE的插件 . 现在的一个主要区别是它无法处理大于2MB的文件，因此需要牢记这一点 .
首先要注意的一点是Sublime迷你 Map 已经消失了！除此之外，第一印象是Atom与Sublime看起来几乎相同 . 我在blog post中对此进行了更深入的比较 .
没有简单直接的方式来移植您的Sublime配置，软件包等，据我所知 .
一个主要的区别是支持“印度字体”又名南亚脚本（包括东南亚语言，如高棉语，老挝语，缅甸语和泰语） . 此外，还有更好的东亚语言支持（中文，日文，韩文） . 这些已知的错误（实际上是评价最高的错误）已持续多年（认为看起来东亚语言支持过去效果更好但现在变得难以使用）：
http://sublimetext.userecho.com/topic/117587-thai-language-issue/
http://sublimetext.userecho.com/topic/99013-can-not-show-or-type-chinese-charactor-on-ubuntu-system/
我在极端的环境中工作;编辑安装在我的笔记本电脑上的远程文件系统（外部网络，通过ssh（aka .sshfs））上的文件 . 无论我为什么这样做，虽然它的响应速度很繁琐，但是当我使用Sublime Text 2时，它是相当可食用的 .
我在读完这篇文章后尝试了Atom，但事实证明这对我来说有些痛苦; Atom似乎没有如此高效地缓存目录结构 . 每次我在树视图上展开文件夹时，UI都会冻结很短的时间，2~3秒，可能会获取文件系统信息 . 是的，这是因为我正在使用远程文件系统 . 但Sublime处理这个效率更高，至少每次扩展文件夹时它都不会冻结，所以更少痛苦 .
我认为Atom是免费的地狱，我的故事是微不足道的，有一天可能会有所增强，但这对当时的某些人来说会有所帮助 .
added on 8/26/2014
最近，我将我的笔记本电脑从Macbook Air 2010后期改为Macbook Pro 13“2013年末 . 它的CPU速度提高了4倍，性能也有了很大提升 . 我想提一下我的观点是关于你何时安装远程文件系统的情况 . （使用 OS X Mavericks ，最新版本的Atom，FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0，远程系统是Ubuntu服务器）最后，UI冻结变得非常短，但它仍然存在 . 具体来说，打开一个文件夹中包含许多文件夹/文件并将其编入索引需要一定的时间 . 此外，如果你展开一个文件夹，它只会动摇 . （折叠文件夹时，它不会）
根据@EliDuenisch的说法，似乎没有发生在Linux Mint上 . 我不确定，但它可能来自操作系统之间的差异 . 当然，如果您使用本地文件系统，则根本不必关心此问题 .
注意::
它已经被证明了很多次 .
到目前为止，没有人指出的一个主要区别是，对于某些人来说可能很重要的是（至少在Windows上）Atom并不完全支持其他键盘布局而不是美国 . 有一个错误报告，有几百个帖子已经开放超过一年（https://github.com/atom/atom-keymap/issues/35） .
选择编辑时可能会有用 .