hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
穀物 歴史
栽培化される前は、穀物の多くは播種のために熟すると種子が穂から脱落する性質（脱粒性）を持っていた。人類が野生の穀物を利用し始めた際には逆にそれを利用し、穂の下に容器を置いて穂をゆすり身を振るい落としたり、種子がまだ固定している未熟なうちに刈り取ったりするなどの手段を取っていた。しかしこうした方法には限界があり、やがて人類は穂が熟しても種子の脱落しない個体を選抜して栽培するようになり、穀物は非脱粒性を獲得していった。このほかにも可食部分の肥大化など、選抜によってより利用しやすい形へと植物自体の性質が変化していった。
野生の穀物の粒は小さく、収穫しにくく、さらに加工しなければ消化もしにくいため、広く穀物を利用するようになるには石器の登場が必要であった。石を原料とした器は旧石器時代のうち、4万年から1万2千年ほど前の間に出現したが、定期的な穀物の収穫は1万2千年前のナトゥフ文化にみられる。ナトゥフ文化では野生の小麦、大麦、ライ麦を収穫し、ヤンガードリアス期に畑を作り穀物を蔵に保管するようになると、穀物を守るようにして野生の猫もそこに集まるネズミを狙った。
穀物 歴史
なお穀物の栽培化においては、もともと栽培化されていた穀物とは別に、それらの穀物の栽培の過程において畑に紛れ込んだ雑草が、本来の穀物に紛れて、または押しのけて成長する中で穀物として栽培されるようになっていったものがある。これらは二次作物と呼ばれ、コムギの栽培過程で作物化していったライムギやエンバクなどがあてはまる。
栽培化後も、農法の進歩は続いていた。たとえば上記のとおり穀物が非脱落性を獲得したばかりの場合、穀物の成熟度はその穂ごとに異なるため、熟した穂を選んで収穫する穂刈りが行われていた。しかしやがて農法の進歩によって同じ農地の穀物の成熟度をほぼ同じに調整することが可能となると、穂ではなく茎を根元から収穫する根刈りが主流となっていった。
穀物 歴史
栽培化された穀物はやがて起源地から広がっていくが、この過程において、コムギ、イネ、トウモロコシの三種の穀物が突出して栽培されるようになっていった。コムギは栽培化当初は加工のしやすいオオムギに比べ二義的な穀物だったと考えられているが、やがて粥ではなくパンを製造するようになると、グルテンを持つコムギは他の穀物のパンよりはるかに美味なパンを作ることができ、また加工の幅もほかの穀物とは比べ物にならないくらい広がったため、旧大陸のパン食文化圏においてはほぼどこでもコムギが第一の穀物とされるようになっていった。また穀物にはそれぞれ生育に適切な温度と湿度があり、高温多湿の地域ではイネ、やや乾燥した地域では高温地域でトウモロコシ、低温地域ではコムギが広く栽培された。これら三大穀物の栽培できない地域では、トウモロコシ適地より高温乾燥した地域ではモロコシが、それよりさらに乾燥した穀物栽培の限界に近い地域ではトウジンビエが主に栽培され、またコムギ適地より低温乾燥した地域ではライムギ栽培が選択された。
穀物は多くの国家において食糧生産の根幹であり、そのため栽培化以降も各地で品種改良の努力が続けられてきた。19世紀以降には農法の改善によって農業革命が起き、またこの頃から科学的な品種改良の理論が確立して各地で近代的な育種が行われるようになり、穀物の収量は激増した。特に20世紀後半に入ると、肥料の多用に耐えられる穀物品種の開発などによっていわゆる緑の革命が起き、穀物の反収は激増して世界人口の急増を支えることに成功した。
工業革命以前は小麦粉などを粉にするには石臼が使われ、手で選別処理をしなければふすま（表皮）や胚芽を完全に除去することは不可能であった。19世紀後半には、そうした処理が自動化され高度に精製された穀物が広く消費されるようになった。しかし工業の発達は穀物の精製技術を向上させる一方で、食物繊維、ビタミンやミネラルを損失させることで摂取量を減少させており、健康に影響を及ぼしていることが考えられる。
1970年代後半には、クロマトグラフィー果糖濃縮技術の出現で異性化糖（高果糖コーンシロップ、HFCS）の大量生産を可能とした。
穀物 生産
国連食糧農業機関（FAO）の穀物の世界需給予測によると、2021年度の生産量は30億0663万トンと初めて30億トン台に乗り、貿易量は5億7959万トン、13.6億トンが食用、9.9億トンが飼料であった。以下に1961年（FAO統計が利用可能な最初の年）以降の穀物生産量とその推移を示す。2003年にはトウモロコシ、コメ、コムギの3大穀物で世界の穀物生産の87％、世界の食物カロリーの43％を占めていた。緑の革命の影響を受けた3大穀物の生産量が爆発的に増加しているのに対し、ライムギとエンバクの生産量は1960年代に比べて大幅に減少している。
雑穀とみなされる穀物は全般に需要が低調であり、換金性もそれに伴って低いために栽培が減少する傾向が目立つが、雑穀のなかでも例えばエチオピア高原におけるテフのように地元のアムハラ人などによって強く嗜好され、主食の座を保っている穀物も存在する。このためテフの換金性は高く高価で取引されている。
穀物 生産
穀物は世界の人口のかなりを支えており、その生産様式は多岐にわたる。東アジアから東南アジア、南アジアにかけては集約型の穀物生産が行われ、ヨーロッパにおいては年単位で耕地を移動させ輪作を行い、地力の消耗を防ぎながら食用となる穀物と飼料作物を栽培する混合農業が主流である。こうした土地生産性の高い諸国に対し、アメリカのグレートプレーンズやオーストラリア、アルゼンチンのパンパなどでは、広大な土地で穀物を大規模に栽培する企業的穀物農業が行われている。こうした企業的穀物農業においては土地生産性が低く、例えばコムギにおいてはアメリカでは290㎏、オーストラリアでは190㎏と反収が低くなっているかわりに、少ない労働力で大規模に生産できるために労働生産性が非常に高くなっていることが特徴である。またこうしたことから、穀物の反収は先進国と発展途上国の間には必ずしも明確な差はなく、また穀物の種類によっても大きく左右される。例えばコムギの反収においてはもっとも高いのは西ヨーロッパ諸国であるが、ナイル川沿いの肥沃な土地を擁するエジプトや、ロバート・ムガベ政権によって穀物生産が崩壊する以前のジンバブエなどもそれに劣らない反収を誇っていた。また、日本においてはコメの反収は世界最高レベルにあるが、コムギの反収は384㎏と世界中位レベルであり、労働集約型農業としては低いレベルにとどまっている。
穀物 生産
農業革命や緑の革命によって品種改良や農法の改善が進んだコメ、コムギ、トウモロコシの三大穀物の収量は激増したが、雑穀などはそれらが進んでおらず、収量も低いレベルにとどまっているものがほとんどである。また、品種改良の進んだ穀物においても、たとえばトウモロコシやソルガムのように世界中で需要の多い飼料用としての改良は大幅に進んだものの、主食用としての改良が進んでいない穀物もあり、これらの穀物を飼料用として栽培するアメリカなどの企業的穀物農業の諸国と、アフリカや中南米などの自給用としてトウモロコシやソルガムの生産を行う諸国との反収の差の一因となっている。
穀物農業は、一年生植物である小麦栽培による表土流出など自然環境に負荷をかける面もあり、アメリカ合衆国のランド研究所が小麦代替穀物として開発した多年草「カーンザ」のように、品種改良で新たに作出される穀物もある。
穀物は、人類の多種ある主食のひとつとして使われてもいるが、実際には人類全体に穀物は届いておらず、世界で生産される穀物の3分の1は主に食肉用の家畜の餌として使われている。
穀物 生産
穀物は必需品であり、古くから重要な交易品の一つだった。現代においても穀物交易の重要性は変わらず、北アメリカ・南アメリカ・オーストラリアなどから大量の穀物が輸出され、世界各国に販売されている。なかでも世界最大の穀物輸出国はアメリカであり、主にコムギやトウモロコシの輸出を行っている。逆に穀物輸入額が多いのは、日本をはじめとする東アジア諸国や、アフリカ諸国である。この穀物流通においては、カーギルやアーチャー・ダニエルズ・ミッドランドといった穀物メジャーと呼ばれる商社群が大きな割合を占めている。
穀物の国際価格は変動しやすく、経済や人々の生活にに大きな影響をもたらす。2007年から2008年にかけては飼料用需要の増加や人口増加、穀物在庫の減少、バイオエタノール需要の増加、そして当年の主要産地での不作によって穀物価格が暴騰し、2007年-2008年の世界食料価格危機が発生して、特に発展途上国において都市部貧困層の生活水準悪化と、それにともなう暴動を引き起こした。
穀物 用途
穀物は、その種類によって用途の割合が異なっている。（生産量1位の）トウモロコシは、6割が飼料用で、4割が食用である。（生産量2位の）小麦は8割が食用で、2割が飼料用である。（生産量3位の）コメはほぼ全量が食用として使われる。
穀物は、主にエネルギー源となる炭水化物を供給するための主食の材料として用いられており、イモ類などの根菜類やバナナなどを主食とする地域を除く、世界中の大半の地域において食糧の中心部分を占めている。一日のカロリー摂取量に占める穀物の割合は発展途上国におけるほど高くなり、低所得国では70％を超えることすら珍しくない。経済が成長するにつれて食生活が多様化し、脂質や肉類の消費が増加することで穀物の食卓に占める割合も低下していったが、もっとも食卓に穀類の占める割合の少ない北アメリカや西ヨーロッパでも一日のカロリー摂取量の20％程度は穀物から供給されている。
穀物 用途
穀物は、脱稃をして外皮を取り除かないと食べることができない。脱稃をしたあと、通常は果皮、種皮、胚、胚乳表層部といった糠やふすま部分を取り除く精白を行う。また、精白しない全粒穀物を食べることもある。全粒穀物の例としては、玄米やオートミール、全粒粉の加工品などが挙げられる。精白する場合と比べてビタミンやミネラル、食物繊維が豊富に含まれているため、健康に良いとされる。精白の際に取り除かれた糠やふすまは通常食用とせず、飼料など様々な形で直接の食用以外に使用されることが多い。
穀物 用途
穀物を製粉した場合は、たいていは次に何らかの形で粉をまとめ成形してから食べることになる。ほとんどは、まず水を加えて練り上げ、必要に応じ塩などを混ぜて生地を作る。この生地をそのまま、あるいは発酵させて火を通したものがパンである。パンはコムギから作るものがもっとも一般的であるが、トウモロコシやライムギなどから作られるパンも根強い人気がある。また、この生地を細長く切って成形したものを麺と呼び、これも世界中で広く食される。麺もやはりコムギから作るものが最も一般的であるが、コムギの出来ない東南アジアにおいては麺はコメから作られるものが多い。また日本ではソバを麺にして食べるが、ソバ単体の場合麺状にした場合ちぎれやすくなるため、つなぎとしてコムギを使用することも多い。ただし麺は作るのに手間がかかるため、近代において製麺機が実用化されるまではどの文化圏においてもかなりのごちそうとされていた。こうした伝統的な調理法のほか、19世紀後半に穀物をローラーで圧搾しフレーク状にする技術が開発されたため、これ以後、穀物を加熱加工して長期保存に適するようにした、いわゆるシリアル食品が開発され、朝食を中心に広く利用されている。
穀物 用途
また、多めの水で穀物を煮た粥も調理が簡単であり、古くから広く世界で利用されてきた穀物調理法である。粥はそのまま煮るだけなので粒食もできるが、アフリカのウガリのように一度粉にしたものを粥にして食することもある。この場合、水分が多ければ普通の粥となるが、水分が少なければ粥というより粘りの強いペースト状の固体となる。
一部の穀物には、アミロースを含む粳（うるち）性のものと、アミロースを全く、あるいはほとんど含まない糯（もち）性のものの二つに分かれているものがある。本来、穀物は粳性であり、糯性のものはそこから変異して誕生したため、なかには糯性の品種が存在しない穀物も存在する。また、糯性はうるち性に比べて劣性遺伝であるうえ交雑しやすいため、自然状態では存続が難しく、糯性を好む人々が品種維持の努力を継続して初めて品種として継続するものである。糯性品種が存在するものとしては、コメ（もち米）を筆頭に、トウモロコシ、オオムギ（もち麦）、アワ（もち粟）、キビ、モロコシ、アマランサスなどがある。糯性の穀物は調理すると粘性が高くなるため、これを利用して、蒸したもち米をついて作る餅のような様々な食品が生み出された。
また、トウモロコシやソルガムなど一部の穀物には、火を通すと大きくはじける爆裂種（ポップ種）が存在し、ポップコーンなどに加工される。
穀物 用途
穀物は飼料としても古くから盛んに使用されてきた。穀物は飼料としては、牧草などの粗飼料と対比して濃厚飼料と呼ばれ、栄養価が高く近代的な畜産には不可欠なものである。飼料用としてもっとも重要な穀物はトウモロコシである。トウモロコシは中南米やアフリカにおいては主食としても使用されるものの、主な用途は消費の64%を占める飼料用である。この他、かつてはウマの飼料としてエンバクが非常に重要な飼料用作物であったが、第一次世界大戦後に軍用や輸送用のウマの需要が激減し、これにともなって飼料作物としてのエンバクの需要も激減して、栽培も少なくなった。ただし、現代においてもウマの飼育においてはエンバクはもっとも重要な飼料の一つである。この他、オオムギの飼料向け割合も高い。また、モロコシもアフリカや南アジアを除いては飼料用の利用がほとんどを占める。
穀物はそのまま食料として用いるほか、様々な食品に加工されても使用される。主食用以外の穀物用途で最も重要なものは、穀物を発酵させて醸造し、酒を造ることである。穀物は果実と並び醸造酒の原料として広く用いられるものである。たとえば、オオムギを原料としてビール、コメを原料として日本酒が造られている。様々な種類の酒が各民族によって作られてきた。穀物の中で醸造用としての用途が特に大きな割合を占める穀物としては、ビールの原料であるオオムギが挙げられる。
穀物は酢酸の原料として用いることも可能であり、例えば米酢のように実際に穀物から作られている酢も存在する。このように、穀物は調味料の原料として用いられることもある。
コーン油や米糠から取る米油などのように、一部の穀物は食用油の生産にも使われている。デンプンは糖化と異性化によって水飴、コーンシロップのような甘味料に分解できる。醸造・バイオマスエタノールはこの糖化を挟む。
2000年代には、穀物を醸造して得られるエタノールをアルコール燃料（バイオマスエタノール）として、機械装置の動力に利用する研究と実用化も進んでいたが、このバイオマスエタノール生産の急成長は穀物価格の急上昇を招き、2007年-2008年の世界食料価格危機の主因の一つとなるなど問題が発生したことから、2015年頃からバイオマスエタノール利用は大きく鈍化している。なお穀物由来のバイオエタノールの主要生産国はアメリカで、主にトウモロコシから生産を行っている。
種を収穫した後の残部も広く使用され、たとえば米の茎部分である藁は工芸材料として広く利用されるほか、籾殻も充填材として利用される。コムギの藁は敷き藁などに利用され、またトウモロコシの茎は燃料や製紙原料として利用される。
穀物 日本と穀物
特に生産量が多く主食として扱われることも多いイネ、ムギ類、トウモロコシを除く、その他の穀物を雑穀と呼んで区別することもある。中国や日本においては、特に主要な五種の穀物を五穀と呼び重視してきた。この五穀の内容は時代や書物によって様々であり、主要穀物の総称としての意味合いが強かった。現代日本においては、コメ、ムギ、アワ、マメ、キビまたはヒエを指して五穀と呼ぶことが多い。
御殿場線
御殿場線（ごてんばせん）は、神奈川県小田原市の国府津駅から静岡県御殿場市の御殿場駅を経て静岡県沼津市の沼津駅に至る東海旅客鉄道（JR東海）の鉄道路線（幹線）である。
JR東海が管轄する在来線としては最東端の路線であるとともに、唯一関東地方（神奈川県）に乗り入れている路線となっている。後述の歴史的経緯から東日本旅客鉄道（JR東日本）エリア側の国府津駅が起点で沼津方面に向かう方が下りとなっている。
御殿場線 概要
1889年（明治22年）に東京 - 神戸間を結ぶ鉄道（1909年に東海道本線と命名）の一部として開業した。複線化も行われていたが、1934年（昭和9年）12月1日の丹那トンネル開通に伴い東海道本線は熱海駅経由に変更され、国府津駅 - 沼津駅間は支線の御殿場線となった。なお鉄道唱歌の歌詞は丹那トンネル開通前に発表されたため、国府津駅 - 沼津駅間が現在の御殿場線経由となっている。
第二次世界大戦中の1944年（昭和19年）には不要不急線に指定されて単線化され、レールなどの資材は回収されて他の路線の建設に転用された。しかし現在もなおトンネルや橋脚などに複線時代の面影が残っている。また、大幹線である東海道本線から一ローカル線の御殿場線に転じたのちも、1992年に発生した東海道線来宮駅構内列車衝突事故の際などには不通になった東海道本線のバイパスとしての役割を果たし、寝台列車が当路線経由で運行された。
御殿場線 概要
松田駅 - 御殿場駅間においては、JRの前身である日本国有鉄道（国鉄）時代の1955年（昭和30年）から小田急電鉄小田原線新宿駅方面からの優等列車の乗り入れが行われ、東京都心 - 御殿場地区間のアクセスルートのひとつとなっている。国鉄時代は準急、1968年から急行、JR化後の1991年（平成3年）3月16日には特急に格上げされ、それから2012年3月16日までの間は乗り入れ区間が沼津駅まで延長されていた。
2010年3月13日から御殿場駅 - 沼津駅間に、2019年3月2日には下曽我駅 - 足柄駅に、2021年3月13日には国府津駅にIC乗車カード「TOICA」が導入された。なお、定期券以外では国府津駅を跨いだICカードの利用はできない。また、松田駅では小田急直通の特急「ふじさん」を利用する旅客専用に、運賃計算上の同一駅扱いである小田急新松田駅の入場・出場としてIC乗車カードを処理できる機器が設置されている。
御殿場線 路線データ
全線がJR東海静岡支社の管轄だが、国府津駅構内はJR東日本横浜支社の管轄で構内にある第一場内信号機が線路上の会社境界になっている。
御殿場線 沿線風景
国府津駅を出ると東海道本線を左側に離して内陸に入り、しばらくJR東日本国府津車両センターの入出区線と並走する。東海道新幹線を潜り、入出区線が左に分かれると単線となり、やがて右側に曽我梅林を見ながら梅林の最寄り駅となる下曽我駅に到着する。その後も酒匂川沿いの低地を北上し小田急電鉄小田原線の上を通過すると、特急「ふじさん」が運転される同線との連絡線が右側から合流し、松田駅に至る。
ここからは酒匂川との距離が近く、山北駅を過ぎると民家も減少し、山岳路線としての性格が強くなる。国道246号や東名高速道路と並行し、時にはそれらと交差する。カーブと急勾配は神奈川・静岡両県の県境を越えても続き、そのほぼ最高点が御殿場駅となる。同駅は沼津駅を除くと線内最大の駅で、観光客・ビジネス客などで多くの乗降がある。
御殿場線 沿線風景
御殿場駅からは黄瀬川に沿い、富士山の東麓斜面を駆け下る。車窓右側（西側）には富士山が広がり、特に御殿場駅近辺では遮るものなく間近に迫る。この辺では丁度宝永火口が正面に見える。25 ‰の勾配の途中に設けられている富士岡駅と岩波駅では、東海道本線時代に使用されていたスイッチバックの跡が残されている。沿線は市街化が進み、裾野駅の手前で東名高速道路が右側（西側）に離れると徐々に勾配が緩やかになり、下土狩駅の先では東海道新幹線が上を通る。愛鷹山が手前に見える頃に沼津駅に到着する。また、全線で常に左側には箱根山の外輪山を見ることになる。
御殿場線 運行形態
自社線内運転の普通列車のほか、小田急電鉄から乗り入れる特急がある。
山岳地帯を走行するため、台風や大雨などで運転を見合わせることが多い。特に御殿場駅 - 松田駅間では運転見合わせが多い。
松田駅で小田急小田原線に連絡線経由で連絡しており、この連絡線を経由して小田急ロマンスカーを使用した特急「ふじさん」号（旧・「あさぎり」号）が新宿駅 - 御殿場駅間で運行されている。この連絡線は小田急電鉄や小田急箱根（旧・箱根登山鉄道）の車両を搬入・搬出する際にも使われ、JR貨物の機関車がこれらの車両を牽引して普段は運用がない御殿場線に乗り入れ、連絡線を介して小田急小田原線の新松田駅まで入線する。
普通列車は国府津駅 - 沼津駅間直通列車がおおむね1時間に1本、その間に朝と夕方は国府津駅 - 御殿場駅間、静岡県側は御殿場駅 - 沼津駅間の区間列車が1 - 2本運行されている。このほか国府津駅 - 山北駅間の区間列車も設定されている。平日日中の国府津駅 - 山北駅間の区間列車1往復は、土休日には御殿場駅 - 沼津駅間の区間列車と結び国府津駅 - 沼津駅間直通で運行される。一部列車（列車番号の末尾がGの列車）においてワンマン運転が行われている。
御殿場線 運行形態
沼津側では、2009年3月14日のダイヤ改正より、東海道新幹線との乗り継ぎを考慮した東海道線三島駅発着列車が朝夕を中心に上下あわせて16本設定された。2024年3月16日改正時点では三島駅発着列車は下り・上りとも5本となっている。また、一部列車は富士・静岡方面と直通しており、下りは朝に静岡行き・上りは朝に富士発が各1本ずつ運行されている。
2012年3月17日のダイヤ改正前は、国府津側よりJR東日本の東海道線東京駅からの直通列車があり、山北駅や御殿場駅まで運行されていた。
御殿場線 使用車両
2024年12月現在、普通列車には315系電車と313系電車（いずれも静岡車両区所属）が使用されており、日中の列車ではワンマン運転も行われている。
特急「ふじさん」は、小田急電鉄の60000形電車「MSE」6両編成（喜多見検車区所属、1 - 6号車）で運行される。
特急列車は当初は全てのドアから乗降できたが、小田急線内のホームドア設置計画の進捗に伴い、2022年11月15日以降はホームドアの無い御殿場線内でも4号車がドアカットされ乗降できなくなっている。
御殿場線 使用車両
電車
72系 （32系からの改造車を含む）- 電化から1979年まで使用された。通年半自動ドア扱いであった。4両編成で、中間に入る付随車には便所が設置されていた。
クモハ60形 - 電化当初に72系と混結で使用されたが、後に低屋根化改造され身延線に転じた。
165系・167系 - 電化と同時に運行を開始した急行「ごてんば」で乗り入れた。当初は165系3両編成であったが、1981年10月1日からは167系4両編成に変更された。1985年3月13日限りで廃止。
3000形「SSE」 - 小田急電鉄所属で、急行「あさぎり」として乗り入れた。1991年3月15日限りで当路線での運行は終了。
113系 - 電化から2007年まで、東海道線からの乗り入れ列車に使用された。東京駅から御殿場駅までJR東日本所属車が乗り入れていたこともある。
115系 - 1979年から2007年まで使用された。導入当初は4両編成であったが、1984年2月のダイヤ改正を機に3両編成となった。
119系 - 東海道線からの乗り入れ列車に使用されたが、短期間で撤退した。
211系 - 2024年3月16日ダイヤ改正までは全線で運用されていたが、同ダイヤ改正以降は沼津駅 - 御殿場駅間の1往復のみとなっていた。2025年2月で運用終了。
E231系 - JR東日本所属。2012年3月16日まで国府津駅 - 山北駅間の2往復に付属編成（5両編成）が充当されていた。4ドアの同車の乗り入れ撤退に伴い、御殿場線普通列車は3ドア車に統一された。
371系 - 特急「あさぎり」に使用されたが、2012年3月16日をもって定期運用から撤退。
20000形「RSE」 - 小田急電鉄所属で、特急「あさぎり」として乗り入れた。2012年3月16日をもって定期運用から撤退。
御殿場線 歴史
東京 - 神戸間の幹線鉄道の一部として1889年に国府津 - 御殿場 - 沼津 - 静岡間が開通した。1896年に線路名称が制定され東海道線と命名、1909年には主な幹線を本線と称するようになり、東海道本線となった。
この間の1891年の小山（現・駿河小山） - 御殿場間を皮切りに現在の御殿場線にあたる区間の複線化が進められ、1901年には国府津 - 沼津間の複線化が完成した。神奈川県側の県境駅になる山北駅には機関区が置かれ、御殿場駅は富士山への登山口として、それぞれ栄えた。また、1896年には日本陸軍初の演習が沿線に当たる富士山の東麓（後の富士岡駅近郊）で行われ、1912年には正式に富士裾野演習場として開設されたため、ここに向けての兵員・物資輸送にも活用された。
御殿場線 歴史
しかし、箱根の外輪山の北側を迂回する「函嶺越え」の急勾配は輸送上の大きな障害で、その対策は半世紀近くにわたって大きな課題となっていた。当時の蒸気機関車は非力なため、各列車には山越えのための補助機関車（補機）を、下り列車は国府津駅、上り列車は沼津駅で停車して連結、途中御殿場駅で停車して解放した。この補助機関車には、その時代毎に最強力の機関車があてられた。明治時代には、連結器の容量が不足するため、編成の途中に補助機関車を組み込む運用を行い、急行列車に連結していた食堂車は、運転上の負担になるとして国府津駅・沼津駅で編成から切り離していたほどである。
1930年から東京駅 - 神戸駅間で運転を開始した特急「燕」号は、その停車時間を切り詰めるため、国府津駅・沼津駅での補機連結停車はたった30秒、解放は御殿場駅付近を走行中に無停車で行っていた。なお機関車の走行解放は「燕」に限らず、他の特急列車・急行列車・貨物列車でも行っていた。
御殿場線 歴史
この根本的な解決策として、1918年から熱海線の建設が始められ、国府津から小田原・熱海へと路線を延ばしていた。1934年、難工事となった丹那トンネルの完成により熱海 - 沼津間が開通すると、東海道本線は熱海線を編入して国府津 - 小田原 - 熱海 - 沼津間の短絡・平坦ルートとなり、国府津 - 御殿場 - 沼津間は御殿場線となった。この時、従来御殿場線区間にあった「三島駅」は「下土狩駅」と改称され、新規開通区間上に三島駅が設置された。駿豆鉄道（現在の伊豆箱根鉄道駿豆線）も国鉄との接続駅を新たな三島駅へ変更し、下土狩駅までの路線は廃止された。分離され、新たな名称を与えられることになった区間の線名は「箱根支線」・「箱根線」・「函北線」・「富士山線」など様々な候補があったというが、御殿場町（後の御殿場市）の請願によって現在の名称に決定されたといわれている。このルート変更により沿線地域は経済面で大きな打撃を被った。
御殿場線分離後も御殿場駅には軍隊用ホームが設置され、多くの兵士が出征した。沿線の小学校で教師をしていた富原薫はこの光景を見て、童謡『兵隊さんの汽車』を作詞したとされている。この童謡は戦後『汽車ポッポ』と歌詞が改められている。
御殿場線 歴史
御殿場線としての分離後もしばらく複線運転を行っていたが、第二次世界大戦時の物資不足から、1943年には不要不急線に指定され単線化。片方のレールや橋梁が撤去され、一部の部材は1944年に山陽本線へ編入された柳井線（岩国 - 柳井 - 櫛ケ浜間）の複線化工事や、建設中であった横須賀線の横須賀 - 久里浜間、樽見線の橋梁に転用された。現在でも各所に複線時代の名残をとどめる廃線跡が散在しており、車窓から確認できる。
戦後、小田急電鉄の新松田 - 松田間の連絡線が1955年に開業し、新宿 - 御殿場間直通の準急が気動車で運転開始された。この直通準急には、本格的なものとしては日本初の2基エンジン形気動車（キハ5000形）が用いられた。
また、この時期に複線時代の線路跡を活用して新駅が多く設置され、キハ51形の投入に伴う普通列車の気動車化と合わせて地域内輸送により配慮されるようになった。1968年には全線で電化が完成し、小田急からの直通準急（1968年に急行化）も電車に置き換えられた。電化と同時に東京 - 御殿場間の急行「ごてんば」が運転を開始し、東京や横浜との都市間輸送が行われたが、1985年に廃止され、同線内の定期優等列車は小田急線直通急行「あさぎり」のみとなった。
1987年の国鉄分割民営化では神奈川県内にかかる在来線としては唯一、JR東海の管轄となり、JR東日本の路線となった東海道本線の東京方面とは列車運行の分断が進められた。一方、1991年には「あさぎり」が特急化された上、運転区間も新宿 - 沼津間へと延長され、東京都内や小田急線沿線から伊豆半島西部（西伊豆）への観光輸送ルートとしての役割も期待されるようになった。御殿場以西に関しては御殿場 - 裾野間の各駅の交換設備の新設により、普通列車の増発も行われている。1999年からはワンマン運転が開始された。
2012年3月に実施されたダイヤ改正で「あさぎり」の御殿場 - 沼津間が廃止となり、準急・急行時代と同じく小田急による片乗り入れに戻った。またJR東日本との直通運転が廃止された。2018年3月のダイヤ改正で「あさぎり」は「ふじさん」に改称された。
御殿場線 駅一覧
括弧内は国府津駅起点の営業キロ。
裾野市内にある裾野駅・岩波駅の2駅は、いずれもトヨタ自動車東日本（旧・関東自動車工業）やキヤノンなど大企業が裾野市北部に工場を建設したことにより、通勤客を中心に利用者が大幅に増加した。これを受け、1965年（昭和40年）ごろからは両駅の中間地点にある深良地区に市内で3番目の新駅を設置（駅舎建設費用：20億円）し、新駅周辺地区17ヘクタールの開発を行う計画が浮上した。
期成会は2005年（平成17年）に深良地区の住民5,000人を大幅に上回る21,000人の署名を集めて裾野市に提出したほか、大橋俊二市長（当時）もJR東海への陳情を行ったほか、2006年（平成18年）の4期目の市長選挙で「深良地区の新駅設置に政治生命を賭けて取り組む」と表明した。
御殿場線 駅一覧
JR東海は市に対し「建設に運行の支障がないこと」「地域住民の乗降客が既存の駅利用者を減らすことなく2,000人以上あること」「駅舎建設は全額地元負担であること」の3つの条件を提示したため、市は深良地区の定住人口を増加させるため宅地化などへの開発へ区画整備の検討をしているが、市街化調整区域となっている深良地区を開発するためには「市街化区域」への変更が必要である。それも市の裁量だけで変更することはできず国や静岡県との調節が必要なため、2014年（平成26年）時点で新駅設置に向けた開発は進んでおらず、事実上「凍結状態」にある。
また、御殿場市では市北東部の御殿場駅 - 足柄駅間（小山町との市町境および東名高速道路との交点付近）と、市南部の富士岡駅 - 岩波駅間にそれぞれ新駅を設置する構想がある。前者の構想地点は御殿場プレミアム・アウトレットや東名高速道路の足柄サービスエリア (SA) に近接する深沢地区（おおよその座標）で、後者の構想地点は時之栖・富士見原団地に近接している神山地区の食肉センター跡地付近（おおよその座標）である。深沢地区の新駅については2006年（平成18年）時点で既に検討がなされていたが、2024年（令和6年）時点までに顕著な動向はない。
低水準言語
低水準言語（ていすいじゅんげんご、英: low-level programming language）は、コンピュータ用のプログラミング言語のうち、コンピューターが命令を直接、もしくは直接に近い形で解釈し実行できる言語の総称。一般的には機械語やアセンブリ言語のことを指す。低級言語とも。
対義語は「高水準言語」である。
低水準言語は、命令セットアーキテクチャ（プロセッサの構造に近いコマンドや関数）からの抽象化機能をほとんど、もしくは全く提供しない。実行環境のメモリの容量が少ないか、プロセッサの能力を最大限に引き出す必要がある場合に用いられる事が多い。
低水準とは、システムの階層構造を考えた場合に、ハードウェア寄りに位置する（低レイヤ、低水準）という意味である。コンパイラやインタプリタを使用せずに機械語に変換することができ、プロセッサ上で直接実行することができる。アセンブリ言語においては、アセンブラと呼ばれる単純なプログラムを使用して機械語への変換を行う。
低水準言語
低水準言語で記述されたプログラムは少ないメモリ使用量で高速に動作し、同じプログラムを高水準言語で記述したものよりも高い効率で動作する。低水準言語はシンプルな言語だが、多数の技術的な詳細をプログラマが覚えておく必要があるため扱いが難しいとされている。それに対し、高水準言語はコンピューターアーキテクチャにおける実行セマンティクスをプログラムから分離しているため、開発が簡略化できる。
次のような特徴がある。
3月5日
3月5日（さんがついつか）は、グレゴリオ暦で年始から64日目（閏年では65日目）にあたり、年末まであと301日ある。
3月5日 記念日・年中行事
産後ケアの日（ 日本）
尿もれなどの産後のトラブルを改善し、産後ケアの大切さを知ってもらおうと、日本製紙クレシア株式会社が立ち上げた「産後ケア」の日実行委員会が制定。出産を経験した全ての女性たちが産後トラブルから解放され、いつまでも内面から美しく、毎日がもっと楽しく、もっと心地よく過ごせるようにとの願いが込められている。日付は3と5で「産後」と読む語呂合わせから。
アセンブリ言語
アセンブリ言語（アセンブリげんご、英: assembly language、アセンブリ）はビット列命令に対応した文字列命令を利用する低水準プログラミング言語の総称である。
アセンブラ（英: Assembler）またはアセンブラ言語（英: Assembler Language）とも呼ばれる。
アセンブリ言語 概要
プロセッサは機械語プログラムを直接読み取り実行する。しかし人間にとってビット列は直観的に理解しづらいため、機械語コーディングは容易でない。これを解決するために、ビット列に対応する文字列命令（ニーモニック）を利用するプログラミング言語の総称がアセンブリ言語である。
アセンブリ言語を用いることで、機械語相当の低水準なコードをより直観的に記述できる。高度なアセンブリ言語ではアセンブラに対する命令（疑似命令）やマクロを用いて、より抽象的な記述が可能である。パイプライン処理などを最適化するために命令順序を入れ替えたり、ラベルの位置関係によってアドレッシングモードを最適化するアセンブラもあり、必ずしもソーステキストの記述とアセンブルの結果が直接対応するとは限らない。
アセンブリ言語は機械語と強く結びついているため、各プロセッサ向けに仕様の異なる様々な（具体的な）アセンブリ言語が存在する（「アセンブリ言語」は総称である）。同じ命令セットに対しても複数のアセンブリ言語が存在しうる（例: GNUアセンブラのgasのインテルプロセッサ用）。
アセンブリ言語 概要
アセンブリ言語の基本文法として、1つの命令は1つのニーモニックと0個以上のオペランドからなる。プログラム全体はニーモニック/オペランド列、ディレクティブや擬似命令と呼ばれるメタな文、コメント、データで構成されている。通常の文はオペコードのニーモニックで始まり、パラメータ（データ、引数）のリストがそれに続く。多くのアセンブリ言語はオペランドのアドレスや定数をラベル・シンボルで記述できハードコーディングを避けられる。
アセンブリ言語 基本文法
アセンブラの開発者によって用語の使い方に大きな差異があり、文の分類などが異なる。例えば、マシンのニーモニックや拡張ニーモニック以外は全て擬似命令と呼ぶ場合もある。典型的なアセンブリ言語は、プログラムの操作の定義に使われる命令文をニーモニック、データセクション、アセンブリディレクティブの3種類に分類する。
ニーモニック（英: mnemonic）は処理内容に応じて各機械語命令に与えられた文字列・命令語である。機械語のオペコードに相当する。
ビット列である機械語はその処理が直観的にわからないため、機械語コーディングは容易でない。人間がより容易に機械語と同等なコードを書くため、ビット列を意味ある文字列で表現するニーモニックが発明された。例えばx64機械語 0x05 は「整数の加算」を意味するのでニーモニック ADD を対応させる。個々の機械語命令には少なくとも1つのニーモニックが対応する。
アセンブリ言語 基本文法
拡張ニーモニックは命令の特殊な用途をサポートするのに使われることが多く、本来の命令の名称からはその用途が連想できないときに使うことが多い。例えば、多くのCPUは明示的にNOP命令を用意していないが、その用途に使える命令は存在する。8086ではxchg ax,axという命令がnopとして使えるので、アセンブリ言語でnopを記述すると xchg ax,ax という命令に変換される。逆アセンブラにもこのあたりを認識し、xchg ax,axをnopに変換するものがある。同様にIBMのSystem/360とSystem/370のアセンブラでは、拡張ニーモニックNOPとNOPRを使用し、それぞれBCとBCRのマスク0の命令に変換する。SPARCアーキテクチャでは、拡張ニーモニックをsynthetic instructionsと呼んでいる。
アセンブリ言語 基本文法
命令は一般に1個の「オペコード」と0個以上の「オペランド」で構成される。多くの命令は1個または2個の値を参照する。オペランドには即値（命令内に置かれる値）、レジスタ（暗黙のうちに使用される場合もある）、記憶装置内のデータの位置を示すアドレスなどがある。「拡張ニーモニック」はオペコードと特定オペランドの組合せを表すのに使われることが多い。例えば、System/360では、BC命令にマスク15を組み合わせたものがB、BC命令にマスク0を組み合わせたものがNOPという拡張ニーモニックで表される。オペランドの順序（例: ソースとディスティネーションの前後）は言語に依る。
オペランド（英: operand、被演算子）は命令の対象・引数である。1つの命令では、ニーモニックに続き0個以上のオペランドが記述される。オペランドにはソースとデスティネーションの二種類があり、データとして読み取られるのがソースで、オペコードで示された命令の実行結果が格納されるのがデスティネーションである。ソースには定数・レジスタ・メモリのいずれか、デスティネーションにはレジスタ・メモリのいずれかを指定する。
アセンブリ言語 基本文法
データと変数を保持するデータ要素を定義するのに使われる命令文がある。データの型、長さ、境界（アライメント）を定義する。また、そのデータがプログラム外部（別ファイルでアセンブルされたプログラム）からも利用可能なのか、それともデータセクションを定義したプログラム内でのみ使用可能なのかも定義できる。一部のアセンブラはこれを擬似命令に分類している。
アセンブリディレクティブは、擬似命令とも呼ばれ、アセンブラがアセンブリ実施中に実行すべき命令となっている。プログラマが入力するパラメータによって、異なった形でアセンブルが行われるよう指示することができる。また、プログラムの見た目を操作して、可読性と保守性を向上させるのにも使われる。例えば、記憶装置の領域を予約し、その初期内容を指定するディレクティブなどがある。ディレクティブの名称はドットで始まることが多く、それによって通常のニーモニックと区別している。
擬似オペコード(pseudo-opcode)と言った場合、オブジェクトコードを実際に生成するディレクティブのみを指すこともある。
シンボリックアセンブラでは、任意の名前（ラベルまたはシンボル）とメモリ位置を対応付けることができる。通常、定数や変数に名前をつけることができ、命令文ではそれらの位置を名前で参照できる。実行コードではサブルーチンのエントリポイントと名前を関連付け、サブルーチンを名前で呼び出すことができる。サブルーチン内では、分岐命令の分岐先をラベルで示すことができる。一部のアセンブラは「ローカルシンボル」をサポートしており、通常のシンボルとは語彙的に区別する（例えば、"10$"を分岐先に使用する、など）。
一部のアセンブラは柔軟なシンボル管理を提供しており、複数の名前空間を管理したり、データ構造内のオフセットを自動的に計算したり、リテラル値やアセンブラが実施した単純な計算結果を参照するラベルを割り当てたりすることができる。ラベルは定数や変数をリロケータブルなアドレスで初期化するのにも使える。
アセンブリ言語 例
x86/IA-32プロセッサにおいて8ビット即値をレジスタに入れる命令を例にとる。
この命令のバイナリコードは 10110 で、その後に3ビットのレジスタを指定する識別子が続く。AL レジスタの識別子は 000 なので、次に示す機械語は AL レジスタに 01100001 というデータをロードする。
このバイナリコードを人間が読みやすいように十六進法で表現すると次のようになる。
ここで、B0は「ALに後続の値をコピーする」ことを意味し、61は01100001を十六進法で表したもの（十進法では97）である。インテルのアセンブリ言語では、この種の命令に MOV というニーモニックを割り当てており、セミコロン以下に説明的コメントを添えたアセンブリ言語での表現は次のようになる。
この場合、定数61Hがソース、レジスタALがデスティネーションに該当し、命令が実行されると、定数61Hが、レジスタALに単純に格納される。これが人間にとってはさらに読みやすく覚えやすい。
アセンブリ言語 例
前述のインテルの MOV のようにデータの転送の多くを同一の命令あるいはニーモニックとする場合もあれば、データのコピー/移動の方向などによって別々の命令あるいはニーモニックとする場合もある（「メモリからレジスタへの移動」を L、「レジスタからメモリへの移動」を ST、「レジスタからレジスタへの移動」を LR、「即値をメモリへ移動」を MVI など）。（この段落では命令セットの設計の話とアセンブリ言語の話を一緒にしている）
インテルのオペコード 10110000(B0)は8ビットの値を AL レジスタにコピーするが、10110001(B1)はCLレジスタにコピーし、10110010(B2)は DL レジスタにコピーする。これらをアセンブリ言語で表現すると次のようになる。
MOVの構文には次の例のようにさらに複雑なものもある。
MOVというニーモニックを使った文は、その内容によってアセンブラが88-8E、A0-A3、B0-B8、C6、C7のいずれかのオペコードに変換するので、プログラマはオペコードを知る必要がないし、オペコードを覚える必要もない。
アセンブリ言語 高級言語との違い
アセンブリ言語は低水準プログラミング言語であり、C言語などの高級言語より抽象度が低い。すなわち言語機能（構文や型）が少ない。次の表は「基本的なアセンブリ言語」と高級言語の間にある言語機能差である。
この差はあくまで言語機能の差である。「高級言語でのみ可能、アセンブリ言語では不可」という意味ではない。例えばアセンブリ言語に関数構文は存在しないが関数に相当するパターンが存在する（関数プロローグ・エピローグ）。より正確な言い方をすれば、アセンブラで頻出するパターンを1つの機能として言語仕様に組み込んで抽象度を上げていった言語が高級言語である。
アセンブリ言語 高水準文法
より抽象化され少ないコード量でアセンブラを書くために様々な高水準文法がアセンブリ言語に導入されてきた。現在では高水準化のメインストリームは高級言語に移った一方、目的に応じてアセンブリ言語を選択するユーザー向けに高機能なアセンブリ言語の開発も続いている。
アセンブリ言語においてもマクロが利用される。一般的なマクロと同様、高度なアセンブラマクロでは制御構文導入・引数展開・ユーザー定義マクロ適用などが可能である。文字列であるオペコード・ニーモニックはマクロの対象となるため、これを利用して疑似ニーモニックによる記述も可能になる。
例えば、一部のZ80用アセンブラでは、ld hl,bc というマクロ命令を ld l,c と ld h,b という2命令に展開する。メインフレームの時代には、マクロは特定顧客の大規模ソフトウェアシステムのカスタマイズや、メーカーのオペレーティングシステムを顧客の要望に合わせた特注版にするのに使われていた。IBMの VM/CMS、リアルタイムトランザクション処理用アドオン、CICS、ACP/TPFなどで使われてきた。
アセンブリ言語 高水準文法
構造化プログラミングの要素を取り入れたアセンブラもある。最初期には "Concept-14 macro set" がSystem/360のマクロアセンブラにIF/ELSE/ENDIFなどの制御構造を導入した。また8080/Z80プロセッサ向けの A-natural ではブロック構造や命令実行順序の制御が採用された。
また構造化プログラミングとは若干異なるが、キャリーラボはBASIC風の文法のアセンブリ言語 BASE を開発した。Z80用のBASE-80とMC6809用のBASE-09がある。BASEの表記例は下記の通り（BASE-09）。
上記の記述は下記のアセンブラ表記に対応する。
アセンブリ言語 アセンブラ
アセンブル（英: assemble）はアセンブリ言語で書かれたプログラムから機械語で書かれたオブジェクトコードへの変換である。具体的には、ニーモニックをオペコードに変換しシンボル名をメモリ位置や他の実体に変換する。
アセンブルは比較的単純な規則からなるため、人の手でも実行できる（ハンドアセンブル）。単純な作業を効率良くミス無く行うのはプログラムの得意分野であり、そのようなソフトウェアが開発された。このアセンブリをおこなうプログラムをアセンブラ（英: assembler）という。初期にはアセンブリプログラムとも呼ばれた。
シンボル名による参照の利用はアセンブラの重要な機能であり、面倒な計算やプログラム修正に伴うアドレスの更新の手間を省くことができる。また、オブジェクトコードを生成する際、ローダ用情報も併せて生成するアセンブラもある。マクロを含むアセンブリ言語に対応している場合、処理系にはm4のような汎用プロセッサあるいはプロセッサ内蔵アセンブラ（マクロアセンブラ）が利用される。ポリモーフィズム、継承などをもつ高水準アセンブリ言語に対応したアセンブラは高水準アセンブラと呼ばれる。
アセンブリ言語 アセンブラ
動作プラットフォーム以外のターゲットプラットフォームを選択できるアセンブラはクロスアセンブラとも呼ばれる（参考: クロスコンパイラ）。メタアセンブラは、アセンブリ言語の文法や意味論を記述したものを入力とし、その言語のためのアセンブラを出力するプログラムである。
逆方向の変換、すなわちオブジェクトコードのアセンブリ言語化をおこなうプログラムを逆アセンブラという。
アセンブラは様々な観点から分類できる。パス回数（アセンブル時のソースファイル走査回数）の観点ではワンパスアセンブラとマルチパスアセンブラに分類できる。
ワンパスアセンブラ
ソースコードを1回だけパスするアセンブラ。定義される前にシンボルが使われているとオブジェクトコードの最後に "errata" を置く必要があり、リンカまたはローダが未定義シンボルが使われていた位置にあるプレースホルダーを書き換える。あるいは、未定義なシンボルを使用するとエラーになる。
マルチパスアセンブラ
最初のパスで全シンボルとその値の表を作成し、その表を使ってその後のパスでコードを生成する。
アセンブリ言語 アセンブラ
どちらの場合も、アセンブラは最初のパスで各命令のサイズを確定させる必要があり、それによって後に出現するシンボルのアドレスを計算する。命令のサイズは後から定義されるオペランドの型や距離に依存することがあるため、アセンブラは最初のパスでは悲観的な見積もりをし、必要に応じてその後のパスまたは errata にて1つ以上のNOP命令（何もしない命令）を挿入してすき間を埋める必要がある。最適化を行うアセンブラでは、最初の悲観的コードをその後のパスで稠密なコードに書き換えてアドレスの再計算を行うことがある。
もともとワンパスアセンブラは高速であるためよく使われていた。マルチパス動作をするには、磁気テープを巻き戻したりパンチカードのデッキをセットし直して読み込む必要があったためである。現代のコンピュータではマルチパスであってもそのような遅延は生じない。マルチパスアセンブラは errata がないため、リンク処理（アセンブラが直接実行コードを生成する場合はローダの処理）が高速化される。
Unix系システムでは、アセンブラを as と呼ぶのが一般的だが、実体はそれぞれのOSで異なる。GNUアセンブラを使っているものが多い。
同じ系統のプロセッサであっても、複数のアセンブリ言語の方言が存在する。アセンブラによっては他の方言のアセンブリ言語も使用可能な場合がある。例えば、TASMはMASM用コードを入力として受け付け可能だが、逆は不可能である。FASMとNASMは文法がほぼ同じだが、サポートしているマクロが異なるため、相互の翻訳は困難である。いずれも基本機能は同じだが、追加機能に差異がある。
アセンブリ言語 歴史
アセンブリ言語は、ごく単純なものまで含めれば、プログラム内蔵方式のコンピュータの最初期の1940年代から存在している。世界で最初に実用的に稼働したノイマン型電子計算機とされるEDSAC (1949) の initial orders（現代の用語ではブートローダーに相当するもの）は、テープにパンチされた十進によるアドレスを、内部表現の二進に変換するなどの機能を持っていた（命令については、「1文字のニーモニック」に見えるかもしれないが、それは実際には同機の機械語そのものである）。ナサニエル・ロチェスターは1954年に IBM 701 用アセンブラを書いている。1955年、Stan Poley が IBM 650 用言語アセンブリSOAP (Symbolic Optimal Assembly Program) を開発した。
コンピュータの歴史の初期には、このような、プログラムによって機械語プログラムを生成することを自動プログラミングと呼んだ。
ドナルド・ギリースは、まだ発明されていなかったアセンブラを開発中に、フォン・ノイマンから開発を即座に止めるように言われた、という1950年代初期ならではの逸話がある。当時は、人間が手作業でもできるような瑣末な仕事をコンピュータにさせるような時代が来るとは考えられておらず、単に時間の無駄だとノイマンは考えたのである。
アセンブリ言語 歴史
歴史的には多数のプログラム（OSやアプリケーション）がアセンブリ言語だけで書かれてきた。ALGOLの方言であるESPOLで書かれた Burroughs MCP (1961) が登場するまで、オペレーティングシステムはアセンブリ言語で書くのが普通だった。IBMのメインフレーム用ソフトウェアの多くはアセンブリ言語で書かれていた。COBOL、FORTRAN、PL/I などが取って代わっていったが、1990年代になってもアセンブリ言語のコードベースを保守し続けていた大企業も少なくない。
初期のマイクロコンピュータでも同様に広く用いられた。これは、リソースの制約が厳しく、メモリやディスプレイのアーキテクチャが特殊だったからである。また、マイクロコンピュータ向けの高水準言語のコンパイラがなかったという面も重要である。また、初期のマイクロコンピュータのユーザは趣味としての使用が主であり、何でも自前で作るという精神もそれに影響していたと見られる。
アセンブリ言語 歴史
1980年代から1990年代にかけて、ホームコンピュータ（ZX Spectrum、コモドール64、Amiga、Atari ST など）でもアセンブリ言語がよく使われていた。というのもそれらのBASICは性能が低く、ハードウェアの全機能を利用できないことが多かったためである。例えば、Amigaにはフリーウェアのアセンブリ言語統合開発環境 ASM-One assembler があり、Microsoft Visual Studio に匹敵する機能を備えていた。
Don French が開発した VIC-20 用アセンブラは 1,639 バイトという小ささで、世界一小さいアセンブラと言われている。アドレスをシンボルで表現でき、各種アドレス計算（四則演算、AND、OR、冪乗など）が可能だった。
1980年代のビジネスソフトでは、例えば表計算ソフト Lotus 1-2-3 などはアセンブリ言語で書かれていた。日本では松などが該当する。
アセンブリ言語 歴史
1990年代に入っても、コンシューマーゲームの多くはアセンブリ言語でプログラムが書かれていた。しかしゲーム内容が複雑化し、プログラムの規模が増大するにつれて、アセンブラでは開発が困難となり、高水準言語による開発が主流となっていった。例えばプレイステーションではGCCが公式のSDKに含まれていて、標準の開発言語はC言語であった。この時代のゲーム機は3次元コンピュータグラフィックスの積極的な導入が始まっており、ハードウェア性能も向上したことから、C言語による開発も十分可能となったが、コンパイラの最適化能力が未成熟だったこともあいまって、ハードウェア性能を最大限引き出すにはアセンブリ言語を駆使した手動最適化や細かなチューニングが必要となることも多かった。セガサターンの最高性能を引き出してプレイステーションに対抗するには、アセンブリ言語を使うしかなかったと述べていた業界関係者もいた。ただし一方で、ファミコン時代すでにメタルスレイダーグローリーやスーパーファミコンのMOTHER 2・シムシティ、プレイステーションのクラッシュ・バンディクーで、開発の一部にLISPが使われていたという話もあり、当時のコンシューマーゲームの分野ではアセンブリ言語やC言語が全てだったというわけではない。
アセンブリ言語 歴史
2000年代初頭、マイクロソフトは原始的なプログラマブルシェーダーに対応したDirectX (Direct3D) 8.0をリリースした。このDirect3D 8.0におけるシェーダープログラムは、グラフィックスハードウェアに依存しない中間言語（バイトコード）を出力することのできるアセンブリ言語（シェーダーアセンブラ）を使用して記述するものだった。2001年には世界で初めてプログラマブルシェーダーに対応したコンシューマーゲーム機として初代Xboxが登場したが、このXboxに搭載されていたグラフィックスAPIもDirect3D 8.x相当のカスタマイズ版であり、CPU上で実行するホストプログラム（ゲームアプリケーション本体のコード）はC++を使って記述する一方、GPU上で実行するシェーダープログラムの記述にはアセンブラを使用していた。のちにHLSLやCg (C for Graphics) といった高水準シェーディング言語が開発され、HLSLに対応したDirect3D 9.0以降はシェーダープログラムも高水準言語を利用して記述するようになった。Direct3D 10のシェーダーモデル4.0以降は、シェーダーアセンブラではなくHLSLの使用が必須となっている。
現在の最適化コンパイラは人手で書かれたアセンブリ言語のコードと同等の性能を発揮すると言われている（例外もある）。最近のプロセッサやメモリサブシステムは複雑化してきたため、コンパイラでもアセンブリ言語でも効果的な最適化がますます困難になってきている。さらにプロセッサが高性能化し律速が入出力やページングへ移ることで、コーディングが性能向上に貢献するケースは以前より少なくなっている。
一方C++やC#のような、Cよりもさらに高水準の言語が主流になってからも、コンパイラが出力したアセンブリコードを解析して最適化やチューニングの余地を探るといった手法は一般的に行なわれている。
アセンブリ言語 利用
低水準言語であるアセンブラはC言語などの高級言語と異なる領域で利用される。
アセンブラを用いる目的として以下が挙げられる。
アセンブリ言語が用いられる事例として以下が挙げられる。
コードサイズの上限に制限がある環境
ブートセクタに格納するブートローダ。例として、MBRでは最大446バイト。
トラップ処理やシグナルハンドラ起動などのために、カーネルがプロセスのアドレス空間へ見せるコード。vDSOを用い、プロセスからはシェアードオブジェクトを読み込んだように見せる実装が多い。
見せるコードの範囲を正確に把握する必要があるため、コードのエントリだけでなく終了部にもラベルを与える。アセンブリ言語では容易だが、高級言語では一般に不要な機能なのでサポートされていない。
元来はユーザモード用のスタック上にカーネルからコードをコピーして実行していた。欠点として、スタックはユーザモードでの書き込みが禁止できず、スタック上でのコード実行がセキュリティホールとしてしばしば利用されたことから、実装方法の変更が進められている。