今日は、自分のプロジェクトの作成について、そしてこれが顧客向けのプロジェクトの作成とどのように異なるかについてお話したいと思います。 可能であれば、 ルービックのソーシャルマイクロブログを作成した例を使用して、ストーリーを説明します。
おじさん向けプロジェクト
顧客向けのプロジェクトを作成する場合、概して、プロジェクトが商業的に成功するかどうかは気にしません。 顧客は新しいソーシャルネットワークを望んでいますか？ お願いします。 そして、次のソーシャルネットワークは誰も必要とせず、今日それを作成するのはばかげているという事実については、控えめに黙ってください。 顧客は多くの場合、必要な機能のほとんどが実際には需要にならないことを認識していません。 どういうわけか、偶然、側から普通のサイトディレクトリのように見えるプロジェクトに遭遇しました。 同様のカタログを作成するには1週間かかります。 しかし、実際には、このプロジェクトのボリュームは10万（！）行を超えました。 そこにあったのは、CRM、サイトビルダー、洗練された統計です。 これらのシステムコンポーネントはすべて1つに統合されています。不要なため無効にされていました。
あなたのためのプロジェクト
すべてのプロジェクトの特徴は、人々がそれを使用することです。 それ以外の場合、これはプロジェクトではなく、ソースコードのセットです。 どういうわけか、私は青春期にブログホスティングを書くことにしました。 彼は3か月間執筆し、多くの機能を実現しました。 書き終わったら、まず仮想サーバーで実行しようとしました。 この「経済」は非常に遅かったので、1時間試した後、少数のブログのみをホストするには専用サーバーをレンタルするか、すべてをゼロから書き直す必要があることに気付きました。 両方のオプションは非現実的でした。 しかし、すべてが正常に開始されたとしても、ユーザーを引き付けるのに問題がある可能性が高いでしょう。 その結果、生後3か月で犬が排水溝に入りました。
ゼロプロトタイプの方法を使用した場合、これは回避でき、時間損失を最小限に抑えることができます。これについては後で説明します。
「自分用に」プロジェクトを作成する場合、プロジェクトが需要があるかどうかを理解することが非常に重要です。 これは試行錯誤によってのみ理解できます。 速く試してみるほど、プロジェクトを開発する価値がある方向と、それが価値があるかどうかについて、結論をより迅速に導き出すことができます。 次の手順を実行することにより、プロセスを高速化できます。
アイデア
まず、プロジェクトのアイデアが必要です。 ドメイン、名前、デザインは忘れてください。 これはまだ重要ではありません。 重要なことは、プロジェクトをどのように想像するかです。
私の考えは、「Rubyに関するソーシャルブログを作成する」ことでした。 ソーシャルブログはすべてのユーザーが投稿でき、残りは彼の「創造性」を評価するhabraに似たプロジェクトであることに注意してください。
目的
次に、プロジェクトが解決する問題を理解する必要があります。 そのためには、実装から抽象化する必要があります。 たとえば、プロジェクトの目標を「Ruby開発者が有用な情報を交換できるようにする」と定義しました。
特徴
次のステップで、プロジェクトに表示するすべての機能を書き留めます。 気軽に、もっと楽しく。 その結果、多くの場合、印象的なリストが得られ、その実装には1人月以上かかります。
機能をカットします
そして今、楽しみが始まります。 プロジェクトの目標を読み直してから、機能を次々に消していきます。 その結果、最も重要な機能のみが必要になります。これがないと、プロジェクトは意味を失います。 1日で実装できる機能が多くあるはずです。 私の場合、コメント、プラスマイナスの投稿、カルマ、タグを拒否しなければなりませんでした。 承認さえ拒否する必要があったため、投稿を編集しました。
その結果、私は去った：
- 投稿の追加（誰でも追加できますが、承認はありません）;
- 投稿のリスト。
- 投稿を表示します。
ゼロプロトタイプ
フィーチャをカットした後、ゼロプロトタイプの作成を開始します。 プロトタイプを1日で作成する必要があります。 夕方には、すべてが機能するはずです。 ずさんな、お尻を通して、しかし動作します。 別の日は、プロジェクトの外観を整頓することに専念できます。 ゼロプロトタイプの準備ができたので、使用を開始できます（使用する必要があります）。
ゼロプロトタイプが作成されると、興味深いことが明らかになります。 たとえば、私の場合、ソーシャルブログの完全な投稿を書くことができないだけでした。 初めて、プロジェクトがねじれるまで、私だけがそれらを書くべきだったことは明らかです。
どのプロジェクトでも、あなたが知らなかった興味深いことが発見されることを保証します。
私の場合、ブログをマイクロブログに置き換えて、プロジェクトの考え方を少し調整する必要がありました。 しかし、目標は同じままです。 アイデアを調整した後、最初にすべての手順を実行する必要がありました。 2番目のゼロプロトタイプを作成した後、マイクロブログに問題なく定期的に投稿を書くことができました。
試作機
実装する具体的なアイデアを決定したら、プロトタイプの作成に進みます。 プロトタイプはしっかりしていて、すぐに使用できる状態でなければなりません。 プロトタイプでは、最も重要な機能のみを追加します。これなしでは、実際のユーザーによるプロジェクトの使用は考えられません。 プロトタイプの実装には、最大1週間（プロジェクトが複雑な場合）かかります。 プロトタイプには、承認、投稿の操作、コメントの操作などの機能がありました。
打ち上げ前
プロトタイプの準備ができたら、それをサーバーにデプロイします。 可能な限り対処する必要があるあらゆる種類の驚きがあるかもしれません。 デプロイが成功したら、友達にアプリケーションをテストしてもらいます。 盲目の外観では気づかなかったバグがあります。 重大なバグを修正する必要があります。 私の場合、承認に関する重大なバグが出ました。
打ち上げ
これが、プロジェクトの実際の生活の始まりです。 プロジェクトがユーザーの関心を引く場合、成功します。 そうでない場合は、新しいアイデアを身につけて最初のステップに戻ります;）
私はすでに自分のプロジェクトを立ち上げ、さらにコードを開いた 。 次はあなたの番です。
更新：
もう一度説明します。 プロトタイプはありません 。 開発者のみが使用し、アイデアを壊すために、1日で完了します。 そして、あなたのプロジェクトの最初の公開バージョンとなるプロトタイプがあります。
あなたとあなたの友人だけのためのゼロプロトタイプ。 したがって、私の間違いは、ゼロプロトタイプにhtmlエスケープを含めなかったことではなく、ここに公開リンクを付けたことです。 いくつかのimbitsilによってスクリプトが挿入されたため、すべてのタブでブラウザを閉じなければならなかったすべての人に謝罪します。 シールドが追加されました。
すべてのファンにデザインに回答します。 govnokodを書くことを強くお勧めしません。 スケーラビリティとアーキテクチャについてあまり気にする必要はないと言っています。 動作するものを作成する必要があります。 ユーザーによって要求されていることを確認してください。 フィードバックを収集します。 そして前進します。
私のプロジェクトのシンプルさについて。 コメントは、私のプロジェクトはシンプルで、1週間で書くことができると言っているが、複雑なものではうまくいかないことを指摘している。 皆さん、機能をトリミングする前にプロジェクトがどのようになっていたかをどのように知っていますか？ 目に見えるのは、実動で起動されたプロトタイプです。 私の元のプロジェクトには、他に何もありませんでした：ウィキ、空席と履歴書のデータベース、開発者の公開プロフィール、フォーラム、ブログ、投票など。しかし、これは機能をカットし始める前で、最も重要なキーのみを残しました。
1日でゼロプロトタイプを作成することが不可能なWebアプリケーションの例は知りません。 検索エンジンの場合でも、nullプロトタイプを作成できます。 この手法に適合しない実際のアプリケーションの例はありますか？