Windowsにてユーザーとやりとりするプロセスを動作させる場合、イベントに応答するためのメッセージループが必須である。Windowsではイベントとメッセージは同等視される。イベントとしては、ユーザーとのやりとり、ネットワークのトラフィック、システム処理、タイマー、プロセス間通信などがある。対話型でないI/Oのみのイベントについては、I/O完了ポートがある。I/O完了ポートのループはメッセージループとは別に動作し、メッセージループと相互作用することがない。大抵のWin32アプリケーションの「心臓部」はWinMain()関数であり、ループ内でGetMessage()を呼び出す。GetMessage()はメッセージまたは「イベント」を受信するまでブロックする。何らかの選択的処理の後DispatchMessage()を呼び出し、対応するハンドラー用のコールバック関数 (ウィンドウプロシージャ: WindowProc) にメッセージをディスパッチする。専用のウィンドウプロシージャのないメッセージはDefWindowProc()というデフォルトのハンドラーにディスパッチする。RegisterClass()でウィンドウクラスを登録する際にウィンドウプロシージャの関数ポインタを指定することができ、DispatchMessage()はメッセージの送信先ウィンドウハンドル (HWND) に対応するウィンドウプロシージャを呼び出す。以下はMicrosoft Docs (旧MSDNライブラリ) に記載されている、メッセージループの実装例のひとつである:MSG msg;BOOL bRet;while ((bRet = GetMessage(&msg, NULL, 0, 0)) != 0){    if (bRet == -1)    {        // handle the error and possibly exit    }    else    {        TranslateMessage(&msg);        DispatchMessage(&msg);    }}そのほか、ブロッキングせずにメッセージキューからメッセージを読み取るPeekMessage()を使う方法もある。
UNIXでは「あらゆるものはファイルである」というパラダイムにより、ファイルベースのイベントループが自然に生まれた。ファイルの読み書きだけなく、プロセス間通信、ネットワーク通信、デバイス制御が全てファイルI/Oで行われ、対象はファイル記述子で指定される。selectおよびpollシステムコールを使えば、複数のファイル記述子の状態変化を同時に監視でき、読み込むべきデータが到着したことを検知できる。例として、継続的に更新されるファイルから読み込んでその内容を X Window System に表示するPythonプログラムを示す。クライアントとはソケットを通じて通信する。main():     file_fd = open ("logfile")    x_fd = open_display ()    construct_interface ()    while changed_fds = select ({file_fd, x_fd}):        if file_fd in changed_fds:            data = read_from (file_fd)            append_to_display (data)            send_repaint_message ()        if x_fd in changed_fds:            process_x_messages ()
GUIが主流となったため、多くのアプリケーションがメインループを持つようになった。get_next_message() というルーチンは一般にOSが提供するもので、メッセージが到着するまでブロックされる。したがってこのループが動作するのは処理すべきものが存在する場合だけである。function main    initialize()    while message != quit        message := get_next_message()        process_message(message)    end whileend function
メッセージポンプという呼称は、プログラムのメッセージキュー（通常OSが割り当て、OSが所有する）からメッセージを汲み上げ、そのプログラム内で処理することに由来する。厳密には、イベントループはプロセス間通信の実装法の1つである。実のところメッセージ処理は多くのシステムに存在し、例えばMachのカーネルレベルのコンポーネントにもある。イベントループはメッセージを使用するシステムの実装技法の1つである。
イベントループ (event loop)、メッセージディスパッチャ (message dispatcher)、メッセージループ (message loop)、メッセージポンプ (message pump)、ランループ (run loop) とは、プログラム内でイベントやメッセージを待ち受け、それらをディスパッチ（配送）する構成要素である。内部または外部の「イベントプロバイダー」（通常、イベントが到着するまで要求をブロックする）に要求することで動作し、次いで適当なイベントハンドラー (event handler) を呼び出す（イベントのディスパッチ）。イベントプロバイダーが後述のファイルインタフェースに従う場合、イベントループは reactor と連携する形で使われることがあり、select() または poll() を使ってファイルインタフェースにアクセスする。イベントループはほぼ常にメッセージの発信元とは非同期に動作する。イベントループはプログラムの中心的制御構造となっていることが多い。そのためそれをメインループ (main loop) またはメインイベントループ (main event loop) とも呼ぶ。そのようなプログラムではイベントループが最上位の制御構造となっており、そのため「メイン」と名づけられている。
オルタナティブ教育(代替教育)とは、特に幼児教育から中等教育の期間において、従来とは異なる新しい運営制度、進級制度、教育科目などを指す。多くは国や地方自治体の法律によらない私立校であるが、国や地方自治体の法律で認められている学校にもオルタナティブ教育に含まれるものがある。なお、世界的にはカナダのセパレート・スクール（公立）、アメリカ合衆国のチャーター・スクール、マグネット・スクール（小中高一貫校、イマージョン校、ギフテッド教育など）などがある。また、公立校でオルタナティブ校（特別支援教育など）という学校や、イギリスのパブリックスクール（名門進学校）を含むインデペンデント・スクール（私立）などはオルタナティブ教育を施す学校とされている。ニューエイジの流れを汲むオルタナティブ教育の場合、従来とは著しく異なる哲学思想を持つことを意味する。教育手法に従事する者は、「生徒側の立場に立った」という意味をこめて、本当の（authentic）、全体的視野の（ホリスティック holistic）、進歩的な（Progressive）教育と表現することも多い。しかしこれらの言葉も異なる意味合いを持つことがあり、「オルタナティブ」に比べると意味が曖昧である。オルタナティブ校（alternative school）という言葉は国あるいは経営者の意味するものによってニュアンスが大きく異なる。新手法を用いる前衛的な法律によらない無認可の学校や、エリート教育を施すものから、成績不振者や問題児のための学校など様々な形態を含む。詳しくはオルタナティブスクールの項目を参照。教育専門家は混乱を避けるために「オルタナティブ」という言葉を避け、非伝統的 （non-traditional）、非慣例的（non-conventional）、非標準的（non-standard）といった語句をまれに使うことがあるが、否定的なニュアンスや複数の意味を持つこともあり一貫していない。