みなさんこんにちは！ ソフトウェア開発は、さまざまなプログラミング言語、オペレーティングシステム、プラットフォーム、デバイス、その他の要素が豊富にあるため、今日ではそれ自体が難しい問題です。 しかし、おそらく、ブラウザーの作成は特別な注意を必要とする最も難しいタスクの1つです。結局のところ、ブラウザーは今日、すべてのインターネットユーザーが毎日操作する主要なアプリケーションです。 そして、今日のコンテンツは、最初のブラウザーの開発者が夢にも思わなかったような複雑で動的な形式で提示されることを考えると、このコンテンツを扱う原則は「見る-読む」からアプリケーションの本格的な作業に成長しましたが、タスクは決して簡単ではありません。 一般に、1つの結論は、今日のブラウザーがより複雑になり、その結果、開発プロセスのコードに多くのエラーが侵入することを示唆しています。 これに対処する方法は？ Vivaldiでどのように戦っていますか？ ここでこれについて簡単に説明します。
だから、私は主なものから始めます。 開発プロセスは何で構成されていますか？ コードの実際の記述、テスト、公開バージョンのリリースなど、いくつかの重要なステップで構成されています。 これは、たとえば「Hello、world！」レベルのプログラムを作成する場合の仕組みです。 ただし、実際には、ブラウザを開発するとき、ブラウザはまったく同じように機能します。わずかに複雑なレベルで、さまざまなレベルの準備のいくつかのリリースとエラーをキャッチするためのいくつかの「フィルタ」を含みます。 当社では、プロセスは次のとおりです。
第一段階
最初の段階では、開発者はブラウザにコードを追加しますが、会社のサーバーでは、ブラウザのソースを1日に数バージョン、バイナリパッケージにコンパイルする毎日のプロセスがあります。 これらは内部アセンブリであり、開発者は実際に-実際のブラウザ上で言うように、最新の編集内容を確認できます。
また、この段階で、エラーの最初のキャッチが発生します。ここで、開発者は、コード内のすべてが意図したとおりに機能するかどうか、コードの操作性をチェックします。 さらに、これらのアセンブリには、作成およびデバッグのプロセスを通過するすべての実験的な関数があります-最も生で使用できない形式です。 この点で、これらの内部アセンブリは決して会社の境界を離れることはありません（見落としによりリークが発生する場合はまれな例外を除きます-たとえば昨日発生しました :-)）。
一部の「幸運な人」は、緑色のブラウザアイコンを更新した後に検出することでこれを理解できます（左を参照）-内部テストビルドに使用されるのはそれです。 ただし、緑のアイコンは次のステージのアセンブリでも使用できます。
第二段階
この段階で、 ソプラノのアセンブリがリリースされます。これは、世界中のロシア（ロシアを含む）からの自発的テスターであり、ブラウザーの作成において非常に貴重な独自の支援を提供します。 毎日リリースされるそれらのアセンブリにも緑色のアイコンとすべての実験的な機能がありますが、最新の開発者コードの最も明らかなエラーは既にそこにキャッチされています。 この段階で、テスター（およびそれらは全員、プログラミングとデバッグの優れた専門家です）は、新しく追加されたコードが既存の機能にどのように影響するかを確認します。 これは非常に重要な段階であり、本当に重大な欠点の大部分を特定することができます。 また、最初にBTSでユーザーが毎日受信するすべてのエラーメッセージをチェックするのはソプラノであることも追加できます。
第三段階
これらは、黒（実際は青灰色 ）のアイコン（右を参照）で公開される、毎週行われる公開テストビルドです。 これらのバージョンは、広範なテスト用にコンパイルされており、そのような大規模な使用にまだ対応していない多くの実験的な機能を欠いています。 まあ、誰も驚きの要素をキャンセルしませんでした。
毎週のビルドは内部のものよりも重要ではありません：これは、これらのバージョンのユーザーがハードウェアと個人のブラウザーの習慣の両方の点で非常に広範囲に広がっているという事実のために、エラーと欠点の大部分がキャッチされる場所です。 実際の戦闘条件では、ブラウザの完全な試運転があります。 ユーザーは、開発者自身と公式のソプラノステスターの両方の目から隠されていることが判明したこのような欠陥を見つけます。
このようなテストパブリックアセンブリをリリースする主な目的は、ブラウザーコードを粉砕および研磨して、既に安定したバージョンのブラウザーを準備することです。
第4段階
だから-最終バージョン。 おなじみの赤いアイコンと比較的安定したデバッグされたコード。 なぜ-「比較的」？ 理想は達成不可能であり、今日のコード内のすべてのエラーを完全に取り除くことはほぼ不可能だからです。今日、ソフトウェア製品は複雑になりすぎています。 飛行機のようなものです。 ある地点から別の地点に乗客を乗せているすべての航空機が、現在知られている問題のジャーナルを持っていることを知っている人はほとんどいません。 言い換えれば、 飛行機は原則として完全に機能することはありません 。
そして、ブラウザで-同様の話。 常にアプリケーションに重大な影響を与えず、日々の仕事でこのバージョンを完全に使用できるようにするための多くの欠点が含まれています。 それらのいくつかは開発者に知られていますが、いくつかはそうではありません。 そして、これはまさにすでに安定したバージョンのユーザーが時間の経過とともに見つけるこの部分です。これは、対応するオンラインフォームを介してエラーメッセージを送信することで通知するものです。 これらのメッセージは、ソプラノの管理下にあり、チェックまたはグループ化され、エラーまたは省略の重大度に応じて、すぐにまたは少し後で修正する提案とともに開発者に報告されます。
ほとんどの場合、この段階で見つかった欠点はかなり具体的、まれ、または重要ではないため、修正に時間がかかりますが、ユーザーからのメッセージが多数あり、問題が明らかに一意でない場合-開発者はこの問題の優先度を上げ、キューをその瞬間に近づけます修正。
結果として
もちろん、プロセス全体は非常に概略的に説明されており、多くの小さいながらも重要な詳細は含まれていませんが、一般的にはすべてがどのように機能するかを示しています。 このようなマルチレベルのアプローチを提供するものは何ですか？ 統一された開発プロセスとブラウザのデバッグを提供します。 重大度に応じて、すべてのエラーは各段階でフィルタリングされ、これは通常の頻度で徐々に行われます。 したがって、開発者は修正プロセスとキュー待機プロセスでほぼ一定量のエラーを抱えており、テスター（公式ビルドと非公式ビルド-毎週のビルド）は、資格に応じてエラーをキャッチする「責任」をテスター間で分配し、ブラウザーのエンドユーザーは十分になりますデイリーモードで確実に動作する安定バージョン。 つまり、すべてです。 質問がある場合は、コメントで質問してください。答えようとします。
また、公式ウェブサイトvivaldi.comをご覧になることを忘れないでください。最近興味深い変更があり、 仕事への招待を含む有用な情報が登場しました 。
PSはい、突然Vivaldiブラウザをダウンロードできる場所を忘れてしまった場合は、 大歓迎です！