社内生産ソフトウェアに CTP テクノロジを使用することの長所と短所は何ですか? 社内生産とは、他の誰にも販売していないが、全国に広がる多数の社内従業員が使用するソフトウェアを意味します。
明白なプラス (既存のシステムを凌駕する特徴と機能) とマイナス (バグ、サポートの欠如、インターフェースの変更、製造中止のリスク) を見ることができます。本番ソフトウェアでプレビュー技術を使用した経験のある人の意見を聞きたいです。そして、私たちが考慮していないかもしれないハードルや物事の種類。
問題のテクノロジは、Silverlight Bing マップ コントロール CTP です。
ありがとう、
個人的には、基本的に社内の従業員が市場であるため、これは基本的に本番ソフトウェアであるため、良い考えではないと思います。
そのため、ライセンス、コンプライアンス、サポート、SLAなどを検討する必要があるかもしれません。
私はそれが私のITディレクターと内部監査の人々によって眉をひそめられることを知っています。
これは、行うのが難しい電話であり、状況によって異なります。差し迫った重要なニーズを満たす、開発者を対象とした Microsoft のベータ コントロールは、サポートの欠如を理解している場合にぴったりかもしれません。
特に、内部アプリや公開サイトでさえ、改訂や迅速な改善マイルストーンをいかに迅速に通過するかを考えると.
Silverlight Toolkitは昨年、新しいモデルを試してきました。お客様が電話をかけやすく、製品チームが行っている投資と保証を理解できるように、特別な品質のバンドを導入しました。他のチームにも同様のコミットメントをしてもらいたいと思っています。
AutoCompleteBox コントロールは、基本的に 1 年前のプレビュー品質帯の CTP でした。それ以来、成熟したサポート対象製品として Silverlight 3 SDK に投資し、出荷しています。
経営陣と話し合い、内部ユーザーに品質の価値を提供しながら、どのようなリスクを負うことができるかを定義します (ボンネットの下でリリースされた品質に関係なく、うまく機能するシナリオ)。
ソースコードを考えてみましょう！
また、ソースとバイナリについて話し合うこともできます。多くのコントロールやフレームワークのソースを取得するオプションが常にあるとは限りませんが、現在、多くのオープン ソース リリースが利用可能です。コントロール ベンダーも、ソース ライセンスを提供してくれる場合があります。
オープン ソース コントロールの独自のプライベート ブランチを維持するためのコストは高くなりますが、早期に修正が必要な場合、独自の機能を追加したい場合、または開発者の 1 日の作業がただシナリオ用にカスタマイズされた既存のコントロール。
いくつかのより具体的なリンクで更新:
Silverlight Toolkit興味のある方のため
に、Silverlight Toolkit のQuality Bandsに関する詳細情報を以下に示します。それらは、実験的、プレビュー、安定、および成熟しています。Preview は、CTP、Preview - Beta、Mature - Released and supported によく似ています。
これらはすべて単なる言葉ですが、チームの「言葉」です。
Microsoft Connect WRT は Bing Maps コントロールです。Microsoft Connect サイト
が存在することがわかりました。これは素晴らしいリソースです。私はプログラムに参加していませんが、通常、Connect サイトは、より頻繁なドロップ、問題について話し合うための一連のフォーラム、および開発者やテスターと簡単に連絡を取る方法を提供するのに役立ちます。製品。
その他のベンダー
初期リリースを提供しているベンダーは他にも多数あります。コメントを使用して、これに Microsoft 以外の視点を追加してください。世の中に出回っている Silverlight 固有の Microsoft フレームワークの多くに精通しているため、これらのトピックについて意見を述べたいと思います。
それが機能し、従業員のペットを殺さないことを合理的に確信していますか？その後、それは大丈夫なはずです。
真剣に、それがターゲットオーディエンスのために機能することを確認してください。
いつものように、私見。
たとえば、DateTimeOffset のためだけに、新しいアーキテクチャで SQL Server 2008 の使用を開始した場合などです。このアプリケーションを社内で使用しましたが、これは大規模な展開ではありませんでした。十分に安定している場合は、そうではありません。長所は、待つ必要がないことです。新しいテクニックやコードをテストし、テクノロジーに遅れずについていくことができます。
短所は、一部の機能が変更されたり、API が完成していなかったり、名前が変更されたりすることです。これらはすぐに現れ、通常は簡単に変更できます。また、文書化されていないこともありますが、それについてブログを書いている人は常にいます。
アプリのベータ版を管理するためにHockeyAppのようなツールを現在利用できるようになったので、アプリのベータ版でプレビュー API を使用することを恐れなくなりました。このようにして、最先端を試してみたい実際のユーザーと一緒に新しい機能を開発することができます。
新しいバージョンを少数のユーザーに限定したままにしておくと、これで問題ありません。
プロダクションでプレビュー テクノロジを使用してきたとき、ときどき最先端に噛まれました。バグが修正されるのを待つ間、バグを回避するか、バグと一緒に暮らす必要がありました。