RailsClub 2016：Alexei Taktarovのインタビュー

みなさんこんにちは！ RailsClub 2016はもうすぐ 1ヶ月です 。 登録する時間です！



今年、松本幸宏、松田章、ショーン・グリフィン、スティーブ・クラブニック、ザック・ブリッグスが来ると言っています。 そして今日、私たちはスピーカーとの伝統的なインタビューを公開し始めています。 今年、 RubyNoNameポッドキャストは、スピーカーとの会話を興味深いものにするのに役立ちます。



The Guysのフロントエンド（！）開発者であるAlexei Taktarovとの最初の会話を記録しました。 Alexeyは、単一ページアプリケーションの開発を専門とし、設計とコードの純度とシンプルさを促進します。 彼はSmartatoプロジェクト、ficus.ioおよびresume.ioに参加し、Evil Martiansと協力しました。 その主なツールは、Ember.js、React、およびRuby on Railsです。 余暇には、コードヒップスターズと南の正面近くのハングアウトに参加しています。



バックエンド会議のプログラムにフロントに関するレポートを掲載したのはこれが初めてです。 2016年に彼なしではどこにもありません:)。 Leschinのレポートは「 Railsのフロントエンドにもう一度チャンスを与えてください！ 」と呼ばれています。



議論されるもの：



近年のフロントエンドコミュニティでは、退屈ではありません！ これがJavaScriptの疲労なのか啓発なのかを判断することは困難です。1つはっきりしていることは、フロントエンド開発が超音速機関車のスピードで他の製品より先に急ぐことです。 同時に、ビジネスとプロジェクトは通常の生活を送っています。 Railsのフロントエンド開発アプローチは絶望的に時代遅れです。Sprocketsを使用した資産構築は、長くて不快で柔軟性のないプロセスです。

Alexeyは彼のレポートで、フロントエンドの現在の状態について簡単に触れ、Railsでアセットを組み立てる際の緊急の問題について話します。 彼は、最新のアセンブリシステムWebpack、Gulp、Brunch、Rollupにエクスカーションを行い、実際のプロジェクトを例として使用してRailsエコシステムに統合する方法を示します。



ポッドキャストサイトで音声を聞くことができますが、ここではトランスクリプトを共有しています。



本日、お客様のレポートがRailsClubの最初のフロントエンドレポートであることがわかりました。 そして、それはとてもクールです！ フロントエンドのRubyについて質問するのは怖かったのですが、彼を理解して理解していることがわかりました。 それがどうなったのか教えてください？ どのようにしてRubyに来たのですか？



これらの技術を探求してきた私の歴史は非常に典型的です。 私はシステムツールを作る人としてキャリアを始めました。 フロントエンドも見ませんでした。Windowsのネイティブインターフェイスを扱っていました。 多数のスレッドで動作するプログラム、並行性で動作するプログラムなどの作成に時間を費やしました。 そして、どういうわけかスムーズにフロントエンドに移動し、誇大広告が表示されました。 その後、RubyとRailsを使用して作業を開始しましたが、私にとってはちょっとした啓示でした。 最良の例：常にリソースを監視する必要がある一部の環境では、あるスレッドで何かを取って作業した場合、別のスレッドでこれに問題がないことを確認する必要があります-ルビーでは、これらの問題はすべて回避されました。 私はまったく異なる概念に出会いました。 そしてそれはクールでした！



具体的には、フロントエンドとしてプロジェクトに参加し、フロントエンドタスクのみを実行しました。 そして、バックエンドはありませんでした:)彼は去り、彼のタスクを解決する人はいなかったので、私は試してみることにしました。 それは珍しいことでした。議論する人はいませんでした。私を助けてくれた人は一種の賢者でした。 私は彼に週に一度来て、彼は何をすべきかについていくつかの魔法の言葉を話しました。 それから私は立ち去り、ため息をついて、「ああ、なんてことだ」と思った。

しばらくして、私はこの知恵を理解することができましたが、おそらくすべてではありません。 フレームワークと言語にある部分、私はこの味を感じました。



今どこで何をしていますか？



個人から-結婚式の準備をします。 私は自分のプロジェクトに取り組んでいますが、それについてはまだ話せません。 また、 These Guysというチームのパートナーと仕事をしています。 MVPの迅速な開発を専門としています。 邪悪な火星人や他のチームと仕事をしている間に得た経験を最大限に活用しようとしています。 しかし今は、技術的な問題の解決ではなく、ビジネス上の問題の解決に焦点を当て、クライアントのためにすべてを最適に構築する方法を考えています。



それであなたは会社を始めたばかりですか？



はい 今は大声で言うのはとても怖いですが、何らかの理由で:)



フロントエンドの観点から、レールの現在の実装について何が嫌いですか？



そのような状況が起こったように思えます。2、3年前、フロントエンドは急に跳ね上がり、機関車の速度で急いで進み、その経路のすべてを一掃しました。 他のコミュニティの人々はこれを見て、誰かは懐疑的で、誰かは霊感を受けました。 しかし、私は彼が非常に遠くに逃げたことを認めなければなりません。 この点で、鉄道の世界は変わっていません。



レールは、前面と背面の両方を持つツールではなく、背面のみに焦点を合わせる必要があると考えられています。 レール自体のフロントエンド部分が明らかに間に合わないためです。 サーバーパーツとしてレールを使用する必要があります。前面のレールは別個のものです。別個のツール、別個のコマンド、別個のストーリーがあります。 これについてのあなたの立場は？



私はいつもより広く見えるようにします。 フロントエンドの周りに誇大広告が表示されたら、常に良い面と悪い面の両方を見つけようとします。 次世代の開発者を支援するために、すべてが発展し、動き、多くのアイデア、多くのことができるのは良いことです。 しかし、あなたは注意してそれを見る必要があります、すべてが実際に思われる通りであるかどうかを見てください？ これは企業にも適用されます。どのスタックを選択するか、開発者とどのように通信するかです。 たとえば、開発者は人気のあるスタックをいくつか取り、すべてがバラバラになりました。 テクノロジーが未加工だったため、会社は活動を停止しました。 これはありますか？



私は妥協点に固執しようとします。 最近、私は火星人からの新しいレンダラーに関するラビルバイランガリンの記事を読みました 。 実装自体でなく興味深いことですが、記事の冒頭にあるものです。DHHは開発に専念する時間はあまりありませんが、書き留めて、他の開発者がフレームワークの開発を成功させるための多くのアイデアを伝えます。 素晴らしいと思います。 ビジョンがあるとき、DHHがどこへ行くべきかを理解するとき、クールです。 意見の相違があるかもしれませんが、どこかで正しい方法ではありません。 しかし、私は全体的な使命の理解があるときにそれが好きです。 レールにはこのようなビジョンがあり、誇大広告を乗り越えて先に進む必要があります。 私たちは成功すると思います、私の立場は非常にポジティブです:)



誇大宣伝について話す場合は。 今、誇大広告とは何ですか、そしてあなたは本当に何を使うことができますか？ 何に注意を払うべきだと思いますか？ そして、次に何が面白いでしょうか？



少し前に、私の友人と私はCode Hipstersと呼ばれる小さなパーティーをロストフで開催しました 。 これは主にVKontakteのニュースフィードであり、Telegramで、フロントエンドのあらゆる種類のファッショナブルなものについて書いています（これがタイトルで勝負しようとしているものです）。 今、私は少し引退しました、私の友人ヴィティヤはすべてに従事しています。 彼は素晴らしいスタイルを持っている、私は彼が書く方法が本当に好きです。 時々、私たちは集まって、過去1週間にわたって新しいものを何も読んでいないことを理解します:)どうやら、私たちは少し疲れています。



最後に聞いたのは、 Rollupです。 私の意見では、革命的なものは何もありませんが、見るのは面白いです。 スマートバンドラーへの動き、依存関係の正しいアセンブリは非常に重要だと思います。これは良い方向です。 これはロケット科学とは言えませんが。



第二に、コンポーネントアプローチ。 彼はずっと前に来て、誰もが彼を受け入れました、それは素晴らしいことです。



第三に、FRP。 この問題には、理論と実践の間に大きなギャップがあります。 確かにそれを克服するために何かが現れるでしょう。



フレームワークとしてのレールの問題と前線への回帰。 フロントエンド開発の観点から、レールに何を追加または削除しますか？ たぶん、彼はレールから前部を取り外したでしょうか？



私は正面を掃除しません。 現在のソリューションは、少なくとも市場に出回っているプロジェクトの80％で生き残ることができるように思えます。 Ingodaがこのような機能を備えていると非常に便利です。



ファイルの組み立てについて話しているときでさえ、それは実際にはアセンブリではなく、正しい順序での単純な連結です。 これは悪いと思います。



私は彼らがターボリンクを好まないと聞いたが、私はそれらに対して非常に普通だが、いくつかのプロジェクトでそれらを使用している。

はい、時にはそれを正しく行う方法を見つけるのに多くの時間を費やす必要があります。 しかし、注文に慣れています。 私にとっては簡単でした。スクリプトを作成せず、すぐに単一ページのアプリケーションの作成を開始しました。 リソースを割り当てる方法、リソースを正しく消す方法、サービス、アプリケーションのライフサイクル、長期間の動作方法について考える必要がありました。 スクリプトを散在させたシンプルな複数ページのWebサイトを作成する場合、それについては考えません。



ただし、プロジェクトでは、これらすべてを考慮する必要がある場合があります。正しいフロントエンドが教えてくれたパターンを覚えておく必要があります。



レールに直接追加するものがわかりません。 不要なものをすべて捨て、容易にし、API専用のレールを残す傾向があります。 そうだね



特にRails API開発に関連する別のブランチがあり、不要なものを無効にします。



はい、これはアセンブリにも適用されます。 鉄道プロジェクトを立ち上げている場合、おそらく、開始中のプロセスを何らかの方法で管理できると便利です。 今では単なるRailsサーバーやSidekiqではありません。 Node.jsプロセスが実行しているアセンブリに対して実行されるプロセスを監視できると便利です。 そのようなものを考え出すのはクールだろう。 ここでは、原則として、ForemanやHivemindなどのソリューションを提供できます。



ツールについて話し始めてから：今何を見ていますか？ どのプロジェクトが好きですか、どのプロジェクトに注意を払うべきですか？



場合によってはWebpackを使用しますが 、これは私にぴったりです。 彼が複雑な構成を持っているという事実の背後にあるすべてのユーモアを理解しています。 私には、モジュールがクールであるという主要な概念のようです。 ブランチビルダーを長い間使用していました。 彼は常にバイパスされ、日陰にとどまりました。 しかし、私にとっては、非常に高速なビルドが必要な場合、一般的なjsスタイルのモジュールが必要な場合、非常に迅速に何かをスローする必要がある場合、理想的なツールです。 非常に高速に動作するためです。 フレームワークを作っている人の多くが、最近Ember CLIやReactのような定型文やコマンドラインツールを作り始めているという事実に感銘を受けました。 Emberの場合、あなたはコレクターに非常に固く結びついており、 ブロッコリー以外の別のコレクターを選択することはできませんでした（当時は構成できず、非常に長い間すべてを収集していました）。 少なくとも私のマシンでは、永久に機能しました。



私はエンバーでの仕事の経験があり、ブランチでプロジェクトを完全に組み立てました。 コミュニティ全体がEmber CLIに切り替えたので、私はブランチを使い続けたので、自分のためにたくさん移植しなければならなかったという事実を考慮しても。 私たちの場合、多くのファイルがあり、永遠に待つ余裕がないため、スピードと高速アセンブリを優先して利便性を犠牲にしました。



あなたはオープンソースの話に参加して、いくつかのプロジェクトを手伝おうとしませんでしたか？ もしそうなら、どこでコミットしましたか？



はい、コミットしています。 自分を積極的な貢献者とは呼びません。 小さなプルクエストのレベルでフロントエンドプロジェクトに取り組んでいます。



私はオープンソースプロジェクトをいくつか持っています（そう言えば）。 おそらく、彼らはあまり面白くなく、GitHubで多くの星を獲得できませんでしたが、それでもまだです。 趣味のプロジェクトの1つとして、Node.jsでプリンターを操作するためのラッパーを作成しました。 Instagramからの写真の分散印刷のようなことをして、写真用のクールな小さなプリンターを見つけてRaspberryに接続しました。 幸いなことに、Node.jsはRaspberryで働いていたので、組み立てなければなりませんでした。 エージェントシステムのようなものを書きました（この用語が正しいかどうかはわかりません）。 そのようなプリンターデバイスを接続し、任意のステーションで写真を印刷するというアイデアでした。 これらすべてが卒業プロジェクトの基礎を形成しました。卒業プロジェクトは、GitHubに完全にレイアウトされており、それをいくらか誇りに思っています。 githubを持つことは素晴らしいことであり、教育にも使用します。 一般的に、卒業プロジェクトはかなりクールでした。



リソース、フォローしているtwitterアカウント、ニュースサイトなど、フロントに関する情報はどこで入手できますか？ Rubyについては、どこを見るか、何を購読するか、そして個人的には、最前線の部分について何も思い浮かぶことはありません。



私にとって最初の場所はCode Hipstersです。 記事を読まなくても、探しているわけではありません。電報を使って、コードヒップスターチャンネルを読んでいます。 もちろん、私はそれを少し違ったやり方で受け止めます。なぜならこれらは私の友人だからです。



Twitter、特に英語を話すことができます。 特定のアカウントには名前を付けません。これは長年にわたって蓄積された情報の層です。 時々、テープをめくることができます。フロントエンドで本当にトレンディなことが起こった場合、すぐにそれが表示され、テープ全体がいっぱいになります。



ポッドキャストも好きです。 私はウェブ標準に耳を傾けます。 ところで、最近の号では、誰がどのポッドキャストを聴いているのか尋ねました-誰も聴いていないことが判明しました:)。



FrontFlip 、おそらく？



いいえ、そうではありませんでした。ロシア語のポッドキャストを聞くことはまったくできません。 The Changelogを聴き、 Thougtbotポッドキャストも気に入っています。 ジャイアントロボも 、私はスタイル、雰囲気が本当に好きです。 通常、これらは2人のスピーカーであり、週末に会って、彼らに何が起こったかを話し合い、ポッドキャストのトピックがあることを忘れているようです。 しかし、聞くのはまだ面白いです。 それは2つのポッドキャストです。もう1つはビジネスに関するものです（これは外部キーの作成者の1人と他のプラットフォームからのポッドキャストです。



RailsClubでバックエンド開発者に何を伝えますか？



フロントエンドが追い払われ、フレームワークがこれに追いついていないという事実。 レールに囲まれたフロントエンドの組み立て方、解決策、問題点について説明します。 そして、なぜそれが本当に必要なのですか。 私は私の個人的な経験に頼ろうとします。



私が理解しているように、あなたは以前RailsClubに行ったことがありません。 会議に何を期待しますか？



多くの興味深い知り合い。 燃えるような目を持つ多くの人に会いたいです。 とにかく、会議のトピックだけでなく、話す準備ができている人たち。 会議は人々にとって興味深いものです。



興味深い状況がありました。昨年、私たちはFrontend Union Confに行きました。それは昨年8月のモスクワで、バルト諸国のどこかにありました。 私たちはパーティー全体で到着しましたが、道路にうんざりしていたため、レポートの波をつかむのは非常に困難でした。私たちは片耳で聞きました。 ドライブはアフターパーティーで始まりました。 SoundCloudのJan Monschkeに会いました 。 彼の報告が何であったかは覚えていませんが、会議後の会話は忘れられませんでした。 彼はクールな男で、彼のプロジェクトについて話してくれました。 私たちは、すでに話したコレクターのブランチについて話しています。 そして、彼はこのプロジェクトを始めた男の一人であることが判明しました。 おいおい！ これはまさに、コミュニケーションのために会議に行くために必要なものです。 まあ、レポートも:)



開発以外では、何が好きですか？ 読んだり、歌ったり、何かをしたり、山に行ったりしますか？



コードホップスター。ただし、これは仕事に関連しています。 私は子供の頃に学んだ多くのことから（仕事でも人生でも）インスピレーションを受けていると言えます。 子供の頃、私はあらゆるもの、メカニズムが好きでした。 私は木材からあらゆる種類の弓と石弓を作る小さなワークショップを開催しました。 残念ながら、これらすべてを電気に接続する方法、より高度なことを行う方法を示す指導者はいませんでした。



Charles Petzoldによって書かれたCodeという本に出くわした。 この本は、幼少時代について語ったという点で興味深いものでした。友人がいて、反対側の家に住んでいると想像してください。 そして、あなたはお互いに秘密のサインを与えて、コミュニケーションしたかったです。 あなたは懐中電灯を取り出し、彼の家の壁に文字を描き始めます。 その後、彼はモールス信号にスムーズに進み、アルファベットの点字は電信について話します。 電信接続を行いたい場合は、リピーターが必要です。リピーターはリレーに基づいて作成できます...そして、楽しみが始まります。 本によると、あらゆる種類のロジスゲートなどを行うことができます。 ネタバレ：本は、アセンブラーでプロトタイプオペレーティングシステムを作成する方法を示すことで終わります。 この本は、私にインスピレーションを与えるものの理想的な説明であり、これらはそのような精神実験です。



また、コードがデザインと何らかの形で織り交ぜられているときも気に入っています。 「 コードの性質 」という本をお勧めします。この本は共通の言語で書かれていますが、処理の書き方、鳥の群れなどの自然のシステムをシミュレートする方法などを示しています。 そのようなことは私に大きなインスピレーションを与えます。 これにより、私がどのような開発者であるか、どのように仕事をし、生活するかがある程度決まると思う



現在いくつのプロジェクトがあり、現在どのようなフロントエンドスタックを使用していますか？



現在の時間について話すことは困難です。すべてを閉じようとする段階があります。 私は実際の生活で私が使用しているものについて話すことができます。 それはすべてタスクに依存します。私は、チームの利益のために、そしてクライアントの利益のために、可能な限り柔軟になるようにしています。



多数の状態を持つプロジェクトが強力なインターフェースロジックを必要としないことを理解している場合、マルチページにしないのはなぜですか、レールに入れないのはなぜですか？



詳細については、Slimを使用してSCSSで作成します。 単一ページのアプリケーションを長時間書くと、フロントエンドが変わることに気付きました。 個別のバックエンドと多くの単一ページアプリケーションという複雑なプロジェクトがありました。 それらはすべてember.jsで書かれています。



一般に、エンバーには興味深い方法があります。アイデアが熟成した瞬間から、コミュニティがその周囲に現れ始めて、パフォーマンスの面でリアクションと競合し始めた瞬間まで。このフレームワークには非常に満足しています。クイックフレームワークのすべてが揃っています。いくつかのことは混乱を招きます。特に、構成に関する規約です。 Ember（RailsコアチームのYehuda Katz）を作った人たちはRailsに触発され、多くの原則を移そうとしました。すべてがうまくいったわけではないようです。私の意見では、フロントエンドプロジェクトでの設定に関する規約は非常に疑わしいです。フレームワークに組み込まれているいくつかのものに依存するよりも、フロントエンドコードを書く方が簡単です。一方、便利なヘルパーがたくさんあり、プロジェクトをすばやく開始できます。



マルチページテーマに戻ります。外部コレクターを使用せず、アセットパイプラインに完全に依存する鉄道プロジェクトでは、フロントエンドファイルを何らかの構造に整理し、サービスを記述し、すべてをある種のビューに整理し始めることに気付きました。これらは単なるコンストラクターのルートノードを取得する純粋なES6クラスです。このような軽量のバックボーンビューは、すべてを分離せず、分離するためだけのものです。これは良い傾向だと思います。これにより、コードベースを良好な状態に保ち、コードベースが成長するときに頻繁に生じる影響を回避できます。



現在、AngularとReactの間にいくつかの対立があります。あなたはどちら側にいますか、暗いですか、明るいですか？そして、何が暗く、何が光ですか？



私は実質的にAngularでは動作しませんでした。私はあなたが運転しているものを理解していますが、話すのは難しいです。これらの紛争は無意味だと思います。誰が担当し、誰が正しいのか、誰が担当していないのかを探す必要はありません。誰がどのような状況で良いのか、どこを使うのが良いのかを理解する必要があります。明確な構造、遷移、ルート、認証、ダウンロードなどが表示されるアプリケーションがある場合、おそらくAngularに依存するでしょう。私は目で彼を見たことはありませんが、そのようなことには多くのサポートがあると思います。ある種のウィジェット、組み込み部品、少数の状態を持つ単純なアプリケーションを作成する必要がある場合、この場合は、おそらくReactを選択します。パフォーマンスの測定や、サーバーサイドレンダリングなどの機能には焦点を当てません。これらの問題はあまりにも議論されていると思う、サーバーサイドレンダリングは価値がありません。実際には、これは10％のケースで必要です。少なくとも私にはそう思われます。したがって、フレームワークが提供するもの、つまりチームにとって、プロジェクト全体にとって、会社にとって何が役立つかを見ていきます。



この戦争には中立性がありますか？



はい！次世代に何かをアドバイスするように頼まれたら、40歳の開発者であると感じることについての興味深い記事を読むことをお勧めします。著者は非常に興味深いことに、彼の生涯について、彼が10社以上の会社で仕事によって教えられたことについて話しています。彼は非常に重要な考えを述べています：誇大広告に頼らないでください、これは虚偽の感覚です、落ち着いた表情ですべてを見てみてください。短期的な感情に頼ることなく評価する。これは非常に賢明だと思います。私もこの立場を固守したいと思います。



アレクセイと個人的に話したい場合は、会議に参加してください！すべての詳細はこちら、チケットの価格は8000ルーブルです。



会議をサポートする企業に感謝します。

ジェネラルパートナー：Toptal

Goldパートナー：Rambler＆CoおよびAT-Consulting

Silverパートナー：JetBrains

Bronzeパートナー：従来のアフターパーティーをサポートするGitlabおよびVoltMobi

Beerパートナー-CloudCastle

railsclub.ruのニュースレターにサインアップして、ニュースレターをチェックしてください。

じゃあね！