stanford-oval/wikipedia huggingface dataset:
梁田清之
出演 > 吹き替え > 映画

愛の拘束（英語版） ※VHS版
アイリスへの手紙 ※VHS版
いとこのビニー ※VHS版
インディ・ジョーンズ/最後の聖戦（ハーフ・ブリード）※フジテレビ版
うっかり博士の大発明 フラバァ
噂のテディ・ロビン/美女・美女スパイにご用心
X-メン（ローガン / ウルヴァリン〈ヒュー・ジャックマン〉）※ソフト版
エルム街の悪夢4 ザ・ドリームマスター 最後の反撃 ※テレビ東京版
カリートの道（パチャンガ〈ルイス・ガスマン〉）
奇蹟/ミラクル
キング・オブ・ハーレー ※VHS版
グラディエーター（バレリウス）※ソフト版
恋人ゲーム（英語版）（ネルソン〈ティム・ロビンス〉）※テレビ朝日版
サイレンサー 地球侵略 ※DVD版
殺人魚フライングキラー ※テレビ朝日版
三十四丁目の奇蹟（グランヴィル・ソーヤー先生〈ポーター・ホール〉）※テレビ版
60セカンズ（ジョニーB〈マスター・P〉）※ソフト版
ジャイアント・ベビー ※ソフト版
ジュラシック・パーク（レイ・アーノルド〈サミュエル・L・ジャクソン〉）
スター・ウォーズ・シリーズ
スター・ウォーズ エピソード1/ファントム・メナス（パナカ隊長〈ヒュー・クオーシー〉）
スター・ウォーズ エピソード5/帝国の逆襲（マッケイ准尉〈マーク・カプリ〉）※テレビ朝日版
スティング ※テレビ朝日版（1991年放送）
スペース・ジャム（モンスター・ナル、パトリック・ユーイング）
チャイニーズ・ウォリアーズ ※ビデオ版
天国に行けないパパ ※TBS版
トレーニング デイ（モレノ〈ノエル・グーリーエミー〉）
9デイズ（ジャルマ〈アドニ・マロピス〉）※ソフト版
ネバーエンディング・ストーリーシリーズ
ネバーエンディング・ストーリー 第2章 ※ソフト版
ネバーエンディング・ストーリー3（スリップ〈ジャック・ブラック〉）※ソフト版
バーチャル・ウォーズ ※VHS版
バット★21（ハーリー・ランボー軍曹〈クレイトン・ローナー（英語版）〉）※TBS版
バック・トゥ・スクール（英語版）
バットマン ビギンズ（フェイデン判事〈ジェラルド・マーフィー〉）※日本テレビ版
パンプキンヘッド2（オリバー・アレン〈エマニュエル・パーヴュ〉）
羊たちの沈没
ビリー・バスゲイト（ビリー・バスゲイト〈ローレン・ディーン〉）
フィラデルフィア・エクスペリメント ※テレビ朝日版
プロジェクトA2 史上最大の標的 ※フジテレビ版（1989年放送）
ベスト・キッド4 ※DVD版
マスク
MOON44（クッキー〈スティーブン・ジョフリーズ〉）
ワンダー・ガールズ 東方三侠（カウ〈アンソニー・ウォン〉）
出演 > 吹き替え > ドラマ

恐竜家族（ラルフ）
新スタートレック（ハリ）
G-SAVIOUR（バーテンダー）
ドリームハイ
24 -TWENTY FOUR- シーズン8（オマール・ハッサン大統領〈アニル・カプール〉）
BONES シーズン4 #4（ドナルド・ティモンズ）
名探偵モンク シーズン6 #4
出演 > 吹き替え > アニメ

アイアンマン（ガーゴイル、フィン・ファン・フーン、リーダー 他）
X-MEN（テレビ東京版）（シャドウキング、グラディエーター）
ぎゃあ!!!リアル・モンスターズ（バンドバン・ビッグフット）
きかんしゃトーマス みんなあつまれ!しゅっぱつしんこう（ディーゼル10）
ザ・シンプソンズ（ハーブ）
スーパー・ロボット・モンキー・チーム・ハイパーフォース GO!（代将・ゲーム・マスター）
ターザン&ジェーン
タンタンの冒険 シドニー行き714便
天国のわんちゃん チャーリーとイッチー
ナイトメアー・ビフォア・クリスマス（ビヒーマス）
BIONICLE -マスク・オブ・ライト- ザ・ムービー（オヌー）
バイカーマイス（ローレンス・リンバーガー）
ビーストウォーズメタルス 超生命体トランスフォーマー（デプスチャージ）
ビーストウォーズメタルス コンボイ大変身!（デプスチャージ）
ベン10 シリーズ（テトラックス）
ミュータント・タートルズ（テレビ東京版）（シュレッダー、バーン部長、館長）
ミュータント タートルズ（2003年版）（大ボス）
ライオン・キングのティモンとプンバァ（スピーディ）
出演 > 特撮

忍者戦隊カクレンジャー（アマノジャクの声）
超力戦隊オーレンジャー劇場版（ロッカーナイトの声）
仮面ライダーアギト（エルロード / 水のエルの声）
百獣戦隊ガオレンジャー（武者人形オルグの声）
忍風戦隊ハリケンジャー（2002年 - 2004年、首領タウ・ザントの声、邪忍イーガの声） - 1シリーズ+3作品）
仮面ライダー剣（再生スパイダーアンデッドの声、仮面ライダーレンゲルの声）
魔法戦隊マジレンジャー（冥獣人ベヒモス・ベルダンの声）
轟轟戦隊ボウケンジャー（邪悪竜ナーガの声）
仮面ライダー電王（バットイマジンの声）
炎神戦隊ゴーオンジャー（2008年 - 2018年、ヨゴシュタインの声、浪人の声、ヨゴシマクリタインの声、浄土頭取役〈GP-FINAL実写出演〉） - 1シリーズ+4作品
ゴーカイジャー ゴセイジャー スーパー戦隊199ヒーロー大決戦（ヨゴシマクリタインの声）
海賊戦隊ゴーカイジャーVS宇宙刑事ギャバン THE MOVIE（ヨゴシュタインの声）
獣電戦隊キョウリュウジャー（タイリョーンの声）
手裏剣戦隊ニンニンジャー（西洋妖怪フランケンの声）
宇宙戦隊キュウレンジャー（ビッグベア総司令の声）
出演 > 人形劇

こどもにんぎょう劇場「ふるやのもり」（声の出演）
チロリン村物語（パイナップル、カマキリ校長）
出演 > テレビ番組

あの歌がきこえる
NHK教育テレビジョン 副音声付放送
とびだせたんけんたい（ナレーター）
キスマイ魔ジック
出演 > その他コンテンツ

BeeTV グラップラー刃牙（烈海王）
まんがビデオクラッシャージョウ 細野不二彦版（タロス）
サントリー V.S.O.P DUET（1998年、CMナレーション）
ディスコグラフィ

デジモンテイマーズベストテイマーズ (6) 塩田博和&ガードロモン
鎧伝サムライトルーパー BEST FRIENDS
チーズスイートホーム おでかけ えほんつきCD なわばりソング（クロいの）
僕たちの校内放送

| 僕たちの校内放送 |
| --- | --- |
ジャンル:  深夜ドラマ
脚本:  伊吹一 前田知礼
演出:  清矢明子
出演者:  木戸大聖 前田旺志郎 中田青渚 米倉れいあ 鈴之助 加藤歩
音楽:  Akiyoshi Yasuda（Wee's Inc.）
エンディング:  めいちゃん 「流声」
国・地域:   日本
言語:  日本語
製作
プロデューサー:  足立遼太朗 熊谷理恵（協力、大映テレビ）
制作:  大映テレビ（協力）
製作:  フジテレビ

放送
放送局: フジテレビ
音声形式: ステレオ放送
放送国・地域:  日本
放送期間: 2023年8月2日 - 8月23日
放送時間: 水曜 0:25 - 0:55 （火曜深夜）
放送枠: 火曜ACTION!
放送分: 30分
回数: 4
 公式サイト
テンプレートを表示
『僕たちの校内放送』（ぼくたちのこうないほうそう）は、2023年8月2日（1日深夜）から8月23日（22日深夜）まで、フジテレビの「火曜ACTION!」枠（関東ローカル）で放送されたテレビドラマ。主演は連続ドラマ初主演となる木戸大聖。
スタッフ

脚本 - 伊吹一、前田知礼
演出 - 清矢明子
音楽 - Akiyoshi Yasuda（Wee's Inc.）
主題歌 - めいちゃん「流声」（ポニーキャニオン）
プロデュース - 足立遼太朗
協力プロデューサー - 熊谷理恵（大映テレビ）
制作協力 - 大映テレビ
特別協力 - ニッポン放送
制作著作 - フジテレビジョン
放送日程

| 話数 | 放送日 | サブタイトル | 脚本 |
| --- | --- | --- | --- |
| 第1話 | 8月02日 | 放送事故から始まる青春!全校生徒をリスナーに | 伊吹一 |
| 第2話 | 8月09日 | ぼっちと陽キャの校内放送!次の仲間は放送作家 | 前田知礼 |
| 第3話 | 8月16日 | 校内放送は人気爆発!でも放送部は喧嘩勃発!? | 伊吹一 |
| 最終話 | 8月23日 | 最後の校内放送…。笑いと涙の妄想夏祭り | 前田知礼 |
Pootle

| --- | --- |
開発元:  Translate.org.za

最新版:  2.8.2    / 2017年9月15日 (7年前) (2017-09-15)
リポジトリ:  github.com/translate/pootle  
対応OS:  クロスプラットフォーム
種別:  翻訳支援ツール
ライセンス:  GPL
公式サイト:  translate.sourceforge.net
テンプレートを表示
Pootle は翻訳画面を備えたオンラインの翻訳支援ツールである。ツールは Python で書かれた自由ソフトウェアであり、2004年から Translate.org.za において開発、リリースされている。元々は WordForge プロジェクトの一部であったが、現在は Translate.org.za でメンテナンスされている。
Pootle はフリーの翻訳支援ソフトウェアからの利用を想定しているが、それに限定されてはいない。また、文書の翻訳よりもソフトウェア・アプリケーションの GUI の国際化を行うことを目的として開発されている。Pootle は翻訳作業に関わるファイルの処理に Translate Toolkit を内部で利用している。Translation toolkit を使うことで、Pootle を使ってオフラインで Mozilla Firefox や OpenOffice.org の国際化を行うことができるようになっている。Pootle は翻訳メモリの機能を持っており、また用語の用法の管理や翻訳目標の設定、ユーザー管理ができるようになっている。
Pootle は、翻訳作業の様々な局面で利用することができる。もっとも単純には、サーバーにある翻訳文の統計データを表示することができる。これにより他のユーザーに修正案を示したり、翻訳を修正してレビューに回したりでき、一種のバグ・レポート管理システムとして使うことができる。また多数の翻訳者に担当を割り当てることができ、さらにオフラインで行われた翻訳をまとめ、翻訳作業全体のワークフローを管理することができる。
開発の経緯

Pootle は、Translate.org.za で始まった CATIA プロジェクトで David Fraser が開発したものが元になっている。それから Translate.org.za 内のいくつもの Translate@thons で使われていたが、2004年12月に最初の公式リリースが発表された。
Pootle という名前は PO-based Online Translation / Localization Engine の略だが、BBC の子供番組 The Flumps に出てくるキャラクタと同じでもある。
Translate.org.za からは様々なバージョンがリリースされたが、2006年に オープン・ソサエティ財団 および International Development Research Centre による WordForge プロジェクトでも開発が行われた。これにより XLIFF 形式がサポートされ、翻訳作業のワークフロー全体を管理するしくみが整備された。これらの機能はバージョン 1.0 で採用された。
Pootle は OpenOffice.org、OLPCプロジェクト、その他で利用されている。また Mozilla プロジェクトの翻訳インフラを構築しているVerbatim project でも基盤として採用されている。
開発指針

Pootle は Translate Toolkit を使ったウェブ・アプリケーションとして設計された。翻訳作業で使うファイルは直接操作され、内部で特にデータベースを使っているわけではない。それが動作速度のボトルネックとされることがあるが、Pootle の設計方針は、既存のファイルを用いて翻訳および管理を行うことを目指しており、翻訳作業に関わる情報は文書として管理されるよう設計された。
Pootle の開発は、既存のソフトウェアを置き換えるためではなく、それまでにない機能を実装することを目指して行われた。そのため Pootle はバージョン管理システムを使って翻訳者の行った作業を直接、管理しているプロジェクトに反映させる。
Pootle は自由ソフトウェアであり、これの利用に当たっては独自に Pootle サーバーを用意してローカルで運用しても構わない。
対応するファイル形式

Translate Toolkit により、Java や Mozilla の .properties、OpenOffice.org の SDF、HTML、プレーンテキスト、XLIFF、gettext の PO ファイルを扱うことができる。
Pootle それ自体は gettext の PO ファイルと XLIFF に対応している (バージョン 1.0 以降)。
特徴

翻訳メモリ - オフラインで行われる
翻訳元の言語の切り替え - 翻訳中に、翻訳元でも翻訳先でもない言語から、翻訳文を見る
Glossary - 一般的な最新の用語の用法か、プロジェクト固有の用語か、どちらかを選択
Goals - 翻訳の目標と、担当を決める
Statistics - ワード数のカウントと、文の統計データの表示
Suggestions - 担当外の部分に対して意見を行ったり、バグレポートを行う
Version control - バージョン管理システムを使った作業進捗の管理
User management - 担当者にさまざまな作業内容を割り当てる
Translation interface - オンラインで翻訳とレビューを行う
Checks - 翻訳品質について 40 以上の項目でチェックを行う
Microsoft Foundation Class

Microsoft Foundation Class (MFC) は、マイクロソフトがVisual C++用に開発した、Windows用のアプリケーションソフトウェア構築のためのアプリケーションフレームワーク（クラスライブラリ）である。Active Template Library (ATL) と同様に、Visual Studioに同梱されるライブラリとなっている。
ATL/MFCはもともと有償エディションのVisual C++単体製品や、有償エディションのVisual Studio製品のみに同梱されていたが、Visual Studio Communityエディションでは（ライセンス条件が厳しくなっているものの）無償でATL/MFCを利用できる。
概要

MFCでは、Windowsアプリケーションにおけるメッセージハンドラやウィンドウフレームワークなどの基礎的な部分をあらかじめパッケージ化したほか、GDIオブジェクト、デバイス コンテキスト、スレッド、ソケット、FTP/HTTPなどのインターネットサービス、可変長の文字列、配列やリストといったコンテナなど、一般にアプリケーションでよく使われるようなクラスを備えている。
SDKを使ってWindows APIを直接呼び出すのに比べ、Visual C++の統合環境との親和性が高く開発が容易になるという利点があるが、一方でMFCに過度に依存したプログラムを書くと他のオペレーティングシステム (OS) への移植が難しくなるといった問題もある。
MFCに似たライブラリとしては、Windows Template Library (WTL) がある。
歴史

MFCは1992年、16ビットバージョンのWindowsをターゲットとし、マイクロソフトのC/C++コンパイラ 7.0とともに発売された。これは開発ツールの分野におけるシェアを高めようとしていたマイクロソフトの努力の一環であり、MFCはプログラミング言語C++の能力を知らしめるよう設計されていた。当時、C++は商用アプリケーションの開発においてCからの移行が始まったばかりであり、C/C++ 7.0はマイクロソフトのコンパイラとして初めてC++をサポートした。MFCはMacintoshのThink Class Library（英語版）（TCL、後にシマンテックによって買収された）に大きく影響を受け、その構造の多くをTCLから受け継いでいた。
同時期、Borland Cコンパイラに対応したObject Windows Library（英語版） (OWL) が、競合製品としてボーランドから販売されていた。OWLの設計はより厳密にオブジェクト指向に準じていたので、一時期の間MFCよりも好評であった。しかし、Windowsへの機能追加とOWLのアップデートに時間差が生じてしまったので、OWLはシェアを失った。
Visual C++ 4.2においてWinInet（英語版）およびActiveXなどのインターネット関連のクラスが追加された後は、MFC自体に特に大きな変化がなく、Visual C++ 7.0 (Visual C++ .NET 2002) においてMFCとATLの一部が統合された程度にとどまっていたが、Visual C++ 2008 (Visual Studio 2008) へのサービスパック1適用時にインストールされる「MFC Feature Pack」において、MFCは大幅な進化を遂げている。具体的には、Office 2007風のリボン インターフェイスを構築するための"CMFCRibbon〜"で始まる名前を持つクラスや、Visual Studio 2005風のスマート ドッキング ウィンドウを実現するCDockablePaneクラスなど、100以上のクラスが追加されている。これらのクラスを利用する場合、開発者は基本的に、Feature Packインストール後にMFCアプリケーション ウィザードに追加されるリボンUIあるいはVisual Studio UIのテンプレートを選択して、自動生成されるフレームワークをベースにしてコーディングしていくことになる。ただし.NET Frameworkによる開発とは異なり、RADではなくコードベースでGUIを構築する必要があるため、これらのクラスを使いこなすにはMFCプログラミングに精通していることが前提となる。なお、Windows 7 SDK (Windows SDK for Windows 7 and .NET Framework 3.5 SP1) にもリボン インターフェイスを実装するための「リボン フレームワーク」と呼ばれるAPI群が追加されているが、実質的にCOMコンポーネントを利用したAPIプログラミングであり、さらにリボン フレームワークのコンポーネントが導入されているのはWindows 7およびWindows Vista SP2 Platform Update以降のOSであるため、ネイティブ（アンマネージ）のリボンUIアプリケーションの開発に関しては、MFCの選択は有力候補となり得る。
Visual C++ 2010 (Visual Studio 2010) においては、リボンUIを視覚的に編集する機能（リボン デザイナー）がリソース エディタに追加されたほか、Windows Vista以降のOSに実装されている「タスク ダイアログ」や「再起動マネージャー」などを利用するための機能も追加されている。高DPI環境にも標準対応するようになった（System DPI Aware）。また、Visual C++ 2010へのサービスパック1適用後は、Direct2DラッパーおよびWindows Animation Managerラッパーの機能（クラス ライブラリ）が追加される。
Visual C++ 2015では動的レイアウトにも対応するなど、.NET Frameworkとはまた違った方向の機能拡張が続けられている。
仕様

MFCが発売された時、マイクロソフトはマクロの活用によってC++の文法を拡張し、ウインドウメッセージ、例外処理、実行時型情報、クラスの動的インスタンス化などを管理していた（例外処理、実行時型情報などは当時のC++の言語仕様にも実装（コンパイラ）にも存在しなかった）。ウインドウメッセージのために構文に変化を加えたことは、不要な仮想関数テーブルの使用を避けることでメモリの消費量を抑える狙いがあった。さらに、構造がより具体的になり、Visual C++に付属する多様なツールがソースコード全体を解析することなく処理できるという効果もあった。メッセージ処理のマクロは、C++の仮想関数の代わりとなった。ただ、一部のマクロはコンパイラによる型チェックを無効化することがあるので、しばしばバグの原因となった。
MFCを使用することの主な利点は、Windows APIを利用したプログラム開発にオブジェクト指向プログラミングモデルを導入するという点である。もう一つは、Windowsのリソースに関連した一般的なデータ型に対するラッパーを提供するという点である。これらのラッパーを使用することで、リソース管理オブジェクトのスコープを出た時に自動的にリソースのハンドルを解放させることなどができる (RAII)。さらに、MFCはModel View Controllerモデルに基づいたアプリケーションを開発するためのドキュメント／ビュー フレームワークを提供する。
マイクロソフトはC++標準化にあたって、多重継承について否定的な立場をとっていた。MFCもその理念に従い初期のMFCは多重継承を全く使用しておらず、オブジェクトとしての機能は基底クラスに、そして具体的な機能の実装は単純継承によって実装されている。これはオブジェクトが不要なメンバによって肥大化する事が無く、また不必要に修飾されていないので個々のクラスを理解する事が容易になっている。しかし、一部のクラスは多重継承（より近代的な実装ならばテンプレート）によって実装されるべき物も単純継承によって実装されており、これらは統合開発環境の支援なくしては扱えない難解な物になっている（後述のCViewやCDocumentもこれに含まれる）。
MFCの主な欠点は、多くのOSで利用できないという点である。MainsoftはUNIXで利用可能なMFCツールを開発した。マイクロソフトは1990年代にMacintoshに対応したMFCを販売していたが、それ以降はMacintoshに対するVisual Studioのサポートは中止された。
また、Visual C++のC/C++ライブラリと同様に、ライブラリのバージョンごとにメモリ管理が異なるため、互いに異なるバージョンのMFCを使用したEXE-DLLプログラム間でDLL境界を越えてMFCオブジェクト・CRTオブジェクトをやりとりできないなど、バージョン間でのバイナリレベルの互換性が低くなっている。そのため、旧バージョンのMFCを使って開発されたDLL（MFC拡張DLL）やスタティックライブラリを、新バージョンのMFCアプリケーションでそのまま利用することは基本的に不可能（その逆もまた然り）となっており、ソースコードからの再ビルドが必要となる。なお、非MFCアプリケーションや、異なるバージョンのMFCアプリケーションから、MFCを使って実装したコードを実行する場合、MFC標準DLLもしくはATL COMサーバーのプロジェクト形式を選択し、C言語関数形式のインターフェイスやCOMインターフェイスを作成してアプリケーション側に公開する必要がある。
MFCはあくまでWindows APIのラッパークラス群およびそれらを利用したフレームワークという位置付けのため、生産性の点ではVisual BasicやVisual C#、DelphiなどのRADツールに遠く及ばない。また、C++言語の習得は比較的難しい部類に入るため、エンドユーザープログラミング（エンドユーザーコンピューティング）の観点からも敬遠されがちである。しかし、そういったいくつかの問題点を抱えているにもかかわらず、MFCが未だ多くの企業や個人プログラマーに利用されているのは、実行速度や動作プラットフォーム、開発環境および開発言語の変更コストの問題などで旧来のネイティブコード資産を完全に.NETに移行することが難しく、またWindowsアプリケーションにおいて凝った機能を実装しようとすると、Windows APIおよびCOMコンポーネントを直接操作するほうが却って楽であることが多く、これらと親和性の高いMFCを選択せざるを得ないためである。
なお、Visual C++ .NETに搭載されているマネージ拡張C++、あるいはVisual C++ 2005以降に搭載されているC++/CLI言語を利用することで、従来のMFCアプリケーションから.NET Frameworkのライブラリをシームレスに利用する、もしくはMFC標準DLLに実装されたMFCネイティブコードをマネージコードでラップすることで、C#あるいはVB.NETのような.NET言語向けにクラスライブラリの形で公開する、といったハイブリッド開発・相互運用が可能となり、ネイティブコードとマネージコードの資産をともに活かすことができるようになる。しかし、マネージ拡張C++やC++/CLI言語を用いた開発はネイティブコードおよびマネージコード双方にまたがる知識が必要となるため、MFCのみを利用した場合、もしくは.NETのみを利用した場合と比べて難易度が高くなる。
MFCの欠点に対する批判

CDocument, CView 等の基本的なクラスの仕様が難解である。Windowsメッセージ、コマンド、およびシェルといったWin32 APIの基本を理解していることが前提となる。
クラスは基本的に単一継承のみであるため、階層が深くなりがちである。また、friendクラスが多用されていることもあって直交性が低い。
ATLと共有する一部を除き、すべての関数、構造体、クラスおよび列挙型などがグローバル名前空間に存在し、さらにマクロが多用されているため、名前のコンフリクト（識別子の衝突、競合）が発生しやすく、また継承の階層構造がわかりにくい。なお、MFCシリアライズ機能を使用するクラスは、グローバル名前空間で定義しなくてはならない。
実行時型情報や例外処理機構などの一部の仕様は、独自のマクロを使用した実装となっているため、標準C++との統一感がない（標準C++の実行時型情報および例外処理機構との併用や共存は可能）。
変数名に（16ビット時代からの）古いシステムハンガリアン記法 を採用しているため、最新のコーディングスタイルに合わない。
Win32 API自体が拡張を繰り返した結果、APIとしての統一性に欠けるものとなったため、その薄いラッパーライブラリ（英語版）でしかないMFCでは隠蔽しきれない。
トレース用のDEBUG_NEWマクロによるnewキーワードの置換など、標準規格違反を犯している。
MBCSとUnicode

MFCではアプリケーションのコンパイル＆ビルド時に設定・定義するMBCS/UNICODEシンボル情報に合わせて、それぞれMBCS版MFCライブラリとUnicode版MFCライブラリが暗黙的にリンクされて使用される。MBCS版とはANSIマルチバイト文字セット (Multibyte Character Set) 版のことで、例えば日本語版の場合Shift_JIS（厳密にはANSIコードページ932）に相当する。データの格納にはchar型およびその配列が主に使われる。Unicode版とはWindows用のUnicode対応版のことで、UTF-16LEに相当する。データの格納にはwchar_t型およびその配列が主に使われる。WindowsではOSの内部文字コードがUTF-16LEのため、一般的にはアプリケーションの内部文字コードとしてUTF-8マルチバイトやUTF-32が使われることは少ない。
MFCアプリケーション開発において、MBCSおよびUnicode両方のバージョンで動作するコードを記述する場合、一般的にはMBCS, _MBCS, UNICODE, _UNICODEなどのシンボル定義状況に応じてコンパイルするコードを分岐させることで対処する。MFC/ATL、標準C/C++ランタイムライブラリ (CRT) およびWin32 APIにはMBCS/Unicode両対応を容易にするためのマクロや、TCHAR, LPTSTR, LPCTSTR型およびCStringクラスといったヘルパーが用意されている。
Windows NT系の最初のOSであるWindows NT 3.1は、当初からUnicodeの初期規格であるUCS-2に対応していた。またUTF-16のサロゲートペアに対応したのはWindows XPからである。Windows 9x系のOSではもともとUnicode非対応であり、歴史的にWindowsアプリケーション開発言語としてのC/C++は長らくMBCSを使用してきた。しかし、国際化対応（Unicode対応）が求められるという時代の流れから、まずVisual Studio 2005ではプロジェクトの既定の設定がUnicodeとなり、さらにVisual Studio 2013からは、MBCS版MFC/ATLライブラリは非推奨となりインストーラに同梱されなくなった（Unicode版MFC/ATLライブラリのみ同梱）。なお、ライブラリのバイナリがIDEにバンドルされなくなっただけで、Visual Studio 2013向けMBCS版MFCライブラリのDLLバージョンはマイクロソフト社の公式サイトからダウンロードすることで取得できる。一方、Visual C++ 再頒布可能パッケージ（エンドユーザー向けリテールランタイム）には、2013以降も、引き続きMBCS版MFCランタイムDLLが含まれ、MBCS版MFCランタイムを顧客に再頒布するための追加の手順は必要ない。
なお、Windows 8/Windows RTで導入されたWindowsストアアプリ（のちのWindows 10におけるユニバーサルWindowsプラットフォームアプリ）は、C#などの.NET言語による開発のほか、C++/CX（英語版）というネイティブ拡張言語による開発も可能となっているが、ATLの一部は使用できるもののMFCは使用できない。また、Windowsストアアプリではマルチバイト文字・文字列のAPIが使えなくなっており、ASCIIもしくはUnicode文字・文字列のみが使用できる。
デュランタ

デュランタあるいはドゥランタは、クマツヅラ科デュランタ属の植物。通常「デュランタ」の名前で栽培されているのはデュランタ・エレクタ（Duranta erecta; シノニム: D. repens デュランタ・レペンス）で、和名はハリマツリ、タイワンレンギョウ（台湾連翹）。
シノニム

Govaerts (2018) が Duranta erecta L. のシノニムとしているのは、以下のものである。
Duranta angustifolia Salisb.
Duranta baumgartenii K.Koch
Duranta baumgartii Hibberd
Duranta dentata Pers.
Duranta ellisia Jacq.
Duranta erecta var. alba (Mast.) Caro
Duranta erecta var. grandiflora (Moldenke) Caro
Duranta inermis L.
Duranta integrifolia Tod.
Duranta latifolia Salisb.
Duranta macrodonta Moldenke
Duranta microphylla Willd.
Duranta parviflora Turcz.
Duranta plumieri Jacq.
Duranta plumieri var. alba Mast.
Duranta plumieri var. ellisia (Jacq.) F.M.Bailey
Duranta plumieri var. glabra Hieron. ex Niederl.
Duranta plumieri var. normalis F.M.Bailey
Duranta plumieri var. strigillosa Schauer
Duranta plumieri f. variegata F.M.Bailey
Duranta racemosa Mill.
Duranta repens L.（デュランタ・レペンス）
Duranta repens f. acuminata Kuntze
Duranta repens f. acuta (L.) Kuntze
Duranta repens var. alba (Mast.) L.H.Bailey
Duranta repens f. alba (Mast.) Matuda
Duranta repens f. canescens (Moldenke) Moldenke
Duranta repens var. canescens Moldenke
Duranta repens var. ellisia (F.M.Bailey) Domin
Duranta repens var. ellisia (Jacq.) R.R.Fernandez
Duranta repens f. glabrifolia Kuntze
Duranta repens f. grandiflora (Moldenke) Moldenke
Duranta repens var. grandiflora Moldenke
Duranta repens f. integrifolia (Tod.) Moldenke
Duranta repens var. lopez-palacii Moldenke
Duranta repens f. microphylla (Willd.) Moldenke
Duranta repens var. microphylla (Willd.) Moldenke
Duranta repens var. multidentata Kuntze
Duranta repens var. mutisii Kuntze
Duranta repens var. normalis (F.M.Bailey) Domin
Duranta repens f. obtusifolia Kuntze
Duranta repens var. paucidentata Kuntze
Duranta repens f. serrata (Moldenke) Moldenke
Duranta repens var. serrata Moldenke
Duranta repens f. variegata (F.M.Bailey) Domin
Duranta repens f. variegata (L.H.Bailey) Moldenke
Duranta repens var. variegata L.H.Bailey
Duranta repens f. vestita Kuntze
Duranta spinosa Mill.
Duranta turbinata Tod.
Duranta xalapensis Kunth
Ellisia acuta L.
概要

熱帯性花木。原産地は米国フロリダ州からブラジルにかけての熱帯アメリカで、北米南部（米国アリゾナ州、カリフォルニア州、テキサス州、フロリダ州、ルイジアナ州）からバミューダ諸島、西インド諸島（キューバ、ケイマン諸島、ジャマイカ、ドミニカ共和国、トリニダード・トバゴ、ハイチ、バハマ、プエルトリコ、ベネズエラ連邦保護領）、中米（エルサルバドル、グアテマラ、コスタリカ、ニカラグア、パナマ、ホンジュラス、メキシコ北西・北東・中央・南西・南東部）、南米（アルゼンチン北東部、ウルグアイ、エクアドル、ガイアナ、コロンビア、スリナム、パラグアイ、ブラジル北東部および中西部、フランス領ギアナ、ベネズエラ、ペルー、ボリビア）にかけて分布する。アフリカではケニアの森林にも見られるが、これは栽培されていたものが逸出して野生化したものである。
デュランタ属は南アメリカを中心におよそ30種が知られる。デュランタの名前は16世紀の植物学者C.デュランテスにちなむ。
分類上は常緑樹だが、日本では通常、秋から冬にかけて低温のため落葉する。観賞用としてタイワンレンギョウの名前でも多く出回っている。日本では6－9月に垂れ下がる花茎に径1cmほどの紫色の花を房状につけるが、暖地では通年咲く。咲き終えると、オレンジ色の果実を多くつける。日本では、特に濃紫色の花びらに白い縁取りが入るタカラヅカが人気品種として多く栽培されている。暖地では生垣などに多く使われる。
特徴

1.8-4.5メートルの常緑低木あるいは常緑高木で、枝には2-14ミリメートルの腋生の棘が見られる。
葉は対生で、時に短果枝に密生し楕円形、基部は楔形、先端は先鋭形か鈍形、葉縁は全縁か円鋸歯状、2-6×1-3センチメートル、無毛である。
花は藤青色か白色、総状花序が頂生し、花冠筒は長さ7-10ミリメートル、裂片は長さ2-6ミリメートルである。
果実は黄色あるいは橙色の核果に円錐状のくちばしがついたもので、直径5-7ミリメートルである。
全体。
葉。
花。
花。
果実。
毒性

ペットが誤食した場合、下痢、嘔吐、胃腸からの出血、筋力低下、眠気などを引き起こす。毒成分は果実および葉に含まれるサポニンもしくはアルカロイドと考えられるが、確実ではない。
参考サイト

ヤサシイエンゲイ
米村浩次の花の世界 京都けえ園芸企画舎
ヘテロティック弦理論

ヘテロティック弦理論（ヘテロティックげんりろん、英語: heterotic string theory）とは、ボゾン的な弦理論と超弦理論を組み合わせて作られた理論である。弦理論では、弦の右巻きの自由度の励起と左巻きの自由度の励起はほとんど独立であるため、左巻きの自由度はボゾン弦の定義される26次元の時空に存在し、右巻きの自由度は超対称な弦の定義される10次元に存在すると考えて理論を構築することが出来る。
16次元分の差は、自己双対な偶格子（線形空間の離散部分群）による商空間としてコンパクト化されなければならない。16次元の自己双対な偶格子としては2つの可能性があり、それが2種類のヘテロティック弦理論となる。これらは10次元時空上の理論としては、ゲージ群が異なる。一つはSO(32)（HO弦）で、もう一つはE8×E8（HE弦）である。
10次元で  {\mathcal {N}}=1 の超重力理論と結合できるアノマリーのないゲージ群として許されるのは、この2つしかないこともわかる。
ヘテロティック超弦理論は、1985年にグロス、ハーヴィー、マーティネック、ローム（プリンストンストリングカルテットと呼ばれる）によって最初に考え出され、第1次ストリング革命を刺激する仕事の一つとなった。翌年の1986年、ストロミンジャーは超対称性に関する必要十分条件であるストロミンジャー方程式を導出した。1990年代には、HO弦理論（摂動論の範囲では、閉じた弦のみの理論）の強結合極限がタイプI超弦理論（英語版）（開弦を含む理論）となるが明らかにされた。この関係はS双対性と呼ばれる。一方、HE弦理論の強結合極限はM理論を線分（境界にホジャヴァ＝ウィッテンドメインウォールが存在）でコンパクト化した理論となる。
Requests

| --- | --- |
 
作者:  Kenneth Reitz
開発元:  Kenneth Reitz Cory Benfield Ian Stapleton Cordasco Nate Prewitt
初版:  2011年2月14日 (14年前) (2011-02-14)

最新版:  2.32.3   - 2024年5月29日 (8か月前) 
リポジトリ:  github.com/psf/requests  
プログラミング 言語:  Python
対応OS:  クロスプラットフォーム
種別:  HTTPライブラリ
ライセンス:  Apache License 2.0
公式サイト:  requests.readthedocs.io 
テンプレートを表示
Requestsは、HTTP向けのPythonのライブラリである。
Apache License 2.0の条件に基づいて配布されている。
このプロジェクトの目標は、HTTPリクエストを簡単で人間に優しいものにすることである。
RequestsはPythonに同梱されていないライブラリの中で最も人気のあるものの1つであり、デフォルトで同梱することが提案されている。
実行例

>>> import requests
>>> r = requests.get('https://api.github.com/user', auth=('user', 'pass'))
>>> r.status_code
200
>>> r.headers['content-type']
'application/json; charset=utf8'
>>> r.encoding
'utf-8'
>>> r.text # doctest: +ELLIPSIS
u'{"type":"User"...'
>>> r.json() # doctest: +ELLIPSIS
{u'private_gists': 419, u'total_private_repos': 77, ...}
青森市営バス西部営業所

| --- | --- |
西部営業所のデータ
バス事業者: 青森市交通部
所在地: 青森市大字新城字平岡30番地
定期券窓口営業時間: 8:30 - 16:30（日曜休業）
開所日: 1962年11月1日
青森市営バス西部営業所（あおもりしえいバスせいぶえいぎょうしょ）は、青森県青森市大字新城にある青森市営バスの営業所である。
なお、本稿では廃止された油川営業所、蟹田営業所、三厩分所、上磯営業所についても記載する。
沿革

1962年（昭和37年）11月1日 - 青森市大字新城字平岡163番地に開設、運輸開始。
1985年（昭和60年）4月8日 - 現在地に移転。
1990年（平成2年）4月1日 - 油川営業所廃止に伴い、後潟線を受け持つようになる。
2019年（令和元年）12月2日 - この日から2020年（令和2年）3月31日までの予定で当営業所の一部業務を岩手県北自動車に委託。
所管路線 > 本線

東部営業所と共管　一部岩手県北バス委託
所管路線 > 新城線

東部営業所と共管。
石江経由:東部営業所 - 原別 - 県立中央病院前 - 南造道 - 合浦公園前 - 堤橋 - 古川 - 西上古川 - 西滝 - 石江 - (新青森駅南口) - 西高校前 - 新城駅前 - 天狗立 - 西部営業所
新町経由:東部営業所 - 原別 - 県立中央病院前 - 南造道 - 合浦公園前 - 堤橋 - 新町二丁目 - 古川 - 西上古川 - 西滝 - 石江 - (新青森駅南口) - 西高校前 - 新城駅前 - 天狗立 - 西部営業所
緑ヶ丘団地経由:東部営業所 - 原別 - 県立中央病院前 - 南造道 - 合浦公園前 - 堤橋 - 古川 - 西上古川 - 西滝 - 石江 - (新青森駅南口）- 西高校前 - 新城駅前 - 緑ヶ丘団地 - 西部営業所
東バイパス経由:東部営業所 - 後萢通り - 県立中央病院通り - 南造道 - 合浦公園前 - 堤橋 - 古川 - 西上古川 - 西滝 - 石江 -(新青森駅南口) - 西高校前 - 新城駅前 - 天狗立 - 西部営業所
岡部経由:（青森駅 - ）古川 - （西滝/西部営業所行のみ） - 西郵便局前 - ガーラタウン前 - 岡部 - 石江 - 西高校前 - 新城駅前 - 天狗立 - 西部営業所
急行バス（停車停留所表記）:<西部営業所 - 緑ヶ丘団地 - 西滝間各停留所> - 古川 - 市役所前 - NTT青森支店前 - 堤橋 - 栄町二丁目 - 合浦公園前 - <県立中央病院通り - 県立中央病院前 - 原別 - 東部営業所間各停留所>（急行運行区間は国道走行区間となる）※東部営業所が担当
系統番号
西部営業所行き：T50
青森駅行き：A1
県立中央病院前経由東部営業所行き：C10
東バイパス経由東部営業所行き：E10
県立中央病院前行き：C12
青森公立大学前行き：K31
幸畑団地行き：J32
市民病院前行き：K34
問屋町行き：K37
しあわせプラザ行き：60
沿革 この間にバスの本数が少なかった西部営業所（現・西部市民センター前） - 戸門間の利便を図るため弘南バスが戸門線・雪印線を新設したため、市営バスも一部便を雪印工場前・戸門発着とした。 青森市中心部と新城地区を結ぶ路線で、一部便は出入庫も兼ねている。本線と共に運行本数が多く、並行する浪岡線（大釈迦経由）と合わせて朝晩でも30分に1本は確保されている。 運行系統もさまざまで、古川・青森駅・県立中央病院前・東部営業所・しあわせプラザ・市民病院前・問屋町・青森公立大学前・幸畑団地（平日のみ）・青森朝日放送（平日のみ）と10の行き先が設定されている。以前は古川発着で日中を中心に多く設定されていたが、青森駅への延長や朝晩を中心とした一部便は本線（古川・県病前経由）を減便した上で東部営業所発着としたため、現在は少なくなっている。
1947年6月22日 - 西滝 - 新城駅間路線を延長し、新城線運行開始。
1977年 - 新町経由新設。
1984年4月1日 - 戸門発着を廃止（孫内線へ統合）。
1985年4月8日 - 新・西部営業所発着となる（雪印工場発着を統合）。
1997年4月1日 - 緑ヶ丘団地経由新設。また西部営業所発着の一部便を延長し、鶴ヶ丘苑線運行開始。
1998年4月1日 - 西滝線（東部営業所 - 西滝）を新設。
2000年3月1日 - 鶴ヶ丘苑線休止。東部営業所移転に伴い急行バス東部営業所→西部営業所系統（東バイパス経由）、西部営業所→東バイパス→東部営業所系統を新設。
2001年4月1日 - 西滝線廃止。
2002年4月1日 - 急行バス東部営業所→西部営業所系統（東バイパス経由）、西部営業所→東バイパス→東部営業所系統廃止。
2004年4月1日 - 古川発着の一部を延長し、青森駅発着を新設。
2005年4月1日 - 急行バス西部営業所→東部営業所系統（県立中央病院経由）を新設（2000 - 2002年に運行されていた系統とは逆方向）。西部営業所 - 東バイパス - 東部営業所系統が復活。
2007年4月1日 - 西部営業所発中筒井行を幸畑団地まで延長。
2010年12月4日 - 東北新幹線新青森駅開業に伴い、一部が新青森駅南口経由となる。新青森駅南口を経由するバスの行先表示にアルファベットBを掲げ、B1かB2の系統表示になる。
2012年4月1日 - 一部便が岡部（ガーラタウン前 - マツダ自動車前間に新設）経由となる。
所管路線 > 西バイパス線

東部営業所と共管
（東部営業所/西部営業所行のみ→県立中央病院前 - ）古川 - （西滝/西部営業所行のみ） - 西郵便局前 - ガーラタウン前 - 厚生病院前 - 青葉台団地入口 - 戸門見通 - 西部営業所
系統番号
西部営業所行き：U50
西部営業所発青森駅行き：A1
西部営業所発県立中央病院前行き：C12
沿革
1985年5月14日 - 運行開始。
2006年8月1日 - 西部営業所行が西滝経由となる。
2018年10月29日～2019年3月31日 - 新石江・西バイパス線の実験運行が行われる。
【経路】西部営業所～西バイパス～新石江（新青森駅東口を含む）～古川（～青森駅）～県立中央病院～東部営業所
所管路線 > 野木和団地線

東部営業所と共管
沖館経由:（東部営業所 - 県立中央病院前 - ）古川 - 駅西口通り - 沖館 - 新田 - 油川下町 - 油川仲町 - 油川中学校前 - 北高校前 - 油川市民センター - 羽白沢田 - 野木和団地
駅西口経由:（東部営業所 - 県立中央病院前 - ）古川 - 駅西口 - 駅西口通り - 沖館 - 新田 - 油川下町 - 油川仲町 - 油川中学校前 - 北高校前 - 油川市民センター - 羽白沢田 - 野木和団地
新生町経由:（東部営業所 - 県立中央病院前 - ）古川 - 駅西口通り - 沖館 - 新田 - 油川下町 - 油川仲町 - 油川中学校前 - 北高校前 - 油川市民センター - 新生町 - 野木和団地
系統番号
野木和団地行き：W53
青森駅行き：A1
東部営業所行き：C10
県立中央病院前行き：C12
市民病院前行き：K34
沿革 現在はすべての便が野木和団地発着となっているが、油川営業所廃止までは油川営業所発着が大半を占めていた。野木和団地・油川営業所 - 中筒井間の便も運行されていた。 油川営業所廃止までは主に油川営業所が担当し、一部時間帯の便に東部営業所担当便があった。現在は西部営業所と東部営業所が同数程度の担当となっている。西部営業所担当便の一部行路は野木和団地 - 西部営業所間を回送で送り込む。
1929年5月3日 - 油川線古川 - 沖館松原間運行開始。
1939年6月 - 青森乗合自動車株式会社の古川 - 油川 - 十三森間を買収。
1940年9月26日 - 油川線古川 - 十三森間運行開始。
1960年6月28日 - 油川営業所開設に伴い油川線を油川中学校通り - 八十八ヶ所間路線延長、野木和線となる。このころの油川線は油川中学校通りまでの運行であったとみられる。
1973年10月29日 - 油川営業所が青森市大字羽白字池上に移転。このころまでには、油川営業所発着の路線が設定されていたとみられる。
1990年4月1日 - 油川営業所廃止、西部営業所に統合。これにより、油川営業所発着の便は廃止。野木和団地発着となる。
1993年4月1日 - すべての便が油川市民センター前（旧油川営業所）経由となる。
2009年4月1日 - 野木和団地行の駅西口経由を廃止。
所管路線 > 奥内・後潟線

（東部営業所 - 県立中央病院前 - ）古川 - 駅西口通り - 沖館 - 新田 - 油川下町 - 十三森 - 奥内支所前 - 奥内駅前 - 左堰 - 後潟支所前 - 後潟
系統番号
後潟行き：W54
青森駅行き：A1
しあわせプラザ行き：60
沿革 以前は奥内駅発着便が多く設定されていたが、近年では2002年改正の2往復（日祝1往復）が最高に、2003年改正では1往復（日祝運休）に減便、2004年改正で朝の奥内駅発福祉増進センター行（日祝運休、2006年改正より土日祝運休）のみとなった。 油川営業所の出入庫系統として油川営業所 - 奥内駅・後潟間が設定されていた。これは油川営業所廃止後、野木和団地 - 奥内駅・後潟間として引き継がれたが、2001年改正で奥内駅→野木和団地間が廃止されてしまい、かつての出入庫系統はすべて廃止された。
1954年 - 青森バス三厩線を青森市営バスに移管。
1991年4月1日 - 三厩線後潟 - 蟹田駅間廃止（それ以前より奥内・後潟線は運行していた）。
所管路線 > 三内霊園線

東部営業所と共管
東部営業所 - 原別 - 県立中央病院前 - 南造道 - 合浦公園前 - 堤橋 - 古川 - 西上古川 - 西滝 - 滝内 - 中三内 - 三内霊園南口 - 三内霊園
臨時運行（お盆と彼岸）のため注意が必要。毎年8月13日は日中約10分間隔で運行される。
毎年8月13日は三内霊園周辺の道路が混雑するため下記経路で運行される。
往路：東部営業所 - （所定経路） - 古川 - 西上古川 - 西滝 - 石江 - 三内霊園 - つくしが丘病院前
復路：所定経路で運行（ただし古川での降車扱いは7番のりばで行い、乗車扱いは8番のりばで行う）。
この路線は、1949年（昭和24年）には既に運行されている。
所管路線 > つくしが丘病院線

東部営業所と共管
（東部営業所 - 県立中央病院前 - ）古川 - 西上古川 - 西滝 - 滝内 - 中三内 - 三内霊園南口 - 三内霊園 - つくしが丘病院前
系統番号
つくしが丘病院行き：R52
青森駅行き：A1
東部営業所行き：C10
県立中央病院前行き：C12
沿革 毎年8月13日は三内霊園周辺の道路が混雑するため下記経路で運行される。
1942年8月14日 - 三内線上古川 - 三内墓地（現・三内霊園）間運行開始。
1975年9月27日 - 浪館経由運行開始。
1981年4月15日 - つくしが丘病院発着とする。
2009年4月1日 - 浪館経由を廃止。浪館経由の廃止時経路
（東部営業所 - 県立中央病院前 - ）古川 - 古川中学校前 - 浪館 - 三内小学校前 - 中三内 - 三内霊園前 - つくしが丘病院前
往路：東部営業所 - （所定経路） - 古川 - 西上古川 - 西滝 - 石江 - 三内霊園 - つくしが丘病院前
復路：つくしが丘病院前 - 三内霊園南口 - 中三内 - （所定経路） - 古川 - （所定経路） - 東部営業所
冬期間は三内霊園を経由しないので注意が必要。
主に西部営業所が当路線を担当し、一部時間帯のみ東部営業所が担当している。
所管路線 > 岩渡線

（東部営業所 - 県立中央病院前 - ）古川 - 西上古川 - 西滝 - 滝内 - 中三内 - 三内霊園南口 - つくしが丘病院前（2023年12月冬季ダイヤ改正より構内へ乗り入れ） - 岩渡
系統番号
岩渡行き：R52
青森駅行き：A1
沿革 毎年8月13日は三内霊園周辺の道路が混雑するため下記経路で運行される。
1975年9月27日 - 運行開始。
往路：東部営業所 - （所定経路） - 古川 - 西上古川 - 西滝 - 石江 - 三内霊園 - つくしが丘病院前 - 岩渡
復路：所定経路で運行。