問題タブ [product-development]

いくつかの答えを求めて、コミュニティのリーダーに頭の中でパズルを投げかけています。

私たち友人は、業界ですでに有名な製品を作ることにしました。私たちのモットーは、これらすべてのプレーヤーを打ち負かすことではなく (私たちにはできないため)、一部の顧客セグメントにとって費用対効果の高い基本的な製品を開発することです。

最初のステップで達成しようとしているのは、より安価なオプションです。これは、製品が一度にではなく、一定期間にわたって成長することを誰もが知っているためです。

今、私たちのキャッチ22パート-

1. すでにビッグ ネームが存在するため、製品の構築を開始する必要がありますか?
2. 価格は、USP (ユニーク セール ポイント) の適切なオプションです。
3. 私たちは皆仕事に依存しているため、前進するための最良の選択肢は何でしょうか.
4. 口頭での確認のお客様もいらっしゃるので、進めていくべきでしょうか？
5. 製品開発中に心に留めておくべきすべての主要な原則は何ですか。

私たちは、すぐに販売できるクライアント/サーバー ソフトウェア (C#、Net 2.0) を開発中です。この製品は医療ドメインにあります。

次の条件に最適なデータベースを提案できる人はいますか。

1. 顧客に無料で配布できるはずです。
2. 顧客は、画像もデータベースに追加できる必要があります。
3. 小さな足跡。
4. 高速、安定、安全、クラッシュしません。

MSSQL 2005 Express と Mysql 5.0 に取り組んでいます。あなたが提案できるより良いデータベースはありますか？

たとえば、ブラウザ ベースのフロント エンドを備えた製品の設計を任されたとします。
営業チームはおしゃれなアプリを求めています。製品管理チームは、製品の費用対効果を高めたいと考えています (メンテナンス段階まで)。

ここで、技術チームが呼び出しを行うことができると仮定します (私は願っています :)) ユーザーに、stackoverflow/facebook のようなサイトのような「リッチな」ルック アンド フィールを提供するか、2006 時代の何かをユーザーに提供するか... この束で投入された考慮事項の..

1. 製品寿命は6年程度を想定
2. 製品メンテナンス チームは、将来のブラウザーに合わせてコードをリファクタリングする必要はありません。
3. 製品保守チームは、ビジネス機能を強化するだけです
   ..そして、このような多くの関連するもの

.. ajax の使用をお勧めしますか? はいの場合、現在使用している UI (ajax フレームワーク) が次の 2 ～ 3 ブラウザー バージョンで変更なしで引き続き動作するという保証は何ですか?

編集: 私が AJAX に対して何かを持っていると思い込まないでください。私は 1999 年から DHTML に取り組んでおり、ajax と呼ばれる前から ajax に取り組んでいます :) また、仕様に合わせてコーディングされているという理由だけで 2002 年から変更する必要のないサーバー側コンポーネントにも取り組んでいます。

とは言っても、これらの気まぐれなブラウザーを満足させるためだけに、どれだけの「正常に失敗する」コードを書かなければならないかを直接経験しています。とにかく、すべての回答に感謝します。また、「フェイル グレースフル」コードの実装に戻ったと思います。