Project Rider：スタンドアロンのReSharper IDE

マイクロソフトがオープンソースと相互運用性に簡単に移行したことで（それを見逃した方は、2012年に設立され2015年にリフォールディングされたスピンオフのMicrosoft Open Technologiesをチェックしてください）、 Visual Studioなど、主要な製品のいくつか。

Project Riderに参加してください。実際、オートバイのマッドマックススタイルのかっこいい老人ではなく（私の第一印象）、IDEの第一人者であるJetBrainsのVisualStudioとの競争のコードネーム…そして開発者コミュニティの多くの祈りに答えてください。 JetBrainsは、VS用のReSharperプラグインをサポートするだけでは満足せず、新しいレベルに引き上げました。

進行中のC＃およびVisual Basic .NET IDEは、1月中旬にNDCロンドンでHadi Hariri（Jetbrainsの開発者アドボカシーリード）によって、JarJarBinksのヘイトスピーチとJavascriptlibelの中で発表されました。

IntelliJプラットフォームファミリーの最新メンバーであるProjectRiderの概要は次のとおりです。スタンドアロン、クロスプラットフォーム、ReSharperがサポートされています。

本当の競争

Visual Studioは、現在、.NETおよびC＃で実行可能な唯一のIDEであり、ご存知のとおり、Windowsが必要です。 Microsoftは、OSXおよびLinuxユーザーが開発作業にVisualStudioを実行している仮想マシンを使用することを強制する独占権を持っています。

実際の代替手段が利用可能になると、競争のすべての前向きな圧力がMicrosoftにかかるため、VisualStudioとProjectRiderの両方で、顧客を争う際に継続的な改善が見られます。

「しかし、C＃の作成者と競争できるケイトは誰ですか？」

誰かができるなら、それはJetBrainsです。 そのIntelliJプラットフォームは約16年前から存在し、Visual Studioの.NET拡張機能であるReSharperは10年前から存在しています。人気のある成功したIDE（および関連するプラグイン）のホストは、それが何をしているのかを知っていることの証です。

ReSharperの代替品ではありません

Project Riderは、バックエンドでVisual Studio用のJetBrainsの.NET拡張機能を使用するため、ReSharperを置き換えることを意図したものではなく、相互に有益な補足として機能します。 ReSharperの改良により、重みが2倍になり、.NET拡張機能（およびその結果、Visual Studioユーザーのエクスペリエンス-複雑な関係について話す）とProjectRiderの両方が改善されました。

「しかし、ケイト、ReSharperは遅いです。」

これは、私がProject Riderについて言及したときに、私のメンターであるCharles Gibsonによって放映された応答であり、他の場所でミラーリングされていると聞いた感情です。 幸いなことに、NDCロンドンで発表したHadiHaririと直接話をする機会がありました。これは私が直接育てたものの1つです。

朗報です！ 彼は、「リリースごとに、パフォーマンスを改善するために非常に懸命に取り組んでおり、多くの場合、これは私たち自身のテストと顧客からのフィードバックの両方で実際に見られます」と述べています。

Hadiはまた、独自のプラットフォーム（特にヘビー級のRoslynを含まない）を使用することで、JetBrainsがReSharperの速度を低下させるものをはるかに強力に制御できるという素晴らしい点を提起しました。そのため、「そのため、すでにVSよりも高速です。かなりの数の領域。」

OSの自由

これの利点は言うまでもありません。 開発者は、Macのファンボーイ、Linuxのあごひげ、Windows…ユーザー（Windowsユーザーにとって、面白くて蔑称的でありながらまだ一般的な用語は何ですか？）であり、OSの好みについて声高で頑固です。

さて、多くのLinuxディストリビューションのいくつかでシームレスなパフォーマンスを得るには、予測可能な問題がいくつかありますが、VMを起動するよりもはるかに優れています。

Hadi氏が述べたように、クロスプラットフォームIDEを使用することは、現時点では公民権です。「おそらく最もエキサイティングなことは、C＃開発を行うためにVMを実行する必要がなくなり、Mac上のReSharperで持っていたすべてのものを取得できるようになることです。 」

確かに、Visual Studio CodeやMonoDevelopなど、すでに利用可能なクロスプラットフォームオプションがいくつかありますが、前者は無駄のないMicrosoftの後付けであり、後者はかなり状況に応じたものです（IE Unityデバッグ）。

ワンストッププロジェクトショップ

.NETのフレーバーが何であれ、それでも問題はありません。 Project Riderは、Mono、.NET Framework、およびDNXでプロジェクトを処理でき、上記のすべてとCoreCLR（最終的には）を含むデバッグサポートを備えています。

…ビジュアルデザイナーを除く

Project Riderは、XAML、Webフォームデザイナー、Entity Framework Designerなど、VisualStudioで使用できる一部のビジュアルデザイナーを提供しません。 ハディ・ハリリは、彼らにも計画がないことを確認しました。 それは大丈夫です、あなたはいつでもそれを外注することができます。

IntelliJ機能

JetBrainsの子孫として、Project RiderはIntelliJプラットフォームのすべての知恵と機能を備えています（この場合、RESharperの世話をします）。 コードとファイル構造の両方の簡単なナビゲーション、コードのクリーンアップ、スマートオートコンプリート、コードの臭いの検出と解決、幸せで安全なリファクタリング、ビルドツールのすべての優れた統合機能、バージョン制御、テスト、デバッグなど。 精査された業界の経験については、言うべきことがたくさんあります。

IntelliJプラグイン

同様に、JetBrainの生まれたばかりの子孫として、既存の約1,000個のダウンロード可能なIntelliJIDEAプラグインをサポートします。 VIMユーザーの皆さん、喜んでください！ （ねえ、それをノックしないでください。IdeaVimは現在7番目にダウンロードされているIDEAプラグインです。）

ライセンス供与

皮肉なことに、Project Riderが存在するのはMicrosoftのオープンソースへの動きだけであるため、JetBrainsがライセンス料モデルに従うことを計画していることは完全に理解できます。

価格はまだ発表されていませんが、同様の製品に対するJetBrainsの現在の価格モデル（CLionパーソナルライセンス-年間89ドル）と、人々を切り替えることや両方を使用する必要があることの難しさの認識に基づいています（そして私は彼らから引用しますProject Riderのブログ投稿「両方のツールを使用したい人など、価格を設定するときに発生する可能性のある多くの使用シナリオを考慮に入れます」）、年間539ドルに匹敵するものが期待できると思います。 VisualStudioの個別ライセンス。

オープンソース言語で書かれている

フロントエンドはKotlinで記述されています（バックエンドはReSharper経由のC＃です）。 Kotlinについて聞いたことがない方もいらっしゃるかもしれませんが、説明させてください。Kotlinは、既存の言語の機能セットに対する不満を理由に、Javaを置き換えるためにJetBrainsによって設計および開発された言語です。 Kotlinの開発は2010年に開始され、2011年に発表され、2012年にオープンソースとしてApache 2ライセンスの下でリリースされました。Javaと完全に相互運用可能であり、フロントエンド、サーバーサイド、またはAndroidアプリに十分な汎用性があります。

Kotlinの開発の良さを理解できるようになったので、最初からやり直します。フロントエンドはKotlinで記述されています。 したがって、製品自体がライセンスされている場合でも、少なくとも言語（およびIntelliJプラットフォーム）はオープンソースです。 それはどれくらいクールですか？

ProjectRiderの2016年秋のリリース

Project Riderは、プライベートとパブリックの両方の早期アクセスプログラムの後、2016年の秋に解放される予定ですが、EAPの結果により、リリースが遅れる可能性があると述べられています（そうあるべきです）。 初期のビルドを試すことに興味がある場合は、サインアップしてください！

概して、私は、競争の利益のためだけに、これまで争われていなかったC＃IDEの分野へのJetBrainsの参入にかなり興奮しています。 Hadi Haririからの正式なタイトルのヒントを引き出すことはできませんでしたが、「Project Rider」という言葉からの第一印象に合わせて、 MadSharpと呼ばれるように応援しています。

私の絶え間ない質問に我慢し、いくつかの事実確認の指針を与えてくれたHadiHaririに特に感謝します。