hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
トンネル磁気抵抗効果 原理
MTJ素子は強磁性層の間に膜厚1 nm程度の絶縁体層を挟み込む構造をしている。この接合面に対して垂直に電圧を印加するとトンネル効果に因って絶縁体層に電流が流れる。
ここでは、強磁性体1と強磁性体2が非常に薄い絶縁膜を挟んでおり、トンネル電流が流れるという状況を考える。
強磁性体では内部磁場によってアップスピン、ダウンスピン電子はそれぞれ異なるポテンシャルを感じてスピン分裂を起こしており、フェルミ準位近傍を占有するアップスピン電子とダウンスピン電子の状態密度が異なっている。
トンネルコンダクタンスは、フェルミ準位での状態密度の積のみに比例し、アップスピンとダウンスピン電子がそれぞれ独立にコンダクタンスに寄与するという一番簡単な仮定をおく。すなわち、全体としてのコンダクタンス は
と表すことができるとする。ただし、は定数、 はスピンの向き（↑または↓）、は強磁性体1, 2 のフェルミ準位における状態密度と定義する。 磁化が平行状態のときには、アップスピン、ダウンスピン電子ともに強磁性体2には強磁性体1からの電子を受け入れるのに十分な状態密度が存在するため通常のトンネリングが起き、コンダクタンスは
（平行状態）
となる。一方、反平行磁化状態のときは、強磁性体2には強磁性体1から注入された電子を受け入れるだけの状態密度が不足している。このため、コンダクタンスは
トンネル磁気抵抗効果 原理
（反平行状態）
となる。したがって、これらのコンダクタンスには差が生じ、その大きさは、
である。
TMR効果の大きさはトンネル磁気抵抗比（TMR比）で表される。これは磁化が反平行時の抵抗値と、平行時の抵抗値の比で定義される。これは2つの強磁性体電極の伝導電子のスピン偏極率を用いて表され、更に、電気抵抗は磁気抵抗のアナロジーであるので、磁化が平行時の低電気抵抗と磁化が反平行時の高電気抵抗で書ける。
強磁性体中の伝導電子はスピン偏極しているが、それぞれの磁化の方向を変えることで、トンネル電流を変化させられる。
トンネル磁気抵抗効果 原理
TMR素子は磁場のダイナミックレンジがmTオーダーで、生体からの磁場の強度（pTオーダー）と比較して桁違いに大きいのが超伝導量子干渉素子(SQUID)と比較して最大の利点となり、生体信号のような低周波の信号に対して適当な帯域フィルタ等を装着すれば、環境磁気ノイズを電気的に取り去ることができるため、大がかりな磁気シールドルームが不要になり、センサをウェアラブル化することで運動時の生体磁場の高分解能測定、長時間の測定など、特徴を生かした計測方法が考えられ、不整脈の原因部位の診断精度の向上、長時間計測による不整脈波の検出率の向上、運動負荷時の心臓異常磁場の計測や空間解像度の向上による心筋内の電位分布の描出、狭心症・心筋梗塞の早期発見のようにこれまでの心電計、心磁計では不可能であった様々なことが可能となる。
強磁性層に外部から磁場が印加されて、それぞれのスピン偏極の方向を変える。
双方の強磁性層のスピン偏極が同方向になり、トンネル電流が感じる電気抵抗は低くなる。
双方の強磁性層のスピン偏極が逆方向になり、トンネル電流が感じる電気抵抗は高くなる。
この方法をMRAMに用いようとすると、消費電力が性能の向上に必須である微細化に伴って増大してしまう。HDDにおいては、記録密度の大幅に向上が期待される。また、コイルなどの電磁誘導を用いた磁気記録の読み取り方式に比べて大幅な素子の微細化が可能になる。
スピン偏極して参照層から流れる伝導電子と記録層の磁化の間の角運動量の授受に因って、記録層の磁化にトルクが作用して生じる磁化反転を利用する。なお、これはスピン注入磁化反転と呼ばれる。
これは、TMR素子の接合面積が小さくなると必要な電流を小さくできるスケーラブルな方式であるので、MRAMのような微細化を必要とする場合に適している。
トンネル磁気抵抗効果 実用
各種の記憶装置に応用されている。
小容量の組み込み品が商用化されている。
磁気ヘッドはGMRヘッドからTMRヘッドへの移行を完了しつつある。
従来は超伝導量子干渉素子(SQUID)を使用していたが、その場合、液体ヘリウムで極低温に冷却しなければならなかったがその代替として冷却の不要なTMR素子の適用が考えられる。
ラフム
ラフム（またはラーム〈Lahmu〉）は、バビロニア神話に登場する神で、アプスーとティアマトから最初に生まれた。姉弟のラハムとの間に、アンシャルとキシャールをもうけた。
ラフムはある時は大蛇として、またある時は赤い帯と6つの巻き髪を持つ男性として描かれる。常にラハムとともに描かれており、海の沈泥（シルト）を表現すると考えられている。シュメール期において、ラフムは「泥」の意であり、都市エリドゥにおいて神エンキを祀るアプスー寺院の門番に与えられる称号を指すこともあった。象徴的な意味においては、ペルシャ湾口における淡水（アプスー）と海水（ティアマト）が混ざり合う部分にあるシルト（泥）質の島をさすこともある。
また、イエス・キリスト生誕の地として有名な「ベツレヘム」の由来は、一般的にはヘブライ語で「パンの家」(House of the Bread)とされているが、カナン語のラフムが一部参照されているとする説もある。
茨城県道183号山田玉造線
茨城県道183号山田玉造線（いばらきけんどう183ごう やまだたまつくりせん）は、茨城県行方市内の一般県道である。
茨城県道183号山田玉造線 概要
行方市山田の国道354号北浦バイパス付近より分岐し同市井上を経て、同市玉造甲で再び国道354号に接続する延長約16キロメートル (km) の路線。国道354号の南側で平行し、行方市北部地域を東西に横断する。行方市井上 - 諸井間は、玉造バイパス開通以前の旧道国道355号にあたる。路線名の玉造は、行方市の平成の大合併前の旧自治体である「玉造町」が由来である。
茨城県道183号山田玉造線 歴史
1959年（昭和34年）10月14日、新たな県道として行方郡北浦村大字山田を起点とし、行方郡玉造町を終点とする区間を本路線とする県道山田玉造線として茨城県が県道路線認定した。
1995年（平成7年）に整理番号183となり現在に至る。
オリエンタルロック
オリエンタルロック（欧字名:Oriental Rock、2005年4月28日 - ）は、日本の競走馬。主な勝ち鞍に2007年の札幌2歳ステークス。
馬名の意味は、｢東洋のロック音楽｣。
オリエンタルロック 経歴
2007年、7月8日に函館競馬場で行われた2歳新馬戦で武幸四郎が騎乗してデビューし、5番人気で3着。その後デビュー3戦目の未勝利戦を制し初勝利。初の重賞挑戦となった札幌2歳ステークスでは、武豊に乗り替わり、6番人気ながら豪快な追い込みで制し重賞初勝利を挙げ、10月3日に発表された重賞・オープン特別競走レーティングでは、102ポンドの評価を得た。この勝利は父マンハッタンカフェにとっても産駒のJRA重賞初制覇となった。札幌2歳ステークス後は東京スポーツ杯2歳ステークスに出走登録を行っていたが、11月13日に左前脚の挫石が判明したため回避。ラジオNIKKEI杯2歳ステークスで復帰。しかし11着に敗れた。
2008年は弥生賞から始動したが11着という結果に終わる。さらに続く毎日杯ではマイナス16キロと大幅な馬体減などもあり11着、皐月賞では、更に10キロの馬体減となり16着に敗れた。その後、日本ダービーを目標に調整されたが、賞金不足のために除外されたため、中京競馬場の白百合ステークスに出走。出走馬中、唯一の重賞勝ち馬にもかかわらず、最低人気となり、結果も10頭立ての8着に終わった。その後、札幌記念に出走するも11頭立ての11着と、最下位に終わった。
オリエンタルロック 経歴
2009年は休養中に1000万下条件馬に降格となり、7月18日のHBC賞で復帰。レースでは好位集団で待機するも4コーナーで失速し14着と殿負けを喫した。続く8月2日の藻岩山特別では後方待機策も最後の直線で伸びを欠き7着に終わった。続く8月23日のルスツ特別では終始後方のまま14着と殿負けを喫した。続く9月27日の平ヶ岳特別では10着と大敗した。
さらに中1週で挑んだ10月11日の久多特別では中団追走も失速し13着に敗れた。その後平場戦を3走したが7着、12着、14着と振るわなかった。
2010年は8月8日の瀬波温泉特別で復帰したが、15着と殿負けに終わった。レース後の8月12日にJRA競走馬登録を抹消し、ホッカイドウ競馬に移籍することになった。2011年6月29日のファルブラヴ賞に出走するも11頭立ての11着と、最下位に終わった。ホッカイドウではこの1戦のみに終わり、2012年10月1日付けで競走馬登録を抹消された。。
引退後は乗馬となった。2022年現在、乗馬クラブクレイン加古川にて「チョコクロ」の名前で在籍している。
茨城県道184号島並鉾田線
茨城県道184号島並鉾田線（いばらきけんどう184ごう しまなみほこたせん）は、茨城県行方市から鉾田市に至る一般県道である。
茨城県道184号島並鉾田線 概要
行方市南の国道355号（南坂下交差点）から分岐北上し、行方市北浦地区を経て、鉾田市鉾田の茨城県道8号小川鉾田線交点に至る道路で、行方市中部を南北に縦断する路線である。経路の中間地点にある行方市両宿で国道354号と交差する。路線名の「島並」は、行方市の字名である島並をのことを指すが、島並は本路線起点位置よりやや南に位置する。
茨城県道184号島並鉾田線 歴史
1959年（昭和34年）10月14日、新たな県道として行方郡麻生町大字島並を起点とし、行方郡北浦村を経由して鹿島郡鉾田町を終点とする区間を本路線とする県道島並鉾田線として茨城県が県道路線認定した。認定当初の終点は、鉾田町大字借宿の主要地方道小川鉾田線交点としたが、1966年（昭和41年）に終点を鉾田町大字串挽の主要地方道水戸鉾田佐原線交点に変更して、町村道を編入したルート付け替えが行われた。1995年（平成7年）に茨城県道路線の整理番号再編が行われた際に、整理番号184となり現在に至る。
茨城県道185号繁昌潮来線
茨城県道185号繁昌潮来線（いばらきけんどう185ごう はんじょういたこせん）は、茨城県行方市繁昌から潮来市に至る一般県道である。
茨城県道185号繁昌潮来線 歴史
1959年（昭和34年）10月14日、新たな県道として行方郡北浦村大字繁昌を起点とし、行方郡麻生町を経由して行方郡牛堀町とする区間を本路線とする県道繁昌牛堀線として茨城県が県道路線認定した。
1995年（平成7年）に整理番号185となり、2001年（平成13年）には平成の大合併により、牛堀町が合併消滅して潮来市と改称していたことから県道繁昌潮来線に改称している。
茨城県道185号繁昌潮来線 路線状況
道路法の規定に基づき、潮来市根小屋（一般県道荒井行方線交差） - 潮来市牛堀（山下交差点）間は、緊急輸送道路として機能を維持するため、災害発生時の被害拡大防止を目的に道路用地内に電柱を建てることが制限されている。
志村 (板橋区)
志村（しむら）は、東京都板橋区の町名。現行行政地名は志村一丁目から三丁目。全域で住居表示が実施されている。
志村 (板橋区) 地理
板橋区の北東部に位置する。北で坂下、東で小豆沢、南で大原町、南西で前野町、西で相生町と隣接する。町域の東北辺を国道17号（中山道）、北西辺を東京都道311号環状八号線（環八通り）、北部を都営地下鉄三田線が通じている。三田線（北行）は当町域で地下から地上に出て、西高島平方面は高架線となる。志村銀座商店街を中心とした商業地域、工場地帯、マンションなどの住宅街に分けられる。
武蔵野台地成増台の高台と、荒川低地の沖積層の境目にあたる。区の中央部を小豆沢から赤塚にかけてほぼ東西に横断する崖線（がいせん）が二丁目・三丁目の町域を通り、およそ20mの急峻な高低差に多くの坂道が作られている。南部の一丁目では谷戸地形も見られ、前野町との境界、首都高速5号線の高架に向けて急な下り勾配が形成されている。
住宅地の地価は、2024年（令和6年）7月1日の地価調査によれば、志村2-6-13の地点で50万円/m2となっている。
志村 (板橋区) 歴史
廃藩置県実施前は武蔵国豊島郡志村。「志」（し）が村名である。近世においては、堀内村、掘之内村とも称された。
1923年（大正12年）：王子（王志とも）乗合自動車商会（後に中山道乗合自動車を経て、戦後は国際興業バスに統合）が、王子駅 - 志村戸田橋間の路線バス事業を開始。現在の町域に、飯田屋前、共栄商会前、志村坂上、セルロイド会社入口、志村坂下の停留所が設置される。
1930年代には、他に板橋乗合自動車（後に東都乗合自動車、戦後は国際興業バスに統合）が志村飯田屋前 - 赤羽駅 - 志茂間の路線を運行していた。
セルロイド会社は、志村小豆沢町の大日本セルロイド株式会社（現・株式会社ダイセル）のこと。1969年に撤退、跡地は小豆沢ガーデンを経てセブンタウン小豆沢となっている。
「志村」は古くには「しのむら」と称されたと伝えられる。篠が生い茂っていた土地に開村したことが由来で、鎌倉時代の歴史記録『吾妻鏡』に記されている。
志村 (板橋区) 世帯数と人口
2025年（令和7年）3月1日現在（板橋区発表）の世帯数と人口は以下の通りである。
国勢調査による人口の推移。
国勢調査による世帯数の推移。
志村 (板橋区) 学区
区立小・中学校に通う場合、学区は以下の通りとなる（2021年8月時点）。
志村 (板橋区) 事業所
2021年（令和3年）現在の経済センサス調査による事業所数と従業員数は以下の通りである。
経済センサスによる事業所数の推移。
経済センサスによる従業員数の推移。
志村 (板橋区) 交通
国際興業バス　※出入庫に伴う区間運行系統は特記しているものを除き省略。
志村坂上：池20　池袋駅西口行き・志村三丁目駅経由高島平操車場行き、赤56　赤羽駅西口行き・中台三丁目経由高島平操車場行き、池21　池袋駅西口行き・舟渡町経由高島平駅行き
日曜・祝日の昼間時間帯は、志村銀座商店街で歩行者天国を実施するため、池20系統と赤56系統は当停留所には停車しない。バスは志村一里塚から見次公園裏の交差点を経由して、志村二丁目に向かう。池21系統の志村坂上停留所は中山道上、みずほ銀行志村支店の前にあるため、迂回措置は行われない。
志村二丁目： 池20　池袋駅西口行き・志村三丁目駅経由高島平操車場行き、赤56　赤羽駅西口行き・中台三丁目経由高島平操車場行き
志村三丁目駅（旧称・志村車庫）：池20　志村坂上経由池袋駅西口行き・西台駅経由高島平操車場行き、常01　ときわ台駅行き、赤01　志村坂下経由赤羽駅西口行き・平和台駅経由練馬駅行き、赤02　志村坂下経由赤羽駅西口行き・成増駅北口行き
志村坂上経由赤羽駅西口行きの始発便（赤56-2系統）も運転されている。この系統の赤羽駅方面からの入庫便は平日朝の1便を除き、中台三丁目行き赤56-3系統として運転され、当停留所は経由しない。
志村 (板橋区) 交通
志村坂下：赤01　赤羽駅西口行き・平和台駅経由練馬駅行き、赤02　赤羽駅西口行き・成増駅北口行き、池21　池袋駅西口行き・舟渡町経由高島平駅行き
志村一里塚：池20　池袋駅西口行き・西台駅経由高島平操車場行き、池21　池袋駅西口行き・舟渡町経由高島平駅行き
志村一丁目：赤53　ときわ台駅行き・西が丘経由赤羽駅西口行き
ときわ台駅行きの停留所は中山道交差点の東側（赤羽駅寄り）に設置されているが、中山道を渡った先の凸版印刷前にも停留所が追加された。いずれも停留所名は「志村一丁目」で、後者については車内で「志村一丁目・凸版印刷前」と案内している。赤羽駅行きの停留所は凸版印刷前のみで、中山道の東側には設置されていない。
赤羽駅西口始発の蓮沼町循環（赤52系統、平日朝時間帯のみ運転）は、2013年3月15日限りで廃止された。
志村 (板橋区) 施設
一丁目
二丁目
板橋区立志村小学校：タレントであった志村けんをモデルにした竹村よしひこの漫画「わ～お!ケンちゃん」にも主人公・志村ケン太が通う小学校「板橋区志村小学校」として登場しているが、志村けんは現在の東京都東村山市の出身であり、当校は作中の小学校の直接のモデルとなっていない。
俳優渥美清の年譜では、1940年に現在の泉町にある志村第一尋常小学校を卒業、「板橋城山高等小学校」入学とされているが、この名前の学校は板橋区側の資料には存在していない。当時の学制では、6年制の尋常小学校に2年制の尋常高等小学校を併設することが多く、志村地域では当校が高等小学校を併設していたこと、および当校が「城山」と呼ばれる城址にあること、志村第一尋常小学校は志村尋常小学校の分校であったことから、当校の前身の志村尋常高等小学校に入学、1942年に卒業したものと考えられる。
三丁目
ドラゴンファイヤー
ドラゴンファイヤーは日本の競走馬である。主な勝ち鞍に2007年のシリウスステークス。全兄にユニコーンステークスの優勝馬ナイキアースワークがいる。馬名の由来は「龍+炎」。
ドラゴンファイヤー 経歴
2004年のセレクトセール当歳にて3800万円で落札された。
2006年11月にデビューし、2番人気で2着だった。2007年、デビュー2戦目の未勝利戦で初勝利。その後デビュー5戦目となる500万下特別戦を2着に5馬身差をつけて勝利すると、続いてユニコーンステークスに向かった。しかし、レース直前に故障のため競走除外となる。その後は古馬に混じってのレースが続いたが麒麟山特別、オークランドレーシングクラブトロフィーと条件戦を連勝し、シリウスステークスに出走。このレースは前年のジャパンカップダート馬アロンダイトの復帰戦としても注目を集めた。レースでは中団を進み、直線で馬群に囲まれて立往生したものの、直線半ば過ぎでようやく前が開くと、一気に抜け出して重賞初勝利を収めた。このシリウスステークスの勝ち方から、続く第8回ジャパンカップダートでは2番人気に支持されたが、6着に敗れた。レース後は水野馬事センターに放牧された。
ドラゴンファイヤー 経歴
帰厩後、2008年は平安ステークスから始動するが、9着に敗れた。次走はフェブラリーステークスに登録を行い、当初は除外対象であったが、ダイワスカーレットが直前に回避したため出走が可能となった。しかし結果は9着だった。さらに続くマーチステークスでも9着と、不調が続いていたが、アンタレスステークスで2着に入り、復調をうかがわせる。しかしエルムステークスでは6着、連覇を狙うシリウスステークスでは5着に敗れる。
続くオープン特別ブラジルカップでは6着に敗れた。次走は初の芝レースとなるステイヤーズステークス。しかし、人気通りの5着だった。
2009年はダイヤモンドステークスから始動するが、7着に敗れた。その後、久々のダート戦となった仁川ステークスでは4着だった。その後、6月の福島テレビオープンに出走したが、5着に敗れた。
2011年3月6日の仁川ステークスで1年9カ月ぶりに実戦復帰したが13着に敗れた。その後JRAの競走馬登録を抹消され、大井の月岡健二厩舎へ移籍した。移籍緒戦のゆりかもめオープンは6着、続くサンタアニタトロフィーは13着に敗れた。その後、現役を引退した。
ドラゴンファイヤー 血統表
母系はビューチフルドリーマー系から分枝した千代田牧場伝統の名牝系で、5代母ワールドハヤブサから続く各系統からはニッポーテイオーやビクトリアクラウンなどを始め、多くの活躍馬が出ている。
この星に生まれて
『この星に生まれて』（このほしにうまれて）は杉本竜一が作詞・作曲した楽曲。NHK番組『生きもの地球紀行』の2代目エンディング主題歌で、HARUKAが歌い、1996年8月15日発売のCD『この星に生まれて〜NHK「生きもの地球紀行」サウンドトラック2』に収録された。
主に小学校・中学校の合唱曲や、卒業式に歌う曲として人気を集めており、多数の合唱編曲が存在する。
1997年に行われたダークダックスのリサイタル「ふるさと紀行」において、委嘱したオリジナル曲としてこの曲が記載されている(なお、同年発売されたCDにこの曲は収録されていない)。
2002年以後、音楽の教科書に何度か掲載されている。
銀の弾などない
『銀の弾などない— ソフトウェアエンジニアリングの本質と偶有的事項』（ぎんのたまなどない ソフトウェアエンジニアリングのほんしつとぐうゆうてきじこう、英: No Silver Bullet - essence and accidents of software engineering）とは、フレデリック・ブルックスが1986年に著した、ソフトウェア工学の広く知られた論文である。
銀の弾などない 論文概要
原論文は英語である。日本語では『銀の弾丸はない』と、翻訳されることもある。ブルックスは、「銀の弾丸」（Silver Bullet）として、魔法のように、すぐに役に立ちプログラマの生産性を倍増させるような技術や実践 (特効薬) は、今後10年間（論文が著された1986年の時点から10年の間）は現れないだろう、と記載した。
銀の弾丸とは銀で作られた弾丸であり、西洋における銀は霊力を有するとの俗信と結びつける形で1941年米国のユニバーサル映画のヒット作『狼男』で不死身の狼男を倒せる武器として用いられたことから、今日では広く一般にフィクション作品等で狼男や魔物を撃退する際に用いられるものとのイメージで捉えられている。
ブルックスの警句は、非常に多く引用されており、生産性、品質、制御に適用されている。ブルックスは、自身の警句で述べているプログラマの生産性の限界は「本質的な複雑性」（essential complexity）についてのみ当てはまると述べているのであり、「偶有的な複雑性」（accidental complexity）に対する挑戦については支持している。ブルックスは、偶有的な複雑性については著しい改善（おそらく今後10年間で10倍以上）がみられるだろうと述べている。
銀の弾などない 論文概要
ブルックスは、この論文で本質的な複雑性に対処するために、次のことを提案している（詳細は#提案を参照）
（ブルックス、滝沢、牧野、宮澤、2002年、第16章、P.166）
『銀の弾などない』は、1986年のIFIPでの論文である。1987年に IEEE Computer Society の「コンピュータ」誌に再録された。また、この論文とこの論文に対するブルックス自身の省察『「銀の弾などない」再発射』（No Silver Bullet - Refired）の2つの論文は、ブルックスの著書『人月の神話』（The Mythical Man-Month）の20周年記念増訂版に収められている。
『銀の弾などない』が収録された「コンピュータ」誌の表紙と、『人月の神話』の20周年記念増訂版の第16章「銀の弾などない」の扉には、狼人間を描いた絵が掲載されている。
銀の弾などない 問題の所在—銀の弾とソフトウェアプロジェクト
この論文が対象とする問題の所在を説明するために、論文の序の文章を引用する。
民話の中の悪夢に登場する怪物のうちでも、狼人間ほど恐ろしいものはない。というものも、狼人間は慣れ親しんでいるものを不意に恐怖に変えてしまうからだ。だから、私たちは、この狼人間を魔法のように鎮めることができる銀の弾を探し求める。
　慣れ親しんだソフトウェアプロジェクトにもこうした性質が若干あり（少なくとも非技術担当マネージャーの目から見ると）、ふだんは無害でまともなのだが、スケジュールの遅延、膨れ上がった予算、そして欠陥製品といった怪物にもなり得る。そして私たちは銀の弾、すなわちコンピュータハードウェアのコストと同じようにソフトウェアのコストも急激に小さくしてくれる特効薬を求める必死の叫び声を聞くのである。
　しかし、これから十年間という範囲で眺めると、銀の弾などはどこにも見えない。技術においても、管理手法においても、それだけで十年間に生産性や信頼性と容易性での飛躍的な改善を一つでも約束できるような開発は一つとしてない。本章では、ソフトウェア問題の本質と、提案されているそれぞれの銀の弾の特性の両方を検証することによって、それがなぜ特効薬になりえないのかについて見ていくことにする。
銀の弾などない 問題の所在—銀の弾とソフトウェアプロジェクト
　とはいっても、懐疑主義は悲観主義とは違う。輝かしい進展は見えないが、実際のところそう決めてかかることはソフトウェアの本質からは離れている。多くの頼もしい新機軸 (革新) が着々と進められている。それらを開発、普及、利用するという苦しいが一貫した努力こそ、飛躍的な改善をもたらすはずだ。王道はない。しかし、道はある。
　病気治療の第一ステップは、悪魔信仰を細菌説によって生理学的理論に置き換えることだった。そのステップこそ希望の始まりであり、すべての魔法のような解決の夢を打ち砕いた。医療従事者は、進歩は段階を追いながら多大な労力を払って遂げるもので、健康回復には持続的で根気強い看護がなされなければならないと教え込まれた。今日のソフトウェアエンジニアリングにおいても、それは変わらない。
 — ブルックス、滝沢、牧野、宮澤、2002年、第16章、pp.166-167
銀の弾などない 主張
ブルックスが本書で主張していることを述べる。
ブルックスの主張で重要なことは、ソフトウェア開発の複雑性について、「本質的な複雑性」 (essential complexity) と「偶有的な複雑性」 (accidental complexity) を区別していることである。なお、これは、アリストテレスの分類にヒントを得たものである。
ブルックスによると、ソフトウェア開発者はこれまで偶有的な複雑性の多くを退治してきたが、その一方で、現在 (1986年) のプログラマは自分の時間の大部分を本質的な複雑性に取り組むことに費している。
過去に行われてきたソフトウェア技術の発展は、ソフトウェア開発における偶有的な複雑性を攻略した。ただし、これはあくまでも偶有的な複雑性を攻略しただけであって、本質的な複雑性を攻略したわけではない。
偶有的な複雑性の領域における大きなブレークスルーの一つは、FORTRANのような高水準プログラミング言語である。高水準プログラミング言語は、データ型やデータ構造、操作などのような高水準な概念でプログラミングできる環境を提供し、プログラマは低水準な複雑性を考える必要がなくなった。
銀の弾などない 主張
タイムシェアリングシステムより古いバッチ処理の環境では、ターンアラウンドが遅いため、プログラマは思考を中断させられてしまい、また時間コストがかかってしまっていた。しかし、タイムシェアリングシステムの登場により、プログラマは、早いレスポンスの環境で作業ができるようになった。
UNIXとInterlispによる統一されたプログラミング環境が広く普及し、次のような特長により、プログラマの生産性は大きく向上した。
次に、銀の弾になる可能性のあるとされている技術について述べる。
オブジェクト指向プログラミングでは、クラスの概念を導入し、カプセル化と継承を活用することができる。
自動プログラミングとして言及されてきた技法は、つまるところ高水準プログラミング言語を使ったプログラミングの婉曲的表現である (デイビッド・パーナス) 。
ビジュアルプログラミングを使って生産性を向上させることは難しい。
プログラム検証には労力がかかる。そのため、全ての開発対象を検証することはできず、一部の重要なプログラムを検証することしかできない。
また、たとえプログラムを検証したとしても、それは、プログラムが仕様書通りに実装されていることを証明するだけであり、仕様書にバグがないことを証明するわけではない。
以下のことを提案する。
銀の弾などない 「銀の弾などない」再発射
ブルックスは、1986年に論文『銀の弾などない』を発表してから9年目にあたる1995年に、同論文を省察する『「銀の弾などない」再発射 ("No silver bullet" reloaded)』という論文を発表した。
『「銀の弾などない」再発射』の内容を抜粋・補足して説明する。
『銀の弾などない』で述べた、「銀の弾丸」として魔法のようにすぐに役に立ちプログラマの生産性を倍増させるような技術や実践 (特効薬) は、今後10年間 (論文が著された1986年の時点から10年の間) は現れないとの予測は、悲観的過ぎるとの指摘が多くブルックスのもとに寄せられた。
しかし1995年現在の時点で考えてみると、むしろこの予測は楽観的過ぎたようである。
プログラマの生産性向上は予測を下回っているようである。
なお、デービッド・ハレルは、1992年に論文『銀の弾丸をかみしめて』を発表して、『銀の弾などない』について慎重に分析を行った。
オブジェクト指向プログラミングの手法は成長が遅かった。
銀の弾などない 「銀の弾などない」再発射
この理由には次のようなものが考えられる。
オブジェクト指向のプログラマは、C++で連結リストやセット (集合) のような比較的低水準な抽象化によるクラスを作る傾向があり、高水準な抽象化を行ってクラスを作ることは行ってこなかった。 (ジェームズ・コギンズの雑誌記事より)
オブジェクト指向についてプログラマを教育するとき、オブジェクト指向を特定のツール/言語を使うことだと教えてしまうことが多かった。本来はオブジェクト指向は設計 (ソフトウェア設計) の一つの種類 (オブジェクト指向設計) だと教育し、設計の原則を与えるべきであった。プログラマは設計の原則を学ばずに単にオブジェクト指向言語を使うだけであったため、恩恵は少なかった。恩恵が少ないのでは普及しないのは当然である。 (デイビッド・パーナスからブルックスに宛てられた手紙の内容より)
銀の弾などない 「銀の弾などない」再発射
オブジェクト指向の技法は厳しい状況にある。
プログラマにまったく新しい思考法 (オブジェクト指向の考え方) で考えるよう再教育しなければならないなど、事前に多額の投資が必要であり、さらに効果が目に見える形で現れるまで時間がかかる。
「オブジェクト指向テクニックは、最初や二度目のプロジェクト開発を速めるのではない。そのファミリーで五度目にあたるものなら、猛烈に速く進むことだろう」(ジェームズ・コギンズ)
とはいえ、多くの組織でC++をCの代わりに採用する動きがあり、ゆっくりとではあるが着実に情況は前に向けて進んでいるようである。
再利用可能なプログラムコードの開発には、1回限りのプログラムコードの開発と比べて、2倍、3倍の労力がかかる。
再利用可能なプログラムコードの開発には、優れた設計と優秀な文書の両方が必要である (デイビッド・パーナス) 。
再利用可能なプログラムコードを利用するためには、そのプログラムコードについて学習する必要がある。
プログラムコードの再利用は、企業内では特に大規模な企業において精力的に行われている傾向がある (ケーパーズ・ジョーンズ) 。
市場では再利用可能なプログラムコードがいくつか流通している (ケーパーズ・ジョーンズ) 。
人月の神話
『人月の神話』（にんげつのしんわ、英: The Mythical Man-Month: Essays on Software Engineering）は、フレデリック・ブルックスが著したソフトウェア工学とソフトウェアプロジェクト管理の書籍である。
人月の神話 概要
ブルックスの考察は、自身がIBM で OS/360 というオペレーティングシステムの開発に携わったときの失敗に基づいている。

プロジェクト管理者がソフトウェアプロジェクト管理において、繰り返し何度もこのような誤りを犯すという傾向があるため、ブルックスは自分の本について、次のような皮肉を述べている。
この本は「ソフトウェア工学の聖書」と呼ばれている。なぜなら、誰もがこの本を読んでいるが、誰もこの本で述べていることを実践しないからである。
最初に刊行されたのは1975年である。1995年に20周年記念版として再刊された。20周年記念版では、『銀の弾などない——ソフトウェアエンジニアリングの本質と偶有的事項』という論文 (エッセイ) と著者による解説が、収められている。1977年に出版された日本語訳の書籍では『ソフトウェア開発の神話』という書名であった。1996年、2002年に出版された日本語訳の書籍では『人月の神話 狼人間を撃つ銀の弾はない』の書名であった（ISBN 978-4-89471-665-0）。
本書の表紙と第1章「タールの沼」には、タールの沼と複数の獣たちの絵が描かれている（参照: #問題の所在—表紙とタールの沼）。また本書の20周年記念版で、新たに追加された第16章「銀の弾などない」の扉には、狼人間の絵が描かれている。
人月の神話 本書の目次
2002年に出版された日本語訳の書籍より目次を記す。なお第16章から第19章は、二十周年記念版で新たに追加された章である (初版には無かった章である) 。
人月の神話——狼人間を撃つ銀の弾はない
人月の神話 問題の所在—表紙とタールの沼
本書の表紙には、タールの沼と複数の獣たちの絵が描かれている。
人月の神話 問題の所在—表紙とタールの沼
太古の昔から、タールの沼に落ちた巨大な獣が死にもの狂いで岸に這い上がろうとしている光景ほど、鮮烈なものはない。恐竜やマンモス、それにサーベル・タイガーが、タールに捕らえられまいとしてもがく様が目に浮かぶ。激しくもがけばもがくほど、タールは一層絡みつき、どんなに力強い獣でも、また賢く器用な獣でも、ついには沈んでいってしまう。
　大規模システムプログラム開発は、過去十年以上もの間そうしたタールの沼のようなものだった。そして、多くの強大な獣たちが、その中へ乱暴に突き落とされてきた。たいていは稼働システムを作り、這い上がってきたものの、目標とスケジュール、それに予算にかなったものはほとんどなかった。
　規模の大小、また大量動員あるいは少数精鋭であろうとも、開発チームは次から次へとタールでがんじがらめになってしまう。問題を引き起こす原因は、一つだけではないように思われる。原因が一つだけなら、足のどれか一本くらいはタールから抜けるはずだ。だが、同時かつ相互に影響し合う要因が重なり合っているのなら、動きがどんどん遅くならざるをえない。この問題が執拗でやっかいなのは、誰にとっても驚異であり、その本質を理解することは困難である。しかし、問題を解決しようというならば、理解するように努めなくてはならない。 — フレデリック・P・ブルックス Jr.、滝沢徹、牧野祐子、宮澤昇、2002年、p.4
人月の神話 本書で述べられている見解
以下では、ブルックスが本書で述べている見解を説明する。
まず、ブルックスは、次のような問題を指摘する。
時間が足りなかったせいで失敗したプログラミング・プロジェクトは、その他のすべての原因で失敗したプログラミング・プロジェクトよりも多い。
そして、その原因は、「人月」という考え方を使って見積もりをしているからであるとする。ブルックスは、人月の問題点を次のように指摘している。
私たちが使っている見積もり手法は、コスト計算を中心に作られたものであり、労力と進捗を混同している。人月は、人を惑わす危険な神話である。なぜなら、人月は、人と月が置き換え可能であることを暗示しているからである。
つまり、人月を使ってスケジュールを見積もることで、その見積もりが失敗し、スケジュールが遅れてしまうのである。そういう事態に陥ってしまった場合、スケジュールの遅れを取り戻すために、プロジェクトの人員を増やすという対策が取られることが多い。しかし、それでは、火に油を注ぐことになってしまうとブルックスは主張する。彼は、それを「ブルックスの法則」と呼び、以下のように定義している。
ブルックスの法則：遅れているソフトウェア・プロジェクトに人員を投入しても、そのプロジェクトをさらに遅らせるだけである。
そして、ブルックスは、その法則が成り立つ理由を以下のように分析している。
人月の神話 本書で述べられている見解
ソフトウェア・プロジェクトに人員を追加すると、全体として必要となる労力が、次の3つの点で増加する。すなわち、再配置そのものに費やされる労力とそれによる作業の中断、新しい人員の教育、追加の相互連絡である。
したがって、人員を追加することで、遅れているプロジェクトに対処することはできない。そこで、ブルックスは、スケジュールが遅れているときには、
ことを提案している。ちなみに、ブルックスは、次のような目安で、スケジュールを運用している。
私の大まかなやり方は、スケジュールの1/3を設計に、1/6をコーディングに、1/4をコンポーネント・テストに、1/4をシステム・テストに割り当てるというものである。
外科手術チームでは、一人の外科医が指揮を執る。そして、その外科医は最も重要な作業を行う。一方、他のメンバーは、その外科医を補助したり、それほど重要ではない仕事をする。このやり方は、ソフトウェアプロジェクトにも活用できる。つまり、一人の「優秀な」プログラマが、重要なシステム・コンポーネントを開発し、他のメンバーが、そのプログラマに対して、必要なものを提供する。
ブルックスは、システム開発において、コンセプトを統合することの重要性を指摘する。
コンセプトが統合されたシステムは、より速く作り上げられるし、より速くテストできる。
そして、コンセプトを統合するためには、次のことが必要であると主張する。
人月の神話 本書で述べられている見解
基本設計と実装を分離することは、非常に大きなプロジェクトでコンセプトを統合するうえで、非常に強力な方法である（これは、小さなプロジェクトにおいても当てはまる）。
さらに、基本設計（アーキテクチャ）と実装を分離するためには、次のことが必要である。
コンセプトを統合するためには、設計は、一人の人間から、合意の取れている小さなグループへと進まなければならない。
つまり、システムの基本設計は、一人または少数のアーキテクトがするのである。したがって、誰かが「非常に気の利いた」考えを思いついたとしても、その考えがシステム全体の設計にうまく適合しないのであれば、却下される。
セカンドシステムは、人間が設計したものの中で、最も危険である。なぜなら、作り込みすぎてしまうというのが、一般的な傾向だからである。
ブルックスは、パイロットプラントという考え方を紹介する。
化学エンジニアは、プロセスを実験台から工場にそのまま持ち込まない。彼らは、規模を拡大し、保護されていない環境で操作するという経験を積むために、パイロット・プラントを作る。
そして、ブルックスは、その考え方をソフトウェア・プロジェクトでも活用するべきであると主張する。
人月の神話 本書で述べられている見解
この中間の手順は、プログラミング製品にも同じように必要である。しかし、ソフトウェア・エンジニアは、実際の製品の納品に着手する前に、規則として試作のシステムを実地テストにかけるということをいまだに行っていない。
ブルックスによると、最初に作られるシステムは、粗悪である。
多くのプロジェクトでは、最初に作られたシステムは、ほとんど使えない。なぜなら、遅すぎるし、大きすぎるし、使いにくいからである。これら3つがすべて揃っている場合もある。
ブルックスは、そこから次のように主張する。
使い捨てであるはずのファーストシステムをユーザに納品すれば、時間稼ぎにはなるだろう。しかし、結局は、ユーザを激しく苦しめ、再設計をしているときにシステムをサポートしている開発者をイライラさせ、製品の評判が取り返しのつかないほど悪くなるだけである。
そのため、次のようなことが起こる。
したがって、捨てるプランを立てるべきである。いずれにせよ、そうするだろう。
ファーストシステムが捨てられた後に開発されるシステムをセカンドシステムという。このセカンドシステムは、ファーストシステムより洗練されている。このセカンドシステムを製品として納品するべきである。
進捗の追跡
「プロジェクトは、どのようにして一年も遅れるようになるのか…一日ずつ」
人月の神話 本書で述べられている見解
多くの方面において増加する遅延が蓄積して、全体として大幅な遅延という結果になってしまう。細かい粒度でのそれぞれのマイルストーンごとに継続的に注意することが、各水準の管理 (マネジメント) では必要である。
マニュアル
主席アーキテクトが作成したアーキテクチャは、マニュアルとして役割を果たす。したがって、マニュアルは、システムの外部仕様を詳細に記述していなければならない。ここで「詳細に記述する」とは、利用者がシステムを使用するときに見えるものをすべて記述するということである。そして、マニュアルは、実装担当者やシステム利用者から意見が寄せられたときには、改訂するべきである。
形式に即した文書
全てのソフトウェアプロジェクト管理者は、形式に即した文書の小さな中核となるセットを作成するべきである。この形式に即した文書の小さなセットは次の役割を果たす。
プロジェクトの目標群に向けた道標
プロジェクトの目標群をどのようにして達成するかについての道標
目標群の達成を担当する人物を明らかにする
目標のそれぞれについて、達成することを予定している時期
目標のそれぞれについて、必要となる費用
形式に即した文書の小さなセットはまた、プロジェクトの遂行に不整合があることも明確に示す。こうした不整合は、形式に即した文書の小さなセットが無い場合は、その存在を認識することが難しい。
プロジェクトの見積り
人月の神話 本書で述べられている見解
ソフトウェアプロジェクトの時間の見積りをするときには、コンパイラ (製品としての品質水準をもつソフトウェア) を開発することは、アプリケーションソフトウェアを開発することよりも、3倍難しい作業であるということを憶えておくべきである。そしてシステムプログラム (オペレーティングシステム、製品としての品質水準をもち且つシステムとして統合されたソフトウェア) を開発することは、コンパイラを開発することよりも、さらに3倍難しい作業である。
また、1週間の作業のうち何時間を、技術的な問題に取り組むことに費すかについて、心に留めておくべきである。このことは管理に費す時間や技術的ではない問題 (会議や療養休暇など) に費す時間について考えることよりも、重要なことである。
コミュニケーション
チームは、できるだけたくさんの方法で、お互いに連絡を取るべきである。非公式には、いつものプロジェクト会議で、技術的なブリーフィングで、共有の公式プロジェクトワークブックで（そして、電子メールで）。
プログラマは、何かを仮定するべきではない。つまり、プログラマは、自分が実装する機能について曖昧なところがあれば、自分で勝手に想像するのではなく、アーキテクトに機能の意図するところを明確にするために質問をするべきである。
コードの凍結とシステムのバージョン
人月の神話 本書で述べられている見解
ソフトウェアは、目に見えない。そのため、新しいシステムは、それが完成したときには、まだ十分に理解されていない。利用者がそれを使うようになったときに、初めて理解されるのである。つまり、利用者は、新しいシステムを使うことを通して、そのシステムを深く理解するのである。そして、システムについての理解が深まると、利用者は、システムに異なる要求をするかもしれない。そして、システムは、利用者が変更した要求に合わせて、変更されるべきである。システム要求の変更は、ある時点までは可能であるが、ある時点を境にして、コードが凍結されるべきである。なぜなら、そうしなければ、システムは、永久に完成しないからである。そして、そのとき受け入れられなかった変更要求は、そのシステムの次のバージョンまで延期される。
切れ味のいいツール
プログラマは、それぞれ個別のツールを使うべきではない。プロジェクトでは、指定されたツールを作る担当者を決めておくべきである。ツール作成担当者は、プロジェクトチームが行っている仕事のために、高度にカスタマイズされたツールを作成する。たとえば、仕様を基にしてコードを生成するコードジェネレータを作るなどである。また、システム全体で使われるツールは、共通ツールチームで開発するべきである。なお、共通ツールチームは、プロジェクトマネージャの監督下におかれる。
ソフトウェア開発の費用を抑える
人月の神話 本書で述べられている見解
ブルックスは、ソフトウェア開発の費用を抑えるうえで、二つの方法を挙げている。
システムのアーキテクチャが完成してから、プログラマをプロジェクトに参加させる(なぜなら、システムの基本設計を完成させるには、何ヶ月もかかることが多いため、そのときにプロジェクトに参加したところで、プログラマは何もすることがないからである)。
ソフトウェアをすべて開発するのではなく、「すぐに手に入る」ソフトウェアがすでにあれば、それを購入する。
銀の弾などない——ソフトウェアエンジニアリングの本質と偶有的事項
ブルックスが1986年に発表した論文である。『人月の神話 20周年記念版』では、第16章として収められた。「銀の弾丸」として魔法のようにすぐに役に立ちプログラマの生産性を倍増させるような技術や特効薬は、今後10年間 (1986年の時点から10年の間) は現れないだろう。そもそも、ソフトウェア開発の複雑性には、「本質的な複雑性」と「偶有的な複雑性」とがある。これまで、ソフトウェア開発者は、高水準プログラミング言語、タイムシェアリングシステム、統一されたプログラミング環境により、偶有的な複雑性の多くをやっつけてきた。しかし、現在 (1986年) のプログラマは、ほとんどの時間を本質的な複雑性に取り組むことに費している。
ブルックスは、次のことを提案している。
人月の神話 本書で述べられている見解
購入できるものをあえて構築しないようにするための大市場の利用。
ソフトウェア要件の確立に際し、開発循環計画の一部として、迅速なプロトタイピングを使用すること。
実行と使用とテストが行われるにつれて、より多くの機能をシステムに追加しながら、ソフトウェアを有機的 (系統的) に成長させること。
若い世代の素晴らしいコンセプトデザイナーを発掘し、育てること。
 —  (フレデリック・P・ブルックス Jr.、滝沢徹、牧野祐子、宮澤昇、2002年、第16章、P.166)
「銀の弾などない」再発射
詳細は銀の弾などない#「銀の弾などない」再発射を参照。ブルックスが『銀の弾などない』の9年後に発表した論文である。『人月の神話 20周年記念版』では、第17章として収められた。『銀の弾などない』で主張した「銀の弾はない」という見解は、変わらない。また、オブジェクト指向プログラミングは成長が遅かったが、少しずつ成果が出ている。
「人月の神話」から二十年を経て
ブルックスが『人月の神話』の初版を出版してから20年後に書いたエッセイである。『人月の神話 20周年記念版』では、第19章として収められた。『人月の神話』の初版を書いた当時と変わらず現在も正しいこと、今になってみると間違っていたと思うこと、もう時代遅れになっていること、ソフトウェア・エンジニアリングにおいて本当に新しいこと、などについて書かれている。なお、「コンセプトの完全性」は正しかったと述べているが「パイロットシステム」については誤りであったと述べている。
人月の神話 引用
私たちが使っている見積もり手法は、コスト計算を中心に作られたものであり、労力と進捗を混同している。人月は、人を惑わす危険な神話である。なぜなら、人月は、人と月が置き換え可能であることを暗示しているからである。
Our estimating techniques, built around cost-accounting, confuse effort and progress. The man-month is a fallacious and dangerous myth, for it implies that men and months are interchangeable.
私の大まかなやり方は、スケジュールの1/3を設計に、1/6をコーディングに、1/4をコンポーネント・テストに、1/4をシステム・テストに割り当てるというものである。
My rule of thumb is 1/3 of the schedule for design, 1/6 for coding, 1/4 for component testing, and 1/4 for system testing.
人月の神話 引用
ソフトウェア・プロジェクトに人員を追加すると、全体として必要となる労力が、次の3つの点で増加する。すなわち、再配置そのものに費やされる労力とそれによる作業の中断、新しい人員の教育、追加の相互連絡である。
Adding people to a software project increases the total effort necessary in three ways: the work and disruption of repartitioning itself, training the new people, and added intercommunication.
非常に優秀なプロのプログラマは、下手なプログラマの10倍の生産性がある。たとえ、同じ訓練と2年間の経験を経ているとしても（ザックマン、グラント、エリックソン）。
Very good professional programmers are ten times as productive as poor ones, at same training and two-year experience level. (Sackman, Grant, and Erickson)
人月の神話 引用
主任プログラマと外科手術チームの組織を採用すると、コミュニケーションが徹底的に削減されるので、少人数で設計することで、製品の統合性が見込める。また、多人数で開発することで、全体的な生産性も見込める。
A chief-programmer, surgical-team organization offers a way to get the product integrity of few minds and the total productivity of many helpers, with radically reduced communication.
「基本設計と実装を分離することは、非常に大きなプロジェクトでコンセプトを統合するうえで、非常に強力な方法である」（これは、小さなプロジェクトにおいても当てはまる）。
"Separation of architectural effort from implementation is a very powerful way of getting conceptual integration on very large projects." [Small ones, too.]
人月の神話 引用
たとえ設計チームが大きなものであっても、小さな決定を一貫させるためには、一人か二人の人間が設計をすることになる。
Even when a design team is large, the results must be reduced to writing by one or two, in order that the minidecisions be consistent.
重要なのは、設計者が、実装する人の質問に対して、電話で応答して説明することである。そして、そのやりとりを記録して公開することは、必須事項である（電子メールは、今や選択肢の一つである）。
It is important to allow telephone interpretations by an architect in response to implementers' queries; it is imperative to log these and publish them. [Electronic mail is now the medium of choice.]
人月の神話 引用
チームは、できるだけたくさんの方法で、お互いに連絡を取るべきである。非公式には、いつものプロジェクト会議で、技術的なブリーフィングで、共有の公式プロジェクトワークブックで（そして、電子メールで）。
Teams should communicate with one another in as many ways as possible: informally, by regular project meetings with technical briefings, and via a shared formal project workbook. [And by electronic mail.]
発表されているいくつかの研究によると、およそ1.5乗である（ベームのデータは、これと完全に一致していないが、1.05乗～1.2乗の誤差である）。
Some published studies show the exponent to be about 1.5. [Boehm's data do not at all agree with this, but vary from 1.05 to 1.2.]
ソフトウェアシステムは、（異なる部品の種類の数の点から言えば、）人間が作ったものの中で、おそらく最も難解で複雑なものである。
Software systems are perhaps the most intricate and complex (in terms of number of distinct kinds of parts) of the things humanity makes.
日本ケーブルテレビジョン
株式会社日本ケーブルテレビジョン（にほんケーブルテレビジョン、英: JAPAN CABLE TELEVISION, LTD.）は、テレビ朝日の連結子会社で、テレビ番組の企画・制作、CS放送チャンネルの運営を行う企業。略称はJCTV（ジェー・シー・ティー・ブイ）。
日本ケーブルテレビジョン 概要
1971年（昭和46年）、NETテレビ（現在のテレビ朝日ホールディングス）・朝日新聞社・東急エージェンシーらの出資により設立。当初は電電公社（現在のNTT）の電話回線を通じて各ホテルや大使館およびマンションの在日外国人を対象にした英語による番組配信で、都市型ケーブルテレビ局の先駆けとなった。社名の「ケーブルテレビジョン」はそれに因むもので、これが日本での提携先を求めて来日していたCNNの担当者の目に留まり、テレビ朝日と共同で日本におけるCNNの独占契約を締結するきっかけになった。
1980年代においては、CNNとのニュース交換協定により、全米向けに日本発のニュースを配信する一方、日本国内に向けて、テレビ朝日と共にCNNを広める役割が大きかった。同時に「おはよう!CNN」「CNNデイウォッチ」などCNN関連番組をはじめ、番組制作会社としても位置づけられた。
日本ケーブルテレビジョン 概要
会社発足時は本社を六本木のNETテレビ（現在のテレビ朝日）内に、演奏所（放送センター）を有楽町の朝日新聞社本社内に構えた。1980年12月に、テレビ朝日至近（六本木通り沿い）に「テレビ朝日六本木別館」が建てられると、竣工と同時に本社を移転、オフィス内にはCNN関連番組を放送するための放送ブースも作られた。また、番組制作用のスタジオも同ビル内にあり、テレビ朝日の番組（「こんにちは2時」「日曜洋画劇場」の解説部分）や「ベストヒットUSA」などの深夜番組に加え、JCTVから全国のCATV局へ配信する独自番組などの収録にも使われた。
2000年よりテレビ朝日本社建替えを兼ねた六本木ヒルズ着工やBS朝日開局に伴い、本社を原宿コロンブスビルに移転するが、2013年12月にテレビ朝日アーク放送センターに再移転する。
現在もCNNの日本総代理店事業と番組制作事業の2つが社業となっている。
日本ケーブルテレビジョン 主な制作実績
テレビ朝日
BS朝日
ABEMA
その他
CNN関連番組およびその後継の早朝番組を制作。
CNN番組およびニュース・情報番組
テレビ朝日（NET）系列
日本ケーブルテレビジョン CS放送チャンネル
上記2チャンネルはスカパー!プレミアムサービスの衛星一般放送事業者は、スカパー・ブロードキャスティング → スカパー・エンターテイメントが行っている。
茨城県道186号荒井行方線
茨城県道186号荒井行方線（いばらきけんどう186ごう あらいなめがたせん）は、茨城県鹿嶋市大字荒井から行方市麻生に至る一般県道である。
茨城県道186号荒井行方線 概要
鹿嶋市荒井（国道51号）から西に向かい北浦の中央部に架かる北浦大橋を渡り、行方市麻生（主要地方道水戸鉾田佐原線）に至る約13キロメートル (km) の路線。茨城県鹿行地区の太平洋側と霞ヶ浦側を東西に横断する路線の一つ。