簡単に言えば、私はWebアプリケーション開発のためのプロセス/テクノロジスタックを見つけようとしています。プロトタイプには簡単/高速/柔軟性がありますが、プラットフォーム。Java EEのより機敏な代替方法
私は以下の長い説明をお詫び申し上げますが、問題は技術とプロセスの間にあり、私はそれを表現するための簡単な方法を見つけることができません。そして、はい、私は "良い主観的、悪い主観的な"記事を読んでいます。
現在、我々はすべての吹き荒れと笛(敏捷性、継続的な統合、問題追跡、単体テスト、休止/春/縞/ jqueryスタック...)でJava EEを使用しています。また、GUIモックアップ(Balsamiq Mockupsへの賛同)の作成とそれ以降のHTML静的ページプロトタイプの作成と並行して、機能収集を伴う柔軟なプロジェクト定義/分析プロセスを使用します。開発中、私たちはクライアントのレビューを頻繁に中間ビルドします。だから、テスト段階に入ると、機能は90%の目標に達しており、すべてのバグフィックスと最終的な堅牢性が必要です。
私たちの伝統的なクライアント、すなわち銀行や医薬品の場合、上記のプロセス/テクノロジスタックは魅力的です。
最近、私たちはインターネットのスタートアップのために開発しています。この場合、プロセスは全く異なります。いくつかの基本的なモックアップから始め、最初の非常に未加工のプロトタイプが作られます(静的なページ+多くの基本的な機能がコアシナリオをカバーします)。その後、本格的なアプリケーションの開発を開始します。
重要なステップがここにあります!アプリケーションが公開されると、マーケティング/ビジネス関係者は初期の鳥からフィードバックを受け取り、競争を観察し、結論を出し、アプリケーションを変更したいと考えます。 LOT! この時点では、これ以上プロトタイプモードには入っていません。何百もの単体テストを組み込んだ素晴らしい品質のJava EEアプリケーションがあります。私たちはそれを進化させることはできますが、確かに容易でも俊敏でもありません。
1)プロセス側では、すべてのビジュアルツールとフォーマルツールを利用できるようになりましたが、無駄でした。市場が話す前に誰もこの仕様を修正することはできません。
2)RubyOnRailsやPHPのような「柔軟な」環境を試しました。生産グレードの品質については
2.A)は、それらはまだはい、私は
2)最も重要なサービス/アプリケーションのいくつかはPHPで書かれていることを知っている(のJava EEに比べて少し週間ようです。 b)「柔軟な」方法でそれらを使用すると、プロトタイプ作成には適していますが、生産品質に上げにくいコードを取得します。
2.c)すべてのベストプラクティス(レイヤー化、単体テストなど)を実装すると、複雑さは、私たちがすでに持っている標準のJava EEの複雑さに匹敵します。
3)アプリが公開されると、洗練されていて堅牢でなければならないため、簡単にプロトタイプを作成することはできません。
4)私たちが使い捨てのプロトタイプを作ることを提案した場合、クライアントはそれを使い捨てにすることを拒否し、それを生産品質に持っていくことを頼みます。
基本的に、私たちは、プロセスの早い段階で、必要でなくても、変更や柔軟性の面で「品質」(構造、堅牢性を意図している)
アイデア?
使用しているJavaEEのバージョンはどれですか?後のバージョンははるかにclunkyです。 – skaffman
クライアントターゲット環境で使用可能な最高のバージョン。ほとんど1.6ですが、1.4と1.5のケースがあります。私たちはどこで1.6を押すことができます。まだ1.7を試していない。 – Sax