勝北町誕生に伴い、すべての大字から広戸を省いた奥津川の津川は津川川を指す。津川川をはさみ、当村大字奥津川、滝尾村大字津川原（現・津山市三浦）、苫田郡東加茂村大字下津川と、津川川に由来する地名が3村に分かれ存在していた。この3つは、今ではすべてが津山市内にある。
NPO法人のライフリンクが2013年に実施したアンケートによれば、「サイレントお祈り」を経験したことがあると回答した者は74%であり、就活生1人につき平均4.8回の「サイレントお祈り」があったとしている。日本労働組合総連合会が2014年に実施した就職活動に関する調査によれば、31%の就活生が「サイレントお祈り」を受けた経験があるとしている。HR総研が2017年度の新卒採用に際して企業側に行った調査によれば、エントリーシートなどの書類選考の結果を「合格者のみに伝える」と解答した企業は全体の22%、従業員規模1001名以上の大企業を対象とすると38%、面接の合否結果について「合格者のみに伝える」と解答した企業は全体の13%であった。アイデムが新卒採用担当者を対象として2016年5月に行った調査によれば、「合格者には通知し、不合格者には通知しないことがある」と解答した割合は22.4%であった。同調査でも同様に従業員規模が大きくなるほど不合格者への通知を省略する傾向が見られ、従業員3000名以上の企業では31.8%が「通知しないことがある」と解答している。「サイレントお祈り」は就活生にとって失礼である、就活のスケジュールが立てづらくなる、社員には「報・連・相」の徹底を指示するのに対して矛盾しているのではないかなどの意見が見られる。フリーアナウンサーの梶原しげるは、「昔の就職活動は選考通過者のみ電報で知らせ、不採用者には一切連絡をしない形が普通であった」と指摘している。就活生側が企業に対し何も連絡せずに選考や内定を辞退することを「サイレント辞退」「サイレント学生」と呼称する場合がある。
不採用であった場合に一切連絡が来ないことを「サイレントお祈り」（あるいは「サイレント」）と呼称する場合がある。応募したはずの企業から何の連絡も来ないことを「サイレント」、不採用時に連絡が来ないことを「サイレントお祈り」と、区別する見方もある。「通過者のみに連絡する」と事前に通達があった場合は「サイレントお祈り」には該当しないとする見解と、事前に通達があったとしても「サイレントお祈り」に該当するという見解がある。就職情報会社ディスコの研究員によれば、企業が「サイレントお祈り」をする場合は「通過した場合は○日以内に必ず連絡する」といった旨を就活生に予め伝達する形で、不採用者には連絡しないと暗に示唆する場合が多いとしている。「サイレントお祈り」が疑われる場合に、ソーシャル・ネットワーキング・サービスなどを用いて同じ企業を受験する他の就活生と情報交換をしながら合否を確認する様子も見られる。不採用時に連絡をしない行為そのものに対して法的問題は無いとされている。企業側が「サイレントお祈り」を行う理由として、人事担当者の手間を省くため、人事担当者の過剰負担、選考結果の通知期限を曖昧にすることによって選考辞退者が出た場合の予備人員を残しておくため、誤った相手に不採用通知を送ることを防ぐためなどが報じられている。
Human68kは、ストレージのファイルシステムにはMS-DOSのFAT12/16を応用し（但し完全な互換性は無い）、システムコールのファンクションナンバーも概ねMS-DOSに倣うなど、バイナリ・ソースとも互換性は無いものの、その構造は明らかにMS-DOSを模倣した構造であった。また、システムの構成も、MS-DOSと酷似していた。MS-DOSのシステムファイルは入出力サブシステムIO.SYSとカーネルMSDOS.SYSで構成されるが、単一アーキテクチャをターゲットとしたHuman68kでは異なるアーキテクチャへの移植を全く考慮する必要が無かったため、また入出力サブシステムはそのほとんどがROMで搭載されたIOCSによってまかなわれていた事もあり、IO.SYSに相当するモジュールは存在しない（IOCSのバグをパッチしたり、アクセスの遅いROM上のIOCSをメモリ上にコピーして高速化したり、アルゴリズムを改善して処理を高速化するパッチなどが、デバイスドライバの形としては存在した）。Human68kのコマンドインタプリタはCOMMAND.Xであり、MS-DOSのCOMMAND.COMに相当する。コマンドはMS-DOSよりも改善されていた。MS-DOS環境では、このCOMMAND.COMを含め、実行バイナリのロード時にバイナリをリロケートする必要がない（これはセグメント+相対アドレスによって実メモリ空間にアクセスする86系のアドレッシングアーキテクチャに起因し、その64kB（キロバイト）空間の壁が大きいデメリットだった16ビット（64kB（キロバイト））幅のセグメント内相対アドレス空間の制約とトレードオフの関係にあるメリットであった）が、COMMAND.Xを始めとするアプリケーションやコマンド等の非リロケータブルバイナリでは実行前にリロケート処理を行う必要があるため、特にチャイルドプロセスなどでこのCOMMAND.Xが頻繁にロードされる際のオーバーヘッドは無視できないものであった。このため、後にリロケータブルバイナリ化されたCOMMAND.Rがフリーソフトとして開発された他、実行ファイルのバインド機能が対応された際にはCOMMAND.Xが常駐部とインターフェース部に別れバインドされた物に替わり、チャイルドプロセスでの起動の場合は不要部をメモリ上にロードする必要がなくなる等といった対策が取られた。デバイスドライバの組み込みにも、MS-DOSと同様にCONFIG.SYSファイルへの記述が必要であり、その書式もMS-DOSに倣う繁雑で難解なものであるが、後のバージョンではMS-DOSに実装された選択起動などの機能を独自に拡張して実装するなど、MS-DOSの進歩に合わせた拡張も行われた。