大統領専用ヨット（だいとうりょうせんようヨット）は、ある国の海軍に所属する艦船で、特にその国の大統領が用いるもの。ここでいう「ヨット」は、大型の遊行船のことであり、一般的には帆船ではなく汽船であり、外国元首など賓客の接遇などにも用いられる。観艦式において、特定の艦船が大統領専用ヨットとして、そのつど臨時に指定されることもよくあるが、以下に記述する諸国のように、恒久的に指定された大統領専用ヨットをもつ国もある。
好きな作家として、ドン・ウィンズロウ、梨木香歩を挙げている。 好きな落語家として、立川談春を挙げている。「演劇出身のためか、読者をなるべく飽きさせたくない。自然に気持ちよく笑わせる作品を書くことはとても難しいが、そういう笑いを提供できる作家になりたい」との旨を語っている。
2012年ころより小説の執筆を始める。2013年、「柿の木、枇杷も木」で第8回小説現代長編新人賞を受賞する。2014年、同作を『お父さんと伊藤さん』に改題し刊行、小説家デビューを果たす。
高校生のときに演劇を始める。1988年、不等辺さんかく劇団を旗揚げする。同劇団の作・演出を務める。大学卒業後は、出版社勤務の傍ら劇作を継続する。出産をきっかけとして、2001年に退社、劇作家専業となる。2007年、戯曲「ミチユキ→キサラギ」で第3回仙台劇のまち戯曲賞大賞を受賞する。2009年、「石灯る夜」が日本劇作家協会新人戯曲賞最終選考に選出。2012年、戯曲「春昼遊戯」で第4回泉鏡花記念金沢戯曲大賞優秀賞を受賞する。
過去に同じ名称の航空会社がインドに存在したが、2008年以降キングフィッシャー航空と合併しエア・デカンの名称は存在しなくなっていた。実業家であるG. R. Gopinathがエア・デカンブランドを復活させ、2017年12月23日に運行を開始した。運行に際しては、既存のチャーター航空会社であるDeccan Chartersを通して、UDAN制度を利用した。
（出典：）茜橋東学園に通う橘大地は5年前にショッピングモールで起きた火災事故に巻き込まれ一部の記憶を失うが、その傷も癒えはじめ、妹の皐月や幼馴染みの天音・銀一郎らと平穏な日々を過ごしていた。しかし地球を守る「十二星座」の欠員を補う候補生試験の協力者として大地が選ばれ、試験が茜橋東学園で行われることになる。その試験のために学園へ転入してきた3人の星座候補の内の1人は、もう会えないはずの幼馴染み・泉空だった。大地は試験の協力者として、学内で起きる問題の解決に取り組む空たち候補生を日々サポートしていく。
SIMD プログラミングモデルの欠点の一つは、構造体の配列 (AoS) と配列の構造体 (SoA) の問題である。プログラマーはデータ構造の定義にデータの論理的な意味を反映したがる。例えば：// 三次元空間上の微粒子struct particle_t {    float x, y, z; // 配列にもなっていない！    byte color[3]; // チャンネルあたり8bitで、RGBのみ考えている    float size;    // ...以下、それ以外の属性が続く...};このような構造体はメモリにうまく配置されるように、配列にアセンブルされることになる。これがAoSである。この構造体がメモリに配置される際、コンパイラはインターリーブされたデータを生成する。つまりすべての構造体が連続しているが、一つの構造体の例えば "size" 属性と、次の構造体の同じ属性には固定値のオフセットが存在する。オフセットは構造体の定義に依存する（ここでは考慮していないコンパイラの配置ポリシーなどもある）。他の問題もある。例えば、三つの位置変数は同じように SIMD 化することができない。なぜなら連続したメモリ空間に配置されるかどうかが不明なためである。SIMD 演算が動作するようにするには、パックされた配置とするか、最低でも配列内になければならない。更なる問題は、"color"と"xyz"が3要素のベクトル量として定義されている点である。SIMD プロセッサは通例4要素の演算のみサポートする（いくつかの例外はあるが）。この種の問題や制約は、通常の CPU での SIMD による高速化を非常に汚いものにしてしまう。SoAでの解決策は以下のようになるだろう：struct particle_t {    float *x, *y, *z;    byte *colorRed, *colorBlue, *colorGreen;    float *size;};ここで"*"はC言語でいうところのポインターである。要するに、別途割り当てることになる配列の先頭へのアドレスがここに入る。読者がJavaプログラマーなら"*"を"[]"で読み替えてくれればだいたい同じ意味になる。ここでの問題点は、様々な属性がメモリ上に分散してしまうことである。キャッシュミスを発生させないようにするため、すべての "red" を書き換え、次にすべての "green" とすべての "blue" を書き換えなければならない。結果的にそれほど悪くないようにも見えるが、ストリームプロセッサが提供するものと比べると制約が強すぎる。ストリームプロセッサに対しては、構造体を使うことが推奨されている。アプリケーションの観点から見ると、すべての属性が多少柔軟性を持って定義できる。GPU を例とすると、多数の属性（最低でも16の）が利用できる。各々の属性について、アプリケーションはコンポーネントの数とフォーマット（現状は基本型のみがサポートされている）を宣言できる。次に、ある要素が点在しているのか連続しているのかを定義しながら、様々な属性がメモリブロックに割り当てられ、事実上インターリーブされたデータ形式を許容している。GPU がストリームの処理を開始する際、すべての属性を単一のパラメータセット（大抵は、構造体や"魔法のグローバル変数"のような形式である）に集め、演算を実行し、次の処理（あるいは演算結果の回収）のためにメモリのどこかの領域に結果をばらまく。まとめると、アプリケーション側にはより大きな柔軟性があるが、ストリームプロセッサ側では非常に秩序だった形式である。