hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
アルフレッド・ベスター 作品リスト
Starburst (1958)
Disappearing Act：「消失トリック」伊藤典夫訳、中村融/山岸真編「20世紀SF2 1950年代初めの終わり」河出文庫収録
Adam and No Eve：「イヴのいないアダム」、『願い星、叶い星』（後述）収録
Star Light, Star Bright：「願い星、叶い星」、『願い星、叶い星』（後述）収録
The Roller Coaster：「ジェットコースター」、『願い星、叶い星』（後述）収録
Oddy and Id：「オッディとイド」、伊藤典夫訳、S-Fマガジン 1999/2収録
The Starcomber
Travel Diary　「旅の日記」　『イヴのいないアダム』（後述）に収録
Fondly Fahrenheit：「ごきげん目盛り」、『願い星、叶い星』（後述）収録
Hobson's Choice：「選り好みなし」、『願い星、叶い星』（後述）収録
The Die-Hard：「くたばりぞこない」伊藤典夫訳、『三分間の宇宙―世界のSF作家からのおくりもの100』講談社、『吸血鬼は夜恋をする』文化出版局収録　のち『イヴのいないアダム』（後述）に収録
Of Time and Third Avenue：「時と三番街と」、『願い星、叶い星』（後述）収録
アルフレッド・ベスター 作品リスト
The Darkside of the Earth (1964) 
『ピー・アイ・マン』（改題『世界のもうひとつの顔』）大西尹明訳、創元SF文庫（1969、1992年）
「時間は裏切りもの」Time is the Traitor
「マホメットを殺した男たち」The Men who Murdered Mohammed
「この世を離れて」Out of This World
「ピー・アイ・マン」The Pi Man
「花で飾られた寝室用便器」The Flowered Thundermug
「そのままお待ちになりますか?」Will You Wait?
「昔を今になすよしもがな」They don't Make Life Like They Used to
アルフレッド・ベスター 作品リスト
Virtual Unrealities (1997)
Disappearing Act：「消失トリック」伊藤典夫訳、中村融/山岸真編『20世紀SF2 1950年代初めの終わり』河出文庫収録
Oddy and Id：「オッディとイド」、伊藤典夫訳、S-Fマガジン 1999/2収録
Star Light, Star Bright：「願い星、叶い星」、『願い星、叶い星』（後述）収録
5,271,009
Fondly Fahrenheit：「ごきげん目盛り」、『願い星、叶い星』（後述）収録
Hobson's Choice：「選り好みなし」、『願い星、叶い星』（後述）収録
Of Time and Third Avenue：「時と三番街と」、『願い星、叶い星』（後述）収録
Time is the Traitor：「時間は裏切りもの」、『世界のもうひとつの顔』収録
The Men Who Murdered Mohammed：「マホメットを殺した男たち」、『世界のもうひとつの顔』収録
The Pi Man：「ピー・アイ・マン」、『世界のもうひとつの顔』収録
They Don't Make Life Like They Used To：「昔を今になすよしもがな」、『願い星、叶い星』（後述）収録
Will You Wait?：「そのままお待ちになりますか?」、『世界のもうひとつの顔』収録
アルフレッド・ベスター 作品リスト
The Flowered Thundermug：「花で飾られた寝室用便器」、『世界のもうひとつの顔』収録
Adam and No Eve：「イヴのいないアダム」、『願い星、叶い星』（後述）収録
And 3 1/2 to Go
Galatea Galante
The Devil Without Glasses
アルフレッド・ベスター 作品リスト
Redemolished (2000)
The Probable Man
Hell is Forever：「地獄は永遠に」、『願い星、叶い星』（後述）収録
The Push of a Finger
The Roller Coaster：「ジェットコースター」、『願い星、叶い星』（後述）収録
The Lost Child
I'll Never Celebrate New Year's Again
Out of This World
The Animal Fair：「アニマル・フェア」、伊藤典夫訳、S-Fマガジン 1992/12収録
Something Up There Likes Me
The Four-Hour Fugue
「ホリデイ」誌に掲載された3つの記事
Gourmet Dining in Outer Space
Place of the Month: The Moon
The Sun
エッセイ4本
Science Fiction and the Renaissance Man：「SFとルネッサンス人 -異色作家の異色SF論」伊藤典夫訳、S-Fマガジン 1966/2 収録
A Diatribe Against Science Fiction
The Perfect Composite Science Fiction Author
My Affair with Science Fiction
インタビューなど
John Huston's Unsentimental Journey
Rex Stout
Conversation with Woody Allen
Isaac Asimov
Robert A. Heinlein
「分解された男」の断片
The Demolished Man : The Deleted Prologues
Writing and The Demolished Man
In Memorium: Alfred Bester 1913-1987 by Isaac Asimov with an introduction by Gregory S. Benford
『願い星、叶い星』中村融編訳、河出書房新社（2004年）：日本版オリジナル短編集 　のち2編を追加して『イヴのいないアダム (ベスター傑作選)』創元SF文庫　2017年
「ごきげん目盛り」Fonoly Fahrenheit
「ジェットコースター」The Roller Coaster
「願い星、叶い星」Star Light, Star Bright
「イヴのいないアダム」Adam and No Eve
「選り好みなし」Hobson's Choice
「昔を今になすよしもがな」They Don't Make Life Like They Used To
「時と三番街と」Of Time and Third Avenue
「地獄は永遠に」Hell is Forever
「旅の日記」 Travel Diary 『イヴのいないアダム』で追加
「くたばりぞこない」 The Die-Hard 『イヴのいないアダム』で追加
ハル・クレメント
ハル・クレメント（Hal Clement、1922年5月30日 - 2003年10月29日）は、アメリカ合衆国の小説家、SF作家。本名は、ハリー・クレメント・スタッブス (Harry Clement Stubbs) 。ハードSFの先駆者である。
緻密な計算に基づいたハードSFを得意とし、単に新規な異星人だけではなく、生態系まるごとや惑星そのものまでデザインする手法は、後のハードSFに大きな影響を与えた。
また、代表作である『20億の針』の、人間と共生する異星人というアイデアは、映画『ヒドゥン』や『ウルトラマン』、漫画『寄生獣』などの数々のSF作品に使われている。
ハル・クレメント 経歴
マサチューセッツ州サマービルで生まれ、同州ミルトンで亡くなった。
ハーバード大学で天文学を学び、1943年に卒業。在学中に短編 "Proof" を書き、それが「アスタウンディング」誌の1942年7月号に掲載された。さらに1946年にはボストン大学で教育学修士号を取得し、1963年には Simmons College で化学の修士号を得ている。
第二次世界大戦中には、第8空軍に属し、B-24の操縦士または副操縦士としてヨーロッパ各地で35回出撃を経験した。戦後はアメリカ空軍予備役に属し、退役時には大佐になっていた。その後マサチューセッツ州ミルトンの高校 (Milton Academy) で化学と天文学を長年教えた。
1998年、アメリカSFファンタジー作家協会 (SFWA) からグランド・マスター賞を授与された。1996年にはレトロヒューゴー賞が1946年の短編「常識はずれ」に授与された。
最も有名な長編小説『重力の使命』（1954年）は、木星型惑星メスクリンで故障して動けなくなった科学調査船を調査しに行く冒険譚である。メスクリンの原住民は長さ50センチほどのムカデ型の知的生物である。メスクリンは極めて自転速度が速く、そのために極では重力が700Gもあるが、赤道では約3Gになっており、この設定から様々な話が生み出される。
ハル・クレメント 経歴
クレメントは "Whirligig World" という記事で彼のSF作法を次のように説明している。
「SFを書くのは楽しいからで、仕事ではない。……その楽しさは……あらゆることをゲームのように扱うことから生じ……そのルールは極めて単純だ。それは、SFの読者にとっては彼らが科学として理解している事実から外れている文や含意を可能な限り見つけることである。作者にとっては、そのような誤りを可能な限り犯さないことがルールである。……（例えば、超光速の移動手段があるなどの）例外的設定もあるが、フェアプレーを重んじるならそのような問題は物語の中で可能な限り早く明かしておくことが要求される。……」
クレメントはジョージ・リチャードの名で天体などの絵画も描いていた。
クレメントは各地のSF大会にもよくゲストとして招かれ、特にアメリカ東部の大会にはよく出席した。そこでスライドを交えた創作や天文学についての講演を行った。また、ワールドコンではクレメントを記念して毎年 Hal Clement Award for Young Adults for Excellence in Children's Science Fiction Literature が授与されている。
2003年10月29日、ミルトンの病院で睡眠中に逝去。糖尿病に起因する合併症で入院中のことだった。
ハル・クレメント 作品リスト
『20億の針』（Needle(1950)、井上勇訳、創元推理文庫） 1963年8月、のち新訳版（鍛治靖子訳、創元SF文庫） 2016年5月
『宇宙人デカ』（内田庶訳、岩崎書店、エスエフ世界の名作16） 1967年4月
『姿なき宇宙人』（野田開作訳、偕成社、SF(科学小説)名作シリーズ8） 1967年10月
『星からきた探偵』（内田庶訳、岩崎書店、SFこども図書館16） 1976年2月
『星からきた探偵』（内田庶訳、岩崎書店、冒険ファンタジー名作選18） 2004年10月
オブジェクト指向プログラミング
オブジェクト指向プログラミング（オブジェクトしこうプログラミング、英: object-oriented programming, OOP）とは、「オブジェクト」という概念に基づいたプログラミングパラダイムの一つである。
OOPでは、相互に作用するオブジェクトを組み合わせてプログラムを設計する。
OOPの方法として、クラスベースOOPとプロトタイプベースOOPがある。
クラスベースOOPでは、オブジェクトが属する集合としてクラスを定義し、クラス定義からそのインスタンスとしてオブジェクトを生成する。
プロトタイプベースOOPでは既存のオブジェクト（プロトタイプ）を複製し、プロトタイプの複製に変更を加えることで様々な対象を表すオブジェクトを生成する。
広く使われているプログラミング言語の多く、例えばC++やJavaやPythonなどは、マルチパラダイムであるが、程度の差はあれ、オブジェクト指向プログラミングをサポートしており、大抵は命令型や手続き型プログラミングとの組み合わせで用いられる。
オブジェクト指向プログラミング 歴史
アラン・ケイによれば “object-oriented”（オブジェクト指向）という言葉は、1967年ごろケイ自身が考案したものであるという。しかし、現在のオブジェクト指向プログラミングという文脈における「オブジェクト」や「指向」を表す用語が初めて登場したのは、1950年代後半から1960年代前半にかけてのマサチューセッツ工科大学(MIT)においてである。
1960年代初頭の人工知能グループ界隈では、「オブジェクト」はプロパティ（属性）を持つ個体識別可能なアイテム（LISPの atom）を意味していた。
後にケイは、1966年にLISPの内部構造を詳細に理解したことが彼の考え方に強い影響を与えたと述べている。
オブジェクト指向プログラミング 歴史
MITにおける初期の例としては、この他にも、1960年から1961年にかけてアイバン・サザランドが作成したSketchpadが挙げられる。サザランドは、1963年の技術レポートの用語集 （Sketchpadに関する自身の博士論文をもとにしたもの）で、グラフィカルなインタラクションに特化しているとはいえ「オブジェクト」と「インスタンス」の概念を定義している （クラスの概念は"master"または"definition"として把握されている）。
また、MIT版のALGOLであるAED-0では、データ構造 （この言語の方言では"plexes"と呼称）と手続きを直接結びつけ、後に「メッセージ」、「メソッド」、「メンバ関数」と呼ばれるようなものの萌芽がみられる。
オブジェクト指向プログラミング 歴史
1962年、クリステン・ニゴールはノルウェー計算センターでシミュレーション言語のプロジェクトを開始した。これは彼が以前に用いたモンテカルロ法と実世界のシステムを概念化する仕事に基づくものであった。オーレ＝ヨハン・ダールが正式にプロジェクトに参加し、UNIVAC I (UNIVAC 1107) 上で動作するSimulaプログラミング言語が設計された。Simulaは、クラスやオブジェクト、継承、ダイナミックバインディングなど、今日のオブジェクト指向プログラミングには不可欠である重要な概念を導入した。
Simulaはまた、プログラミングにおけるデータ保全を考慮して設計されたものでもあった。プログラミングのデータ保全のために参照カウントによる検出プロセスが実装されたのに加え、最終手段としてガベージコレクタが主記憶装置（メモリ）内の使用されていないオブジェクトを削除するようになっていた。しかし、データオブジェクトの概念は1965年には既に確立されていたものの、プライベートやパブリックといった変数のスコープのレベルによるデータのカプセル化については、アクセスする手続きもまた隠蔽できなければならなかったため、Simulaでは実装されなかった。
オブジェクト指向プログラミング 歴史
初期の段階では、Simulaはプログラミング言語ALGOL 60のための手続きパッケージとされていた。しかし、ALGOLによる制約に不満を感じた研究者たちは、UNIVAC ALGOL 60コンパイラを使用した本格的なプログラミング言語としてSimulaを開発することにした。ダールとニゴールは1965年から1966年にかけてSimulaの普及に尽力し、スウェーデン、ドイツ、ソビエト連邦などでSimulaの使用が増加した。1968年には、バロース B5000上で広く利用されるようになり、後にはURAL-16コンピュータ上にも実装された。1966年、ダールとニゴールはSimulaのコンパイラを書いた。彼らは、SIMSCRIPT （自由形式の英語的な汎用シミュレーション言語）を実装に用いて、アントニー・ホーアのレコード・クラス概念を取り入れることに熱心に取り組んだが、彼らは、一般化されたプロセスの概念として、レコード・クラスの属性を保持する層と、接頭辞 (prefix) の系列を保持する層の二層構造とする方式に辿り着いた。
接頭辞の系列を通じて、プロセスは先行する定義を参照し、それらの属性を追加することができる。このようにしてSimulaは、クラスとサブクラスの階層を導入し、これらのクラスからオブジェクトを生成することを可能にする方法を導入することとなった。
オブジェクト指向プログラミング 歴史
1972年にはIBM System/360およびIBM System/370のIBMメインフレーム用にSimula 67コンパイラが完成。同年、フランスのCII 10070およびCII Iris 80メインフレーム用のSimula 67コンパイラが無償で提供された。1974年には、Simulaユーザー会は23カ国のメンバーを有するまでになっていた。1975年初頭、DECsystem-10メインフレームファミリー用のSimula 67コンパイラが無償でリリースされ、同年8月までにDECsystem-10のSimula 67コンパイラは28サイトにインストールされた （そのうちの22サイトは北米）。オブジェクト指向のプログラミング言語としてSimulaは、貨物港における船舶と積載貨物の動きを調査・改善するための研究のような、物理モデリングの研究に携わる研究者に主に利用されていた。
オブジェクト指向プログラミング 歴史
1970年代、Xerox パロアルト研究所(PARC)において、アラン・ケイ、ダン・インガルス、アデル・ゴールドバーグらによって、プログラミング言語Smalltalkの最初のバージョンが開発された。Smaltalk-72はプログラミング環境を含み、動的型付けであり、当初はコンパイルしてからの実行ではなくインタプリタ実行であった。Smalltalkは、言語レベルでのオブジェクト指向の適用と、グラフィカルな開発環境で注目されたが、Smalltalkが様々なバージョンを経て成長するにつれ、この言語への関心も高まっていった。
SmalltalkはSimula 67で導入されたアイデアの影響を受けてはいるものの、クラスを動的に生成・変更できるなど、完全に動的なシステムとして設計された。
オブジェクト指向プログラミング 歴史
1970年代、SmalltalkはLispコミュニティに影響を与え、Lispコミュニティは、Lispマシンを通じて開発者に紹介されたオブジェクトベースの技術を取り入れた。Lispの様々な拡張機能（LOOPS やFlavorsなどが導入した多重継承やMixin）の試みは、最終的に関数型プログラミングとオブジェクト指向プログラミングを統合し、メタオブジェクト・プロトコルによる拡張を可能にしたCommon Lispのオブジェクト指向システム (CLOS) へとつながった。
1980年代には、メモリ上のオブジェクトをハードウェアでサポートするプロセッサ・アーキテクチャを設計する試みがいくつか行われたが、Intel iAPX 432やLinn Smart、Rekursivなど、いずれも商業的に成功しなかった。
オブジェクト指向プログラミング 歴史
1981年、ゴールドバーグはByte Magazine 8月号のSmalltalk特集号で、Smalltalkとオブジェクト指向プログラミングをより多くの人々に紹介した。
1986年、ACMが主催する第一回OOPSLAが開催され、予想に反して1,000人が参加した。1980年代半ばには、ITTでSmalltalkを使っていたブラッド・コックスによってObjective-Cが開発され、博士論文でSimulaを扱っていたビャーネ・ストロヴストルップよってオブジェクト指向のC++が作られた。
1985年には、バートランド・メイヤーもEiffelの最初の設計を行った。ソフトウェアの品質に焦点を当てたEiffelは、純粋なオブジェクト指向プログラミング言語であり、ソフトウェアのライフサイクル全体をサポートする記法をもつ。メイヤーは、ソフトウェア工学とコンピュータサイエンスの少数の重要なアイデアに基づいたEiffelでのソフトウェア開発手法をオブジェクト指向入門で解説している。Eiffelでは、メイヤーが開発した信頼性担保の機構である契約プログラミングが、開発手法と言語の双方に不可欠な要素となっている。
1990年代前半から半ばにかけて、オブジェクト指向プログラミングは、その技術をサポートするプログラミング言語が広く普及したことにより、プログラミングパラダイムとして主要なものとなった。その中には、Visual FoxPro 3.0、C++、Delphiなどがある。
その勢力は、オブジェクト指向プログラミング技術に支えられたグラフィカルユーザインタフェースの人気向上と共に高まった。動的なGUIライブラリとOOP言語が密接に連携している例としては、Smalltalkを規範にしたCのオブジェクト指向の動的メッセージング拡張であるObjective-Cで書かれたmacOSのCocoaフレームワークなどが挙げられる。また、OOPツールキットの存在は、イベント駆動型プログラミングの人気を高めることにも繋がった（ただし、この概念はOOPに限定されるものではない）。
チューリッヒ工科大学では、ニクラウス・ヴィルトらが、データ抽象化やモジュール化プログラミングなどの研究を行っていた （ただし、これらは1960年代以前にも一般的に使われてはいた）。
1978年に発表されたModula-2にはこの2つが盛り込まれており、その後に発表されたOberonでは、オブジェクト指向やクラスなどに対する独自のアプローチが盛り込まれている。
オブジェクト指向の機能は、Ada、BASIC、Fortran、Pascal、COBOLなど、既存の多くの言語に追加されていったが、しかし、設計当初にこれらの機能を想定していなかった言語に追加した場合、コードの互換性や保守性には問題が生じることが多かった。
最近では、主としてオブジェクト指向でありながら、手続き型プログラミングの方法論にも対応した言語が数多く登場している。そのような言語としては、PythonやRubyがある。最近の商業的なオブジェクト指向言語で最も重要なものには、サン・マイクロシステムズ社が開発したJavaや、Microsoftの.NETプラットフォーム用に設計されたC#、Visual Basic .NET (VB.NET) が挙げられる。
これら二つのフレームワークは、実装を抽象化することによるOOP使用の利点をそれぞれの方法で示している。VB.NETとC#間では言語間継承をサポートしており、一方の言語で定義されたクラスが他方の言語で定義されたクラスをサブクラス化することができる。
オブジェクト指向プログラミング OOPLの特徴
オブジェクト指向プログラミング言語 (OOPL) では、オブジェクトを使用するが、言語仕様でOOP対応を謳っていても、関連する技術や構造のすべてが言語機能により直接サポートされているわけではない。以下に挙げる特徴は、特に言及されている例外を除いて、クラス指向やオブジェクト指向の傾向が強いとされる言語 （あるいはOOPをサポートするマルチパラダイムプログラミング言語）に共通すると考えられるものである。
変数
整数型や英数字の文字のような形式化された少数の組み込みデータ型の情報、または、文字列、リスト、ハッシュテーブルなどのデータ構造に、組み込み型もしくは、ポインタが格納されたものを結果として格納することができる。
手続き（関数、メソッド、サブルーチンとも呼ばれる）
入力を受け取り、出力を生成し、データを操作する。近年の言語には、ループや条件構文のような構造化プログラミングの構成要素が含まれる。
モジュラープログラミングサポートでは、手続きをファイルやモジュールにまとめて整理する機能がある。モジュールは名前空間を持つため、あるモジュールの識別子が、他のモジュールの同名の手続きや変数と衝突することを避けることができる。
オブジェクト指向プログラミング OOPLの特徴
オブジェクト指向プログラミング（OOP）をサポートする言語は、コードの再利用と拡張性のために、典型的には、クラスまたはプロトタイプの形で継承を使用する。クラスを使用するものは、主に二つの概念をサポートする。
クラス
与えられた型やクラスのオブジェクトのデータ形式やそれらを利用可能な手続きの定義であり、また、データや手続き （クラスメソッドとも呼ばれる）そのものを含む場合もある。つまり、クラスは、メンバーとなるデータや手続きを含むものである。
オブジェクト
クラスのインスタンス
オブジェクトは、システムが扱おうとする（多くは現実世界の）対象を表現したものである。例えば、描画アプリケーションにおける「円」・「四角」・「メニュー」などのオブジェクトや、オンラインショッピングシステムにおける「ショッピングカート」・「顧客」・「商品」などのオブジェクトがある。
オブジェクトは、ファイルのオープンを表すオブジェクトや、米国慣用単位からメートル法に変換するサービスを提供するオブジェクトのように、より抽象的なエンティティを表すこともある。
オブジェクト指向プログラミング OOPLの特徴
各々のオブジェクトは、特定のクラスのインスタンスと呼ばれる （例えば、nameフィールドに "Mary"が設定されているオブジェクトは、クラスEmployeeのインスタンスとなる）。OOPの手続きはメソッドと呼ばれ、変数は、フィールド、メンバー、属性、プロパティとも呼ばれる。関連して、以下のような用語がある
クラス変数
クラス自体に属する。変数をクラス全体に唯一のものとして所有する。
インスタンス変数または属性
各々のオブジェクトに属する。データはオブジェクトごとに所有する。
メンバ変数
特定のクラスで定義されるクラス変数とインスタンス変数の両方を指す。
クラスメソッド
クラス自体に属する。クラス変数へのアクセスのみ有し、手続き呼び出しからの入力のみ受け付ける。
インスタンスメソッド
各々のオブジェクトに対して、呼び出された特定のオブジェクトのインスタンス変数、入力、およびクラス変数にアクセスできる。
オブジェクト指向プログラミング OOPLの特徴
オブジェクトは、複雑な内部構造を持った変数のようにアクセスされるが、多くの言語で実質的にはポインタでありインスタンス （ヒープやスタック内のメモリ上オブジェクト）への参照として機能する。オブジェクトは、内部コードと外部コードを分離を可能とする抽象化の層を提供する。外部のコードは、特定の入力引数の組み合わせで特定のインスタンスメソッドを呼び出したり、インスタンス変数を読み込んだり、インスタンス変数に書き込んだりすることで、オブジェクトを使用することができる。オブジェクトは、コンストラクタと呼ばれるクラス内の特定メソッドを呼び出すことで生成される。プログラムは実行中に、それぞれ独立して操作することが可能な同じクラスのインスタンスを多数作成することができる。これは、同じ手続きを異なるデータセットで簡便に利用する方法となる。
クラスを使用するOOPをクラスベース・プログラミングと呼ぶことがあるが、プロトタイプベース・プログラミングではクラスを使用しないのが一般的である。そのため、オブジェクトとインスタンスという概念の定義は、それぞれで大きく異なるが類似した用語が用いられている。
言語によっては、トレイトやmixinのような概念を用いてクラスやオブジェクトを構成することが可能である。
オブジェクト指向プログラミング OOPLの特徴
クラスベースの言語では、予めクラスが定義され、そのクラスに基づいてオブジェクトがインスタンス化される。例えば、appleとorangeという2つのオブジェクトが、Fruitというクラスからインスタンス化された場合、それらは本質的には果物であり、同じように取り扱えることの保証がされる。
オブジェクト指向プログラミング OOPLの特徴
プロトタイプベースの言語では、オブジェクトが主要な実体である。クラスは存在しない。オブジェクトのプロトタイプとは、あるオブジェクトからリンクされている別のオブジェクトに過ぎない。すべてのオブジェクトは一つのプロトタイプリンクを持つ （一つのみ）。新しいオブジェクトは、プロトタイプとして選ばれた既存のオブジェクトに基づいて作成することができる。fruitオブジェクトが存在し、appleとorangeの両方がfruitをプロトタイプとしている場合、2つの異なるオブジェクトappleとorangeを果物と考えることができる。fruit「クラス」という概念は明示的には存在しないが、同じプロトタイプを共有するオブジェクトの同値クラスとしては存在する。プロトタイプの属性やメソッドは、このプロトタイプで定義された同値クラスのすべてのオブジェクトから委譲先とされる。オブジェクト固有の属性やメソッドは、同値クラスの他のオブジェクトに共有されない場合がある。例えば、属性sugar_contentはappleには予期せず存在しない場合がある。プロトタイプで実装できるのは単一継承のみである。
オブジェクト指向プログラミング OOPLの特徴
メソッドの呼び出しに応じて実行する手続きのコードを選択するのは、外在するコードではなく、オブジェクトの責任である。典型的には、オブジェクトに関連付けられたテーブルから実行時にメソッドを検索するが、この機能は動的ディスパッチとして知られており、抽象データ型 （またはモジュール）において、すべてのインスタンスの操作が静的に実装されているのとは対照的である。呼び出しの変化が、呼び出されたオブジェクトの単一の型にのみには依らない場合 （つまり複数のオブジェクトがメソッド選択に関与する場合）、多重ディスパッチと呼ばれる。
メソッド呼び出しは、メッセージパッシングとも呼ばれる。これは、メソッド呼び出しを、ディスパッチのためにオブジェクトに渡されるメッセージ （メソッドの名前とその入力引数）として概念化したものである。
カプセル化とは、オブジェクト指向プログラミングにおいて、データとそのデータを操作する関数を結び付け、両者を外部からの干渉や誤用から守ることである。データのカプセル化は、OOPの重要な概念である情報隠蔽にも通じる。
オブジェクト指向プログラミング OOPLの特徴
クラスがメソッドを通じてのみオブジェクトの内部データへのアクセスを許可し、それ以外の呼び出しコードにアクセスを許可しない場合、これはカプセル化として知られる強力な抽象化、または情報隠蔽の形態である。いくつかの言語 （Javaなど）では、クラスがアクセス制限を明示的に行うことができる。例えば、内部データであることをprivateというキーワードで指定し、クラス外のコードが使用することを意図したメソッドをpublicというキーワードで指定することができる。また、メソッドはpublic、private、またはprotected （同クラスとそのサブクラスからのアクセスは許可するが、異なるクラスのオブジェクトからのアクセスは許可しない）のように中間のアクセスレベルとすることもできる。また他の言語 （Pythonなど）では、アクセス制限は、命名法などの慣例によってのみ強制される （例えば、privateのメソッドはアンダースコアで始まる名前を持つ、など）。カプセル化することで、外部のコードがオブジェクトの内部動作に関与してしまうことを防ぐことができ、リファクタリングを容易にする。例えば、クラスの設計者は、外部のコードは変更することなく、そのクラスのオブジェクト内部のデータ表現を変更することができる （公開されているメソッドの呼び出しが同じように動作する限りにおいて）。また、特定のデータに関連するすべてのコードを同じクラスに配置することで、他のプログラマが理解しやすいように整理することもできる。カプセル化は、疎結合を促進する技術である。
オブジェクト指向プログラミング OOPLの特徴
オブジェクトは、そのインスタンス変数に他のオブジェクトを含めることができ、これをオブジェクトコンポジションと呼ぶ。例えば、"従業員"クラスのオブジェクトは、"名前" や "役職"といった自身のインスタンス変数に加えて、"住所"クラスのオブジェクトを （直接またはポインタを介して）含むことができる。
オブジェクトコンポジションは、"has-a" の関係を表現するために使用できる。例えば、すべての従業員は住所を持っているので、すべての"従業員"オブジェクトは、"住所"オブジェクトを格納する場所 （オブジェクトに直接埋め込まれていることも、ポインターで指定された別の場所に格納されることもある）にアクセスできる。
オブジェクト指向プログラミング OOPLの特徴
クラスをサポートする言語は、大抵は継承をサポートしている。継承とは、クラスを「○○は△△である」という関係("is-a-type-of")の階層に配置することであるが、例えば、Employee クラスは Person クラスを継承する場合、親クラスで利用できるデータやメソッドは、子クラスでも同じ名前で利用可能である。また、Person クラスは、first_name と last_name という変数を make_full_name() というメソッドで定義した場合、これらの定義はEmployeeクラスでも利用可能である。加えて、Employeeクラスには変数 position と salary を追加することもできる。この手法では、同じ手続きやデータ定義を簡単に再利用できるだけでなく、現実世界の関係を直感的に反映できる可能性を広げる。開発者は、データベースのテーブルやプログラミングのサブルーチンを扱うのではなく、開発アプリケーションのユーザーがより精通しているドメインのオブジェクトを扱うことができる。
サブクラスはスーパークラスで定義されたメソッドをオーバーライドできる。言語よっては多重継承が可能だが、多重継承ではオーバーライドの解決は複雑になる可能性がある。また、言語によってはmixinを特別にサポートしているものもあるが、多重継承をサポートする言語では、mixinは単に is-a-type-of の関係を表すことのないクラスの一つである。mixinは典型的には、同一のメソッドを複数のクラスに追加するために使われる。例えば、共通の親クラスを持たないFileReaderクラスとWebPageScraperクラスに、unicode_to_ascii()というメソッドを持つUnicodeConversionMixinクラスを含ませる（mixinする）ことにより共通のメソッドを提供することができる。
抽象クラスは、オブジェクトへインスタンス化することはできない。インスタンス化できる他の具象クラスが継承するためにのみ存在する。Javaでは、finalキーワードを用いて、クラスがサブクラス化されるのを防止できる。
Composition over inheritanceの方針は、継承の代わりに合成を使って has-a 関係を実装することを提唱している。例えば、EmployeeクラスはPersonクラスを継承する代わりに、各Employeeオブジェクトの内部にPersonオブジェクトを含めることで、仮にPersonクラスが公開された属性やメソッドを多数持っていても、外部のコードからは隠せるようにする。また、Goのように、継承を全くサポートしていない言語も存在する。
開放/閉鎖原則は、クラスやメソッドは「拡張に対しては開放的であるが、変更に対しては閉鎖的であるべき」という原則を提唱している。
委譲もまた、継承の代わりに利用できる言語機能である。
サブタイピング （ポリモーフィズムの一形態）では、呼び出すコードが、サポートされている階層のどのクラスを操作しているのか （親クラスなのかその子孫なのか）という詳細には関知しないことが可能である。一方、継承階層内のオブジェクト間では、同じ操作名でも挙動が異なる場合がある。
例えば、Circle型とSquare型のオブジェクトが、Shapeという共通のクラスから派生している場合、Shapeの各型のDraw関数は、それぞれの描画に必要な機能を実装しているが、呼び出しのコードは、描画されるShapeが特定の型であるかどうかには無関心でいられる。
これもまた、クラス階層からコードを引き離して単純化し、強力な関心の分離を可能にする抽象化の一種である。
オープンな再帰をサポートする言語では、オブジェクトのメソッドは同じオブジェクト上の他のメソッドや自分自身を呼び出すことができる。通常はthisやselfと呼ばれる特別な変数やキーワードを使用して呼び出しをするのが一般的であるが、この変数は「遅延結合」であり、あるクラスで定義されたメソッドが、そのサブクラスで後から定義された別のメソッドを呼び出すことができる。
オブジェクト指向プログラミング デザインパターン
継承は意味論的には is-a の関係を作るため、サブクラスからインスタンス化されたオブジェクトは、スーパークラスからインスタンス化されたオブジェクトの代わりに、常に安全に使用できる、と推測するのは直感的ではあるが、この直観は、ほとんどのOOPL、特にミュータブルなオブジェクトを許可している言語では誤りである。 （ミュータブルなオブジェクトを持つ）OOPLの型検査器によって強制される部分型付け （部分型多相/サブタイピング多相）では、いかなる状況でも、振る舞いにおける部分型付け (Behavioral subtyping) は保証することはできない。 Behavioral subtyping は一般に決定不能であり、プログラム （コンパイラ）では実装できない。クラスやオブジェクトの階層は、文法間違いでは検出できない使い方がされる可能性を考慮に入れて、慎重に設計する必要がある。この問題はリスコフの置換原則としても知られている。
オブジェクト指向プログラミング デザインパターン
OOPL と関係データベース管理システム (RDBMS) は、どちらも今日のソフトウェアとして非常に一般的であるが、双方を接続する場合、関係データベースは、オブジェクトを直接格納しないため （ただし、今日ではこれに近しい拡張機能を持つ RDBMS も存在する）、この二つの世界を橋渡しすることが一般的な需要として擡頭した。アクセス方法やデータパターンを OOPL と RDB との間で橋渡しする際の問題は、オブジェクト-リレーションのインピーダンスミスマッチと呼ばれている。
この問題に対処するためのアプローチはいくつかある。欠点のない一般的な解決策といえるものはないが、代表的なものとして、オブジェクト関係マッピング(ORM)があり、Visual FoxProなどのIDE言語や、Java Data Objects、Ruby on RailsのActive Recordなどのライブラリが存在する。
また、RDBMS を代替するオブジェクトデータベースも存在するが、技術的にも商業的にも RDBMS ほど広く成功は収めていない。
オブジェクト指向プログラミング デザインパターン
OOPは、ソースコードのコードの再利用性やソフトウェアの保守性を高めるよう発展してきたが 、ある時期までは制御フローの透過的な表現については、あまり省みられることもなく、コンパイラが任意に処理すれば良いと考えられてきた。しかし、OOPでの実現にはある種の困難を伴うものの、並列ハードウェアやマルチスレッドコーディングの重要性が増すにつれ透過的な制御フローの開発は重要になってきている。
責任駆動設計では、クラスは、共有する情報とそれを扱う責務という観点から定義されるべきであるとし、クラス定義 （とその利用者）の契約として設計する。Wirfs-BrockとWilkersonは、責任駆動設計と対比して、データ駆動設計は、クラスが保持すべきデータ構造のみを中心に定義されるとし、責任駆動型の設計が望ましいとしている。
SOLIDのガイドラインは、プログラミングにおける五つの実践の頭文字をとった語呂合わせであり、マイケル・C・フェザーズが考案し提唱したものである
GRASP(General Responsibility Assignment Software Patterns）は、クレーグ・ラーマンが提唱したもう一つガイドラインである。
地域
地域（ちいき、英語: region）とは、地形が似通っている、同じ性質をもっているなどの理由からひとまとめにされる土地のこと。
地域 地理学における定義
地理学、特に場所ごとの差異を解明しようとする人文地理学や地誌学において、「地域」とは大変重要な概念である。
日本の地理学界で権威があるとされる二宮書店刊行の『地理学辞典』（1973年発行）には以下のような説明がある。
（後略）
しかし、この説明がすべての地理学者に受け入れられているわけではなく、1950年代から1960年代にかけては、アメリカやイギリスを中心として、「地域」を中核に据える「伝統地理学」（Traditional Geography）に対する批判が起こった。これを受けて、朝倉書店刊行の『オックスフォード地理学辞典』（2003年発行）では、
と、地理学における地域の重要性には言及していない。
「地域とは何か」という課題については、国によって認識が異なる。以下に、主要な議論を記す。
ドイツでは、地理学者のカロル（H. Carol）の地域（Landschaft）論が知られている。カロルによると地域とは「さまざまな要素からなる複合体」であるという。この「要素」とは地表圏（Geosphäre）を構成する気圏・生物圏・人類圏・水圏・岩圏を指し、「地域」は地表圏の一部分である。
地域 地理学における定義
言い換えるならば、「具体的な、現実の、事物によって満たされた地表の一部分」が地域である。これには自然現象・人文現象共に含まれる。当時のドイツでは、ヴァルター・クリスタラーの中心地理論の理解が進み、人間や社会と空間との関係を機能を通して研究しようとする動きが盛んであり、これがLandschaft論に取り入れられたと指摘されている。
アメリカの地理学者ダウエント・ホイットルセーの説が有名である。ホイットルセーによると地域とは「何らかの意味での一体性をもつ地表の広がり（範囲）」であるという。
具体的には、複数の共通点を持ち、周辺とは区別されうる地表の一部分が地域である。ホイットルセーは更に地域を以下の3つに分類した。
なお、地域を1本の直線で分けることは難しく、一般的には漸移帯（transitional zone）が存在する。
しかし、ホイットルセーは以上のような定義は、地域を区画する以上、何らかの基準があるため、 地域を任意に切り取られた地表の1区画が含まれることを免れないとしている。このため、「地域は虚構（フィクション）である」とする主張もなされる。
日本においては、上記のドイツのLandschaft論と英米のRegion論の双方が受容され、学者によって見解が異なるが、同じ「地域」という語を用いている。以下に主要な主張を示す。
地域 地理学における定義
Landschaft論に近い学者として、京都大学文学部教授や奈良大学学長などを務めた水津一朗がいる。水津は著書『地域の構造－行動空間の表層と深層－』においてドイツのヴィンクラー（E. Winkler）の地理学的方法論に関する15の命題を以下の3つに整理した上で、数学的に説明した。
水津はこれらの3つの関係を「Eの部分集合がRmであり、Rmの元（要素）がeである」とした。つまり、数学的に記述すると
となる。
一方region論に近い学者として、東京大学教養学部教授の木内信蔵が挙げられる。木内は『地域概論－その理論と応用－』において、region（リジォン）の説明とともに、地域の属性（形式的な性格）を次のように示している。
この中で重要なのは2番目と4番目であり、言い換えれば「何らかの意味で一体性をもつ（まとまりがある）」ということになる。これは、一般用語の地域と区別して「地理的地域」とも表現する。
木内は『地域概論』の中でLandschaftにも触れているが、そこではLandschaftを「景観」と訳している。
地域の概念には、いくつかの分類方法が知られている。先に挙げたホイットルセーの地域分類もその一つである。以下に地域の概念の代表的な例を示す。
地域 地理学における定義
戦前のイギリスで重視された概念である。
個別地域（こべつちいき、英語: specific region）は、世界にただ1つしか存在しない地域であり、具体的な地名をもって呼ばれる空間である。一方、類型地域（るいけいちいき、英語: generic region）は世界に同様の性格を有する空間がいくつか存在する。例えば、「日本で人口密度が高い地域はどこか」という問いに対し、「東京・大阪・名古屋周辺」と答えることも「平野が広がるところ」と答えることも可能である。この際、前者が個別地域、後者が類型地域となる。
日本で発達した概念であり、適切な訳語がない。木内信蔵が「地域は本来，地的内容をもつ実質的な存在であり，地域は内容にしたがって合理的に規定される」と主張したものが定義の基となっている。すなわち、内容をもつものが実質地域、もたざるものが形式地域である。例を挙げれば、小学校の通学区が実質地域、経線と緯線で区切られた空間が形式地域である。
ただし、実質と形式の区別は大変曖昧であり、先の例でも通学区は小学校への通学以外には無意味な地域区分であるから形式地域、経線・緯線が国境として機能しているところでは実質地域、と解釈することもできる。 このため、現状ではこの分類に大きな意義はないとされる。
地域 地理学における定義
なお、実質地域を既存の物理的・客観的な単位としてみるときの地域概念（後述の等質地域や機能地域・結節地域のような分類を含む概念）と捉え、後述の認知地域や活動地域に対する概念として用いられることもある。
地域概念の中で最も重要な類型である。
等質地域（英語: uniform region又はformal region）
地形（平野、台地、丘陵など）や土地利用（水田、畑作、工業など）などによって特徴づけられる空間的なまとまりを等質地域という。ある空間が周囲とは異なる性格によって切り取られる場合、その空間を等質地域と言う。例えば、とある畑作地においてジャガイモの生産が卓越する区画とニンジンの生産が卓越する区画があったとする。この時、前者をジャガイモの等質地域、後者をニンジンの等質地域と考えることができる。このほか、有名な等質地域の例としては柳田國男が『蝸牛考』の中で示したカタツムリの方言分布（→方言周圏論を参照）が知られる。
地域 地理学における定義
機能地域（英語: functional region）
性格の異なる空間同士が一つないし複数の中心点（＝結節点、ノード、node）を核として機能的に結び付くことで形成される。身近な例では生活圏や通勤圏が挙げられる。機能地域は結節点を有することから結節地域（nodal region）とも称する。厳密には機能地域は単に機能的結合がみられる場合、結節地域は中心地があり一般的に階層的な関係がみられる場合をいうとされる。
実質地域を既存の物理的・客観的な単位として定義した場合に、これに対して自宅や職場など個人や社会集団の主観的で構造的なまとまりを認知地域という。認知地域には地域アイデンティティや地域観などがみられる。
実質地域を既存の物理的・客観的な単位として定義した場合に、これに対して既存の構造ではなく新たな都市計画や市場開拓の際の対象として捉えられる地域を活動地域という。活動地域は一定範囲の社会や集団を組織化する側面がある。
木内信蔵が地域の属性として挙げた第5番目の「より大なる地域の部分である」の「より大なる地域」が全域（ぜんいき）、「部分」が基域（きいき）に当たる。つまり、基域の集合体が全域である。
例えば、四国は日本全体から見れば一部分であるから、日本は全域、四国は基域である。また見方を変えて、四国を全域と考えれば、香川県は基域である。更に香川県を全域とすると、高松市は基域である。
地域 政治学・経済学における定義
政治学や経済学においても「地域」の語は用いられるが、地理学ほど地域そのものについて議論されることは少なく、政治学や経済学の辞典では、地域から始まる用語は掲載されていても、「地域」という項目がないものも多い。
政治学及び地域研究においては、ジュリアン・スチュワードの「世界地域」の説明が「地域」の定義として受容、定着している。スチュワード自身は、以下の5つをすべて「地域」として捉えた。
これに対する批判としては、「世界地域」の概念によって地域研究が政策科学の性格を帯びるようになったこと、きわめて恣意的なくくり方をした人為的区画をもって「地域」と称することができる面があること、が挙げられる。
また、スチュワードが主張した「特定地方」に相当する、国民国家の内部の部分領域を「地域社会」とする用法もある。
経済学で用いられる「地域」の語は、理論的文脈では往々にして不明瞭に扱われ、実証的分析では定義が厳密ではない。このため、取り扱うテーマやデータの利用可能性に合わせて意味合いの変化する概念である。『マグローヒル現代経済学辞典』では、地域（Region）について以下のような説明がなされている。
地域 政治学・経済学における定義
（後略）
経済学における地域は、一般に資本や労働の移動の制約が小さく、移動可能性の高いものとして捉えられる。ゆえに、現代は移動可能性が高まっていることから『マグローヒル現代経済学辞典』の定義を超えて、宇宙や地球も地域であると考えられる。また、人類の歴史をたどれば、地域は都市と農村という2つの定住形態からなり、国家が消滅しても存続する概念である。
上記のように、国家の枠を超越した大規模な空間を地域として捉える一方で国家の内部の狭い空間を地域として捉えることもある。よって、地域経済学に関する文献では、地域がさまざまな範囲を指す言葉であることを示した上で、国家の内部の狭い空間を対象とする旨を述べたものもある。
地域 言語学における「地域」
言語学において、地理的に近接した言語同士は、しばしば一群の音韻的・文法的特徴を共有していることが知られており、そのような地域特徴により規定される言語群は「言語連合 (独: Sprachbund)」ないし「言語領域」(英:  linguistic area) と呼ばれる。言語連合の範囲は、行政上の地方区分や、自然的・歴史的・文化的な観点から行われた地域区分と一致するとは限らない。例えば、バルカン言語連合の分布地域は、歴史的・文化的な「バルカン」と概ね一致している一方、大陸部東南アジア言語連合は、通常東南アジアの一部とは見做されない地域の言語、すなわち北方官話を始めとする中国語の諸方言が含まれる。
標語
標語（ひょうご）は、ある集団の行動や判断における基準、規範、指針、理念を簡潔に表した文章や言葉や句である。
組織・集団の日常の行動指針を表すモットーやスローガンもこれの一種とされるため、本項ではそれについても詳述する。特に宣伝的な標語はスローガンと呼ばれる。日本で「標語」という場合、これら以外に交通規則や社会運動において、耳に入りやすいかけ声的な短文を指すことも多い。口調がよいように俳句同様に五七五の型を取るものも多い。また、学校等に標語の募集を呼びかける活動もよくある。
標語 モットー
モットー（伊: motto）とは、社会集団や組織の日常の行動指針を表すことがらや、それを表した言葉のこと。目標として掲げる言葉、信条。
紋章においては、スクロールなどに記される銘文のことを指す。西ヨーロッパでは伝統的にはラテン語で表記されている場合が多い。ギリシャ語主体の東方正統教会の影響が強い東ヨーロッパは別。
標語 スローガン
スローガン（英: slogan）とは、企業や団体の理念や、運動の目的を、簡潔に言い表した覚えやすい句・標語・モットーのこと。「合言葉」と訳される場合もある。
標語 座右の銘
座右の銘（ざゆうのめい）とは、集団ではなく、個人が自らの行動の戒めとするために日常的に心に留めておくための言葉。『文選』に収められた後漢の崔瑗（崔子玉）による文章「座右銘」に由来する。
ジェンツーペンギン
ジェンツーペンギン（英：gentoo penguin、学名：Pygoscelis papua）は、ペンギン目ペンギン科アデリーペンギン属に分類される鳥類。中型のペンギンで、両目をつなぐ白い帯模様が特徴である。オンジュンペンギン（温順企鵝）という別名もある。
ジェンツーペンギン 形態
体長は51cm - 90cm、体重は5kg - 8.5kgほど。大きさはペンギン18種類のうち、コウテイペンギン、キングペンギンに次いで3番目に大きい。また、オスの方がメスよりわずかに大きい。更に、ペンギンで最も泳ぐのが速いペンギンでもある。最高時速は時速35kmにも達する。
成鳥は頭部と背中側が黒く、腹側が白、足はピンク色または橙色をしている。特徴は頭頂部を通って両目をつなぐ白い帯模様と、くちばしの両側の赤色または橙色である。また、同じアデリーペンギン属のアデリーペンギン、ヒゲペンギンと同様に尾羽が長い。虹彩は茶色。
幼鳥は地味な色をしており、羽毛はフワフワしている。背中側はモフモフとしたグレー又は薄い群青色をしており、腹側は白い。成鳥と似ている点がいくつかあり、クチバシは明るい橙色で先が黒くなっている。ただし成鳥よりもクチバシの色はハッキリしない。また、足は橙色またはピンク色で毛は生えておらず、爪やその周辺が黒くなっている。成鳥になる前の換羽の時期には既に足にヒレが付いている。
英名の"Gentoo"は、ポルトガル語で「異教徒」を意味する"Gentio"に由来し、頭部の白い帯模様をターバンに見立てたものといわれる。一方、別和名のオンジュンペンギンはこのペンギンの温順な性格にちなんでいる。
ジェンツーペンギン 分布
生息域は南極周辺の海域だが、アデリーペンギン属3種類の中ではもっとも北に分布している。おもな繁殖地は
他にも
などにもコロニーがある。
ジェンツーペンギン 亜種
南極半島からサウスジョージア・サウスサンドウィッチ諸島にかけての個体群は亜種 P. p. ellsworthii （ミナミジェンツーペンギン）とされ、他の地域の亜種 P. p. papua （キタジェンツーペンギン）より小型である。
ジェンツーペンギン 生態
非繁殖期は海で生活するが、繁殖地からあまり遠くへ行かない。ただし南極半島など寒さが厳しい地域では、冬には海岸から見られなくなる。
他のペンギン同様肉食性で、おもにオキアミを捕食する。いっぽう、海での天敵はシャチやヒョウアザラシなどである。なお、ジェンツーペンギンの泳ぐ速度は36km/hほどで、最も速く泳ぐペンギンとされている。
アデリーペンギンやヒゲペンギンと同様に、円形に石を積み上げて巣を作り、ふつうは130gほどの卵を2個産む。孵化までは35日ほどかかるが、それまでは親鳥が毎日交代で抱卵する。孵化したヒナは綿毛におおわれ、背中側が灰色で腹側が白色をしている。孵化後1ヶ月ほどは巣にとどまって両親から給餌を受けるが、成長するとヒナ同士の集団「クレイシュ」を作る。クレイシュの中で集団生活しながらなおも親鳥から給餌を受け、3ヶ月ほどかけて充分に成長する。成長したヒナは成鳥の羽毛に換羽してから海へ旅立つ。
ペンギンの中でも潜水能力は高い方で、潜水時の最大水深は平均で水深80mにも達する。平均潜水時間は2.5分で、4分間も潜水する事がある。
ジェンツーペンギン 生態
主にオキアミを食料とするが、小魚なども捕食する。海中での天敵はミナミゾウアザラシやシャチ、ヒョウアザラシなどで、危険を感じると物凄い速さで逃げる。狩をするときも常に周辺で群れている。コロニーでの天敵はオオトウゾクカモメやオオフルマカモメで、稀にサヤハシチドリに襲われる事もある。大型のカモメなどが襲うのは弱った個体や死骸、ヒナであり、成鳥の若鳥を襲う事は滅多に無い。子育て中の親鳥は、ヒナや卵が襲われると敵をつついたり、鳴いたりして威嚇したり、追い払ったりする。サヤハシチドリに関しては体も小さく、基本的にはおこぼれを貰うなどの事しかしないが、弱ったヒナや、迷子で一人きりの場合は容赦なく襲う事がある。ジェンツーペンギンは街中などに進出して繁殖することもあり、こういった場合には野良猫に襲われたりもする。
個体数は増加傾向にあり、IUCN（国際自然保護連合）の2017年度版レッドリストによると最近の繁殖するつがいは387,000組ほどと推定されている。
ジェンツーペンギン 人間との関係
ジェンツーペンギンは各地の動物園・水族館で飼育されている。ペンギンの中でも好奇心が旺盛とされており、観覧者に近寄ってくることも多い。また、ジェンツーペンギンがデザインされたGentoo LinuxというPC用のOSも無償で公開されている。
デッドセクション
デッドセクション（dead section）、中立セクション（neutral section）は、電化された鉄道において、異なる電気方式や会社間の接続点に設けられる、あるいは架線に給電されていない区間・地点のことである。
死電区間（しでんくかん）、無電区間（むでんくかん）、死区間（しくかん, Dead Zone）ともいう。