複数の変数のロックには複数のロックが必要だが、それによって何が発生する可能性が生じる？
デッドロック
並列計算 
 複数の変数のロックには複数のロックが必要であり、それによってデッドロックが発生する可能性が生じる。不可分なロックは複数の変数を一度にロックするものである。その場合、対象変数群の一部がロックできなければ、全体のロックができないと見なされる。個別にロックされる2つの変数をロックする必要のあるスレッドが2つ存在したとして、一方のスレッドが一方の変数だけをロックし、もう一方のスレッドがもう一方の変数だけをロックするという状況が発生しうる。このような場合、双方のスレッドはロックできていない変数をロックしようとして待ち続け、結果としてデッドロックとなる。
C++ 
 C++は静的な多態と動的な多態の両方をサポートする。コンパイル時に解決される静的な多態は柔軟性に劣るもののパフォーマンス面で有利である。一方、実行時に解決される動的な多態は柔軟性に優れているもののパフォーマンス面で不利である。 C++ 
 多態 (ポリモーフィズム)は様々な場面で多用されている機能である。多態により、状況や文脈に応じてオブジェクトに異なる振る舞いをさせることができる。逆に言うと、オブジェクト自身が振る舞いを決定することができる。 C++ 
 関数のオーバーロードは名称が同じ複数の関数を宣言できる機能である。ただし引数は異なっていなければならない。個々の関数は引数の数や型の順序で区別される。同名の関数はコードの文脈によってどの関数が呼ばれるのかが決まる。関数の戻り値の型で区別することはできない。 リリーフ 
 相手チームからランナーが出ている状態では、たとえ凡打であっても犠牲フライや進塁打などによって打点を許してしまえばリードを奪われる可能性がある。そのため抑えには奪三振率の高さが求められる事になる。 リリーフ 
 チームの戦術によっては抑えの役割を1人に固定せず、2人以上の抑えを起用する場合がある。その場合は、登板間隔や相手打者が右か左かなどで誰が抑えを務めるかは変化し、日本では2人の場合は「ダブルストッパー（和製英語）」と呼び、アメリカでは2人以上の場合には「クローザーバイコミッティー（closer by committee=委員会によるクローザー）」と呼ぶ。 ダイヤグラム 
 混雑している路線でより多くの列車を運行するためには、閉塞区間の距離を見直す方法や、新型の運行保安装置にしたりといった方法がある。折り返し駅における計画はボトルネックとなりやすく、駅の配線を最適化したり、乗務員の折り返しを同じ列車ではなく後の列車にする「段下げ運用」を採用したりといった方法が採られる。また列車間隔が短い路線において乗降客数が多い駅では、2つの番線に交互に列車を停車させる相互発着を採用するところもある。 カーネル 
 「機構と方針の分離」の原則は、マイクロカーネルとモノリシックカーネルの哲学の間でかなり大きな相違がある。ここで、「機構」は様々な「方針」の実装を可能とするものであり、「方針」は特定の「操作のモード」である。例えば「機構」面では、ユーザーがログインしようとしたとき認証サーバを呼び出してアクセスを認めるべきか否かを決定するということが考えられる。一方「方針」面では、認証サーバがパスワードを要求し、データベース内の暗号化されたパスワードと照合するかもしれない。機構が汎用的であれば、機構と方針が同一モジュールに統合されている場合よりも方針の変更（例えば、パスワードの代わりにセキュリティトークンを使うなど）がより容易になる。 カーネル 
 エドガー・ダイクストラは論理的観点から、バイナリセマフォにおける不可分なロックとアンロック操作だけで、プロセス間の任意の協調作動を実現できることを証明した。しかしそのような方式は一般に安全性や効率性が欠如しており、メッセージパッシング方式の方が柔軟性が高い。他の方式もいくつかあり、現代のカーネルでは共有メモリやRPCなどのシステムをサポートしていることが多い。 誤り検出訂正 
 多くの誤り検出・訂正は、全体の誤り率が許容範囲でも、バースト誤りに対しては、1つのブロックに多くの誤りが集中するため、対応できない。そこで、符号の順序を入れ替え、同じブロックのデータを分散させ、バースト誤りが1つのブロックに集中しないようにする。この技術をインターリーブという。 Transport_Layer_Security 
 特にWorld Wide Webでは、ハイパーリンクによるページ遷移を繰り返して処理を行うため、どの通信でSSL/TLSが使用されているか把握することが重要になる。多くのウェブブラウザは、画面のどこかに南京錠のアイコンを表示したり、アドレスバーの色を変化させたりして、利用者に情報を提供している。