問題タブ [mission-critical]

別の言い方をすれば、失敗することのないコードを作成しました。心臓モニター、水質検査、経済の基礎、ミサイルの軌道、またはスペースシャトルのO2濃度を扱うプロジェクトに携わった人々からの意見を聞きたいと思います。

この種のコードを書くためにどのように準備しましたか：方法論的、知的、そして感情的に？

編集

担当者の問題が人々の返信を妨げている場合に備えて、このwikiにマークを付けました。この問題については、これまで以上に多くの視点があると思いました。

私たちは、コストのかかる実験からテキスト/csv のようなデータを長期間 (~数日) にわたって取得するため、ファイルの破損は何としてでも回避する必要があります。

最近、実験の進行中に XP の Explorer からファイルがコピーされ、おそらく複数のアクセス競合が原因で、データが部分的に失われました。

そのような損失を回避するための良いテクニックは何ですか? - Windows XP システムで Delphi を使用しています。

私たちが思いついたいくつかのアイデアを以下に示します。コメントやご意見をお待ちしております。

それをバックアップするための正当性を証明して開発されたシステムやソフトウェアはありますか? それとも、すべての重要なシステムは、積極的なコード レビューとテスト サイクルだけで開発されているのでしょうか?

ホットフォルダに配置されたファイルを継続的に処理するプログラムを書いています。

このプログラムは、管理者の介入なしに100％の稼働時間を実現する必要があります。言い換えれば、「愚かな」エラーで失敗するべきではありません。つまり、誰かが出力ディレクトリを削除し、それを再作成して次に進む必要があります。

私が考えているのは、プログラム全体をコーディングしてから、「エラーポイント」を探して、エラーを処理するためのコードを追加することです。

私が避けようとしているのは、誤ったまたは不要なエラー処理を追加したり、プログラムの制御フローにエラー処理を組み込んだりすることです（つまり、エラー処理がプログラムのフローを制御します）。おそらくそれはある程度流れを制御することができますが、それは悪い設計（主観的）を構成するでしょう。

「エラープルーフ」「クリティカル」プロセスの方法論は何ですか？

Web サービス クライアント アプリケーションに回復力を組み込む必要があります。これら 2 つのシナリオのいずれかが、標準の dot.net Web サービスによって生成されたクライアント (クラシックまたは 3.0) でサポートされていますか?

• 1 つのサーバーがダウンした場合にクライアントが自動的にフォールバックできるように、サーバー アドレスのリストを指定します。

• 標準ホストの代わりに DNS サービス レコードを検索し、優先度別にホストのリストを使用して、どのホストが稼働しているかを追跡するようにクライアントを構成します。

サーバーの負荷分散やプロキシ経由では、地理的な回復力に関連する問題は解決しません。

どんな助けでも大歓迎です、ありがとう！

C++ コンパイラはあまり良くないバイナリを生成できますか? ここで、出力の堅牢性とパフォーマンスについて考えることができます。使用する「最高の」C++コンパイラなどはありますか? そうでない場合、有名なコンパイラー (g++、インテル C++ コンパイラー、Visual C++ など) の長所と短所 (既知のバグと問題) は何ですか?

コンパイラが誤った出力を生成し、ミッション クリティカルなソフトウェアの障害を引き起こした事例は文書化されていますか?

私は疑問に思っていました...火星、衛星制御システム、核施設に行くものをコーディングしている人がいます。彼らはどんなトレーニングをしましたか？彼らのキャリアパスは何ですか？

重複の可能性:
かなりのリアルタイム システムに Haskell を使用する: どのように (もし) ?

ミッション クリティカルなソフトウェアで Haskell を使用することは可能ですか? (アビオニクス、宇宙技術など)

私はちょうど企業がNode.jsを愛しているというより多くの証拠を読んでいて疑問に思っていました：

企業は、ビジネスクリティカルなアプリケーションにnodejsを使用することを検討する必要がありますか？

Joyentのようなクラウドコンピューティング企業はそれに完全に取り組んでいるようです。Microsoftでさえ、Azureプラットフォームでnodejsのサポートを開始しました。エンタープライズアプリケーション用のnodejsをどれだけ真剣に検討すべきか知りたいですか？ミッションクリティカルなアプリケーションの準備はできていますか？

アプリの使用を拡大できる「モジュール」をダウンロードできるアプリがあります。
ユーザーがモジュールをダウンロードすると、サーバーからZIPファイルを取得し、それを彼のCachesフォルダーに抽出します。（これらの各zipは、60kから2MBのサイズにすることができます）。

残念ながら、300を超えるモジュールが利用可能であり、ユーザーの多くはこれらの少なくとも50〜60をデバイスにダウンロードします。

最近、モジュールがユーザーデバイスから消えてしまうという苦情がたくさん寄せられたので、調査を行ったところ、Appleのドキュメントで次のような表現に出くわしました。

iOSは必要に応じてCachesディレクトリからファイルを削除するため、データファイルが削除された場合、アプリは正常に機能を低下させる必要があります。

また、この状況についてさらに説明する次の記事：http: //iphoneincubator.com/blog/data-management/local-file-storage-in-ios-5

私の問題は、ユーザーにこれほど多くのモジュールを自動的にダウンロードさせることができないため、実際に正常に劣化させる方法がないことです。インターネット接続とモジュールのサイズによっては、数時間かかる場合があります。

だから私はいくつかの質問があります：

1. 同様の状況に対処しなければならなかった人はいますか？もしそうなら、どのように？
2. iOSがいつキャッシュをパージするかを正確に知っている人はいますか？「スペース不足」警告とは何ですか？このようにして、少なくともユーザーに、新しいモジュールをインストールするのに十分なスペースがないことを警告することができます。
3. キャッシュフォルダがクリアされる前に、ある種の警告を受け取る方法はありますか？

これはAppleからの本当に苛立たしい動きであり、私は本当に抜け道を見ていません。あなたからいくつかのアイデアを聞いてみたいです。