率直に言って、私自身もかつてそう思いました。
ただし、碑文BETAは単なる碑文ではありません。 Webサービスの作成は、アイデアから始まります。 プロトタイプがアイデアの背後に表示され、プロトタイプに基づいてプロジェクトの実装計画自体が表示されます。 複数の開発者がいる場合（そして彼らは非常に専門的です）、UMLダイアグラム、サイトマップが描画され、予備のHTMLレイアウトが作成されます。 だからそれは私たちと一緒でした：すべてが明確で透明であるように見えました。 しかし、アルファ版の準備ができたとき、私はかなり明確な疑念を抱いていました。 「そして最も重要なことは」 人々はそれを使用しますか？ 「。
答えを見つける最も簡単な方法は、サービスを開始することです。 ベータ版。 実際、失うものは何もありません。「 私たちはそれを「ベータ」と呼んでいます。なぜなら、それは 「 nothin」よりもベータだからです」と自信を呼び起こしました。
そして、ここから楽しみが始まりました。 「ベータ版」の起動ポイントから時間が経過するほど、サービスに関する私の見解は、当初のコンセプト/アイデアから遠ざかりました。
（そして、Paul Grahamの言葉を知ったのは後になってからでした。開発の開始から3か月後に、スタートアップは方向を70％、一部は100％変えます）
インターネットはユーザーの行動を変えただけでなく、開発自体へのアプローチも変えました。 新しいリリースをリリースするために、インストーラーを作成したり、ディスクにスタンプを付けたり、印刷したり、箱に詰めて、後ですべてストアに送信したりする必要はありません。
少なくとも毎日リリースを行い、新しい機能を導入し、古いもののエラーを修正する機会があります。 ユーザーの行動を絶えず監視し、フィードバックを得て、それに基づいてプロジェクトを開発する方向を決定できます。 これが、平均的なユーザーが開発チームのメンバーになる理由です。
ちなみに、チームに「製品の顧客」を含めることは、スクラム（ アジャイル開発 ）開発方法論の主要なプラクティスの1つです。 スクラムに従って開発を行うと、開発サイクルを数倍短縮できます（デスクトップアプリケーションの開発と比較して）。
しばらくして、平均サイクル時間は2〜3週間（さらにはそれ以下）になるという結論に達しました。 ユーザーはサイトで常にいくつかの変更を確認し、プロジェクトの開発方向に影響を与えることができます。
現在、半年間インターネット製品を作成し、6か月間徹底的にテストしてから、リリースをロールアウトすることはできません。これは、おそらく市場では必要ないでしょう。
その結果、ユーザーの助けを借りて、プロジェクトのコンセプトが来月半ばに非常に深刻に変わることを認識しました。 そして、あなたは今、すべてのバグに苦しんでいるすべての人々に感謝し、アドバイスを与え、基本的に私たちと一緒に人々が本当に必要とする製品を作る必要があります。
このようなアプローチがなければ、インターネットアプリケーションを成功させることは非常に困難です。
最後に、ベータ版のサービスはコンセプトとコードの両方でベータ版であると言います。 短い反復でもエラー（バグ）の割合が増加します。 もちろん、自動テストは状況を保存しますが、人的要因も排除できません。 そして、いくつかのバグはサービスの評判をほとんど損なう可能性があります。 たとえば、電子メール通知モジュールで障害が発生したのはそれほど前のことではなく、ユーザーは20から60文字の自分宛ではない文字を受け取りました。
ベータ版はアルファ版ではないことを忘れないでください。すべてがたまに落ちたり落ちたりする場合、これはユーザーに対する軽baの表れです。
もちろん、エラーは発生しますが、ユーザーのブラウザでのエラーは最小限に抑える必要があります。
（多くの人がbobrdobr.ruとそのServletExceptionでネットワークを回ったスクリーンショットを覚えていますが、結局はすべてがうまく終わりました：サービスは成長し、発展します）