メモリとスループットが限られている組み込みシステムに取り組んでいます。システムをより堅牢にするには、より多くのメモリとプロセッサの時間を必要とします。システムがフォールト トレラントかどうかを判断するChaos Monkeyのアイデアは気に入っていますが、リソースが限られているため、コードを追加し続けることがどれほど実現可能かはわかりません。システムに「より多くのコード」を追加することなく、障害処理機能を向上させるアーキテクチャ内またはその他の設計上の考慮事項はありますか?
c (または c++) で、静的な値を比較するのではなく代入する if then ステートメントを書くのを防ぐのに役立つ 1 つの方法として、比較の左側にそれを書くことをお勧めします。数字の 5 を言うと、問題が発生し、問題がすぐに見つかる可能性があります。
同様の方法で、冗長性/信頼性の問題を防ぐために早い段階で行うことができるアーキテクチャまたは設計上の決定はありますか?