「OSごとにユーザーエクスペリエンスが異なるようにします」-JetBrainsのRider開発者へのインタビュー

1月初旬、JetBrainsは、Windows、Linux、およびMac OS Xで利用可能なReSharperおよびIntelliJプラットフォームに基づくクロスプラットフォームIDEであるRiderの開発を発表しました。これはすべてのReSharperチップを含み、.NET Framework、Mono、およびCoreCLRをサポートします。 今年の秋までに開発が完了し、全員がアーリーアクセスプログラムの枠組みで「心から」環境を試すことができると想定されています。







Riderはハブで何度も言及されていますが、読者に内部からの開発プロセスを見てもらうために、生産のさまざまな段階でプロセスの詳細を理解しながら、JetBrainsに目を向けて質問に答えました。

• Riderプロジェクトのチームリーダーであり、上級開発者であるKirill Skrygan 。
  
  
• Riderのリアクティブマルチプロセス通信プロトコルのチーフデベロッパーであるDmitry Ivanov 。
  
  
• ACM ICPCの銀メダリストであるAndrey Akinshinは 、RiderのNuGetマネージャーを担当しています。
  
  

Riderプロジェクトのどの部分を担当していますか？ どのようなタスクが設定されていますか？

キリル・スクリガン：



私はRiderプロジェクトのチームリーダーです。 私のタスクには、タスクプランニング、チーム全体の調整、および部分的に製品設計が含まれます。 さらに、私は多くのプログラムを作成し、テキスト、エディター、コード補完、多数の二次的な小さなタスクの同期を担当しています。



ドミトリー・イワノフ：



Javaと.NETの間のリアクティブデータ転送プロトコルに従事しています。



アンドレイ・アキンシン：



Ryderには多くのパーツがあり、それらはすべて互いに密接に関連しています。 原則として、サブシステムごとに責任者がいます。 ただし、実際には、その責任範囲に加えて、チームと積極的に対話し、他のサブシステムの改善を支援する必要があります。 現在、NuGetマネージャーと単体テストのサポートに積極的に取り組んでいます。

技術的な観点から実装するのが最も難しいと判明したものは何ですか？

キリル・スクリガン：



フロントエンドとバックエンドの相互作用は一貫している必要がありますが、同時に高速である必要があります。 もちろん、すべてのデータをメインプロセスフローで実行できますが、高速ですか？ そのため、2つのプロセスがマルチスレッドモードで互いに反応するモデルに移りました。 このプロセスの実装中に発生したすべての問題を解決することが最も難しいタスクであったように思えます。



Riderを設計するとき、重要な不変条件を使用します。フロントエンドは、すでに動作しているバックエンドにいつでも参加できます。その逆も同様です。 これにより、潜在的な機能上の利点が得られます。たとえば、致命的な問題が発生した場合に、動作中のフロントエンドでバックエンドを再起動できるなどです。 ただし、このアプローチを提供する主なものは、一貫性のあるコードを書くことの利便性です。 実際、この不変式がなければ、つまり、バックエンドとフロントエンドの状態を維持しなければ、相互作用は平凡な要求、つまり応答アーキテクチャになります。 複雑なマルチスレッドIDEの場合、「この要求を今すぐ受け入れることができますか、またはすべてがここに読み込まれ、既に受け入れ可能なメッセージを送信するようバックエンドに伝えることができますか？」という精神で、コードに不要なチェックが山積みになります。



フロントエンドとバックエンドの両方が複雑なマルチスレッドプロセスであることを考えると、そのようなアプローチはフライトとデッドロックの地獄への直接的な道になるでしょう。 その結果、モデルのリアクティブかつ可変状態を持ち、両方のプロセスでプロトコルの両側に分散されたモデルに到達しました。 MVVMアーキテクチャのようなものでした。 「いいね」は純粋にビッグデータの一時的な転送なしではできないためです。 おそらく、Intellijプラットフォームのような強力なフロントエンドがなければ、MVVMはよりクリーンになります。



ドミトリー・イワノフ：



マルチプロセスアプリケーションで健全なスレッドモデルを取得します。 Intellij IdeaとReSharperの2つのコードベースがあり、それぞれがマルチスレッド環境での生き方、独自のロック、再入可能性の管理されたメインスレッドなどを理解しているとします。 さらに、msbuildタスク、デバッガーなど、いくつかの追加プロセスがあります。 そして今、あなたはこれらすべてを「離陸」する必要があり、さらに、ラグから解放され、縫い目環境でバラバラにならないようにします。



最初のプロトタイプ-まだRiderと呼ばれていなかった-では、Google Protobufを使用し、通常のRPCに基づいて作業を構築しました。 「アイデア」をビューとして使用し、MMVMの原理に基づいて相互作用を構築したいという認識がすぐに現れました。 .NETの世界では、リアクティブなXAMLに慣れており、時代遅れと見なされる他の原則に基づいてUIを構築したくありませんでした。 質問が発生しました-java Swingをリアクティブ、プロセス間、そしてクロスプラットフォームのレールに乗せる方法は？ JetBrainsでよくあることですが、既存のソリューションはどれも私たちに適していなかったため、独自のソリューションを開発し始めました。



ViewModelは、Kotlin DSL機能を使用して非常に短い形式で説明されています。 プロセス間で同期されるリアルJavaおよびC＃クラスは、モデルから生成されます。 モデルの変更は、一方で、反作用を生成します。



すぐに、正直なViewModelのフレームワーク内で、UIコントロールの制限とプログラミングの複雑さのために抵抗することができず、一部の機能ではデータ全体を転送する必要がありました-たとえば、コード補完はその5万要素すべてを転送できることが明らかになりました。 すぐにプロトコルをバイナリ化し、最適化することができました（時期尚早の最適化のすべての反対者にこんにちは=）。 一般に、プロトコルのパフォーマンスにこだわることはありません。 私の意見では、利便性/速度の点ではトップ10であり、まさにそのような技術的ソリューションを選択することにしました。



アンドレイ・アキンシン：



最も難しい部分の1つを特定することは困難です。 タスクは非常に異なり、それぞれが独自の方法で複雑であり、毎日新しい課題に直面しなければなりません。 今日、あなたはR＃とIDEAのいくつかのサブシステムのデバイスを扱っており、明日、これらのサブシステムが友達になることを可能にする反応性非同期モデルを設計しようとしています（そして、迅速かつ応答的にそれを行います）、そして明後日、あなたはそのような理由を理解しようとしていますLinuxバージョンは機能しません。

Linux用のバージョンを開発する際にどのような問題が発生しましたか？ MacOS

キリル・スクリガン：



LinuxおよびMacOSの場合、バックエンドコードは現在Monoで実行されます。 主なタスクは、原則としてMonoで実行されるようにプロジェクトコードを書き直し、これに関連するすべてのプロジェクトインフラストラクチャを修正することでした。 さらに、私たちは定期的にあらゆる種類の特定のMonoバグに遭遇しますが、その検索とデバッグは快適なプロセスとは言えません。



特定のケースでのヌルチェックの一般的な欠如により、完全なバックエンドクラッシュが発生しました。 Monoは単純かつゆっくりと、I / OコードはMonoで記述されます。たとえば、マージを行うことなく、各リクエストに対してFileSystemTrackerハンドルを開いたままにします（そして、ここでOutOfMemoryに挨拶を送信し、パフォーマンスの問題を明らかにしません）。 一部のバージョンから、MonoはWebプロジェクトのターゲティングを停止しました。 別の言葉でxbuildに値します。xbuildのAPIは、非常に「創造的に」機能します。これは、特に設計モデルの変更に関するものです。 この一部は、Monoコード自体で修正し、パッチを配布し、独自の手段で何かをバイパスします。 それでも、一般的に言って、Monoの仕事の質にはうれしい驚きがあると言えます。 はい、バグはありますが、一般に、すべてが何らかの形で機能し、さまざまなプラットフォームで多少安定しています-私は個人的に最悪の事態を予想していました。



ドミトリー・イワノフ：



Monoには問題があります。 たとえば、バージョン4.4では、ソケットがハングし始めました-バグであることが判明しました。 それでも、.NET Frameworkははるかに安定しています。 しかし、私たちは文句を言いません-パッチを送ります=）



アンドレイ・アキンシン：



最初に、MonoでR＃を実行する問題が解決されました（WPFとCOMへの依存関係をカットし、安全でないマジックをやり直し、Mono自体のバグを編集するなど）。 次に、プラットフォーム固有の問題を解決しました（たとえば、R＃の\ r \ n vs Ideaの\ n;ファイルシステムとの相互作用など）。 現在、クロスプラットフォーム開発スタックの完成を積極的に試みています（たとえば、XBuildとの仲良しになることを学びます）。

IDEの機能はOSごとに異なりますか？ もしそうなら、何で？

キリル・スクリガン：



いいえ、実質的に違いはありません。 少なくとも私はすべきではありません:)



ドミトリー・イワノフ：



ユーザーエクスペリエンスがオペレーティングシステムによって異なることがないように努めています。 おそらく、ビルドシステムが異なる可能性があります。



アンドレイ・アキンシン：



私たちのタスクは、機能に違いがないことを確認することです。 時には物事が思うようにスムーズに進まないことがありますが、バージョン1.0を処理できると思います。

あなたの意見では、RiderをMSVSと比較するとき、どのRider機能がキラー機能ですか？

キリル・スクリガン：



まず、すべての方向で桁違いに強力な機能があります。 ナビゲーション、コード分析、リファクタリング（迅速な修正、意図、コンテキストアクション）の数十倍、ソリューションワイド分析、単体テストランナー、ほぼすべてのVCSの優れたサポート、および過去10年間で正常に作成されたさらに多くのリシャープ機能。 はい、まだすべてを「同期」することはできていませんが、近い将来にこれを実行できない理由はありません。 とりわけ、RiderはC＃だけでなく、JavaScript、TypeScript、HTML、CSS、Razor、VB.NET、Regexなどの多くの他の言語にも優れたサポートを提供しています。



第二に-もちろん機能的と呼ぶのは難しいですが、今では多くのユーザーがRiderの非常に高速に注目しています。 これは、プロジェクト最適化のアクティブフェーズを開始する前です。 事実、中に20歳のCOM'aがないという可能性があります:)。



多かれ少なかれ大規模なプロジェクトを開いてVisual Studioで試して、.csprojファイルを更新するgit pullを作成します。その後、30分間安全にお茶を飲むことができます。 この理由は、Visual Studio自体のコードであり、MSBuildは変更されたプロジェクトに対して何らかの形で誤って再起動します。 一般に、Resharperでの5年以上の作業では、VSコードで多くのことを見てきました。たとえば、GC.Collect（）はループで呼び出されます。



ドミトリー・イワノフ：



私の意見では、最も重要なことは、Resharperのすべての主要な機能の存在であり、同時に、ラグがないことです。 私の意見では、これで十分です。



アンドレイ・アキンシン：



Visual Studioとの比較から逃れる場合、Riderの私のお気に入りの機能はIDEに組み込まれたコンソールです。 毎日すばらしいコンソールアプリケーションを起動して喜んでいます。

今日のライダーの範囲はどのように見えますか？

キリル・スクリガン：



Visual Studioで作業したすべてのプロジェクトで作業し、MacOS、Linux用のクロスプラットフォームモバイルアプリケーションを開発します。つまり、RiderはXamarin StudioとMono Developに取って代わることができます。 ほとんどの開発チームは、Rider自体をプログラムしています:)



ドミトリー・イワノフ：



JetBrainsでは、dogfoodは開発の中心的なプラクティスの1つです。 Riderを使用してRiderを開発します。 不安定ではありますが、スムーズな傾斜を備えたRider IDEでの記述はすでに喜びです。



アンドレイ・アキンシン：



これは主にクロスプラットフォームの.NET開発です。 LinuxやMacOSが好きで、非常にクールでフル機能のIDEでC＃を書きたい場合は、Riderが最適です。

---

すでにサンクトペテルブルクに集まったことがありますか？ 結局のところ、6月3日にDotNext 2016 Piterカンファレンスであなたを待っています。Riderに関するクールなレポートがあります：

• Cyril Skrygan- ライダー -JetBrains の新しいクロスプラットフォーム.NET IDE。 それは何であり、どのように機能しますか。
• Dmitry Ivanov- 反応型マルチプロセス通信：JetBrains Rider Framework。

そして、私たちのインタビューの3番目の参加者は、ハードコアレポートを作成します...算術について（実際、それほど単純ではありません）：

• アンドレイ・アキンシン - 算数について話しましょう

他のレポートがあるでしょう。 だから、Tシャツ、ジャケット、ジャケット、セーターを持って-そしてピーターに。 天気が1日でどのように変化するかを誰が知っていますか。