ポッドキャストを聴く
対談者について：
Sergey Borisyukは、開発者としてのキャリアをMinskのEPAM Systems（2006年）で始めました。 2007年から2010年に彼はSaM Solutionsに勤務しました。 会社での仕事と並行して、彼は自分のプロジェクトの共同創設者になりました。コーディングスタッフで、テクニカルディレクターの地位にありました。 2011年1月、ミカドはミキタとともに、2番目の会社であるQuote Rollerを立ち上げました。これは、今日PandaDoc（ワークフロー自動化アプリケーション）として知られています。
ポッドキャストのテキスト版
PandaDocへの途中
アレクサンダーアスタペンコ：セルゲイ、コーディングスタッフがどのように現れ、プログラマーから自分の会社の創設者になったのか教えてください。
Sergei Borisyuk：ミキタとは長い間知り合っていましたが、それはすべて同じロックバンドで演奏したという事実から始まりました。 彼はベース奏者であり、私はドラマーでした。 そして、ミキタが交換留学生としてアメリカに行ったことがありました。 当時、ウェブサイトの開発に携わる企業はキノコのように成長していました。 Mikitaは彼が住んでいたハワイに小さなウェブデザインスタジオを作りました。 しばらくして、彼はベラルーシに戻り、私たちは会社を設立し、同じアウトソーシングを開始することにしました。 したがって、実際には、コーディングスタッフが誕生しました。 なぜこれが他社での仕事と並行していたのですか？ その理由は、平凡な-分布です。 私は自分で何かをしたかったのですが、契約に拘束されていました。 その後、私はSaM Solutions社でJavaトレーナーとして働いていましたが、どういうわけか私たちは友好的に合意し、時間と責任を割り当てました。
アレクサンダー・アスタペンコ：そして、当時のコーディングスタッフは何でしたか？
Sergei Borisyuk：当時、コーディングスタッフはミキタが住んでいた1部屋のアパートでした。 さらに5〜6人が朝に来て、夕方に出発しました。 私たちはパスタを調理し、アメリカに拠点を置くソフトウェア開発会社-海軍パスタとdump子-がこのように食事をしたことを冗談で言った。 彼らは、一般的に小さなウェブサイトなど、別のゴミ処理を行いました。 DotNetNukeサイト管理システムに焦点を当て、それに基づいてプロジェクトを作成し始め、その後、そのモジュールを開発し始めました。 5年後、これは奇妙に聞こえますが、それでも製品（このサイト管理システムの小さな拡張機能）が販売され、常に収入をもたらしました。
Alexander Astapenko： Quote Rollerプロジェクトはどのようにして生まれましたか？ 特定の製品を決定する方法は？
Sergey Borisyuk：私の意見では、2010年にモスクワで開催されたGoogle Developer Dayに行きました。そこではGoogleのエバンジェリスト、Don Dodgeが話しました。 彼と話した後、最も興味深いのは、彼が信じられないようなことを何も言わなかったことです。私たちはインスピレーションを受け、ナンセンスをやめて自分の製品を作るべきだと決めました。 しかし、その後、どのような製品になるかはまだわかりませんでした。
ある晴れた日、全員がすでに仕事を辞めていたとき、2つの開発要求が私たちに届きました。 弊社の製品およびセールスマネージャーは、いわば休暇中です。 オフィスには誰もいませんが、答えて価格を見つける必要があります。 クライアントに送信するドキュメントを探し始めましたが、もちろん何も見つかりませんでした。 彼はびっくりして、私たちが何を評価していたのか理解できませんでした：それの価格、その価格。 一般的に、これはそうすべきではないと判断し、そのような文書（提案、顧客の要求への回答）を送信できるようにする、より一貫性のあるシステムが必要です。私たちは、クォータを使用してプロセスがどのように機能するかを示しています。 そこで、Quote Rollerのアイデアを思いつきました。
Pavel Pavlov： Quote Roller、そしてその後のPandaDocの開発により、コーディングスタッフはどうなりましたか？
Sergey Borisyuk：私たちは2つの会社を並行して管理していましたが、当時はQuote Rollerはコーディングスタッフ内のプロジェクトでした。 さらにいくつかのプロジェクトを試してみましたが、それらは芽を出し、死にました。 コーディングスタッフはQuote Rollerに資金を提供しましたが、実際には収益を上げることはできませんでしたが、別の製品の開発に投資しました。 スタートアップで最も重要なことはフォーカスだからです。 同じ場所でつつくと成功する可能性があります。スプレーしてあちこちで稼ごうとすると、確実に稼ぐことができますが、それはまったく別のお金になります。 そのため、しばらくして、コーディングスタッフの管理を開始したマネージャーを見つけました。私たちの焦点は完全に自社製品に移りました。 私たちは別の会社になりました。 しばらくして、コーディングスタッフも別の会社に変わりました。
チームについて
Pavel Pavlov：最初に、後でPandaDocのQuote Rollerを作成したのは誰ですか？ ミンスクのワンルームのアパートに座っていたのと同じ男たち？ それとも状況はどうにか変わったのでしょうか？
Sergey Borisyuk：技術スタックを変更することを決めたので、これはすでに別のチームでした。 私はJavaプログラマーだったので、オープンソースの世界にまだまだ近づいており、閉じられたプロプライエタリタイプの.NETではありません。 Quote Rollerについては、最初からPythonを選択し、まだ作業を続けている2人のプログラマを見つけました。 実は、これはチームでした。私、2人の開発者、時にはデザイナー、そしてミキタは当時、マーケティングと販売にもっと関わっていました。
Pavel Pavlov：あなたのチームはどのように見えますか？
Sergey Borisyuk：以前は、会社には4人、時には5人の従業員がいましたが、フルタイムでも働いていませんでした。 現在、私たちは約30人で、3つのオフィスで働いています。 開発オフィスは、サウスカロライナ州ミンスク（カスタマーサポートおよび一部販売）、およびサンフランシスコ（マーケティングおよび販売リソースがある本社）にあります。 ミキタと私もサンフランシスコにいます。 すべてがフルタイムで働いており、とても嬉しいです。
アレクサンダーアスタペンコ：最近カリフォルニアの本社に移りましたが、開発チームはミンスクに残りました。 たとえば、ミンスクから11時間のところにいるときに、開発プロセスの管理がどのように見えるかを教えてください。
Sergey Borisyuk：素晴らしい点は、チームが良ければ、ミンスクとの時差が11時間になる可能性があることです。 私たちにはエンジニアリングのディレクターがいて、彼は私がベラルーシでやった仕事をしています。
なぜ私の動きが必要なのですか？ 会社が成長したため、私の役割と責任が変わりました。最初はすべてを行い、その後リリース管理、機能、計画に焦点を合わせ、それから技術とパートナーシップという戦略的な方向に進みます。 そして、この戦略的な段階に到達したら、パートナーとほとんどの顧客が同じ時間帯で、できれば同じ場所にいることが理にかなっています。オフィスに来て、すべてがどのように機能するかを説明できます一緒にやる。
私は頻繁にチームに電話しますが、私たちは密接に連絡を取り合っています。 同じオフィスでエンジニアと一緒に仕事をするのはとても楽しかったです。全員が一緒に座っているときは製品を作るのが簡単で、チームが分散しているときは11時間の時差が大きいので難しくなります。
Pavel Pavlov：あなたが言ったように、重要な条件は、効果的で責任あるチームの存在と、ミンスクであなたを助ける人の存在でした。 そして、そのようなチームをどうやって構築したのですか？
Sergei Borisyuk：おそらく常に困難があります。 エンジニアリングの観点から、私たちはベラルーシにいることができて幸運でした。 膨大な数の素晴らしい才能ある開発者を雇うことができますが、それは素晴らしいことです。 一方、ベラルーシから世界市場に製品を作ることは非常に難しいため、運はありません。 ビザを取得するまで、単に米国に旅行する機会はありません。
どのようにしてチームを成長させましたか？ 私はエンジニアリングチームとサッカーチームを比較することに慣れています。 一緒にプレイできないスターが12人いると、強力でよく調整されたプレーヤーのチームよりもはるかに悪くなります。 そして今、彼らはスーパースターに成長しました。 私たちは原則としてこの原則に導かれ、技術的なスキルに加えて、学ぶ機会に注目しました。 スタートアップでは、特に最初から一緒に多くの時間を過ごすとき、文化は非常に重要です。 文化の適合性が私たちが持っていたものとは非常に異なっていたので、私は根を張らなかった本当に良いエンジニアを雇いました。 スタートアップの初期の文化は、おそらく技術的なスキルよりもさらに重要です。
Pavel Pavlov：インタビュー中に、文化的適合の観点から人が適切かどうかを理解することは可能ですか？
Sergey Borisyuk：もちろん 、理解できます。 これをどうやってやったの？ 最初にその人にインタビューし、次にチームのメンバーにインタビューしました。彼らは彼についてある種の平均的な意見を推測しました。 時々、私は妥協し、「さて、何かが変わるかもしれない」と思ったと思うようになります。 変更されません。 人が文化にあまり適していないとすぐに感じる場合は、摩擦がありますので、スキップすることをお勧めします。
Pavel Pavlov： PandaDocの文化がすべて同じであるかどうかは完全には明らかではありませんか？ どのように説明しますか？
Sergey Borisyuk：これは、チームの個人的な資質に合った個人的な資質があるときです。 これが、コミュニケーションの方法、仕事の後の仕事、登りやすさ、会社の価値観を共有するかどうか、チームプレーヤーとしての能力です。 すべて一緒になって、私たちと一緒に働くことができる人のイメージに発展します。 文化を説明して要素に分解することは困難ですが、1年間チームで作業した場合、誰に追加できるのか、誰が追加しないのかをすぐに理解できます。
Pavel Pavlov： PandaDocにアクセスするには、仕事の後に何をする必要がありますか？
Sergey Borisyuk：最も重要なことはパンダを愛することです。
アレクサンダーアスタペンコ：なぜ人々はPandaDocで働くことに興味を持つのですか？
Sergey Borisyuk：製品開発に携わっている人は、アウトソーシング会社で働くこととの違いを理解しています。 時々、アウトソーシングのデベロッパーが私たちのところに来て、「みんな、あなたは1つのプロジェクトをやっているので、面白くない」と言います。 そして、私たちは皆、大きな目で見ています。「私たちの製品を扱う場合、これはどうして面白くないのでしょうか？」 第二に、私たちは技術に非常に柔軟であり、非常に最新の開発、フレームワークなどを試すことができます。 私たちはテクノロジーと機能で多くの実験をしています。 私たちはオープンであり、各従業員は1ヶ月で何が行われたか、会社がどれだけ稼いだか、どのように発展しているか、そして私たちの計画が何であるかを知っています。 これはアウトソーシング会社とは大きく異なります。 さらに、ビジネスが成長して数百万ドルになる可能性。 原則として、これは人が発火したかどうかを理解するのに十分です。
PandaDocとテクノロジーについて
Pavel Pavlov：技術革新について詳しく教えてください。
Sergey Borisyuk： Quote Rollerから始めて、特別な革新なしでPythonとDjangoをクラシックバージョンで使用しましたが、おそらくBackboneの最初のユーザーの1人でした。 私たちはプロジェクトのウェブサイトで示されたことも覚えています。 もちろん、誰もがBackboneを使用し始めたとき、私たちはそこから追い出されました。なぜなら、ポートフォリオに巨大企業を置く方が良いからです。
しばらくして、PandaDocアーキテクチャの柔軟性を高めることにしました。これは、AngularJSをはじめとする複数のクライアントとモバイルiOSおよびAndroidクライアントを備えたREST APIです。 一般的に、原則として小さな独立したブロックが内部にあるサービス指向のアーキテクチャを持っています。 まだPythonとDjangoを使用しています。 なぜそのようなスタックなのか？ PandaDocを開始する前に、多くのフレームワークを試し、非リレーショナルデータベースで実験しました。すべての開発者は、アプリケーションではまったく意味がなく、プロセスをさらに複雑にしているという結論に達しました。
私たちは何を実験していますか？ たとえば、サイトのGoogleアナリティクスに似たドキュメント分析を収集します。 クライアントがドキュメントの特定のページにどれだけの時間を費やしているかを見ることができます。 このサービスでは、Python、Tornado、およびMongoDBを主要部分（Python、Django、Postgre）に使用します。
Alexander Astapenko：私たちはすでにテクノロジーに取り組んでいますが、PandaDoc製品自体について少し話していただけますか？
Sergey Borisyuk： PandaDocは、ワークフローの自動化を支援するWebおよびモバイルアプリケーションです。 退屈に聞こえるかもしれませんが、実際はそうではありません。 私たちが最初にしたことは、現代の視覚的なWebサイトエディタに似たドキュメントエディタでした。 文書を収集できるブロック（左、右、テキスト、見出し、表、動画）があります。 このエディターは基礎であり、非常に美しく見えます。ドキュメントのさまざまなテーマをサポートしています。 ドキュメント自体を開発する時間も短縮されます。
確かに、これは製品を販売するのに十分ではないでしょう。そして今、私たちは会社で販売に従事している人々により多くを集中します。 そして彼らにとって、PandaDocを使用する主な理由は自動化でした。 これはどうですか？ 製品を販売している人は、製品について説明したドキュメントを価格とともに会社に関する情報とともにクライアントに送信する必要があります。これはユーザーがPandaDocを使用して行うことです。 PandaDocは、1つのシステムからデータを取得し、そこからドキュメントを非常に迅速に生成し、このデータを置換し、クライアントが入力する必要があるフィールド（電子署名、名前、姓など）を入力し、ドキュメントをリンクとして送信するのに役立ちます。 クライアントは、リンクを開いてドキュメントを表示し、フィールドに入力して電子形式でドキュメントに署名できます。これはほとんどの先進国で合法です。 ユーザーは署名済みドキュメントを直接PandaDocアカウントに受け取ります。つまり、トランザクションの完了時間は大幅に短縮されます。 統計によると、Quote RollerとPandaDocでの数年間で、製品の生産性が最大35％向上しました。
Alexander Astapenko： PandaDocには現在何人のユーザーがいますか？ どのような負荷について話しているのですか？
Sergey Borisyuk： PandaDocはビジネスアプリケーションであるため、大きな負荷はありません。 現在、約100,000人のユーザーがいます。 実際に使用している会社は、最大10,000の場所を占めています。
Pavel Pavlov：ユーザーをサポートするためにどのプラットフォームを選択しましたか？ アプリケーションをどこにデプロイしますか？
Sergey Borisyuk： Amazonでは、これは驚くことではないと思います。 なぜあるのですか？ 非常に柔軟です。 インフラストラクチャ全体と展開方法を最適化しました。 Chefを使用すると、一般に数分でサーバーを追加したり、何らかの種類のミラーインフラストラクチャを展開したりできます。 非常に高速で、十分にサポートされています。 何かが変更された場合は、レシピを変更しただけで、更新されたすべてのインフラストラクチャがあります。
アレクサンダーアスタペンコ：私は間違っているかもしれませんが、私の意見では、あなたは以前Rackspaceを使用していました。 そんな感じでしたか？
Sergey Borisyuk： 2つの製品があるので、1つはRackspace、もう1つはAmazonです。
アレクサンダー・アスタペンコ：私が理解しているように、PandaDocにはAmazonを、Quote RollerにはRackspaceを使用していますか？
Sergey Borisyuk：はい、はい。
アレクサンダーアスタペンコ：なぜPandaDocはAmazonを決定したのですか？ Rackspaceはまだ何かに満足していませんか？ 価格以外に何かありますか？
Sergei Borisyuk：そこには、むしろ価格さえありません。 何らかの理由で、Amazon上のすべての初期化はRackspaceよりもはるかに高速であるように思われました。 何かがすでに変更されている可能性がありますが、Amazonルートに行くことにしました。 さらに、多くの追加サービスがあり、そのうちの1つは暗号化のキー管理であるKMSを使用し始めています。 そして、これは非常にクールです。なぜなら、スタートアップにとって、鍵管理のための独自の鉄のインフラストラクチャを所有することは、1か月に数千という非常に高価なためです。 そのため、一定期間支出を延期することができ、月ごとに比較的安価です。 さらに、両方のプロバイダーがスタートアップをサポートしており、私たちに投資した資金は彼らと契約を結んでいます。 彼らは非常に多額のローンを提供します：アマゾンサービスには20,000–25,000なので、彼らは実質的に年間無料で使用しました。 また、Rackspaceも同じです。
Alexander Astapenko：私たちはサーバーとクラウドのトピックを扱っているので、継続的インテグレーションのプロセスをどのように整理したか教えてください。
Sergey Borisyuk：継続的な統合には、Jenkinsを使用します。 単体テストには注意を払っていますが、継続的な統合自体にはあまり注意を払っていません。もちろん、これは私を喜ばせません。 しかし、それはそうです。 私たちのアプリケーションは非常に複雑です。つまり、単体テスト、特に統合テストではカバーできない機能部分であるため、多くの統合があります。 自動テストにはSeleniumを使用します。 一般に、すべてが自動化されており、製品をすぐに展開できます。作業中のステージングインフラストラクチャがいくつかあります。 Seleniumのテストではロジックのすべてをキャプチャできない場合があるため、チームの2人が、すべてが正常であることを確認するために多くの手動テストを行うことがあります。
リリース管理については、継続的なリリース管理がありません。 本番環境で完成した機能をすぐにリリースするのではなく、週に1回程度行いますが、リリース間で機能をリリースするのに問題はありません。
Alexander Astapenko：現在、Google Docsでドキュメントを開いており、ポッドキャスト用のメモをいくつか作成しています。アドオンは1つしかありません。 どっちだ？
Sergey Borisyuk： PandaDoc。
アレクサンダーアスタペンコ： PandaDoc、はい。 私が覚えている限りでは、あなたはこれらのアドオンを最初にやった人の一人でした。 そのような大企業やサービスと統合する機会を潜在的に持っている誰かが助けてくれるかもしれません。
Sergey Borisyuk：はい、そうです。 Googleは昨年春に開始したアドオンの早期アクセスプログラムに参加しました。 最初のアドオンはPandaDoc用です。 彼はどのように働いていますか？ PandaDocを使用して、Googleドキュメントに署名および署名できます。 2番目のアドオンは、スプレッドシートからドキュメントに情報を転送するためのものです。 100個のレコードがあり、テーブルの異なるデータのみを使用して100個のドキュメントを作成するとします。これがDocument Mergeの機能です。
これはどのように起こりましたか？ その理由の1つは、サンフランシスコにいることです。 今回は、Googleで働くビジネスエンジェルの1人に助けられました。 彼は私たちをアドオンチームと一緒に連れて来て、私たちはプログラムに参加し始めました。 早期アクセスプログラムが内部でどのように機能するか：これはクローズドグループであり、いくつかの更新、Google開発者へのアクセスがあります。 アドオンの開発、リリースの準備、事前調整されたPRの立ち上げを行っています。 アーリーアクセスプログラムでのGoogleの経験は驚くべきものです。そのような巨大な会社の人々がどれほど迅速に反応するかはわかりません。 それ以前は、Google App StoreのChromeにアプリケーションがありましたが、非常に緊密に統合されており、使いやすいです。
Pavel Pavlov：営業日は主にパートナー、投資家とのミーティングで構成されていることがわかりましたか？
セルゲイ・ボリユーク：いいえ。 そして、そうではないことを神に感謝します。 私は製品をもっと扱い、ユーザーと話をして、追加する必要のあるものを見つけようとします。 私の日はもう少し多様になり、ベラルーシでは製品と開発にのみ焦点を当てました。 好きなことを言うことすら難しい。 おそらくまだ製品です。
Pavel Pavlov：サンフランシスコにいるので、さまざまなコミュニティ、会議に参加する機会があります。 あなたはこれらのことをしますか？
Sergey Borisyuk：私は勉強していませんが、最近引っ越しましたが、全体的にはコミュニティをサポートしたいと思っています。 ベラルーシではこれを行っています。私自身は会議で話をしました。私たちはいくつかのものを後援し、賞品を贈ろうとしています。 後者から、ローリングスコープコミュニティ会議。 大企業は、人々を雇うという点でそのようなイベントに関心を持っています。 同社は比較的小規模であり、膨大な量のリソースを必要としないため、雇用に特に関心はありません。 むしろ、私たちはこれらの活動を楽しみのために、コミュニティ内で行うようにしています。 サンフランシスコにはまだ参加していませんが、率直に言って、まだ十分な時間がない場合があります。
アレクサンダー・アスタペンコ：今日、一度に.NETでコーディングスタッフを開始したとおっしゃいましたが、Quote RollerとPandaDocでよりオープンなテクノロジースタックに切り替えることができて非常に満足しています。 企業文化においてオープンソースはどのような役割を果たしていますか？
Sergey Borisyuk：計画やアイデアはありますが、いつものように十分な時間はありません。 オープンソースがすべての革新の主なエンジンであるように思えます。 むかしむかし、EPAMで働いている間、私はただオープンソースをやっていた。 私は好きでした：私の視野、つながりを広げ、世界をより良い場所にします。
私たちのプロジェクトで使用しているオープンソースコードの量を見ると、ほとんどすべてがオープンソースです。 ライセンスのために購入したものがいくつかありますが、これはすべてオープンソースコードです。
Alexander Astapenko：PandaDocでは 、オープンソース製品にあまり積極的ではないと理解していますか？
Sergei Borisyuk：残念ながらまだ貢献していませんが、そのような計画はあります。 神は2015年にこれが起こることを認めます。
アレクサンダー・アスタペンコ：ポッドキャストを完成させるために何か言いたいことはありますか？
Sergey Borisyuk：何かを試して、オープンソースとスタートアップの方向の両方で始めることを恐れないでください。 私は、この動き全体の観点から、ベラルーシで起こっていることを本当に気に入っています。人々がコードについてだけでなく、製品、コミュニティにもたらす価値、人々などの一般的なことについて考え始めるときです。 ミキタと私は、私たちの会社を最高の大学と呼んでいます。