Daniil Dubrovkin：「彼らはオープンソースを書いていないので、彼らは悪いエンジニアになりませんでした」

IT企業のテクノロジー、プロセス、インフラストラクチャ、および人々に関するポッドキャストの第6版を紹介します。 今日、CTOcastにアクセスするのは、ArtsyのCTOであり、オープンソース愛好家であるDaniel Doubrovkineです。



ポッドキャストを聴く



ポッドキャストのテキスト版の最初の部分

ポッドキャストのテキストバージョン（パート2）

オープンソースの倫理と成功したプロジェクトの秘密

Pavel Pavlov：オープンソースプロジェクトを作成する際の成功の秘Whatは何ですか？ 何をすべきですか？ 何が問題なのでしょうか？



Daniil Dubrovkin：オープンソースプロジェクトを作成するために不可欠なもの—新しい開発者がプロ​​ジェクトで作業するのに役立つ優れたドキュメントとシステム。 たとえば、ライブラリを作成する場合、テストを行う必要があります。 そして、このライブラリに何かを追加する人は、彼が何も壊さないことを確認できます。 誰もが最新バージョンの変更を把握し、ユーザーがこれらの変更をフォローしているグループがあることを確認できるように、ライブラリには適切な変更ログが必要です。



開いているプロジェクトでの作業は、互いに独立した大規模なグループの管理であり、全員がインフラストラクチャの支援を必要としています。



放棄されたプロジェクトを見つけたり、使用しているプロジェクトが放棄されたりすると、問題が発生します。 たとえば、私は1つの良いプロジェクトに取り組んでいて、それを書いたエンジニアと、私の人生で会ったことのないエンジニアが突然姿を消しました。 時間が経ち、彼に何が起こったのか誰も知りませんでした。 数年後、私は偶然それを見つけ、彼がプログラミングを完全にやめ、北イタリアでブドウを植え始めたことが判明しました。 彼は二度とコンピューターに接続しないことを決定し、プロジェクトは非常に迅速に進みました。コードを書いている多くの人々と何千人ものユーザーがいました。 私が働いていた会社もそれを使用していたため、行方不明のエンジニアが以前行っていたように、誰かが組織化を開始する必要がありました。



他の人のプロジェクトを継続する方法について多くのことを話さなければならないので、他の誰かが行方不明になった場合に作業が停止しないように、プロジェクトを作成するときにプロセスを整理することが非常に重要であることを確かに言うことができます。



Pavel Pavlov：秘密ではない場合、これはどのようなプロジェクトでしたか？



Daniil Dubrovkin：もちろん、dotNetInstaller — Windowsインストール用のブートストラッププロジェクトです。 非常に古いため、Windows 95でも動作します。プロジェクトには多くのユーザーがいて、生きています。 何も書いていませんが、それを続けている人がいます。



Pavel Pavlov：状況は実際には非常に典型的です。 人々の優先事項は変化しており、さまざまな生活状況やキャリアパスです。 プロジェクトを開始すると、2、3年で多くの変化が起こる可能性が高く、プロジェクトをサポートすることはできません。 一定の時間後にそれを引き継ぐと考えて、プロジェクトを構築する価値は常にありますか？ それとも、自分のやる気を起こしてプロジェクトをサポートしようとする価値はありますか？



Daniil Dubrovkin：道徳的に、私はいつも始めていたことをサポートしなければなりません、そして、私は誰かがそれを取るまでプロジェクトを去ることができません。 私は反対を考える人々を批判することはできません：彼らはインターネットにコードを投稿し、もはやそれをしたくない。 主なものは、人々がこれについて直接話すことです。 たとえば、誰かが次のように言うと、多くのプロジェクトを見ることができます。 彼とやりたいことは何でも。」 完璧ではありませんが、それは私に合っています。 自分の優先順位が変わりつつあり、おそらくブドウを栽培したい人を批判することはできません。



Pavel Pavlov：オープンソースプロジェクトを投稿する企業は道徳的責任を負いますか？ ビジネスは終了する場合がありますが、プロジェクトは残ります。



Daniil Dubrovkin：はい、ほとんどの場合、ビジネスは閉鎖されますが、プロジェクトは残ります。 ほとんどの企業、特に私たちが思っているよりも早く消滅するスタートアップは働きません。 ここでは、企業には道徳的義務はないようです。 会社が独自にプロジェクトをアップロードする場合、これらのプロジェクトでの作業を継続するには、自社のエンジニアに支払う必要があります。



今日、私の会社（約Ed。— Artsy）では、Artsyに代わってエンジニアがプロジェクトをアップロードすることはめったにありません。 基本的に、当社のエンジニアは自分でオープンソースプロジェクトに取り組んでいます。 必ずしもArtsyからのプロジェクトを強制する人はいません。 それどころか、私はエンジニアに何をどのように行うかを伝える会社なしで、オープンソースプロジェクトを自分で開発してもらいたいのです。 同時に、私たちは彼らがオープンソースプロジェクトに取り組むために多くのお金を費やし、時間をかけて彼らが何をするかを信頼しています。 私たちは、彼らのすべての仕事がある程度会社に利益をもたらすと信じています。 そして、ここで多くの興味深いことがわかります。



たとえば、モバイル企業のトップであり、インターネット上でOrtaとして知られるエンジニアは、CocoaPodsの主要な開発者の1人であり、iOSでプログラムを作成するほとんどすべての開発者によって使用されています。 そして、彼はCocoaPodsに多くの時間を費やしていますが、彼の各コード行を見て、「これはCocoaPodsであり、Artsyのためではありません」と言うと、おそらく間違っているでしょう。 彼の活動のおかげで、私たちのiOSプログラムを書くエンジニアを問題なく雇うことができます。



アレクサンダー・アスタペンコ：エンジニアがHRの仕事をしていることがわかりました 。



Daniil Dubrovkin：はい、そしてHRよりもはるかに優れています。 私はグループの全体的な結果に常に興味があります。 一人の人がオープンソースプロジェクトに取り組むとき、他の開発者はこれを見て学びます。これはチーム全体にとって非常に良いことです。 さらに、すでに述べたように、新しいエンジニアを見つけるのが簡単になります。



Alexander Astapenko：製品をオープンソースに提供することを決めた会社の代表者がアドバイスを求めて来た場合、このプロセスを構築するためにどのようにお勧めしますか？ GitHubに投げるだけではありませんか？



Daniil Dubrovkin：これは会社の文化的な問題です。 なぜ必要なのですか？ 彼らがこれがより良いと信じており、例えば人々を雇う方が簡単であるなどの利点がある場合、彼らは正しい流れにいます。 開発をオープンな形式に変換することで、非常に簡単に開始できます。リポジトリを開いて、全員が見えるように作業を開始します。 これが最も重要です。 次に、他の人のためにこのプロジェクトの組織に少し取り組む必要があります。 椅子を回して質問できるエンジニアだけでなく、地球の反対側にいて、それについて何かをしたい人のために。 最近、モバイルチームがArtsy iOSアプリケーションを開き、2013年にAppleがその機能を実行しました。 GitHubで完全にオープンソースになった美しくクールなプログラム。 そして最初の3日間は、ドキュメンテーションのみを要求する10〜15のリクエストがありました。これを行う方法、それを行う方法です。 そして、協力はあなたのために働いていない人々から始まります。

オープンソースの利点、対立、将来について

アレクサンダー・アスタペンコ：現代世界の基準からすると奇妙に聞こえるかもしれませんが、それでもお願いします。 オープンソースプロジェクトに取り組んだことがない経験豊富な開発者がいると想像してください。 どうやって彼にこの球体に参加するよう説得しますか？ オープンソースプロジェクトでは、会社ではなく個人にどのようなメリットがありますか？



Daniil Dubrovkin：オープンソースへの書き込みをしない強力な開発者がいないことに同意しません。 私はそれらを毎日見ています。 これをやったことがない優秀な開発者がたくさんいます。 彼らはオープンソースを書いていないので、彼らは悪いエンジニアにはなりませんでした。



個人にはいくつかの利点があると思います。 まず、まったく異なる方法で作業することを学びます。これは興味深いことです。 あなたは強力なエンジニアかもしれませんが、特にあなたが知らない人とどのようにやり取りしますか？ あなたが今小さな会社で働いているなら、これは単なるコードを書く以上のことをすることができるエンジニアの開発における次のステップかもしれません。



2番目のエンジニアは、おそらく、ある会社での人生が終わるまで働きません。 これは現実であり、正常です。 プロジェクトをオープンソースでレイアウトすることで、開発者は自分の名前を付け、次回インタビューに行くとき、雇用主はすでに自分のコードを見ており、聞いたこともない会社のエンジニアとしてどれだけ良いかについては耳を傾けません。 適切な名前は、すべての人が少なくとも考えたいものです。 そして、誰もが自分自身について考え始めるという事実のために、会社は良くなっているだけです。 これは、今日のより近代的な開発形態です。



私の友人のアリスE.マーウィックは、ステータスアップデートの本を執筆しました。彼女は、強力なエンジニアはテクノロジー企業の最高レベルだと言います。 確かに、誰もこれについて知らない場合、エンジニアは良くなりません。 屋内では、どんなに優れたエンジニアであっても、プログラムやコードなしでは証明できないことを忘れがちです。 オープンソースは、人にとっても、会社にとっても、コード自体にとっても優れていると思います。 すべての人に見せるために、より多くのテストが必要で、よりきれいでより美しくする必要があるため、良いコードを書く必要があります。 そして、会社自体が、エンジニアが作成した高度なソフトウェアを受け取ります。 製品はますます簡単になっています。



Pavel Pavlov：これまでのところ、オープンソースは明るい話であることがわかりました。 残念ながら、これは常にそうではありません。 たとえば、ここにはLinuxコミュニティがあり、そこではプロジェクトをサポートする人々と、主要人物やリーダーとの間で多くの対立があります。 Red HatとMongoDBの場合、すべてが異なります。彼らには独自の目標があり、達成する必要があり、プロジェクトの背後にはお金があります。 愛好家がいて、彼はバグを修正したいと考えており、プロジェクトをサポートする人々はそれを受け入れたくなく、彼らはコードの品質に満足していないと想像してください。 その男は善意を持っていて、プロジェクトを改善したかったのですが、すぐに反発されました。 そのような状況を避ける方法は？ 新しい人々がプロジェクトに参加し、コミュニティの成長を支援する方法は？



Daniil Dubrovkin：私は100％に同意します。 これは非常に頻繁に発生します。人々は助けようとしますが、彼らはかなり乾燥して断ち切られます。 そして、彼らはもはやこれをしたくない、それは難しいと不快です。 このような状況では、プロジェクトをサポートする人々が責任を負います。 彼らは彼らが国家を支配し、彼らが望むことをすることを信じています。 これは、オープンソースの問題だけではありません。 非公開企業では、これも非常に一般的です。 「これは私のものであり、近づかない」という原則に基づいて働くエンジニアがいます。



私たちは皆、Rubyを書いたMatzから学ぶ必要があります。 人を受け入れて助ける必要がある。 彼らが何か悪いことをしたと考えたり、責めたりするのではなく、コード自体または彼らが間違ったことをコメントするだけです。



一方、オープンソースの新参者は、プロジェクトをサポートする人々がコードが悪いと考える場合、これらは個人的な攻撃ではないことを理解する必要があります。 彼らはあなたが悪い人であると言っているのではなく、単に間違って書かれているか非活動的であるとコメントするだけです。



これは、両方の当事者にとっての仕事です。貢献しようとしている人と、この貢献を受け入れる人にとって。



Alexander Astapenko：オープンソースの未来をどう見ていますか？



Daniil Dubrovkin： 10年以内に書くコードはすべてオープンソースになると思います。 ソフトウェアをシャットダウンする理由はありません。 最近、Open Source by Default運動をサポートしています。私たちは会社を設立しており、最初からソフトウェアがオープンになると言っています。 そして、私たちが独自の何か、ある種の特別なアルゴリズムを持っている場合、競合他社がそれを認識しないように、しばらくそれを保持することができます。 しかし、最終的には、すべてが公に機能し始め、すべてが完了したら、それを開くことができます。



アレクサンダー・アスタペンコ：あなたのArtsyでのリーダーシップの下では、単一のプロプライエタリ製品が残っていないことを正しく理解していますか？



ダニエル・ドゥブロヴキン：間違っています。 多くの独自製品があります。



アレクサンダーアスタペンコ：なぜですか？



Daniil Dubrovkin：チームに何をすべきか、彼らとどのように仕事をするかを指示しません。 コードを書き始めてから、徐々にコードを開き始めました。 最初は、すべてをオープンにする必要があるとは決めていませんでした。 次回、新しい会社を始めたら、このソリューションは初日から機能すると思います。



Artsyには、非公開にするコードがほとんどありません。 私はよく尋ねられます。「ある芸術を別の芸術のように見せるためのあなたの超アルゴリズムはどうですか？」 。 また、コード全体を見た場合、そこに素晴らしいものは何も見つかりません。 したがって、現在、私たちはますますオープンに仕事をしています。 iOSアプリケーションは現在オープンソースであり、これは非常に大きな問題です。 ゼロからオープンに書かれたプログラムがすでに1つあります。Swiftで作成された、Artsyオークションの入札キオスクです。 私たちの新しいオープンソースプロジェクトの99パーセントは最初からのものであり、これまでのところ、手は古いものに達していないだけです。



Alexander Astapenko：あなたは会社で働いており、オープンソースプロジェクトをサポートしています。 どのように時間に収まりますか？ そして、プロジェクトの1つが非常にポピュラーになったときに何が起こるか。 たとえば、グレープ。



Daniil Dubrovkin：ちなみに、私が始めたわけではないブドウは、会社に直接利益をもたらします。 Grapeで記述されたすべてのAPIがあります。



たとえば、Waffle（Windowsでの認証）などの有名なプロジェクトがいくつかあります。 今、彼は他の人に支えられていますが、時々私はそこに手を入れて何かをします。 企業が直接利益をもたらさないプロジェクトに時間を制限しようとしています。通常、オープンソースプロジェクトを行ったり、手紙に返信したり、新しい人を引き付けるのに週に半日かかります。 私のアドバイスはあなたの時間を共有することです。 私が今興味のないオープンソースプロジェクトの仕事も制限されるべきです。

Artsyについて

アレクサンダー・アスタペンコ：Artsyでは何をしていますか？そこでの主な責任は何ですか？



Daniil Dubrovkin： Artsyは驚異的な会社です。私は4年間、ほぼその基礎から働いています。 これは非常に興味深いプロジェクトであり、その目的は、美術を音楽と同じくらい人気にし、インターネットに転送することです。 ArtsyはArt Genome研究プロジェクトに基づいています。このプロジェクトでは、歴史家の大規模なグループが美術、特に現代美術を分類しています。



私は今何をしていますか？ Artsyには90人近く、エンジニアリングチームは約20人です。私はまだコードを書き続けていますが、最近は「歴史家」として仕事を続けています。非常に古いものを見て、エンジニアにその方法を教えますこれらのものを取り除きます。 私は多くの時間を新しい開発者の採用に費やし、連絡先を見つけ、エンジニアが適切な人々と連絡を取るのを助けようとしています。 たとえば、サーバーやクライアントでの同型JavaScriptなどのEzelプロジェクトに取り組み、エンジニアはこのビジネスに長けたAirbnb開発者に連絡しました。 私たちはすべてを最後まで仕上げるために協力し、彼らの連絡先を簡素化する必要がありました。 私は主に人々とやり取りし、残りの自由時間には多くのオープンソースコードを書きます。 私たちの技術がどこに向かっているのか、そしてそれをどのように利用して顧客やパートナーを支援できるのかを理解しようとしています。



アレクサンダー・アスタペンコ：ポッドキャストの完成について他に言いたいことはありますか？



Daniil Dubrovkin：このポッドキャストを聞いている人にアピールしたいと思います。 ロシアには才能のある優秀なエンジニアがたくさんいますが、オープンソースに従事しているのはほんの少数です。 国境のない開かれた世界の一部になるように誰かを助けることができれば、喜んでそれをします。