SublimeテキストとGithubのAtomの違いは何ですか？

GithubはSublimeによく似たAtomを発表しました。以下のようにも、いくつかのキーボードショートカット⌘ + P、⌘ + Shift + Pなどは同じです。

1. AtomとSublimeの違いは何ですか？
2. ビルドツール、関数定義ジャンプ、ドキュメントなどのIDE機能が含まれていますか？
3. Sublimeを使用している人は、違いを指摘するためにベータ版の招待を受けましたか？
4. サブライムのようなものですが、で行うことができますように私は崇高からテーマ、スキームおよびパッケージを使用することができ、テキストメイト。

1

PS：より大きな解像度のために新しいタブで画像を開きます。

1. AtomとSublimeの違いは何ですか？
   • Atomは、JavaScript / HTML / CSS上に構築されたオープンソースのテキストエディター/ IDEです。
   • Sublime Textは、C / C ++およびPython上に構築された商用製品です。
   • Atomに匹敵するのは、JavaScript / HTML / CSS上に構築された別のオープンソーステキストエディター/ IDEであるAdobe Bracketsです。これにより、特にフロントエンドにおいて、ブラケットがWeb開発を指向するようになることに注意してください。
   • オープンソースプロジェクトの利点は、開発速度が速いこと、そしてもちろん価格です。
2. ビルドツール、関数定義ジャンプ、ドキュメントなどのIDE機能が含まれていますか？
   • 短い答えは、はい、はい、そしてはいです。アプリは完全にモジュール化されています。オープンソースは、これらの機能のいくつかのギャップを埋める自由を人々に与えます。
3. Sublimeを使用している人は、違いを指摘するためにベータ版の招待を受けましたか？
   • Atomの利点はエントリーレベルのハッカー性です。これは、AtomがWebサイトと同じコードで構築されているためです。
   • Sublime Textの利点は、Node.jsの上で実行する必要がないためパフォーマンスであり、安定したバージョン3に到達しようとしている、より成熟した製品です。
   • コメントに含めることができる小さな違いの長いリストがあります（このマークダウンが比較のための表を描くことができることを望みますが、それは別の問題です）。
   • Atomの迅速な投票率のため、ここに挙げた違いのいくつかは、時間の経過とともに古くなるでしょう。たとえば、この記事の執筆時点では、AtomはMacintoshでのみ利用できますが、Sublime Textはすでにマルチプラットフォームです。
4. Sublimeがテキストメイトでできるように、Sublimeのテーマ、スキーム、パッケージをそのまま使用できますか？
   • 短い答えは「いいえ」ですが、Atomのハッカー性により、他のエディターからAtomにパッケージを簡単に再編成できます。

以前の回答からのポイントに加えて、開発で行われた選択の観点からこれらの2つの製品の違いを明確にすることは価値があります。

Sublimeは、プラットフォーム用にコンパイルされたバイナリです。そのコアはC / C ++で書かれており、その機能の多くはPythonで実装されています。Pythonは、それを拡張するために使用される言語でもあります。AtomはNode.js / Coffeescriptで記述され、webkitの下で実行されます。Coffeescriptが拡張言語です。UIとUXは似ていますが、Sublimeは特に大きなファイル、複雑なSnR、またはファイル/バッファーで重い処理を行うプラグインでの作業などの「重い作業」において、Atomよりも大幅に優れています。Atomは成熟するにつれて改善されると思いますが、デザインとプラットフォームの選択によってパフォーマンスが制限されます。

Sublimeの「クローズド」部分には、APIとUIが含まれています。スキン/テーマとカラーライザーは別として、APIは現在、UIの他の側面を変更することを困難にしています。たとえば、Sublimeプラグインは、サイドバーと対話したり、編集領域を制御または描画したり（たとえば、ガターで限られた方法を除いて）、基本的なテキストを超えてステータスバーを操作したりできません。現時点ではアトムの「閉じた」部分は不明ですが、もっと小さい感じがします。Atomには、UIをより細かく制御できるようにするという設計目標を備えた、より豊かなAPI（現時点では十分に文書化されていません）があります。Webkitと密接に連携しているため、現在Sublimeでは不可能であるUI機能拡張のための多数の機能が提供されています。ただし、Sublimeの拡張機能はネイティブに近いパフォーマンスを発揮するため、大きなバッファーで計算集中型の非常に反復的または複雑なテキスト操作を実行する拡張機能は、Sublimeで実現可能です。

より多くのAtomがオープンになるので、 Githubは5月6日にオープンソースのAtomです。その結果、サポートと開発のペースが速くなる可能性があります。対照的に、Sublimeの開発は最近かなり遅くなりましたが、死んではいません。特に、開発者によって修正されていない多数のバグがあり、その多くは非常に些細なものです。どれもimoを誇示しているものはありませんが、定期的なバグ修正と機能強化を伴う迅速な開発で何かが必要な場合、Sublimeはイライラします。とはいえ、Githubの統計によると、WindowsとLinux用のインストール可能なAtomパッケージはまだリリースされておらず、コードベースでのアクティビティは発表の前後の数週間で冷え込んでいるようです。

IDE機能に関しては、webdevの観点から、At​​omはWebstormのような製品へのアプローチのポイントへの拡張を許可しますが、まだ何も登場していません。Atomがこのような「重い」拡張機能でどのように機能するかは、エディターが本来鈍感に感じるため、まだ不明です。APIの制限と基礎となるWebkitの欠如により、開発者は将来的にそのような機能をサポートするためにAPIを拡張するかもしれませんが、SublimeはこのレベルのUIカスタマイズを許可しません。繰り返しますが、Sublimeの基礎となるパフォーマンスは、計算のうなりを伴うことを可能にします。ST3のシンボルインデックスは、大規模プロジェクトでもうまく機能する例です。そして、AtomのUIは確かにSublimeに基づいてモデル化されていますが、Sublimeなどのいくつかの改良点は著しく欠けています

これらの製品は補完的なものだと思います。似たようなビジュアルやキーストロークを共有しているという事実は、事実をさらに高めています。どちらを使用してもメリットがある場合があります。現在、Sublimeは3つのプラットフォームすべてで同等の機能を備えた成熟した製品であり、豊富なプラグインセットを備えています。Atomは機能が急速に成長する新しい子供です。まだプロダクションの準備ができていないようで、パフォーマンスの面で懸念があります。

[更新/編集：2015年5月18日]

上記の執筆時以降のこれら2つのエディターの改善に関するメモ。

バグ修正とコアの改善に加えて、Atomはサードパーティの拡張機能が急速に成長し、autocomplete-plusが標準のAtomディストリビューションの一部となっています。拡張機能の品質は大きく異なり、特定の苛立ちは、不安定なサードパーティのパッケージがエディターをクラッシュさせる頻度です。昨年、Atomはパフォーマンス上の理由からリフロー/リペイントアクティビティをGPUにシフトすることでReactを使用するようになり、一般的な編集アクション（スクロール、カーソルの移動など）のUIの応答性が大幅に向上しました。これにより、エディターの操作性が大幅に向上しましたが、上記のようにCPUを集中的に使用するタスクは面倒であり、起動が遅くなります。パフォーマンスの向上は別として、Atomは全体的に非常に安定しています。

Sublimeの開発は2015年1月以降、バグ修正、いくつかのマイナーな新機能（ツールチップAPI、ビルドシステムの改善）、および新しいyamlベースの.sublime-syntax定義の形式での主要な開発（最終的には古いものを置き換える） xml .tmLanguage）。新しいシステムは、Oniguramaに代わるカスタム正規表現エンジンとともに、正確な正規表現マッチングの可能性を高め、非常に高速（最大4倍）で、複数のマッチングを並行して実行できます。構文の色分けとは別に、Sublimeはこれらのコンポーネントをシンボルのインデックス付け（goto定義など）およびその他の言語認識機能に使用します。Sublimeをさらに高速化することに加えて、特に大きなファイルの場合、この機能により、コードリファクタリングなど、パフォーマンス固有の言語固有の機能の可能性が開かれます。さらに「大きな開発」が約束されています。

AtomはNode.js、CoffeeScript、LESSを使用して記述されています。その後、WebKitラッパーでラップされます。これは、もともとOSXでのみ利用可能でしたが、現在はWindowsバージョンも利用可能です。（Linuxバージョンはソースからビルドする必要がありますが、Ubuntuユーザー用のPPAがあります。）

アーキテクチャと機能の多くは、試してテストしたため、Sublime Textから複製されています。プラグインシステムはほぼ同じように機能しますが、新しいAPIを公開することにより、多くの新機能と可能性を切り開きます。

筋肉の記憶のため、ショートカットはほとんど同じままであると私は信じています。人々はそれらを覚えており、Atomですぐにクリックできるようになります。

設定は、JSONを直接編集するのではなく、GUIで制御できます。これにより、Atomの使用を開始する際の障壁が低くなる可能性があります。私自身は、環境設定に検索機能がないため、すべてをナビゲートするのは難しいと思います。

あなたは上の招待のためにサインアップすることができます##原子招待のウェブサイトへのIRCチャンネルまたはサインアップしてあなたの電子メールを追加します。最初の招待状はすぐに届きました。

Atom はオープンソースです（数時間前から存在しています）が、Sublime Textはそうではありません。

2つの違いは次のとおりです。

• Atom はオープンソースです（MITライセンス）
• Sublime Textのシングルユーザーライセンスは70ドルです。

• アトムはで書かれています Node.js、CoffeeScript、HTML、LESSでます。
• Sublime TextはC ++、プラグイン用のPython、およびCocoa統合用のObjective-Cで記述されています

• アトムは 組み込みのパッケージマネージャーがあります*
• Sublime Textは、パッケージ管理のためのサードパーティソリューションに依存しています（Wbond Package Control）

• これを書いている時点（2014年5月20日）では、Mac OS X（10.8以降）専用のAtomバイナリがあります。WindowsまたはLinuxで使用する場合は、ビルドする必要があります。 更新：現在、Mac OS X（10.8以降）WindowsおよびLinux用のAtomバイナリがあります。
• Sublime Textバイナリは、Mac OS X、Windows（インストール可能またはポータブル）、およびLinux（.debまたはtarballとして）で使用できます

• Atom設定を構成できます 、ユーザーフレンドリーなインターフェースを介して、または構成ファイルを編集して直接構成できます。
• Sublime Text では、構成ファイルを介してのみ設定を変更できます。

* APMは別個のツールですが、Atomにバンドルされて自動的にインストールされます

AtomはGithubによって作成され、「git認識」が含まれています。それは私がかなり好きな機能です：

また、コミット状況に応じて色が異なるgitツリー内のファイルを強調表示します。

今日、ベータ版の招待を受けて、すぐにAtomを試しました。GUIはSublimeのように感じられ、そうです、Sublimeから採用されたいくつかのショートカットがあります。

上記のすべてに加えて、これまでに気付いたいくつかの違いがあります。

1. Vimパッケージは開発の初期段階にあるため、VimモードはSublimeのVintageモード（完全な機能を備えたvimでもありません）ほど優れていません。詳細については、https：//atom.io/packages/vim-modeを参照してください。

2. Jamesが述べたように、AtomはWebツールを使用して記述されているため、テキストエディター（styles.less）のスタイルシートにアクセスして、CSSを使用して外観を変更できます。スタートアップのCoffeeScriptを変更するオプションもあります。

3. 繰り返しますが、Atomはまだベータ段階であるため、Sublimeにはさらに多くのネイティブプラグインパッケージがあります。ただし、AtomはNode.jsで記述されているため、Atom公式サイトでは「Nodeのパッケージリポジトリで5万を超えるものから選択できる」と述べています。（私はNode.jsのプロではないため、この機能については調べていません）

4. Atomはすぐに使えるGithubサポートを備えていますが、SublimeにはいくつかのGitパッケージがあります。

5. Sublimeは、有料アプリケーションの無制限の評価期間です。Atomはベータ段階では無料ですが、Githubが課金したいかどうかはわかりません。

つまり、Atomは、ベータ段階のWebテクノロジーで構築されたテキストエディターです。対照的に、Sublimeは多くの異なるイテレーションを通じて進化してきました。AtomはまだSublimeがサポートする多くのパッケージが欠けているので、問題はAtomがSublimeに追いつくか、それとももっと良くなるかということです。Githubは、人気のある基盤となるテクノロジーにより、このテキスト編集の将来に自信を持っているようです。長期的には、AtomがSublimeの優れた代替手段になると思われます。

もう1つの違いは、Sublimeテキストはクローズドソースプロジェクトですが、Atomソースコードは一般に利用可能になりますが、Githubはそれを実際のオープンソースプロジェクトとしてリリースする予定はありません。彼らは、貢献にそれを開かずに、コードへのアクセスを与えたいと思っています。

Githubがコードを公開しました：http : //blog.atom.io/2014/05/06/atom-is-now-open-source.html

Atomはまだベータ版（私はこれを書いているのでv0.123）ですが、急速に動いています。Sublimeよりもはるかに高速です。新しいビルドは毎週リリースされますが、同じ週に数個しかリリースされない場合もあります。短期間で、Sublimeよりも多くのリリースがあり、新機能やバグ修正のリリースに数か月かかりました。以下は、ベータ版のリリース以来、Atomが取った道を振り返って更新されたものです。

1. SublimeはAtomよりもパフォーマンスが優れています。単にC ++で書かれているからです。一方、AtomはChromiumをベースに構築されたWebベースのデスクトップアプリであり、パフォーマンスは非常に優れていますが、同じ速度と応答性を実現することは非常に困難または不可能です。昨年7月、AtomはReactの使用を開始し、素晴らしいパフォーマンスの向上をもたらしましたが、それでも違いを感じることができます。それとは別に、Atomのパフォーマンスの問題がユーザーを遠ざけない場合-Sublimeはリリースサイクルのスピードを上げ、小さなUXの微調整をブラッシュアップし、Atomが勝っているのはより多くの貢献者を参加させることを検討してください。

2. Atomのパッケージエコシステムも非常に急速に成長しています。現時点ではSublimeほど大きくはないかもしれませんが、GitHubを使用すると、さらに速く成長し続けると感じています。それはおそらくあなたが考えることができるプラグインのようなIDEの大部分を持っています。現在の主な違いは、2MBを超えるファイルを処理できないため、注意が必要な点です。

3. 最初に気付くのは、Sublimeミニマップがなくなったことです！それ以外の第一印象は、アトムはサブライムとほとんど同じように見えるということです。これについては、このブログ投稿で詳しく説明しました。

4. 私の知る限り、Sublimeの設定やパッケージなどを移植する簡単な方法はありません。

私はAtomを試してみましたが、見た目はとてもいいですが、大きな問題が1つあります（少なくともv 0.84では）：

垂直選択Alt+ドラッグはサポートされていません。これは、すべての最新のコードエディターにとって必須です。

大きな違いの1つは、南アジアのスクリプト（クメール語、ラオス語、ミャンマー語、タイ語などの東南アジア言語を含む）である "インド語フォント"のサポートです。また、東アジア言語（中国語、日本語、韓国語）のサポートが大幅に向上しています。これらは、何年も続いている既知のバグ（実際には最も評価の高いバグ）です（以前は東アジアの言語サポートが以前よりうまく機能していたように見えますが、現在は使用するのが難しくなっています）。

• 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は無料で地獄がいいと思います。私の話は些細なもので、いつかは強化されるかもしれませんが、現時点では誰かにとって役立つでしょう。

-

2014年8月26日に追加

最近、ラップトップを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では起こらないようです。わかりませんが、OSの違いによるものかもしれません。確かに、ローカルファイルシステムで作業している場合は、この問題をまったく気にする必要はありません。

これまで誰も指摘しておらず、一部の人々にとって重要かもしれない大きな違いの1つは、（少なくともWindowsでは）AtomがUS以外のキーボードレイアウトを完全にはサポートしていないことです。バグレポートがあり、数百の投稿が1年以上公開されています（https://github.com/atom/atom-keymap/issues/35）。

エディターを選択するときに関連する場合があります。

注意::

-キャッシュシステムが不十分なため、Atomでは大きなファイルを使用するとデータが失われることがよくあります。

それは何度も証明されています。