Facebookは最近、社内の開発環境として、デフォルトVSコードを発表しました。
昨年、Facebookが発表されたメンテナンスを中止し、オープンソース核種/アトム-IDEのと同様に、いくつかの関連のライブラリを。
核種/アトム-IDEは、言語を通じて同様のアトムIDEプロトコル・サーバーの一連の機能を提供するために、カスタムサーバーの言語との対話のAtomエディタ機能のパッケージです。様々な機能パッケージ「サブパケット」組成物は、モノマー（原子-IDE-UI）を構築し、放出を延長します。
Facebookは、このような一部の開発者として任意の開発ツールを使用するために必須の制限内部開発者は、VimのとEmacsのが、より多くの開発者を使用していないが、それでも昨年を停止するには、自分の核種/アトム-IDE、オープンソースのメンテナンスツールを使用しますが、内部のFacebook開発者はそれを使い続けます。今年の終わりに、FacebookはVSコードへの核種の移行から内部開発者を発表しました。
Facebookは内部拡張およびVSコードの新機能として、核種機能を提示するために、導入された、Facebookは開発作業の多くを持っています。現在、企業内で既にVSコードを使用する開発者の多数を持っています。
そして今、さらに一歩進んで、関係者はFacebookのデフォルトの開発環境にVSのコードを発表し、助けにマイクロソフトと協力して、リモート拡張の開発を強化するために開発者が使用可能な大規模なリモート開発を。
現在の開発の完了をローカルコンピュータ上のVSコードを設置したが、ビューの2つの特定のポイントでの協力は、Facebookは、導入されたが、開発作業のほとんどは、直接そのデータセンターの開発サーバー内だけに予約されています。
VSコードがリモート開発能力を拡張してシームレスかつ非常に必要であるサーバー上の高性能アクセスコードは、不可欠であり、それが何であるか、特定の利益をもたらすことができますか？
Facebook 认为与本地计算机上可用的硬件相比，这样可以使用更大、更快，或更专用的硬件来工作，为每个对象创建特定的专用环境项目的特定依赖项，而不必担心由于混合或冲突的配置而导致的错误，同时可以支持在多个运行中的开发环境之间快速切换而又不影响本地资源或工具性能的灵活性。
双方就各自在 VS Code 远程开发扩展与 Nuclide 远程开发研发上的经验和专业知识交换了意见。
而关于接下来的计划，Facebook 表示，随着内部迁移到 VS Code，其 Flow 语言现在正要积极改进语言服务协议（LSP）等方面，以更好地确保该语言与 VS Code 可以一起使用。
另一方面是源码控制也在跟进，Facebook 内部使用 Mercurial 作为其源码管理工具，相关的开发工作将继续扩展，以允许直接在 VS Code 中进行源码控制操作，从而使 Facebook 开发者能够适应所有工作流，对其代码进行审核与发布。
还有一点很重要，为什么选择了 VS Code 呢？Facebook 是这样说的：
“VS Code 是一种非常流行的开发工具，微软和开源社区对其提供了大量的投资和支持。VS Code 运行在 macOS、Windows 与 Linux 上，并具有健壮且定义明确的扩展 API，使我们能够继续构建公司进行的大规模开发所需的重要功能。VS Code 是一个我们可以安全地押注开发平台未来的平台。”
Facebook 公告见：