NGINX Igor Sysoevの作成者へのインタビュー

-イゴール、あなたの教育がどのように構築されたのか、どのようにプログラミングに来たのか、そして一般的にコンピューターに興味があったのか教えてください。

私はカザフスタンの小さな町で生まれました。 私が約1歳のとき、父（彼は軍人でした）がアルマ・アタに転勤し、18歳になるまでそこに住んでいました。 1987年、高校を卒業してバウマンMVTUに入学しましたが、初めてはできませんでした。アルマアタに戻り、ソ連地質学研究所の高等研究所の支部で実験助手として仕事に就きました。 古いIskra-226コンピューターがあり、それらでBASICで何かをプログラムし始めました。 当時の雑誌「Radio」には、自分のコンピューター「Radio-86RK」を組み立てる方法に関する一連の記事が掲載されていました。彼らの読書のおかげで、私はコンピューターの仕組みと仕組みについてかなり良いアイデアを得ることができました。 コンピューターの最初の経験は少し前のことでした。高校では開拓者の宮殿に行き、そこでヤマハKUVTコンピューター（MSX標準）を置きました。 最初のプログラムをダイヤルしたとき、ユニットと文字Iを混同しました。一般に、そのようなことが原因で機能しませんでした。



-他の人が使った最初のプログラムを覚えていますか？

私の最初の主要な疎外されたプログラムは、AVウイルス対策プログラムで、1989年から1990年に作成しました。 それは完全にアセンブラーで書かれており、アセンブラーコードの量は約100 KBでした。 このプログラムはいくつかのウイルスを発見することができ、その中にソビエト連邦で既知のウイルスの署名がいくつかあり、その中には10個のウイルスマリファナ、ソフィア、ウィーンなどが含まれていました。 これは私の最初のプログラムで、バイナリで配布しました-そのときソースコードを配布しませんでした。 その結果、それは全国に広がり、いくつかの工場にも設置されました。 フィードバックもありました：人々はフロッピーディスクに書かれたウイルスのメールをメールで送りました。 しばらくの間、私はこのウイルス対策をサポートしていましたが、1992年の結果、このトピックへの関心を失い、プログラムは終了しました。

1994年に研究所を卒業し、その1年前に石油製品の販売に携わる会社でシステム管理者として働き始めました。 私はここでほぼ7年間働いた後、2000年4月に辞めることにしました。 それからNASDAQだけが吹き飛ばされ、ドットコムバブルが破裂し、その瞬間に私はオンラインに行くことにしました。 6か月間、私はオンラインショップXXL.RUで働いていました。その後、今思い出したように、2000年11月13日にランブラーで働き始めました。



-ランブラーで何をしましたか？

私はシステム管理者として働いていました。 しかし、システム管理者の直接の仕事に加えて、私は自由な時間に再びプログラムを書き始めました。 プログラミングは私の仕事の一部ではありませんでしたが、時間と牽引力があったため、最初にしたことはパッチを適応させてApacheの応答を圧縮することでした。 残念ながら、当時mod_gzipという名前はすでに使用されていたため、mod_deflateのバージョンに名前を付けて、Apache 1.3で動作するようにしました。

それからmod_proxyモジュールを扱うように頼まれました。 私はそれを見て、そこに何かを適応させるよりも、すべてをゼロから書く方が簡単だと判断しました。 したがって、mod_accelモジュールが登場しました。これは、リバースプロキシ用のApache用のモジュールとパッチセットです。 これらはすべて2001年の春にも行われました。

-つまり、Ramblerで公開したこれらのモジュールはすべて公開されていますか？

「ほとんど、はい。」 Mod_deflateは、実際にはRBCで働いている間にDmitry Khrustalevが書いたパッチから来ました。 つまり、このパッチは基礎として使用されたもので、私のコードでは、たぶん半分だけです。

2001年の秋に、Apacheよりも軽量で強力なWebサーバーを作成するというアイデアがありました。 当時、すでに他の同様のサーバーがありましたが、それらはすべてプロキシする方法を知りませんでした、彼らは静的だけを与えました。 共通の欠点が1つありました。1つのプロセスで機能したため、たとえば、デュアルプロセッサマシンでスケーリングすることは現実的ではありませんでした。

その時点で、システム管理者としてもプログラマーとしても、Apacheを使用した経験がかなりありました。 私の知識に2つのモジュールが追加されました。Apacheのソースコードを見て、そこですべてがどのように機能するかを理解する必要がありました。 したがって、nginxの多くの要素は、Apacheからイデオロギー的に移行されました。 コードではなくイデオロギー、すべてのnginxコードはゼロから書かれました。

ただし、Apacheのすべてが好きではありませんでした。たとえば、メンテナンスが非常に難しい構成を作成するのは非常に簡単です。 つまり、サイトは成長しており、いくつかの新しい機能が追加されており、最終的にはサイトで作業することができなくなります。 あなたは何かを追加する必要があり、座って考えてください：「そして、私が追加したものから何が壊れるでしょうか？」nginxでは、これらのことを避けようとしました。 一般に、2002年春頃に、nginxの開発を開始しました。



-ランブラー以外の人々はあなたの開発についてすぐに学びましたか？ プロジェクトはどのように進化しましたか？

2003年に、彼らはRambler以外での私の開発について知り、さらに、nginxはいくつかのサイトで使用され始めました。 1つ目は、現在も存在するエストニアの出会い系サイトRate.eeです。 ちなみに、これはエストニアで最も負荷の高いWebサイトです。 その後、nginxはmamba.ruおよびzvuki.ruで使用され始め、MP3が配布されました。

2004年の初めに、Ramblerはfoto.rambler.ruサービスを開始しました。同僚の1人であるOleg Buninは、Rambler写真サービスを含め、完全に使用を開始するためにnginxのリクエストプロキシ機能を完了するように依頼しました。 この時点まで、このプロジェクトは非常にアカデミックでしたが、私は徐々にそれを書きましたが、何にも終わらせることはできませんでした。つまり、プロダクションのどこにも置くことができませんでした。 一般的に、私は緊急に完了し、プロキシを実行することが判明しました。 そして、2004年の初めのどこかで、プロキシバージョンが登場し、foto.rambler.ruサービスがnginxに基づいて機能し始めました。

2004年10月4日、最初の宇宙衛星の打ち上げの記念日に、私は最初の公開バージョン0.1.0をリリースしました。



-nginxのシェアは非常に急速に成長していますが、最初はどうでしたか？

今では本当に速く成長します。 最初はすべてが著しく控えめでした。 最初の年に、明白な理由で、nginxはロシアで最も人気がありました。 将来、彼らは国境を越えてnginxについて学び、一部の愛好家は自分の危険とリスクでそれを使用し始めました。 英語のメーリングリストが登場し、nginxを説明するサードパーティのリソースが登場し始め、人々からますます多くの願いやコメントが送られてきました。修正を加え、製品が徐々に人気を集めていました。 現在、プロジェクトは非常に急速に成長しており、これが会社を設立する理由の1つになっています。 一人で対処しなくなりました。



-それで、全く進歩はありませんでした、製品がそれ自体を作ったことが判明しましたか？

私にとっては、特別なPRはありませんでした。 最高のPRはただの良い製品であるという意見はありますか？..つまり、すべての成長はnginxが「うまくいった」という事実によるものであり、人々は彼らのポジティブな経験を知っている管理者や友人たちに口頭で話しましたラジオ。 私の意見では、nginxの人気はいくつかのことに関連しています。 第一に、それはハードウェアのリソースとお金を大幅に節約できる効果的で無料のソフトウェアであり、第二に、原則としてうまく機能します。



-しかし、類似物があります。たとえば、lighttpdは同じです。

実際にはさらに2つの理由があります。効果的なWebインフラストラクチャを作成するための重要な機能のかなり興味深い組み合わせであり、徐々に追加し、nginxを不可欠なツールにしました。 同時に、nginxは不要な機能でオーバーロードされておらず、非常にコンパクトな開発のままです。 さらに、nginxのモジュール性により、多くの企業やサードパーティの開発者がnginxコアに基づいて拡張機能を構築できます。 nginxは長い間、この種のWebプラットフォームになっていると言えます。

lighttpd（lighty）について。 それはかつてnginxよりも一般的であり、世界でより有名でした。 著者はドイツ人のヤン・クネシュケです。 人気の違いは、ロシアがバラライカと熊、雪、そしてヨーロッパのある不可解な国であるという事実によるものでした。 繰り返しになりますが、英語のドキュメントも含めて、英語の方が良かったのですか？..ところで、lighttpdのおかげで、FastCGIプロトコルが第2の風になりました。 2000年から2001年までは、エキゾチックで、誰もがApache、PHP、Perl、Python内のインタープリターを使用していました。 また、lighttpdのプロセス内でPHPコードを実行することは不可能であるため、FastCGIがソリューションになりました。 FastCGIがセカンドライフを獲得したのは、lighttpdのおかげです。 2000年にさかのぼりますが、人々は次のように言いました。「なぜ、それは何ですか-FastCGI？ mod_phpがあり、すべて正常に動作します。」





-現在表示されているnginxを使用する主なケースは何ですか？

ロードされたサイトの主な用途はプロキシです。 同時に、nginxはフロントエンドとしてインストールされ、HTTPまたはFastCGIまたはWSGIを介してバックエンドのアプリケーションをプロキシします。 この場合、標準的なアプローチは、Apacheと組み合わせて使用​​することです。たとえば、私の以前の勤務地では、nginxはこの方法で長時間働いていましたが、ほんの数年前にFastCGIに切り替えました。 ところで、この場合、統計はnginxが表示され、Apacheが表示されないことを示しています。 実際には両方が使用されますが、nginxはプロキシシステムのコンポーネントの1つであり、外部から見ることができます。



-プロキシがリクエストする理由を明確に説明してください。

実際、なぜ人々はnginxでApacheを使用するのですか？ 干渉する余分なリンクがあるのはなぜでしょうか。 Apacheは、mod_phpを使用するなど、何らかの種類のアプリケーションを実行する必要がある場合に、使いやすく使いやすくなっています。 ここで、このPHPが1秒あたり100の応答を生成でき、各回答のサイズが条件付きで100 KBであると想像してください。 すべてのクライアントが高速接続を使用するわけではありません。10年前にはモデムクライアントがありましたが、今ではインターネットが非常に普及しており、だれかが悪いプロバイダーまたは遅い料金を持っています。 そして現在、100 KBの応答と、クライアントへの有効な速度、たとえば80 Kb / s（10 KB / s）があります。 これは、この応答が10秒間クライアントに送信されることを意味します。 その結果、クライアントが応答をゆっくりダウンロードしている間、Apacheはクライアントごとに10〜20 MBのメモリを「消費」します。 また、Apacheが高速に実行できることを行う代わりに、低速クライアントが応答をロードするのを待機します。 これはすべて、多くのメモリとプロセッサも消費します。 クライアントとApacheの間にnginxを配置すると、すべてがより効率的に動作し始めます。nginxはできるだけ早く応答全体を処理し、Apacheを解放してから、大量のメモリを無駄にせずにゆっくりとクライアントに渡します。 Nginxは異なるWebサーバーアーキテクチャを使用するため、多くのメモリやプロセッサを消費しません-非同期イベント処理に基づいた非ブロック化により、同じプロセス内で何千もの接続を処理できます（Apacheとは異なり、各接続は個別のプロセスまたはスレッドによって処理されます）。 -約）。

さて、これに加えて、バックエンドからすべての静的ファイルを取り出すことができます。これはnginxが非常に簡単かつ効率的に処理できるシンプルなものです-nginxは、メモリが許せば、毎秒何万もの静的ファイルを与えることができますサーバーへのネットワーク接続。



-サンプルシナリオに戻りましょう。

そのため、最初のシナリオは、私たちが単純に、おそらく単一のサイトを加速することに従事している場合です。 Apacheがあり、nginxをその前に置いて-バン！ -奇跡が起こりました。 人々は本当に入れて驚いて、「クールだから必要だ」とHabrに書きます。 2番目のオプションもプロキシですが、多くのバックエンドがあります。つまり、アプリケーション自体で許可されていれば、システム全体を効果的に水平にスケーリングできます。 したがって、nginxはロードバランサーとして機能します。 現在の実装の欠点の1つは、いくつかのバランスポリシーの欠如ですが、人々はそれを使用し、機能します。機能を追加します。 他に何？ たとえば、別のシナリオは次のとおりです。何らかの理由で、多くの人がApacheを嫌います。 彼らはサーバー上のnginxのみを望んでおり、Apacheをインストールしたくない。 この場合、PHP用のFastCGIまたはPython用のWSGIを介して動作するすべてのスクリプト。

たとえば、WordPress.com-彼らはずっと前にバランサーとしてnginxを使用し始め、商用LiteSpeedは彼らのウェブサーバーでした。 今年、彼らはnginxに完全に移行しました。現在、FastCGIモードでPHPを実行しています。

もう1つの標準的なユースケースは、nginxがMP3、FLV-、MPEG4-video、写真などのすべての静的データをただ与える場合です。



-セキュリティについて少し話しましょう。 nginxの存在中に深刻な脆弱性はありましたか？

脆弱性は異なっていましたが、それらを使用してリモートアクセスを取得し、コードを実行しても問題はありませんでした。 ワークプロセスをドロップすることは可能でしたが、コードを実行するだけでした-そのような脆弱性はありませんでした。 通常、エクスプロイトは何のために設計されていますか？ 私たちはサーバーに何かを書きました、彼のためにこのビジネスはスタックに落ちました。 サーバーは動作しており、戻り、このコードに到達します。 したがって、エクスプロイトが機能するためには、このプロセスでスタックがどこにあるかを知る必要があります。 原則として、Debian / Ubuntuパッケージがある場合、バイナリがあります。緊急事態を再現し、このスタックの場所を見つけて悪用することができます。 これにどう対処しましたか？ 彼らはアドレス空間をランダム化し始めました-例えば、現代のWindowsでは、これがどのように機能するかです。



-ASLR？

はい、そうです。 これはランダム化です。 スタックはここにありましたが、現在はここにあります。 そして、それに応じて、予測することはできません。つまり、パケットを取得しましたが、スタックの現在の場所を理解することはできません。 スタック上のクライアントから読み取られるデータは実質的にないため、Nginxはこの点で簡単です。 これが使用されるいくつかのケースを指で数えることができますが、これらの場所ではコードはかなり信頼できます。 Nginxは、クライアントから受信したデータを「ヒープ上」に配置し、mallocでメモリを割り当てます。

したがって、そこにもう少し書くと、スタックポインターに到達しません。 nginxのこのランダム化は、最初から存在していました。 一般に、可能であれば、有効なエクスプロイトを記述することは非常に困難です。 また、リクエストを処理するプロセスはルートからは機能しません。

セキュリティアドバイザリがありました。サイトで確認できます。 これらのエラーメッセージはすべて、適切に、落ち着いて、専門的に対応する必要があると思います。 たとえば、すべてがすでに公開されているときにバグの事実を隠すには、「何？ 何もありませんでした。すべてが順調です」-これは、単にプロジェクトの信頼性を損ないます。





-以前に何人がプロジェクトの開発、開発に従事していましたか？

私は長い間、私が書いたほとんどすべてのコードの1つに従事していました。 約4年前、マキシムダニンは私をますます助け始めました。 2人に加えて、製品が開発されると、人々はパッチを送りました。 多くの場合、問題や希望をテキストで説明した手紙を送ります。 彼らは私に言う：「間違いがあります、あなたはこのようにそれを解決することができます。」 言葉だけ。 できる限りこれを行います。

現在、別の人、Ruslan Ermilovがいます。彼は現在、ドキュメンテーションに従事しています。 いくつかのタスクを実行します。現在のロシア語のドキュメントを英語に翻訳し、情報を更新し、初めて読む人にとってわかりやすく明確になるようにドキュメントを調整します。 よくある問題は、著者がドキュメントを書くとき、頭に特定のコンテキストがあり、それを基に構築することです。 彼は言うまでもないが、結果として多くの詳細を見逃している。 私たちはこれに積極的に取り組んでいます。Ruslanはnginxを「側面から」見た目で見直すため、誰もがすべてを理解できるように書くことができます。 さらに、Ruslanは複雑なソフトウェアプロジェクトの開発とドキュメント作成に豊富な経験を持っています。



-Nginx、Incに関連する問題に進むことを提案します。 そして、どのようにしてビジネスを始めたのか。

では、すべてを説明します。 それで、おそらく、2008年に、投資家からの最初の手紙が私に届いたでしょう。私はそれが誰であったかさえ覚えていません。 一般に、過去2年間でこのような手紙は約12個ありました。 人々はnginxで何かをしたい、会社を作りたいと思った。 しかし、私は一般的に特にビジネスマンではないので、拒否しました。 しかし、最終的に、何かをする必要があることを理解し始めました。そうしないと、プロジェクトを単独でさらに開発することはできません。すべての力はすでにありませんでした。 会社をnginxの「周辺」にしたい方法と相手を理解するのにかなりの時間を費やしました。 一般的に、人生の方向を変えることはめったにありません。たとえば、ランブラーの前は、7年間1つの会社で働いていました。ランブラーでも10年間働いていました。 変更は私にとって難しいです。 しかし、それにもかかわらず、今年の春までに、私は最終的にプロジェクトのさらなる発展を支援する会社を見つけることを最終的に決定しました。 部分的には、ParallelsとRuna Capitalの作成者であるSergey Belousovが、この一歩を踏み出すきっかけになりました。 私たちは何度か彼と非公式にコミュニケーションを取りました。その結果、私は徐々に会社を設立するという考えにずっと近づきました。



-セルゲイは説得する方法を知っていますよね？

セルゲイは一般的に非常に興味深い人物であり、彼と問題について話し合うことは常に刺激的であり、彼は非常にエネルギッシュな人物です。 セルゲイはかなり強力なリーダーでもあります。彼は会社の多くの決定に影響を与えていると思います。彼は何が起こっているかをコントロールし、ビジネスに直接参加することを好むオーナーです。

一般に、投資家と交渉し、取引条件に署名するプロセスは、すべてが難しいことです。第一に、多くの退屈な詳細、英語の膨大な量の法律、合法、ロシア語で読むのが難しいからです。英語で-さらにそう。すべての議論、再び、すべてのものの調整：私たちはこれが欲しい、彼らはこれが欲しい。心理的には、これは難しいです。しかし、その後、投資家があなたのビジネスを理解すれば、すべてがはるかに簡単になります。



-興味深い：あなたはランブラーで働き、nginxで働きました。ランブラーに権利はありましたか？これはとても微妙な質問です。プロジェクトの権利をどのように維持しましたか？

はい、これはかなり微妙な質問です。もちろん、彼はあなたに興味があるだけでなく、私たちは彼に徹底的に取り組んできました。ロシアでは、法律は、会社が労働義務の一部として、または別の契約の下で行われたものを所有するように設計されています。つまり、ソフトウェア製品を開発する必要があると言われる人との契約が必要です。 Ramblerでは、システム管理者として働いていました。暇なときに開発していました。製品は最初からオープンソースソフトウェアとしてBSDライセンスでリリースされていました。 Ramblerでは、主要な機能の準備が整ったときでもnginxが使用され始めました。さらに、nginxの最初の使用でさえRamblerではなく、WebサイトRate.eeおよびzvuki.ruで行われました。



-他に誰がNginxで働いていますか？

システム管理者のSergey Budnevichも私たちのために働いており、会社のインフラストラクチャのサポートに従事しています。私たちが持っているインフラストラクチャはそれほど大きくはありませんが、そうです。メーリングリストがあり、メールサーバー、自動アセンブリ、パケットテスト、エラー追跡などがあります。Sergeyはこれで非常に役立ちます。次に、CentOS、Ubuntuなど、いくつかのLinuxディストリビューション用のパッケージを準備します。 Sergeyは、開発、テスト、およびメンテナンスに関連するさまざまなプロセスの自動化に追われています。さらに2人がいます。1人はマーケティングに携わっており、Andrey AlekseevとMaxim Konovalovは一般的にすべてのボスであり、彼は会社を機能させています。



-会社でのあなたの正式な地位は何ですか？

正式には、私はテクニカルディレクターです。私は人々をどのように導くかわかりません。将来の製品のアーキテクチャと「チームへ」の開発の移管に重点を置いています。仕事を委任することは非常に困難ですが、会社は開発と製品を改善するためだけに作成されたので、今私はこれを自分自身に教えようとしています。同僚は、組織の問題、顧客とのコミュニケーション、マーケティング、パートナーとの関係、ドキュメント、雇用スタッフなどに対処します。私たちにはさまざまな困難があり、さまざまなレベルでコミュニケーションを取ることを学ぶのはそれほど簡単ではありません。実際、会社はそれほど大きくないので、私たち全員が会社のすべての業務に参加していますが、多くの場合があります。



-委任するのは困難でした。誰もがうまくやっていないように思えたので、自分にとっては楽だったのですか？

ええ、そうです、アプローチは自分でやるほうがいい、それは良くなるから、やるべきことを説明するのに時間がかかるから、あるいは「これをやる」と言うのは心理的に難しいからです。個人的に、権限の委任はいくつかの理由で困難でした。現在、私はテクニカルディレクターとして、アーキテクチャと開発の品質を主に担当しています。



-イゴール、インタビューありがとうございます！あなたはまだ委任することを学んだことがわかります：私たちのすべてのビジネス上の問題で、あなたは私たちをマキシム・コノヴァロフに送りました。

ところで、これは私が与える最初のインタビューです。私が会社を設立したからこそ同意しました。文字通り春に、私は別のIT出版物の人々から尋ねられた、私は彼らに言った：「申し訳ありません、私は好きではない、私はしたくないし、できない」。



-どうもありがとう！マキシム、投資家との交渉で、正式な事業計画を提示しましたか？何でお金を稼ぐつもりですか？

ほとんどの資金は、非常に有望な製品としてnginxに投資しました。もちろん、詳細なビジネスプランが重要でしたが、アメリカの投資家は、ビジネスプランだけではなく、ビジネスプランに基づいて投資の問題に取り組んでおり、数十セント​​の精度で年間を通じて多くを稼ぐと書かれています。重要なことは、nginxが非常に人気があり、既製の既存製品であることです。

お金を稼ぐためのアイデアについて私たちが持っているものに関して：まず第一に、私たちは無料と有料の機能の間の適切なバランスを達成したいです。多くの企業が過去に完全に成功しなかったものをやりたい。オープンソース開発に基づいたビジネスの例がいくつかあります。企業は適切なバランスを維持できず、製品自体の一部の機能を閉じなければならず、そのためにとんでもないお金を要求し、全員を動揺させ、製品の開発を停止しました。



-では、独立した商用製品を作り、オープン製品と商用製品のバランスを取りたいですか？

個別の商用製品を作成するのではなく、メインのオープンソース製品の商用アドオンを作成します。開発され、コミュニティが必要とする機能が表示されます。受け取ったお金は、製品の生産全体を新しいレベルに引き上げるのに役立ちます。現在、Igorだけでコードの作業が行われているのではなく、チーム開発が進行中です。ロシアの人々を募集していますが、モスクワのエンジニアリングチームは残ります。

したがって、オープンソース製品への焦点は非常に強く、今後もそうです。

同時に、nginxを長い間使用している顧客、大企業、中規模企業、さらには小規模企業も存在することがわかっています。彼らはこのビジネスに基づいており、私たちに感謝しています。私たちが会うとき、私たちは次のようなことを聞​​きます。しかし、私たちにはこれがありません。これらの会話から、無料のオープンソース製品の支持者を混乱させることなく、プロジェクト全体の信頼性を損なうことなく、販売できるもののチェーンを徐々に開発します。つまり、このようなリクエストを収集し、ユーザーコミュニティからの要望と比較します。交差点のある場所を調べます。特定の会社ではなく、すべての人にとって実際に必要な機能があることを理解したら、これを製品の無料版に実装します。

「これらのすべての機能に料金を支払って、製品でより早く表示されるようにしましょう」と言う会社もあります。私たちはすべてをオープンソースにしたいのですが、この機能が排他的および/または有料であることは望みません。」これは、スポンサー付き開発と呼ばれます。



これまでのところ、商用アドオンはnginxアプリケーションの大規模な例により関連しているという考えを形成しました。たとえば、商用アドオンを使用すると、数千のインスタンスの管理が容易になり、パフォーマンス監視の拡張、ホスティング用に設計された追加機能、クラウドおよびCDNインフラストラクチャがあります。



-つまり、あなたの焦点は製品にあります。実装、コンサルティングなどのサービスを個別に販売しませんか？

事実、会社は小さいので、小さいままです。数百人の会社に成長したくありません。私たちは、パートナー、システムインテグレーター、ソフトウェアおよびハードウェアベンダーと積極的に連携しており、パートナーと連携するチャネルを積極的に探しています。協議は、一部はパートナーを通じて、一部は当社を通じて行われます。残念ながら、すべてのユーザーにコンサルティングおよび技術サポートサービスを直接提供することはできません。



-そして、近い将来に一般ユーザーを待っているのは、新しい機能を計画していることですか？

過去3か月間のコードの変更履歴、リリースしたリリースのリストから、会社の設立以来、開発および修正プロセスが大幅に強化されていることがわかります。非常に多くの改善と新しいオプションを統合しました。彼らは、たとえば、MP4ストリーミングを追加しました。これについては、イゴールに数年間尋ねられました。作業は進行中で、機能は開発中です。



-Igor Sysoevが会社の主要株主であり、残りの小さな株式は投資家のものであることを正しく理解していますか？

はい、イゴールは主要株主であり、会社の3人の創立者全員であり、もちろん、所有者、投資家グループとしての投資家もいます-彼らは共同で一部を所有しています。ところで、投資家からお金を得るプロセスは技術的に非常に簡単に見えます-証券は関連する法律に従って発行され、投資家は一定の金額でそれらを購入します。金額はあなたに行きます、あなたは会社を発展させるのにそれを使います。それがすべてが私たちと一緒に配置される方法です。







ハッカージャーナル、12月（12）155。



ハッカーを購読する

• 1 999 p。 12枚の用紙オプション用
• 1249 RUR iOS / iPadの年間サブスクリプション（Androidリリースは近日公開予定！）
• Androidのハッカー