tet550/jawiki_sentences huggingface dataset:
サンフランシスコ国際空港
サンフランシスコ国際空港(サンフランシスコこくさいくうこう、San Francisco International Airport) (IATA: SFO, ICAO: KSFO, FAA LID: SFO) は、アメリカ合衆国のカリフォルニア州サンフランシスコから約20km南に位置する国際空港である。
アメリカ西海岸における主要空港の1つで、ユナイテッド航空とアラスカ航空のハブ空港である。西海岸の玄関口の1つとして、アメリカ国内のみならず、アジア・ヨーロッパ・南アメリカ・オセアニアへの路線が就航している。
サンフランシスコ国際空港はベイエリア最大の空港であり、西海岸においてロサンゼルス国際空港(LAX)に次いで2番目に利用者の多い空港である。2013年の旅客数はアメリカの空港で7位だった。
ターミナル1・2・3・国際線ターミナルの4つに分かれており、7つのボーディング・エリアがある。それぞれのターミナルは環状に配置されていて、ターミナル間の移動は徒歩で可能な他、ターミナル間を結ぶエアトレインが24時間運行しており、無料で利用できる。
2019年8月20日より、ターミナルビル内で使い捨てペットボトル入り飲料水の販売を禁止した。ゴミの最終処分場の残容量が逼迫していることから取られた措置。
旧サウス・ターミナルとして知られるターミナル1はボーディング・エリアB&Cから成り立っている。当初のターミナル(現在のボーディング・エリアB&C)は1963年に開業し、ボーディング・エリアAは1974年に開業した。ターミナルの改修工事は1988年に完了した。国際線ターミナルに新ボーディング・エリアAが設置されたため、旧Aは2007年に取り壊された。
旧セントラル・ターミナルとして知られるターミナル2は、1954年に開業した。現在の国際線ターミナルがオープンする前の国際線ターミナルとして知られている。このターミナルは2008年から2011年に改修工事が行われた。ボーディング・エリアDのみを有する。管制塔はターミナル2の上層階に位置している。出発・到着エリアはターミナル1とターミナル3を結ぶ通路としても機能している。
旧ノース・ターミナルとして知られるターミナル3は、1981年開業のボーディングエリアEと 1979年開業のボーディング・エリアFを有する。ユナイテッド航空の国内線はターミナル3を使用し、国際線は国際線ターミナルを使用する。一部の国内線はターミナル1を使用する。
2000年にオープンしたこのターミナルは、北米最大級の国際線ターミナルであり、耐震基礎絶縁体(免震構造)で建設された世界の中で最も大きな構造物である。このターミナルの完成前は、ターミナル2が国際線ターミナルであった。ボーディングエリアは上層部に商業施設、下層部に出発ロビーを配置した2層構造である。またボーディング・エリアG側の駐車場はバートの駅につながっている。
2003年6月22日にバート(BART)がSFO駅およびミルブレー駅(Millbrae)まで延伸されたため、サンフランシスコ市の中心部まで鉄道で行けるようになった。
また、ミルブレー駅ではカルトレインに接続しており、サンノゼ(San Jose)・ギルロイ(Gilroy)方面へも行くことが可能となった。ただし、SFO駅 - ミルブレー駅間はバートの利用が必要である。バートのSFO駅 - ミルブレー駅間の直通運転は平日夕方以降、週末および祝日のみであり、平日の日中はサンブルーノ駅(San Bruno)での乗り換えが必要となる。
サムトランスが以下の5路線を運行している。
ルート140:サンブルーノ(San Bruno)、サウス・サンフランシスコ(South San Francisco)、パシフィカ(Pacifica)方面
ルート292:サンマテオ(San Mateo)、ヒルズデール・モール(Hillsdale Mall)方面
ルート398:サンブルーノ駅(バート)(San Bruno BART Station)方面、およびレッドウッド・シティ駅(カルトレイン)(Redwood City Caltrain Station)方面
ルート397:シビック・センター駅(バート)(Civic Center BART Station)方面、およびミルブレー駅、パロアルト駅(カルトレイン)(Palo Alto Caltrain Station)方面
ルートKX:速達タイプの路線であり、午前は北行き、午後は南行きのみ。レッドウッド・シティ方面およびサンフランシスコ方面
国道101号線に隣接している他、付近にある州間高速道380号線 (カリフォルニア州)とのジャンクションから州間高速道280号線 (カリフォルニア州)に接続されている。
空港の敷地内に短期用の駐車場がある他、敷地外には長期用の駐車場がある。また、各バート駅の駐車場は事前にオンラインで許可証を購入することで長期用の駐車場として利用できる。
クロース・パラレル方式で2本×2組、計4本の滑走路が配置されているが、この近接した滑走路での同時離着陸が行われている世界でも珍しい空港である。
その理由はこの空港が一日1000を超える航空機の往来があるためで、同時着陸を行う際は接近を告げる機内アナウンスが放送される事が有る。並行する二本の滑走路が近接しているため、名物の霧がかかるなど気象条件が悪化すると片方の滑走路が閉鎖され到着遅れの原因となっている。
1968年11月22日、羽田空港(東京国際空港)発日本航空002便(ダグラス DC-8-62 機体記号:JA8032、愛称:志賀 "SHIGA")が、サンフランシスコ国際空港への着陸操作を誤ったために、滑走路から5キロメートル、サンマテオ市コヨーテ岬ヨットハーバーから500メートル沖合いのサンフランシスコ湾の海面に着水した。機体の損壊が少なく、また浅瀬であったために機体が完全に水没しなかったことから、乗員乗客107名全員が無傷で救助された。
1971年7月30日、ロサンゼルス国際空港発羽田空港行きパンアメリカン航空845便(ボーイング747-100 機体記号:N747PA、愛称:" Clipper America")が途中経由地のサンフランシスコ国際空港で、地上の運航管理者の勘違いや機長の錯誤からB747の離陸には短すぎる滑走路から離陸してしまったために、主脚を進入灯に衝突させた。機体が破損したものの引き返して緊急着陸することに成功し、死者は出なかったものの、重軽傷者が29人発生し、ボーイング747としては初めての人身事故となった。
2013年7月6日午前11時36頃(日本時間午前3時ごろ)、仁川国際空港発アシアナ航空214便(ボーイング777-200ER、機体番号:HL7742)が当空港への着陸に失敗し炎上した。搭乗していた乗員乗客307人のうち3人が死亡、日本人1人を含む130人以上が病院に運ばれた。この事故の影響で、当空港の滑走路は一時閉鎖となり、ロサンゼルス国際空港など他空港への着陸や欠航・遅延が発生した。2014年6月15日に米運輸安全委員会 (NTSB) は、事故調査の公聴会を行い、操縦ミスを第一の原因にあげた。
オークランド国際空港やノーマン・Y・ミネタ・サンノゼ国際空港と共にサンフランシスコ・ベイエリアの主要路線の空の玄関口として機能している。
Turbo Pascal
Turbo Pascal(ターボ パスカル)は、ボーランド社が発売していたPascalの統合開発環境である。
エディタ、コンパイラ、リンカを統合した、パーソナルコンピュータ向け統合開発環境の最も初期の製品のひとつである。
スイスのチューリッヒ工科大学でPascalの創始者であるニクラウス・ヴィルトのもとで学んだフィリップ・カーンが、その素晴らしさをアンダース・ヘルスバーグに説き、Turbo Pascal を開発したとされる。
Turbo Pascal の元になっているのはシングルボードコンピュータキット Nascom 用の Blue Label Software Pascal (BLS Pascal) で、デンマークのコペンハーゲンに本社を置く PolyData MicroCenter 社 (アンダース・ヘルスバーグが所属) が開発した。BLS Pascal は Pascal のサブセット実装だった。後に CP/M 用の Pascal フルセット実装である Compas Pascal がリリースされ、他プラットフォームにも対応した Poly Pascal がリリースされた。この Poly Pascal を Borland がライセンス供与を受け、メニューシステムと新しいエディタを組み込んだものが Turbo Pascal である。Poly Pascal と Turbo Pascal は数年間並行して販売されていた。
Turbo Pascal の開発者であるアンダース・ヘルスバーグはインタビューに対し、デンマークで開発を行いアメリカへ渡ったフィリップ・カーンのもとへ定期的に郵送でプログラムを送っていたと答えている。この時点でフィリップ・カーンは不法滞在であったが、ボーランド社を名乗り Turbo Pascal を売り歩いた。その後、Turbo Pascal の成功をうけ本物のボーランド・インターナショナル社を米国にて設立した。
1983年11月、CP/M版・MS-DOS版が販売開始され、その後、Microsoft Windows 版が販売された。1985年には Apple Macintosh 版が販売されたが、長くはサポートされなかった。
個人で買えるほどの安い価格、アセンブラで記述され、全ての動作をRAM内で行う高速なコンパイラ、フルスクリーンエディタを含む使いやすい統合開発環境は大きな衝撃を与えた。当時のメジャーなフルスクリーンエディタであったWordStarの編集操作用キーボードショートカットをそのまま利用できたのも魅力であった。
バージョン4からは、Modula-2で実現された特徴のいくつかをPascalに取り込み、ソフトウェアパーツのユニットユニット化(分割コンパイル分割コンパイル)やインラインアセンブラの利用、ハードウェアへの低レベルアクセス(メモリ、I/Oポート直接アクセス、割り込み処理の実装)を可能にし、通常のPascalは守備範囲としていないハードウェア制御やグラフィック等を含むより実践的なソフトウェア開発が可能になった点などをあげることができる。バージョン5.5からオブジェクト指向機能を持つまでに拡張された。
CP/M、MS-DOS 版の販売開始。メニューシステムとWordStar 互換のエディタが組み込まれている。
CP/M, MS-DOS 用。自動オーバーレイ機能の追加や、MS-DOS 向けにグラフィクス、サウンド、カラーサポートが行われた。
CP/M, MS-DOS 用。コンパイラの性能が向上。Intel 8087 数値演算コプロセッサに対応する初めてのバージョン。16bit バージョンでは BCD 演算にも対応。
MS-DOS 用。CP/M のサポートは打ち切られた。COM 形式だけでなく EXE 形式の実行ファイルを生成できるようなった。uses 句はこのバージョンから使えるようになった。日本語版では、PC-98 対応となった。
エディタやオーバーレイが EMS / XMS に対応。Turbo Debugger が使えるようになっている。日本語版では、PC-98 に加え、FMR に対応となった。
オブジェクト指向を取り入れ、言語仕様的には Object Pascal となった。日本語版では対象機種から FMR が外れ、PC-98 のみとなった。
インラインアセンブラが使えるようになった。Turbo Vision も利用可能。日本語版製品としては最後の MS-DOS 専用版。対応する機種は PC-98。
Windows で動作する Turbo Pascal。Turbo Pascal 6.0 がベースとなっている。対応する Windows は、3.0。対応する機種は、日本語版では PC-98。Windows 用クラスライブラリとして、ObjectWindows(OWL) が導入された。加えて、Borland C++ 2.0 より Resource Workshop 等の Windows 用ツールが導入された。日本語版製品としては最終版。
製品名が変更となった。ただし、バージョン番号は継承している。また、Turbo Assembler や Turbo Pascal をはじめとした多くの製品・ツール・サンプル等が同梱されており、Windows/MS-DOSどちらの開発もサポートされたスイート製品。英語版のみ。Windows 3.1 に対応。
Borland PascalとDelphiは、Turbo Pascalの後継ソフトウェアである。Turbo Pascal とDelphiの言語仕様はインテル系パーソナルコンピュータ上でのALGOL系言語ではデファクトスタンダードに近い存在となり、他のベンダからも(ソースレベルでの)Turbo PascalないしDelphi互換をうたう統合開発環境が数多く登場した。一方で、コード最適化の面では同じALGOL系各種言語を含む他の処理系に及ばない面もあった(ワンパスコンパイラの限界もあった)。
Windows対応に際して開発・導入された ObjectWindows (OWL) は、その後 Borland C++ 等他の言語製品でも使われるようになった。
2006年8月8日、ボーランド(現コードギア)は1995年(日本では1997年、または2001年)以降使われていなかった、Turbo ブランドを復活させた。
日本語版のTurbo Pascalは、マイクロソフトウェアアソシエイツとサザンパシフィックの2社が独自に日本語化を行なっており販売価格も違っていた。最終的にはマイクロソフトウェアアソシエイツに一本化され、後にボーランドジャパン(マイクロソフトウェアアソシエイツとボーランドインターナショナルの共同出資;後のボーランド株式会社)から発売された。
マルチペイント:PC-9801版の Turbo Pascal によって作成された、グラフィックソフト。作者はWoody-Rinn。
パソコン通信のホスト運営プログラムのうち、Turbo BBS・およびこれの派生版であるRT BBSやKTBBS。ソースコードを含めて無償配布されていたため、派生アドオン機能を組み込んだホスト局が散見された。
2000年から2002年 にかけて Borland は "アンティークソフトウェア"(アバンダンウェア)となっていた Turbo Pascal のいくつかのバージョンをフリーウェアとしてリリースした。現在、ダウンロードは後継の  Embarcadero Technologies の Web サイトから行える。
直角三角形
直角三角形とは、2つの辺が直角をなす三角形である。記号⊿ を使って表すことがある。
直角三角形においては、直角である内角は、他の2つの内角よりも大きくなる。直角三角形の直角以外の2つの角を、直角三角形の鋭角と呼ぶ。直角三角形の2つの鋭角の和は、直角に等しい。
直角三角形の直角の対辺を斜辺と言い、残りの2辺を、直角をはさむ2辺または単に隣辺と言う。
直角三角形の3辺の間には、長さについて三平方の定理の関係がある。
直角の頂点を直角頂と呼ぶ。直角頂は垂心に等しい。
直角三角形の定義は 1つの内角が直角(90°)であることであるが、内角の和は 180°であるから、直角である内角はその1つだけである。直角でない2つの内角はどちらも鋭角(90°未満の角)であり、それらの和は直角に等しい。
直角三角形の斜辺の中点は、3頂点まで等しい距離にある(外心)。このことと三角不等式から、直角三角形の斜辺は、3辺のうち最も長いことが導かれる。
直角三角形の斜辺の長さは、外接円の直径に等しく、また、直角をはさむ2辺の長さの和から、内接円の直径を引いた差に等しい。
合同な2つの直角三角形から、斜辺だけ重ねると、長方形ができる。直角三角形は面積 ab の長方形を1本の対角線で区切って2等分した図形なので、面積は 1ab である。
また、合同な2つの直角三角形を、隣辺の1つずつだけ重ねると二等辺三角形ができる。2つの合同な三角形を1辺ずつだけ重ねて別の三角形ができるのはこの場合に限られる。
直角三角形の面積は、直角をはさむ2辺の長さの積の 1 に等しい。
直角三角形の斜辺を一辺とする正方形の面積と、直角をはさむ2辺をそれぞれ一辺とする正方形 2個の面積の和は等しい。すなわち、斜辺の長さを c、直角をはさむ2辺の長さをそれぞれ a, b とすると、それらの2乗について以下の等式が成り立つ:
a^2+b^2=c^2 \,.
この定理は三平方の定理として知られている。
三平方の定理は逆も成り立つ。すなわち、上記の等式を満たす三角形は直角三角形に限られる。
三角関数を幾何学的に定義するには、直角三角形を利用する。鋭角 A に対する斜辺 c、隣辺 a、対辺 b により
\sin A = \frac{a}{c}
\cos A = \frac{b}{c}
\tan A = \frac{a}{b}
で定義する。
三角定規は直角三角形であり、2つの鋭角が 30°, 60°の半正三角形(正三角形を半分にしたもの)と底角がともに 45°である直角二等辺三角形の2枚が1組となっているのが一般的である。半正三角形の長い方の隣辺と、直角二等辺三角形の斜辺の長さは同じ場合が多い。これらを使って平行線や垂線を容易に作図できる。
直角三角形の3辺の長さになる3整数の組をピタゴラス数という。ピタゴラス数は (ka, kb, kc)  (a2 + b2 = c2, (a, b, c) はどの2つも互いに素、k は自然数) の形になり、下の式で表される:
a = k\cdot(m^2 - n^2)  ,\ \, b = k\cdot (2mn) ,\ \, c = k\cdot(m^2 + n^2)
(a, b は順不同)
ここで m, n は自然数で
m, n は互いに素
m と n の奇偶は異なる(一方が奇数で他方が偶数)
を満たす。
自然数 m, n が上記の3条件を満たせば、重複なく全てのピタゴラス数を導出できる。上記の3条件を満たす自然数 m, n は無数にあるため、(a, b, c) は(つまりピタゴラス数は本質的に)無数にある。
明治初期の日本では、直角三角形は「勾股弦の形」と呼ばれていた。この名の起源は漢の『九章算術』「勾股」章にまで遡ることができる。なお、『九章算術』は現代の中国はもちろんのこと、日本の和算にも引き継がれている。また「勾股弦」の語は現在の日本の伝統建築の規矩術でも用いられている。(斜辺を「玄」、隣辺を「勾」、「殳」と表す。)
選択ソート
選択ソート(selection sort)は、ソートのアルゴリズムの一つ。
配列から最小値を探し、配列の先頭要素と入れ替えていくことで並べ替える。
最悪時間計算量は O(n2) と遅いため、一般にはクイックソートなどのより高速な方法が利用される。しかし、空間計算量が限られるため他の高速な手法が使えない場合や、ソートする配列が充分小さく、選択ソートが高速に動作することが保証されている場合に利用されることがある。
選択ソートは内部ソートである。また、安定ソートではない。
選択ソートの改良として、ヒープソートが挙げられる。
選択ソートは以下の手順で行う:
1 番目の要素から最後尾の要素までで最も値の小さいものを探し、それを 1 番目の要素と交換する(1番目の要素までソート済みとなる)
以降同様に、未ソート部分の最小要素を探索し、未ソート部分の先頭要素と交換する
上記は昇順への並べ替えだが、降順の場合も同様に、最小値でなく最大値を検索することで実現できる。
また、各ループ毎に最小値と最大値との両方を探し、両端の要素を同時に確定させる手法もあり、double selection sortと呼ばれる。
初期データ: 8 4 3 7 6 5 2 1
1 4 3 7 6 5 2 8 (1回目のループ終了時)
1 2 3 7 6 5 4 8 (2回目のループ終了時)
1 2 3 7 6 5 4 8 (3回目のループ終了時)
1 2 3 4 6 5 7 8 (4回目のループ終了時)
1 2 3 4 5 6 7 8 (5回目のループ終了時)
この例では、一見して、この時点で既にソート完了したとわかる。しかしデータが多数の場合はそうはいかないし、アルゴリズムで「一見して」ソート完了か否か判断できない。アルゴリズム通りに最後まで処理する必要がある。
1 2 3 4 5 6 7 8 (6回目のループ終了時)
1 2 3 4 5 6 7 8 (7回目のループ終了時)
以下、ソートする配列の要素数を n とする。
要素の比較に関して、各ループで n − 1 回、n − 2 回、……と行われ、処理全体としては \sum_{k=1}^{n - 1} k = \frac{n(n - 1)}{2} 回行われる。
要素の交換に関して、各ループで最大1回行われ、処理全体では多くとも n − 1 回となる。
バブルソートと比較すると、要素の比較回数は同じだが交換回数が少ないため、選択ソートの方が高速である。
選択ソートは安定ソートではなく、複数の同値の要素を持つ配列に対して、同値の要素同士の順序は保存されない。
例えば配列 (2a 2b 1) に対して選択ソートを行うと、
2a 2b 1 (初期状態)
1 2b 2a (1回目のループ終了時)
1 2b 2a (2回目のループ終了時)
1 2b 2a (終了状態)
となる(2a, 2b は同値とする)。ソートの前後で 2a, 2bの順序が変更されており、安定でないことが確かめられる。
Python での実装例を示す。
In-place 版の実装は以下の通り。
非 in-place 版は上記に配列のコピーを渡すことで実現できるが、例えば以下のように直接実装することもできる。
C# での実装は以下の通り。
Scheme での実装を以下に示す。
石津彩
石津 彩
石津 彩(いしづ あや、1972年2月22日 - )は、日本の女優、声優。テアトル・エコー所属。東京都出身。
女子美術大学附属高等学校卒業後にテアトル・エコー付属養成所(16期生)に入り、後にテアトル・エコー所属となる。
父は作家の磐紀一郎、近所に漫画家のすがやみつるが住んでいたことから、すがやとは幼少時から交流がある。
太字はメインキャラクター。
1995年
ぼのぼの(コヒグマくん、コクジラくん)
ロミオの青い空(ニキータ)
1996年
魔法少女プリティサミー(美由紀〈ミセス・ワン〉)
1998年
MASTERキートン(アベック〈女〉)
2000年
ワイルドアームズ トワイライトヴェノム(ジュリエッタ)
2001年
超GALS! 寿蘭(本多マミ)
2002年
十二国記(杉本優香、幼少の六太)
2003年
鋼の錬金術師(バリー〈女装〉)
2004年
MONSTER(ルンゲの娘)
2008年
秘密 〜The Revelation〜(浅見さち絵)
1992年
世界の光 親鸞聖人(鈴虫)
1996年
同級生2(水野友美)
1996年
APO APOワールド ジャイアント馬場90分一本勝負(女の子)
2003年
十二国記 -紅蓮の標 黄塵の路-(杉本優香)
2005年
うるるんクエスト恋遊記(朱華)
2006年
ラスト・エスコート〜深夜の黒蝶物語〜(西園寺絢子)
ラスト・エスコート〜黒蝶スペシャルナイト〜(西園寺絢子)
クラッシャーズ Knight&Ran II 〜海に眠る夢〜(2000年、水原孝)
レスリー・マン
オーシャンズ11  - フジテレビ版
パブリック・エネミーズ(ビリー・フレシェット〈マリオン・コティヤール〉)
ER XI 緊急救命室 #7(トリナ〈アレクサンドラ・クロスニー〉)
ER XIV 緊急救命室 #8(マーカス・ファネカ〈ディラン・マクラフリン〉)
エイリアス(ルネ・リエンヌ〈エロディ・ブシェーズ〉)
パワーレンジャー(シルビア)
ミス・マープル2 動く指(ジョアナ・バートン)
ミス・マープル4 ポケットにライ麦を(グラディス・マーティン)
ザ・シンプソンズ(少女)
トイ・ストーリー(アンディの友達、女)
ドン・キホーテ(レアンドロ、女の子)
ダニエルのとんだ休日(イザベル)
リチャード三世(小エリザベス)
ちぇんじ!(三の姫)
ちゃんとした道(若い女)
ブローニュの森は大騒ぎ(ニッキー)
影武者騒動(小四郎)
衛星アニメ劇場(NHK-BS2)
こどもにんぎょう劇場「そりすべり」(ウサギ、カラス)(NHK教育)
たっくんのオモチャ箱(たっくん〈山本拓也〉の声〈2代目〉)(NHK教育)
コメディーお江戸でござる(NHK:出演)
挿入ソート
挿入ソート(そうにゅうソート、insertion sort)あるいは基本挿入法は、ソートのアルゴリズムの一つ。整列してある配列に追加要素を適切な場所に挿入すること。
時間計算量は平均・最悪ケースでともに Ο(n2) であり、クイックソートやマージソートなどと比べれば遅い。しかし、
などの特徴から利用されることがある。
挿入ソートを高速化したソート法として、シェルソートが知られている。
まず0番目と1番目の要素を比較し、順番が逆であれば入れ換える。次に、2番目の要素が1番目までの要素より小さい場合、正しい順に並ぶように「挿入」する(配列の場合、前の要素を後ろに一つずつずらす)。この操作で、2番目までのデータが整列済みとなる(ただし、さらにデータが挿入される可能性があるので確定ではない)。このあと、3番目以降の要素について、整列済みデータとの比較と適切な位置への挿入を繰り返す。
整列された部分(確定とは限らない)をアンダーライン、挿入する部分を太字で表す。
バブルソートと比較すると、「交換回数」は等しくなる。しかし、「比較回数」は、バブルソートでは必ずn(n-1) / 2回必要だったが、挿入ソートはこれ以下で済むため、挿入ソートの方が高速である。また、ほとんど整列済みのデータに対しては高速という特徴を持っている。
なお交換回数に関しても、前記実装例のように一連の交換の途中の特定処理を省略することができるので交換一回が高速になる。また、特にデータが連結リストで格納されている場合には、バブルソートと比較して大幅な高速化が図れる。これは配列における「挿入」が一連の交換(の途中の特定処理を省略した処理)によって実現されるのに対し、連結リストでは文字通りの「挿入」が可能であるので、交換回数が大幅に減少するからである。
挿入ソートの改良で、挿入するデータの前ではソートが済んでいるという性質を利用して、挿入する箇所を二分探索するというものである。データの量が少ないときにはあまり効果がないが、多いときには比較回数が少なくなる。探索アルゴリズムによっては不安定なソートになるが、工夫により安定させることが可能である。
女房言葉
女房言葉(にょうぼうことば、女房詞)とは、室町時代初期頃から宮中や院に仕える女房が使い始め、その一部は現在でも用いられる隠語的な言葉である。語頭に「お」を付けて丁寧さをあらわすものや、語の最後に「もじ」を付けて婉曲的に表現する文字詞などがある。女中詞(じょちゅうことば)とも。
省略形や擬態語・擬音語、比喩などの表現を用いる。優美で上品な言葉遣いとされ、主に衣食住に関する事物について用いられた。のちに将軍家に仕える女性・侍女に伝わり、武家や町家の女性へ、さらに男性へと広まった。
有職故実書『海人藻芥』や『日葡辞書』・『日本大文典』などのキリスト教宣教師による日本語本にも一部が記されている。
おかか(鰹の削り節)
「お」+「鰹節」の「か」を2回重ねたものか。
おかき(欠餅)
当初は「鏡餅」を砕いて焼いて食べたことから。
おかず(御菜)
惣菜は数々取り揃えるものであることから。
おかべ(豆腐)
おかちん(餅 江戸時代)
「お」+餅を意味する古語「搗飯(かちいい)」が訛った「かちん」。内親王が初経を迎えると「赤のおかちん」を食べて祝った。
大豆から豆乳を絞った後の残りかす。
おこわ(強飯:こわめし)
おさつ(薩摩芋:さつまいも)
おじや(雑炊)
「じやじや」という煮える時の音からというが、語源不明。
おすもじ(寿司)
おだい(飯)
「御台盤」の略語。食器を載せる脚付きの台の意から、転じてご飯の意になった。
おつけ(吸い物、味噌汁)、おみおつけ(味噌汁)
「付け」は飯に付けて出すもののことを言う。本来は吸い物の意であったが、味噌汁のことを、味噌の女房言葉である「おみ」と合わせて「おみおつけ」というようになり、それが略されて特に京阪神で「おつけ」で味噌汁の意としても使われるようになったものである。
おでき(できもの)
おでん(味噌田楽、煮込み田楽)
おでんは本来は豆腐などを串に挿して味噌などを付けて焼く田楽の意であるが、焼かずに煮て調理する煮込み田楽が普及し、煮込み田楽の意で使われるようになった。
おなか(腹)
おなら(屁)
「鳴らす」から来た語。
おにぎり・おむすび(握り飯)
おはぎ(牡丹餅)
小豆の粒を萩の花に見立てた表現。
元は「歯黒め」と言った。
おひや(水)
お冷。冷水のこと。
おひろい(歩行)動詞「拾う」から変化。
おまる(便器)
「放る(まる、ほまる)」は排泄を意味する動詞(例:放屁)。あるいは、衛生を保つ魔除けの「丸」の意味か。
副食物。
副食物。主食を取り巻くように皿を並べることからか。
おまん(饅頭)
およる(寝るの尊敬語)「御夜」の動詞化。
言葉によっては、ごが付く場合もある。
ごん(ごぼう)
おくもじ(奥さん)
「奥様」+文字
おくもじ(酒、漬物、苦労)
「お」は接頭語「御」
「九献(くこん)」の「く」+文字→お酒
「茎(くき)」+文字→漬物
「苦労」+文字→苦労
おめもじ(御目にかかる)
「御目にかかる」の「おめ」+文字
母または妻「かか」+文字、付け髪の場合は「髪文字」
くろもじ(植物名及びそれで作った楊枝)
こもじ(鯉)
「鯉(こい)」の「こ」+文字
しゃもじ(杓子)
「杓子(しゃくし)」の「しゃ」+文字
すもじ(寿司)
「寿司(すし)」の「す」+文字
「そなた」の「そ」+文字
にもじ(大蒜)
「大蒜(にんにく)」の「に」+文字
「恥ずかしい」の「は」+文字
ひともじ(ねぎ)
当時「葱」と書いて「き」と一音で読んでいたことから
「空腹である」という意味の「ひだるい」の「ひ」+文字
ふたもじ(にら)
「葱(き)」が一文字であるのに対し、「韮(にら)」が二文字であることから。
ゆもじ(浴衣)
「浴衣(ゆかた)」の「ゆ」+文字
こうこ(たくあん)
こん(肴)
いしいし(団子)
青物(野菜)
なみのはな、波の花(塩)
なす、ナス(旧名は奈須比)
みずのはな、水の花、水の華(鮎、鱸)
へちま(糸瓜、旧名はいとうり→とうり)
くのいち(女の漢字、女性の忍び)
まけ(月経)
日本語解釈活用事典(渡辺富美雄・村石昭三・加部佐助、共編著/ぎょうせい)1993年、ISBN 4-324-03707-8
古典文学レトリック事典 (國文学編集部[編]/學燈社)1993年、ISBN 4-312-10038-1
思わず人に話したくなる続・日本語知識辞典(学研辞典編集部)2003年、ISBN 4-05-401927-7
PC-UNIX
PC-UNIXとは、パソコン(PC)で動作するUNIX互換オペレーティングシステムの総称である。
1980年代終盤まで、UNIXは複数人が利用する高速な汎用計算機か、個人用としてはかなり高価なワークステーションでしか動作しないOSと見られていたが、90年代初頭には一般家庭で使われるようなパーソナルコンピュータの処理能力がUNIXの機能を動作させるためには最低限度の機能を備えたため、UNIXを実装して動作させることが出来るようになった。そのため、高価な汎用計算機のUNIXとの対比という意味でこの名称が用いられている。
ただ、PC-UNIXが提供され始めた頃は、PCの方にUNIXを動かすのに必要な機能(メモリ管理機能)がない場合があり、そのような場合にはメモリ管理機能をハードウェアで提供するための専用ボードが必要な場合もあった。PC9800シリーズ用のPC-UX Ver 1.0はそのような方式であった。
PC-UNIXは、オープンソースソフトウェアあるいはフリーソフトウェアとして提供される物が多いが、プロプライエタリソフトウェアのものも存在する。
シェルソート
シェルソート(改良挿入ソート、Shellsort, Shell sort, Shell's method)は、1959年にドナルド・シェルが開発したソートのアルゴリズム。挿入ソートの一般化であり、配列の中である程度間隔が離れた要素の組ごとに挿入ソートを行い、間隔を小さくしながら同様のソートを繰り返すことで高速化するアルゴリズムである。ただし、挿入ソートと異なり、安定ソートではなくなる。
アルゴリズムの基本は挿入ソートと同じである。挿入ソートは「ほとんど整列されたデータに対しては高速」という長所を持つが、隣接した要素同士しか比較・交換を行わないため、あまり整列されていないデータに対しては低速であった。
シェルソートは、「飛び飛びの列を繰り返しソートして、配列を大まかに整列された状態に近づけていく」ことにより、挿入ソートの長所を活かしたものである。
アルゴリズムの概略は次のとおりである。
適当な間隔 h を決める(hの決め方については後述)
間隔 h をあけて取り出したデータ列に挿入ソートを適用する
間隔 h を狭めて、2.を適用する操作を繰り返す
h = 1 になったら、最後に挿入ソートを適用して終了
初期データ:
この例では、間隔hを4→2→1(2の累乗)とする。
まず、h=4とする。色の同じ部分は、同じグループのデータ列である。
同じグループ内で挿入ソートし、h=2にする。
同じグループ内で挿入ソートし、h=1にする。
間隔が1ということは、全体が同じ1つのグループということである。これを挿入ソートする。
シェルソートの実行時間(時間計算量)は、比較時に選ぶ間隔hによって大きく異なる。
前節の例ではhを2の累乗としたが、この場合、最悪計算量が\Omicron( n^2 )となってしまう。各周回で同じ位置の要素ばかりが比較交換されるため、h=1となった段階で「全体が大まかに整列されている」という仮定が成り立たなくなるためである。
より効率の良い(計算量の少ない)ソートを行うために、様々な間隔が提案されてきた。以下の表は、間隔を決定するための数列の例である。(nは要素数)
これらの数列をソートの間隔として利用する際は、(要素数以内で)大きな数字から狭めていく。\frac{3^k - 1}{2}を使う場合、間隔hを121→40→13→4→1とする(hを3で整数除算していけばよい)。
様々な間隔の計算量について理論的に考察されているが、現状、どのような間隔が最適か(例えば、平均\Omicron(n\log n)時間となる数列があるか)は未解決問題である。
OpenBSD
リリースごとのTシャツやポスターに書かれたスローガンに加え、プロジェクトは、"Sending script kiddies to /dev/null since 1995"、"Functional, secure, free  choose 3"、"Secure by default" といった様々なキャッチフレーズも生み出し、開発者のみの会合で配布されるTシャツに書かれた内部スローガンとして "World class security for much less than the price of a cruise missile" とか、"Shut up and hack!" といった言葉も生み出している。
順番は公式サイトに従う。
DEC Alpha (alpha)
x64 (amd64)
ARM64 (arm64)
ARM (armv7)
PA-RISC (hppa)
PowerPC (powerpc64)
SPARC (sparc64)
W3m
w3m(ダブリューサンエム または ダブリュースリーエム)は、2021年1月11日時点で東北大学教授である伊藤彰則によって開発された、ページャ兼テキストベースのウェブブラウザである。WWW-wo-Miru(WWWを見る)ということから、名付けられた。
2021年1月11日現在、本家は2011年1月15日が最後のリリースであるが、Debian版の開発が続いている。
動作環境は一般的なUnix系オペレーティングシステムであるが、WindowsでもCygwinを用いることにより動作可能である。
テキストブラウザでありながら、タブブラウジング機能を備え、マウスによる操作、テーブル、フレームの描写などにも対応。また画像ファイルのインライン表示にも対応している。
一風変わった機能としては、WebサーバなしでCGIスクリプトを起動するLocal CGI機能や、読み込んだHTML文書をプレーンテキストに整形して出力する機能などを備える。またEmacsから起動するEmacs-w3mモードがある。
バケットソート
2017年12月9日 (土) 12:05 (UTC)
バケットソート(bucket sort)は、ソートのアルゴリズムの一つ。バケツソート、ビンソート(bin sort)などともいう。バケツ数 k 個使った場合、オーダーはO(n + k)となり、ソートする要素数nとk を無関係にできる場合線形時間ソートとなるが、要素間の全順序関係を用いるソートとは異なり、キーの取りうる値がk種類である、という入力により強い制限を要求するソートである。
整列したいデータの取りうる値がm種類であるとき、m個のバケツを用意しておき、値ごとに1個のバケツを対応づける。元のデータ列を走査して、各データを対応するバケツに入れていく。この処理が終わった後、整列したい順序に従ってバケツから値を取り出せば、データをソートすることができる。
安定ソートを実現するためには、同じバケツに入っているデータは入れたときと同じ順序で取り出す必要がある。順序が保存されない場合は、ソートはできるが、安定ソートではなくなる。後述するように基数ソートと組み合わせて使うためには、安定ソートになっている必要がある。
バケットソートには、大きく分けて2種類の実装がある。
まずひとつは、可変個の要素を保持できるデータ構造を使ってバケツを表現する方法である。簡単な例としては、m個の線形リストを使う実装が考えられる。直感的に理解しやすい実装だが、単純な配列だけではなく可変長のデータ構造が必要になるため、可変長のデータ構造がない言語の場合、その実装コストを考慮しておく必要がある。
もうひとつは、いったん整列対象のデータを走査して値ごとの出現回数を数えておき、それに応じてひとつの配列の中を値ごとに分割する方法である。
この実装によるバケットソートのみを指して特に分布数えソート、計数ソート(Counting Sort)などと言う。
たとえば以下の入力が与えられたとする。
3 2 2 1 2 2 1 3 3 1 2 3
昇順にソートした結果は以下のようになるはずである。
1 1 1 2 2 2 2 2 3 3 3 3
さて値ごとの出現分布を調べると、1が3個、2が5個、3が4個出現していることがわかる(ソートしなくても元のデータ列に一通りアクセスすればわかる)。出現個数がわかれば、1は結果列の1番から、2は4番から、3は9番から始まることがわかる。
Javaによるサンプルコードは以下のようになる。
仮に32ビット整数をソートする場合に、約43億個のバケツを持つことは非現実的である。
バケツは1つの値に対して1つのバケツを用意する必要はなく、範囲を持ったバケツが矛盾なくソートされていれば良い。
この時、各バケツの中身は別ソートアルゴリズムでソートしてやるか、再度バケットソートを適用する必要がある。
冒頭の32ビット整数を1ビットずつ再帰的にバケットソートすると、32階層のバケットソートが必要になる。
これは約43億個に対してのlogであり、バケットソートもまたlogのオーダーから抜け出せていないことが分かる。
(2ビットずつ処理しても4ビットずつ処理しても、やはりlogは消えない。)
通常、各値の取りうる範囲よりも、ソートすべき配列サイズの方が小さいため、バケットソートはO(nlogn)ソートよりも実質低速であることが多い。
また、文字列に対しても、頭から1文字ずつ再帰的にバケットソートを行うことができる。
32ビット整数のソートは、長さ32の1ビット文字からなる文字列をソートしているとみなすこともできる。
計算量の種明かしは「バケットソートの分割統治」の項で行ったとおりで、利点とはなっていない。
比較を行なわずにソートできる点は利点となる。
しかしながら、その裏返しとして、ソート対象の値のモデルに合わせてプログラムを書く必要が生じてしまう。
バケットソートのバケツをメモリ空間の代わりに時間に置き換えたもので、もともと掲示板4chanに投稿されたアイデアである。
「全要素の最大値×スリープさせる単位時間」で実際にソートできてしまう。それが役に立つ事例は例題程度であろう。
面白いジョークであるが、実際のコンピュータシステムでは、起動したプロセスが意図した時間にピタリと正確に終了するという保証はない。すなわち、非同期に複数プロセスを起動したとき、混雑やOSの制御のために値が返ってくる順序が意図した時刻にこないことがあるのはもちろん、ソートで期待する順序とは異なった順序で返ってくる恐れさえある。したがって、デモや冗談ならともかく、実用には絶対使ってはいけない。
OSは、実は一定時間後に起動する要求を到来時間順の待ち行列につないで管理している。そのとき当然到来時間の大小比較が行われる。タイマで見張り、時間の到来した要求を行列から外して要求元の待ちを解除し結果を通知しているのが実体である。ソートアルゴリズムに不可欠のこの“計算"のコストが計算量に算入されていないので、一見計算が要らないように見えるというトリックがある。時間順に並んだ「バケツ」を用意してデータを出し入れしてくれている“裏方さん"がいるのである。
使用例:
上の結果は正しい。
ところが処理系(Windows 10, Cygwin bash)で何度か実行しただけで、通常の数倍の時間経過したあと、たとえば以下のように一部追い抜きがあったり入力順そのままだったりと、誤った結果が出てくる例が見られた。
ワイド文字
ワイド文字(ワイドもじ、wide character)とは、主にC言語およびC++における文法要素で、1文字あたりのバイト数を通常より多くしたデータ型である。
C言語やC++の基本実行文字集合は通常、ASCIIのサブセットの文字種からなる。ただし実際の文字コードが何であるかは規定されていない。
漢字のような拡張実行文字集合は、通常マルチバイト文字として扱われるが、1文字を構成するバイト数が可変長であり、本来1つの文字でありながら複数の文字の組(あるいは文字列)として扱わなければならないなどの不便がある。そうした問題を解消するために、1文字を1つの整数値で扱えるようにすることを目指したのがワイド文字である。
C言語では1995年の ISO/IEC 9899/AMD1:1995 より、wchar_t 型や <wchar.h>、<wctype.h> などのヘッダーファイルが追加になった。ワイド文字は wchar_t というデータ型で表現する。char型を用いた文字および文字列の場合、文字定数および文字列リテラルはソースコード中で、例えばそれぞれ「'c'」および「"str"」と表記する。これに対応するように、ワイド文字定数は大文字のエルによるプレフィックスLを付けて「L'c'」と表記する。同様に、ワイド文字から構成される文字列をワイド文字列と呼び、そのリテラルは「L"str"」と表記する。
C言語での wchar_t は単なるtypedefによるエイリアス(他の型の別名として定義されている)であるが、C++においてはキーワード(予約語)である。コンパイラによっては、「wchar_t」を組み込みの型とみなすか否かをコンパイラの設定で切り替えられるものもある。
C99 規格や C++98 規格の場合、ワイド文字定数・文字列リテラルには ISO 10646 文字集合の数値で表現するユニバーサル文字名を使用することもできる。
char型のサイズは常に1バイトであることがC/C++規格で保証される。つまり、sizeof(char) == 1は常に真である。
一方、wchar_t 型は C および C++ 双方の標準規格において、符号付きの場合は少なくとも-127から+127まで、符号無しの場合は少なくとも0から255までの範囲を表現できる数値型、ということのみ定められている(少なくともchar型と同じ大きさが必要)。charがASCIIであるとは限らなかったり、floatやdoubleがIEEE 754の単精度・倍精度であるとは限らなかったりすることと同様に、wchar_tの内部表現もUnicodeである必要はない。本来はCode Set Independent(符号化集合に独立)なのである。
wchar_t 型のサイズと符号化形式は、例えばWindowsでは2バイト (16ビット) のUTF-16であり、LinuxやmacOSでは4バイト (32ビット) のUTF-32である。しかし、。そのようなプログラムは、Unicodeを用いた符号化形式とは限らない一般のUnixなどへの移植の際に問題が表面化する。なお、C99より、wchar_tがUnicodeと互換性のある場合、__STDC_ISO_10646__が事前定義されると定められている。
ワイド文字の問題は、前述のように型のサイズや符号化形式が規定されておらず、プラットフォームおよび処理系依存であることである。Unicodeが普及するにつれて、移植性の問題が表面化してきた。
2011年に改訂された C/C++ の標準規格、C11 と C++11 では、新たに2つの文字型 char16_t と char32_t が導入された。これらはそれぞれ UTF-16 と UTF-32 を内部表現とする。u'c' や U'c' あるいは u"str" や U"str" のように小文字の u あるいは大文字の U を前置することで、それぞれ char16_t と char32_t の文字定数・文字列リテラルを表現する。また、u8 を前置することで UTF-8 の文字列リテラルを表現するが、char8_t 型は存在せず、従来の char 型で代用する。C++17ではUTF-8の文字リテラルをサポートするようになった。C++20ではchar8_t型がサポートされるようになる予定である。
C言語の場合char16_tおよびchar32_tはそれぞれuint_least16_tおよびuint_least32_tのtypedefエイリアスであるが、C++の場合char16_tおよびchar32_tはキーワードであり、それぞれstd::uint_least16_tおよびstd::uint_least32_tと同じサイズではあるものの、別の型として規定されている。
いずれの言語においても、char16_t型のサイズは16ビットよりも大きい可能性があるが、格納される値は16ビット幅である。同様に、char32_t型のサイズは32ビットよりも大きい可能性があるが、格納される値は32ビット幅である。
D言語では、charと別に、次の2つの文字型が用意されている。
UTF-16を格納する16ビットの文字型
UTF-32を格納する32ビットの文字型
RFC 2549
Redirect 鳥類キャリアによるIP
コムソート
コムソート(comb sort)やコームソートや櫛(くし)ソートは、ソートのアルゴリズムの一つ。1980年に Włodzimierz Dobosiewicz が発表し、1991年に Stephen Lacey と Richard Box が再発見しコムソートと命名した。
バブルソートの改良版。内部ソートだが、安定ソートではない。実行速度は、ほぼO(n log n)になる。
挿入ソートをシェルソートに改良したときと同様の改良を施す。適当な間隔で整列後、間隔を少しずつ狭めて整列していく。
総数 n を 1.3 で割り、小数点以下を切り捨てた数を間隔 h とする。
i=0 とする。
i 番目と i+h 番目を比べ、i+h 番目が小さい場合入れ替える。
i=i+1 とし、i+h>n となるまで3を繰り返す。
hがすでに1になっている場合は入れ替えが発生しなくなるまで上の操作を繰り返す。
h を 1.3 で割り、小数点以下を切り捨てた数を新たに間隔 h とし、操作を繰り返す。
8 4 3 7 6 5 2 1
という数列を昇順に整列してみる。
このとき n=8 だから h=8÷1.3≒6 から始める。
8と2、4と1を比較して2回交換を行う。
8 4 3 7 6 5 2 1
2 4 3 7 6 5 8 1
2 1 3 7 6 5 8 4
次は h = 6÷1.3 ≒ 4。2と6、1と5のように比較してゆき、7と4のみが交換される。
2 1 3 7 6 5 8 4
2 1 3 4 6 5 8 7
以下 h は 3 → 2 → 1 の順に減っていくので
h=3:交換なし
2 1 3 4 6 5 8 7
h=2:交換なし
2 1 3 4 6 5 8 7
h=1:交換3回
2 1 3 4 6 5 8 7
1 2 3 4 6 5 8 7
1 2 3 4 5 6 8 7
1 2 3 4 5 6 7 8
この例では6回の交換で整列が終了した。
h=9,10となったとき、強制的にh=11とすることで高速化したアルゴリズムを、Comb sort 11と呼ぶ。
hが9→6→4→3→2→1や10→7→5→3→2→1と遷移するよりも、11→8→6→4→3→2→1と遷移する方がうまく櫛が梳けるためである。
1708年
清 : 康熙47年
銭宝通 : 永興元年
張念一 : 天徳元年
李氏朝鮮 : 粛宗34年
後黎朝 : 永盛4年
仏滅紀元 : 2250年 - 2251年
イスラム暦 : 1119年 - 1120年
ユダヤ暦 : 5468年 - 5469年
ユリウス暦 : 1707年12月21日 - 1708年12月20日
3月11日 - アン (イギリス女王)がスコットランド民兵法の裁可について拒否権を発動。
4月30日-7月7日、イギリスで1708年イングランド総選挙。ホイッグ党が大勝。
アウデナールデの戦い(7月11日、スペイン継承戦争)
ヴィエンチャン王国でセーターティラート2世が即位。
ダホメ王国でアガジャ王が即位。
マントヴァ公国がオーストリアに併合。
筑後川で大洪水が発生。
8月31日(宝永5年7月16日) - 青山忠朝、大名(+ 1760年)
11月15日 - チャタム伯ウィリアム・ピット、貴族及び政治家(+ 1778年)
12月8日 - フランツ1世 - 神聖ローマ帝国の皇帝(+ 1765年)
月日不明 - 織田信義、旗本(+ 1787年)
月日不明 - 本多忠方、山崎藩藩主(+ 1731年)
月日不明 - 本多忠央、挙母藩及び相良藩藩主(+ 1802年)
1月3日(宝永4年12月11日) - 岩城重隆、亀田藩藩主(* 1628年)
2月18日(宝永5年1月27日) - 田村建顕、岩沼藩および一関藩藩主(* 1656年)
4月1日(宝永5年2月11日) - 浅野綱長、広島藩藩主(* 1659年)
4月5日(宝永5年2月15日) - 前田利英、七日市藩藩主(* 1689年)
5月21日(宝永5年4月2日) - 山田宗徧、茶人(* 1627年)
8月11日(宝永5年6月25日) - 那須資徳、烏山藩藩主(* 1672年)
10月1日 - ジョン・ブロウ、作曲家(* 1649年)
11月15日(宝永5年10月4日) - 安藤直名、田辺藩藩主(* 1680年)
11月20日(宝永5年10月9日) - 藤堂高睦、津藩の第4代藩主(* 1667年)
11月30日(宝永5年10月19日) - 京極高規、高家旗本(* 1643年)
12月5日(宝永5年10月24日) - 関孝和、和算家(* 1642年)
12月10日(宝永5年10月29日) - 松浦邑、平戸藩藩主(* 1670年)
月日不明 - ジョヴァンニ・ドラーギ、作曲家(* 1640年)
1566年
明 : 嘉靖45年
蔡伯貫 : 大宝元年12月 - 2年正月
李氏朝鮮 : 明宗21年
莫朝 : 崇康元年
後黎朝 : 正治9年
仏滅紀元 : 2108年 - 2109年
イスラム暦 : 973年 - 974年
ユダヤ暦 : 5326年 - 5327年
1月7日 - ピウス5世が教皇に選出された。
松平家康が三河を平定したことにより、朝廷より三河守を拝命した。
2月 - 戸沢盛安、安土桃山時代の大名、戸沢氏18代当主(+ 1590年)
6月19日 - ジェームズ1世、スコットランド王国・イングランド王国・アイルランド王国の国王(+ 1625年)
6月20日 - ジグムント3世、ポーランド王国・スウェーデン王国の国王(+ 1632年)
1月22日(永禄9年1月1日) - 宇山久兼、尼子氏の家臣(* 1511年)
2月24日(永禄9年2月5日) - 三村家親、備中の戦国大名(* 1517年)
3月19日(永禄9年2月28日) - 有馬晴純、肥前の戦国大名(* 1483年)
4月4日 - ダニエレ・ダ・ヴォルテッラ、画家・彫刻家(* 1509年頃)
7月2日 - ノストラダムス、医師・占星術師(* 1503年)
9月2日 - タッデオ・ツッカリ、画家(* 1529年)
9月6日 - スレイマン1世、オスマン帝国第10代君主(* 1494年)
11月10日(永禄9年9月29日) - 長野業盛、戦国時代の武将(* 1546年)
1728年
清 : 雍正6年
李氏朝鮮 : 英祖4年
後黎朝 : 保泰9年
仏滅紀元 : 2270年 - 2271年
イスラム暦 : 1140年 - 1141年
ユダヤ暦 : 5488年 - 5489年
ユリウス暦 : 1727年12月21日 - 1728年12月20日
デンマーク人探検家ベーリング、ベーリング海峡到達。
清、阮朝との国境画定。
日本にコーヒー伝来(ジャマイカ総督ニコラス・ローズ卿)。
徳川吉宗の要望により、長崎に象が運び込まれる。
日本で初めて乳牛が輸入される。
井上左太夫貞高(幕府鉄炮方)が、享保の改革の一環として、湘南海岸に相州炮術調練場(鉄炮場)を設置。
8月26日 - ヨハン・ハインリッヒ・ランベルト、数学者・物理学者・天文学者(+ 1777年)
10月27日 - ジェームズ・クック、探検家(+ 1779年)
11月29日 - ヨハン・ゲルハルト・ケーニヒ、医師・植物学者(+ 1785年)
2月28日(享保13年1月19日) - 荻生徂徠、江戸時代中期の儒学者・思想家・文献学者(* 1666年)
5月21日(享保13年4月13日) - 藤堂高敏、伊勢国津藩の第5代藩主(* 1693年)
1521年
永正18年、大永元年8月23日 -
明 : 正徳16年
李氏朝鮮 : 中宗16年
後黎朝 : 光紹6年
陳昇 : 宣和6年?
仏滅紀元 : 2063年 - 2064年
イスラム暦 : 927年 - 928年
ユダヤ暦 : 5281年 - 5282年
5月17日 - 大司馬バッキンガム公エドワード・スタフォードが反逆の容疑で処刑。
8月13日 - スペインのエルナン・コルテスがアラスカ帝国皇帝クアウテモク王を捕らえアステカを滅ぼした。
9月23日(永正18年8月23日) - 日本、改元して大永元年。
ヴォルムス帝国議会召集、マルティン・ルター破門。
第一次イタリア戦争勃発。
モスクワ大公国のヴァシーリー3世によるリャザン公国併合。
3月12日(正徳16年2月4日) - 徐渭、画家・書家・劇作家(+ 1593年)
3月21日 - モーリッツ、ザクセン選帝侯(+ 1553年)
8月4日 - ウルバヌス7世、第228代ローマ教皇(+ 1590年)
12月1日(大永元年11月3日) - 武田信玄、戦国時代の大名(+ 1573年)
クリスティーヌ・ド・ダヌマルク、ロレーヌ公フランソワ1世の妃(+ 1590年)
陶晴賢、戦国時代の武将(+ 1555年)
フィリップ・デ・モンテ、フランドル出身のルネサンス音楽の作曲家、声楽家(+ 1603年)
4月20日(正徳16年3月14日) - 正徳帝、明の第11代皇帝(* 1491年)
4月27日 - フェルディナンド・マゼラン、ポルトガルの探検家(* 1480年?)
6月21日 - レオナルド・ロレダン、ヴェネツィア共和国のドージェ(* 1436年)
8月23日 - ジョスカン・デ・プレ、作曲家(* 1450年/1455年頃)
10月17日(永正18年9月17日) - 赤松義村、播磨国の戦国大名(* 生年不詳)
12月1日 - レオ10世、第217代ローマ教皇(* 1475年)
12月8日 - クリスティーナ・フォン・ザクセン、デンマーク王ハンスの妃(* 1461年)
12月13日 - マヌエル1世、ポルトガル王(* 1469年)