問題タブ [stability]

私が取り組んでいるプロジェクトでは、シャットダウンする前にデータ構造をシリアル化する必要があり、再起動時にこのシリアル化されたデータから状態を復元します。

昨年、私たちは .NET 1.1 向けにビルドしていましたが、難しい問題に遭遇しました。

• 私たちのコードは .NET 2.0 で実行されました
• 1.1 をデフォルトとして何らかの方法で設定するソフトウェアでアップグレードした顧客
• 私たちのコードは .NET 1.1 で実行され、保存された状態を逆シリアル化できませんでした

この特定の問題は、その特定のソフトウェア アップグレードを禁止することで「解決」されました。.NET 2.0 フレームワークをターゲットにしているため (したがって、1.1 で実行できない可能性があります)、問題になることはありません。

このシリアライゼーションが 2.0 と新しいフレームワークの間で再び非互換に変更される可能性はどのくらいですか? コードを 2.0.50727 に修正した場合<supportedVersion>、2.0.50727.1434 と 2.0.50727.nnnn (将来のリリース) の間でどのような変更が行われる可能性がありますか? シリアル化されるデータ構造は、標準クラス ライブラリの配列、マップ、文字列などです。

また、さらに .NET をアップグレードした後でも、2.0.50727 フレームワークが常にインストールされることが保証されていますか? Microsoft ドキュメントへのポインタを歓迎します。

Webフレームワークに関する私の経験は、それらが相対的に「不安定」であるということでした。それらがクラッシュするわけではありませんが、かなりの数の変更があり、コードを再プログラムする必要があります。あなたが使用した Web 開発パッケージと、そのコードを維持するのにどれくらいの労力が必要でしたか?

Ruby (より一般的には Ruby コミュニティ) に改善してほしいことは何ですか?

どこかで、Ruby は Smalltalk と LISP の愛の子であり、Miss Perl が乳母であると読みました。

私はルビーの両親をとても尊敬していますが、ミス・パールが子供に与えた影響が好きかどうかはわかりません. 具体的には、事前定義された変数が好きではありません。変数の意味を知るにはチート シートが必要です。「使わないで」と言ってもいいでしょう。私はしませんが、他の人はそうします。Web でプラグインをダウンロードするとき、ソース コードにアクセスする必要がある場合は、チート シートを取得するしかありません。言語自体からそれらを削除してほしいと思います。

また、Ruby は動くターゲットが多すぎると思います。私のコードは、マイナー リリースであっても、新しい Ruby のアップグレードのたびに壊れます。これは、Ruby on Rails および私が使用したほとんどの Rails プラグインにも当てはまります。それらは常に変更されるだけであり、変更によってすべてが壊れるかどうかは誰も気にしていないようです。私見ですが、私は Ruby の多くのことを気に入っていますが、この安定性の欠如はほとんどショーストッパーです。

この話題はニュースグループで死に至らしめられており、アフリカ向けのフォーラム投稿があることは知っていますが、スタックオーバーフローに関する専門家のオプションが必要でした:)

私たちの VB6 アプリは、ユーザーが何かをしている間に消えることがありますが、エラーは発生せず、PC のエラー ログにも記録されません!

以前に VB6 でこれについて聞いたことがある人がいるかどうか疑問に思っていましたが、それを修正するために何をしましたか?

すべてのコードをネイティブ コードから pcode に変更すると、安定性が向上するのではないかと考えました。

追加情報:

• Mdac 2.8 を使用しています
• 真の DB グリッド 6.0e

編集で追加されたメモ:

• 私たちのアプリケーションは非常に大きく、113 個の個別のコンポーネントと 120 MB のコンパイル済みサイズ (埋め込み画像などはありません) があります。
• プレゼンテーション レイヤーはオンザフライでオブジェクトを作成するため、すべてがレイト バインドされます。
• 私が見る限り、VB6 アプリのローカル パフォーマンスはあまり気にしません。300 人のユーザーから 80 マイル離れたデータ センターにある Oracle データベースによって、パフォーマンスが完全にボトルネックになっているからです。悪夢！

現在、開発中の Web アプリケーション製品でいくつかの安定性の問題に直面しています。この製品は、パートナーの請負業者によって部分的に構築されたものであり、安定性のための優れた標準メトリックが必要です. 私たちが直面している問題は、絶え間ないクラッシュです。Web アプリケーションは、処理できる以上のリクエストがあることを識別できず、(メモリ リークのように) メモリを蓄積し、その後、可能な種類の回復なしで終了します。

パートナー請負業者に会うための非常に簡単な測定を書きたいと思います。私たちはいくつかのアイデアを考えました：

• 高負荷のリクエストを識別し、サーバーが利用できないサービスを提供できるシステムは、高負荷から回復するまで、ページを再試行します。
• ロード バランサーやキャッシングなどのスケーラビリティ オプションをいつ使用するかを明確に判断できる、同時ユーザー数またはページビュー数の設定。

現時点では、キャッシュと負荷分散を使用して、(負荷に応じて) x 時間ごとに Web アプリケーションをリサイクルできるようにする必要があります。

ご協力いただきありがとうございます。

xamlエディターの安定性に問題があります。1日に25回VSを再起動するのは面倒になりました。問題を最小限に抑える戦略や、視覚的な表示を提供するオープンソースの代替手段はありますか？どんな助けでも心から感謝します！窓から飛び出したくないけど…します！

2009 年 6 月の WPF Toolkit は、顧客に出荷されるアプリケーションで安全に使用できますか?

私のアプリケーションがリリースの 3 日前にクラッシュするのではないかと真剣に心配しています。この懸念は、WPF Toolkit が Microsoft の WPF チームの確立された開発者によって開発されているように見えても、Microsoft によって承認されていないように見えるという事実から生じています。

これらの公式の WPF 開発者を信頼して、彼らのものが今後私に壊滅的な問題を引き起こさないようにすることができると思いたいのですが、安心が必要です。今後数週間で問題が発生する余裕はありません。

この件についてご意見をお聞かせください。

いくつかのリンク:

「WPF ツールキット」の MSDN 検索結果

WPF ツールキット: DataGrid 機能
のウォークスルー DataGrid コントロールは、私が現在使用したいと考えている WPF ツールキットの唯一の部分です。

WPF ツールキット - 2009 年 6 月リリース - バイナリとソース コード ハエ
これらのファイルは Codeplex でホストされています。このリンクは、いくつかの異なる MSDN 記事で見つけましたが、これらのリソースを求める人々に提供される最も一般的なリンクのようです。

5月のデイリージョブで私はこのジレンマに出くわします：

「安定したシステムとより良い設計」

あるモジュールを修理しているときの日常の仕事で、悪いデザインを見たとき

->ひどく書かれたコード

->ひどく書かれたアルゴリズム

->最適化が可能

私が修正している問題と一緒にこれらも修正したいと思います

しかし、多くの人が私の変更に反対しますいくつかのサポート、反対する人は言うでしょう

「システムが安定している場合はビジネス指向である必要があります。何かを変更するとリグレッションが発生する可能性があるため、ビジネスを支持しないでください。」

いつか：

あなたは6ヶ月後にあなた自身の書かれたコードを見るでしょう、常にあなたはこれでいくつかの改善の機会を見るでしょう

サポートする人は言うでしょう：

これは継続的な改善であり、システムはより安定します

だから私はあなたの人々がどう思うか知りたいです

私は非常に興味があります.ソートアルゴリズムで安定性が重要である、または重要でないのはなぜですか?

プロジェクトを構築するためにそれを使用しますか？（特にC ++）

それはまったく合法ですか？