策定時には遥か先のことであっても後々になって問題になるという実例（2000年問題、2038年問題）が既にあるわけですが、そういった先達の失敗例を糧に移行スケジュールとかは既に検討されているのですか？

>通信品質を過剰に高くする必要がある
auのCDMA 1X WIN以降はデータ通信と音声通信で回線を別にすることでそのあたりに対して対応してますよ。おかげで音声通信中には高速なデータ通信が行えないといったデメリットがあります。

つ２月２０日（月）　BLACKCAS [4] @ まるも製作所

そもそもOperaだと入力欄以外でキー入力するとページ内検索に自動でなりますよ。

ソースを頒布しないならソースコードを、頒布に要する物理的コストを上回らない程度の手数料と引き換えに提供する旨述べた少なくとも3年間は有効な書面を添付する必要はある。

じゃあ、その2社はJREとJRCで。他は、JRHにJRWといった感じで、JR九州さんは何だったかな。

そういう紛らわしい事態に備えて、JIS・ISO共に10年以上前から情報量の単位で2を底に選んだときの単位は“シャノン[Sh]”を代わりに使うようにとなっていますよ。今のJIS（JIS X 0016:1997）では情報量の単位として“ビット”は例示されていません。

そんな時代だと分岐予測とかせず、分岐があったらそれぞれの場合ごとにコア割り振って先に計算させといて、分岐ミスのコアの計算止めるとかでシングルスレッド性能あげてそう。
コア一つ一つに分岐予測のための回路を作るのと、この手法がコスト的につりあうのってどのぐらいのコア数になったときだろう。少なくとも一桁や二桁ぐらいのコア数では分岐予測させた方がコストメリットあるよね。

簡単かどうかは、Windowsのそれをあまり使ったことがないので判断できませんが、linuxにおいてはSELinuxを適切に設定すれば監査ログを出力してくれます。
もしSELinuxが嫌いならTOMOYOLinuxでも同様に監査ログを出力してくれますよ。

もしやいまだに2.4とか使っていらっしゃる？

前のバージョンのコードの原著作者ならそんなことはない。GPLで他から提供されたコードを含めてしまった場合はその部分を慎重に取り除けば何とか。
そもそも元コメ中に
>次のバージョンに含まれるコードの全ての権利者が合意すれば
とあるのでそれもしなくていい。

ただ、多数の権利者がいる場合、現実的じゃないってだけ。