RailsClub'Moscow 2014：Ravil Bayramgalinのインタビュー

こんにちは



今週の終わりに、 RailsClubカンファレンスが開催されます。 ゲストは荷物を詰めます（ここでは、アーロンパターソンがロシアに行くとツイートしました）。 そして、あなたに会えるのを楽しみにしています！



Oh My Statsの主任開発者であるRavil Bayramgalinの開発者であるEvil Martiansの開発者に、生活とプログラミングについていくつか質問をしました 。 Ravilは、Ruby on Rails、rack、cassandra-rb、sidekiqなどを含む40以上のオープンソースプロジェクトに貢献しています。 面白かった！







今何に取り組んでいますか？



特定の長所と短所を備えたプロトタイプキューイングシステムで作業している興味深いことから、残りは秘密です：D



あなたの仕事の最高の部分と最悪の部分は何ですか？



最良の部分は、分析と反映です。 アーキテクチャ、API、コード編成、最適化、バグなど何でも構いません。 最悪の部分は、単純なテンプレートタスクに出くわすことですが、膨大な時間コストがかかります。



今のあなたの人生/キャリアの主な達成は何だと思いますか？



近い将来にアーロン・パターソンを抱きしめる機会。 数百のherokuサーバーでクローラーを起動した後、ランブルレール中にGitHubが不注意にダッシュしたことも思い出に残るイベントでした;）



あなたの意見では、RubyとRuby on Railsは今後どのような方向に発展するでしょうか？



ルビーから始めましょう。



新しい大きな変化が続く次の方向は競争です。 誰もがすでに知っているように、Matzは数ヶ月前に、競争の言語に新しい抽象概念を追加し、GILを削除したいと書いています。



コミュニティでは、最初のトピックに関するアイデアが長年にわたって非常に首尾よく調査されています（その結果、競争のためにあらゆる種類のプリミティブと抽象化を提供する非常に強力な開発チームを持つ並行ルビーgemがあります（たとえば、ソフトウェアトランザクションメモリやデータフローなど、 ））。



しかし、GILを削除するという決定は、何らかの種類のライブラリをrubyカーネルにコピーするだけではなく、変更の深刻さを示しています。 これは、Matzが長い間拒否していた小さなロックに関するものではありません。 Sa田浩一（ko1、Matzaチームの3人のメンバーの1人）の最新のプレゼンテーションから判断すると、個別のメモリと共有メモリの限られた領域を持つモデルを待っています。 おそらく、俳優の助けを借りて、個別の記憶が提示されます。 共有メモリへのアクセスはおそらく何らかの保護メカニズムを使用するため、アクターは追加の通信モードで通常のスレッドを取得しません。 しかし、そのような妥協が実際に機能するかどうかはわかりません。



Tony Arcieri（セルロイドで最もよく知られている）からの提案：関連オブジェクトを特定のスレッドにバインドする機能（他のスレッドからアクセスするときに自動的にエラーを上げる）により、現在のアクターおよびチャネルの実装は、非常に効率的かつ簡単な方法でスレッド間でデータを分離する問題を解決できます。



最終的にどちらの方法が選択されるかは問題ではありません。主なことは、競争分野での対話が始まっていることであり、以前の議論（たとえば、借り換えで）は、Matzが建設的な対話の準備ができていることを示しています（正式な記憶モデルが推進されることを願っています）。



根本的な解決策を恐れたり、期待したりしないでください。 Matzが下した決定は十分に進化的であるため、コミュニティ全体が前進し、移行が困難なためバージョンごとに断片化することはありません。



したがって、言語の大幅な変更の分野では、おそらくこれは近い将来すべてです。 社会がRuby 2.xをサポートするだけでなく、キーワード、前置詞、改良などの新しい機能の使用に関して合意が形成されるように、時間を与える必要があります。 したがって、5本のレールで5本の2.2ルーブルしかサポートされないというニュースは良いことです。



幸いなことに、各リリースにはコミュニティからのフィードバックの結果として生成されたそのような変更が十分にあります。 主なことは、stdlibの段階的な近代化が進行中であることです。



しかし、MRI自体の開発とランタイムを分析するための追加ツールの分野では、すべてのバージョンが改善され続けています。

stackprof gem（著者-githubエンジニアおよびrubyコントリビューターのAman Gupta）の助けを借りて、rubyでのメソッドの実行とオブジェクトの割り当てのトレースと監視がこれまで以上に簡単になりました。プロファイルダンプのインタラクティブな分析を簡単にするために欠けているのはWebインターフェイスのみです。



最も可能性が高いのは、MaichiがAOTを除外していないにもかかわらず、KoichiのMRI用JITコンパイラーが将来を期待していることです。



この朗報にもかかわらず、私はルビーの将来の開発とjrubyを結び付けます。 しかし、jrubyだけでなく、トリュフの上に（グラールとサブストレートVMと組み合わせて）。 私たちのコミュニティは、Oracle Labs VM Research部門の優秀な人材が、ルビー用のVMの開発と最適化の分野で理論的基盤を破ることに決めたことを非常に幸運でした。 Chris Seatonブログをフォローすることをお勧めします。このブログでは、Rubを1桁高速化する方法について説明しています。 通常のjrubyとのもう1つの違いは、速度の低下を伴わないC拡張のサポートです。 2015年に一般公開される予定です。 MRIのように、わずかに遠い将来にスタートアップ時間を達成する計画があります（機能のプロトタイプで実証されているように、これは達成可能です）。



レールについて。



今年の春に予定されている5番目のレールから、主に、以前に言及したRubyの以前のバージョンのサポートの中止に関連するAPIの表面的な更新を期待しています。 より多くの文字、プリペンドを使用した単純なロジック、キーワード引数などを使用したよりクリーンなメソッド。



アーロン・パターソンラック2.0のリーダーシップのもとで思い浮かぶことを願っています。 松葉杖なしでストリーミングを維持することは、問題の最も簡単な説明です。 年末には、HTTP 2.0の安定した仕様がリリースされ、ストリーミングを使用した場合でも要求/応答形式では不十分です。 Webマシンやhttp-2 gemがしようとしているHTTPセマンティクスのネイティブサポートは、さまざまな特定のタスクのソリューションを簡素化しますが、一般的なIPAを複雑にします。



レールと並行して、関連するインフラストラクチャは引き続き開発されます。 ドッカーに基づいて、一方ではアプリケーションに必要なすべてのサービスとライブラリー（Rubyバージョンを含む）を完全に提供する開発ツールがありますが、他方では、それらの操作は完全に透過的です：プロジェクトフォルダーに移動し、セットアップを記述しましたそして、必要なすべてのサービスが上昇し、ルビー、バンドル、レール、およびその他のバイナリが実行中のイメージにプロキシされます。 開発者システムは常にクリーンであり、プロジェクトは常に任意のシステムで実行する準備ができており、開発に違いはありません。 展開領域では、Dockerへの切り替えも多くの利点をもたらしますが、そのためには、その上に高レベルのツールが必要です。これは、展開、ダウンタイムなしの切り替えとロールバックのプロキシ、ログの収集、クラウンの制御などを担当します。



鉄道アプリケーションの新しい規則の形成は完全とはほど遠いものであり、一般的な考え方は明確ですが、詳細については一般的に受け入れられているコンセンサスはありません。 トレイルブレイザーgemなどのより包括的なアプローチは、多くの規則が最も効果的に機能するため、普及する可能性が高くなります。 同じ逸品には、より優れたモジュール性を達成したいコミュニティに根付くことができる概念のアイデアがありますが、本格的なサービスのオーバーヘッドや通常のエンジンが過剰であると見なされる状況に常に対応できるわけではありません。



おそらく将来的には、クライアントとのデータフローを構築するためにレールに抽象化が追加されます（サーバーとクライアント間のリアクティブな通信の実験は、ルビーコミュニティのフレームワーク内でのみ見ても、voltrbは非常に急速に普及しましたが、開発の非常に初期の段階）。



これが頭に浮かんだ最初のものです。 考えてみると、興味深い方向性と開発がたくさんあり、それらについて長い間話すことができます。私は希望する人と話をするのがうれしいです:)





あなたの意見では、RubyとRuby on Railsの開発者のコ​​ミュニティが現在直面している最も重要な問題は何ですか？



私の意見では、これはオープンソース文化の曖昧さです。 エコシステムはコミュニティの手によって形成され、すべての人の義務はそれを開発することであることを覚えておくことが重要です。 多くの人は、ソリューションに参加するのではなく、単にエコシステムとオープンソースの問題を回避しようと努力します（時には苛烈な批判を伴う）。



これを解決する方法がわかりません。 ハッキングは、ランタイムの調査と問題の解決を容易にするのに役立つように思われますが、それをさらに簡単にするツールが必要であることを意味します。 仕事のエチケットのレベルで伝統が存在するのであれば、それは実現不可能ではありますが、素晴らしいことです。仕事の代わりに、すべてのRubyプログラマーは時間を費やして、直面しなければならない問題を見つけ出すことができます。 社内またはIRCチャネルでのメンターの存在。 そして、彼らが精神をさらに広めるために何をしたかというトピックに関するユビキタス出版物。 1年に1日と思われるかもしれませんが、もっと始めるには必要ではありません。そして、これは最も難しいことです。





指を向けて「コードを書く必要がある」と言うことができる逸品はありますか？



宝石はチームワークの結果であり、特定の手書きのコードは個人のスタイルを反映しているので、 頭に浮かぶ人々のいくつかのgithubのニックネームをリストします： evanphx 、 eregon 、 banister 、 dkubb 、 ConradIrwin 、 amatsuda 、 mbj 、 solnic 、 jeremyevans 。





あなたはオープンソースに多くの貢献をしています。 なぜあなたはこれをしているのですか、なぜ他の人にやる価値があるのですか



これは、問題が発生して空き時間があるときに行います。 火星人では、オープンソースコードでの作業がほぼ必須であるため、オープンソースでの作業時間の無駄を正当化する機会に加えて、定期的な材料コンテストとボーナスがあります。



コミュニティ全体が小さなステップで前進するため、一般的には残りをお勧めします。さらに、問題を十分に理解する必要があります。つまり、スキルを高める必要があります。





Ruby / RoRについて何を読みますか？ ブログ、リソース、本？



さまざまなブログ、ツイッター、メーリングリスト、長い間蓄積してきたメーリングリスト。



数年前に書いたコードに恥をかいていますか？



それは起こらない-もし今違うやり方で書くなら、それは私の心に新しい情報があることを意味するが、すべてを知ることは不可能なので、無知を恥じる価値はない、主なことはあなたの魂を入れることだ:)



プログラミング以外に何をしたいですか？



現在の経済改革について読み、現在の政府を批判してください：D



インタビューありがとうございます！



会議では、Ravilがビッグデータについて話します：9月27日、Digital October Centerで。 プログラム全体はRailsClub 2014 Webサイトにあります。



参加の登録と支払い- こちら。

チケットはほとんど残っていません！



スポンサー：



ジェネラルスポンサー-Toptal

ゴールドスポンサー： BoookmateとFunBox

シルバースポンサー： AT-Consulting and Lookatme

人事パートナー： DigitalHR

主催者：







Undev.ruは、Ruby、Objective-C、C ++、C＃、JavaScriptの強力な開発チームです。 彼らは、インターネットを介したテレビ放送のためのユニークな技術プラットフォームの作成に取り組んでいます。 このプラットフォームに基づいて、Web Elections 2012、SPIEF、バンクーバーおよびロンドンオリンピアードの放送、および同様の規模のいくつかのプロジェクトなどの大規模プロジェクトが行われました。







Evroneは、RoR、Clojure、およびScalaの開発チームです。 RailsClubのコミュニティ愛好家および常設オーガナイザー。



railsclub.ruのニュースレターにサインアップしてニュースレターを最新の状態に保ち、最新情報を入手してください。

RailsClub.ru

twitter.com/railsclub_ru

facebook.com/railsclub