Ruby on Rails開発プロセス

私たちはRoRを使用して韓国で成功した米国のWebアプリのローカライズ版の開発を開始しようとしている小さなチームです。

私たちの質問は次のとおりです。アプリの開発に取り掛かるために、どのプロセスを使用することをお勧めしますか？

データモデルから始めるべきですか？ビューをHTMLにしてから、コード化しますか？単一の機能を採用して開発し、必要に応じて機能を追加しますか？

プロジェクトの詳細：

1. 中小企業経営者向けのウェブアプリです
2. これには、ほとんどの小さなビジネスアプリが持つ傾向がある通常のcrm-reporting-dashboard-user admin-document mgmtfeaturesが含まれています
3. チームのサイズは最初は2人です：プログラマーとデザイナー/ CSSの第一人者（ただ1つのコーダー）
4. 経験レベルは中です。Git、Ruby、Rails、およびXHTML / CSSについての十分な知識があり、デプロイメントの問題に関する経験が少ない。これは私たちがチームとして一緒にやっているその種の最初のプロジェクトです

私は行動主導の開発パターンをお勧めします

ご存じない場合は、概要を説明します。

アプリケーションの「エレベーターピッチ」の基本から始めます。

「私たちがこれから構築しているものは何ですか？それがもたらす価値は何ですか？」

そして、絶対最小要件「機能」を選択し、それを「仕様化」し始めます。IDは、Cucumber：http ://cukes.info/とRspec：http ://rspec.info/ を使用して機能を説明することをお勧めします動作する必要があります。テスト/仕様を実行し、それらが失敗するのを監視します。

次に、機能に飛び込んで機能の実装を開始し、テストが1つずつ合格するのを観察します。

この機能が完了したら（すべてのテストに合格）、プロセスを繰り返します。次の最小要件の「機能」に移動します。

ワークロードが一緒に構築する機能に焦点を合わせる場合、プログラマーは動作に取り組み、設計者は両方が完全に連携するまでルックアンドフィールに取り組みます。

発生する最大の問題は、メイン製品からのアップデートの管理です。リリースに遅れないようにするには、変更をメイン製品にマージする必要があります。他のすべての要因は私見とは無関係です。

したがって、必ずメインの製品を入手してから、そのコピーを作成して作業してください。彼らが新しいバージョンをリリースしたら、オリジナルを彼らのもので更新すると、彼らが行った変更を確認し、あなたのものにそれらをマージできます。製品をリファクタリングすることは非常に大きな問題です。新しいファイルを作成するたびに、元のファイルからの変更がどこで発生したかがわかりにくくなるため、実行しないでください。変更を別のファイルに保存できれば、さらに簡単です。

それ以外の場合は、機能ごとに開発を行うために、次の機能に進む前に機能をテストする良い方法があります。すべてを一度に行うことははるかに困難です。各機能をリリースしてテストが機能することを確認できるように、テストシステムを適切な場所に維持します（つまり、開発者のものではないボックスで）。