鈴井が考案した初期を代表する企画のひとつ。鈴井・大泉が「北海道の各市町村にあるカントリーサインが印刷されたカードを引く」→「実際にその市町村に向かう」→「境界のカントリーサインの前で再び抽選を行う」を繰り返し、道内を回る企画。「北海道の番組であるのに、あまり北海道での企画がない」ことから地元・北海道に注目し、北海道212全市町村（当時）を巡る企画となったが、“道北から道南”など、効率の悪い移動が多いことから、内容としてはどうでしょう班による車内でのやりとりが主になる。道内を全て回るという膨大さを反省し、後に十勝地方限定で行なった「十勝二十番勝負」が生まれた。
水曜どうでしょうの企画（すいようどうでしょうのきかく）では、北海道テレビ放送制作のバラエティ深夜番組『水曜どうでしょう』（以下『どうでしょう』）、および『どうでしょうリターンズ』（以下『リターンズ』）『水曜どうでしょうClassic』（以下『Classic』）で放送された企画の中から、「レギュラー放送」時（1996年10月から2002年9月）に日本国内で収録した企画について述べる。企画名については番組内で多数の呼び方がある企画があるが、本記事においては「水曜どうでしょうDVD全集」として発売した映像に付与されたものを正式タイトルとした。
北米向け車種でスーパーチャージャーの採用例は多く、ジャガー、ランドローバー、メルセデス・ベンツなどの欧州各メーカーが、主に北米向けとしてスーパーチャージャー装備車をラインナップしている。また、アフターマーケット用にルーツブロアーやリショルムコンプレッサーが市販されており、ライトトラックの動力性能向上のためにも利用されている。北米日産が生産するピックアップトラックのフロンティアと、それをベースとした廉価SUVである、エクステラのハイパフォーマンスバージョンとして、V6、3.3Lガソリンエンジンにスーパーチャージャーを追加した、VG33ER型がある。ヨーロッパではメルセデスベンツがルーツブロアーおよびリショルムコンプレッサーを使用している。直列4気筒にはルーツブロアーが組み合わされ、AMGモデルのV6、V8にはリショルムコンプレッサーが組み合わされる。リショルムコンプレッサーについては大排気量のV8エンジン63エンジンに置き換えられつつある。オートバイ用エンジンでもプジョー・モトシクルから、スーパーチャージャー搭載のスクーターであるプジョー・ジェットフォース・コンプレッサーが、2005年から数年間販売されていた。
自動車用の機械式スーパーチャージャーはコストを抑えやすいためルーツ式が主流である。イートン・コーポレーションでは四葉のものも開発・製造しており量産車への採用例もある。また、ルーツ式スーパーチャージャーとターボチャージャーを組み合せ、低回転域ではスーパーチャージャーが働き、高回転域ではターボチャージャーが働くツインチャージャーを採用する例もあった。レース用エンジンには二段過給式も採用された例がある。しかし、ルーツ式は過給圧を高めるほど効率は低くなり、騒音を生じやすいほか、装置が大きく重い欠点があることから、後付けで搭載されるアフターマーケット製品のスーパーチャージャーを中心に遠心式を採用する例もある。1921年（大正10年）に、世界で初めてスーパーチャージャー付きエンジンを搭載した量販車「メルセデス6/25/40ps」と「メルセデス10/40/65ps」が、ベルリンモーターショーで公開されている。
最も身近なファイルシステムは補助記憶装置上のもので、「セクタ」などと呼ばれる通常512バイトの固定サイズの「ブロック」の配列にアクセスするものである。ファイルシステムはこのセクタ群を使用してファイルやディレクトリを構成し、各セクタがどのファイルに使用され、使用されていないセクターはどれなのかを把握する必要がある。しかし、ファイルシステム自体は記憶装置を利用する必要はない。ファイルシステムは何らかのデータへの操作とアクセスを提供するものであり、そのデータが記憶装置に格納されているか（例えば、ネットワーク接続経由で）動的に生成させるかは問題ではない。ファイルシステムがストレージ上にあるかどうかに関わらず、一般的なファイルシステムはファイルのファイル名を束ねるディレクトリを持つ。通常、ファイル名は何らかのファイル・アロケーション・テーブルのインデックスと対応しており、それはMS-DOSのファイルシステムであるFATでも、Unix系ファイルシステムでのinodeでもそのようになっている。ディレクトリ構造は平坦な場合もあるし、ディレクトリの下にサブディレクトリのある階層構造の場合もある。いくつかのファイルシステムではファイル名も構造化されていて、拡張子やバージョン番号の文法が存在する。そうでない場合、ファイル名は単なる文字列であり、ファイル毎のメタデータは適当な場所に格納される。階層型ファイルシステムはUNIXで有名なデニス・リッチーの初期の研究対象であった。それまでの実装では階層はあまり深くできなかった。例えばIBMの初期に生まれたデータベース管理システムであるIMSなどがそうである。UNIXの成功により、リッチーはその後のOS開発（Plan 9やInferno）でもファイルシステムのコンセプトを様々な対象に広げていった。初期のファイルシステムはファイルとディレクトリの生成、移動、削除といった機能を提供していた。ディレクトリへの追加リンクを生成する機能（UNIXにおけるハードリンク）、親リンク（Unix系OSにおける「..」）の名称変更、ファイル間の双方向リンクの生成といった機能は当初は存在しなかった。初期のファイルシステムはファイルの切捨て（内容を一部削除すること）、ファイルとファイルの連結、ファイルの生成、ファイルの移動、ファイルの削除、ファイルの更新などの機能を提供していた。ファイルの先頭へのデータ挿入 (prepend)、ファイルの先頭からの内容切捨て、任意の位置の内容の削除や挿入などといった機能は提供されていなかった。提供された操作は対称性に乏しく、どんな状況でも便利というものではない。例えばUNIXにおけるプロセス間のパイプはファイルシステム上には実装できない。というのもパイプはファイル先頭からの切捨てに対応できないためである。ファイルシステムの基本操作への安全なアクセスはアクセス制御リストまたはケーパビリティに基づいて行われる。研究によれば、アクセス制御リストは完全なセキュリティを確保するのが困難といわれており、研究中の最新のOSではケーパビリティが使われる傾向にある。商用ファイルシステムはまだアクセス制御リストを使用している（コンピュータセキュリティ参照）。また、アプリケーションソフトウェアの中にも、独自のファイルシステムを採用しているものがある。（FMRシリーズ・FM TOWNS用のワープロソフトウェアである「FM-OASYS」など）