stanford-oval/wikipedia huggingface dataset:
生かしておくには型破り過ぎるが、殺すにはレアすぎる!
収録曲 > CD

| # | タイトル | 作詞・作曲 | 時間 |
| --- | --- | --- | --- |
| 1. | 「ディス・イズ・ゴスペル」(This Is Gospel) | ブレンドン・ユーリー ダロン・ウィークス ジェイク・シンクレア | 3:07 |
| 2. | 「ミス・ジャクソン (feat. Lolo)」(Miss Jackson (feat. Lolo)) | ブレンドン・ユーリー ブッチ・ウォーカー ジェイク・シンクレア アミール・サレム ローレン・プリチャード アレックス・グース | 3:12 |
| 3. | 「ヴェガス・ライツ」(Vegas Lights) | ブレンドン・ユーリー ダロン・ウィークス ブッチ・ウォーカー ジム・ヘンソン ジョセフ・ラポソ | 3:10 |
| 4. | 「ガール・ザット・ユー・ラヴ」(Girl That You Love) | ブレンドン・ユーリー ダロン・ウィークス | 3:09 |
| 5. | 「ニコチン」(Nicotine) | ブレンドン・ユーリー ダロン・ウィークス アミール・サレム | 3:06 |
| 6. | 「ガールズ/ガールズ/ボーイズ」(Girls / Girls / Boys) | ブレンドン・ユーリー ダロン・ウィークス | 3:26 |
| 7. | 「カジュアル・アフェアー」(Casual Affair) | ブレンドン・ユーリー | 3:17 |
| 8. | 「ファー・トゥー・ヤング・トゥ・ダイ」(Far Too Young to Die) | ブレンドン・ユーリー ダロン・ウィークス | 3:17 |
| 9. | 「カラー・フル」(Collar Full) | ブレンドン・ユーリー ダロン・ウィークス | 3:18 |
| 10. | 「ジ・エンド・オブ・オール・シングス」(The End of All Things) | ブレンドン・ユーリー | 3:32 |
| 合計時間: | 合計時間: | 合計時間: | 32:34 |
| # | タイトル | 作詞・作曲 | 時間 |
| --- | --- | --- | --- |
| 11. | 「キャント・ファイト・アゲインスト・ザ・ユース」(Can't Fight Against the Youth) | ブレンドン・ユーリー ダロン・ウィークス | 2:45 |
| 12. | 「オール・ザ・ボーイズ」(All the Boys) | ダロン・ウィークス | 3:12 |
| 合計時間: | 合計時間: | 合計時間: | 38:31 |
収録曲 > LP

ディス・イズ・ゴスペル
ミス・ジャクソン (feat. Lolo)
ヴェガス・ライツ
ガール・ザット・ユー・ラヴ
ニコチン
ガールズ/ガールズ/ボーイズ
カジュアル・アフェアー
ファー・トゥー・ヤング・トゥ・ダイ
カラー・フル
ジ・エンド・オブ・オール・シングス
クレジット

※出典
ブレンドン・ユーリー – リード・ボーカル、ギター、ピアノ、キーボード、シンセサイザー、プログラミング
スペンサー・スミス – ドラム、パーカッション
ダロン・ウィークス – ベース、バックグラウンド・ボーカル
ブッチ・ウォーカー – 追加のギター、バックグラウンド・ボーカル、プロデュース
ロブ・メイセス – ストリングスアレンジ、指揮者
Lolo – ボーカル（M2）
ジュリアン・リーパー – コンサートマスター
エムリン・シングルトン – ヴァイオリン（リーダー）
ピーター・レイル – ヴィオラ（リーダー）
デイヴ・ダニエルズ – チェロ（リーダー）
ジェイク・シンクレア – レコーディング・エンジニア、ミキシング
トッド・ストペラ – アシスタント・エンジニア
アミール・サレム – アディショナル・エンジニア
ジョナサン・アレン – レコーディング・エンジニア（ストリングス）
クリス・バレット – アシスタント・エンジニア（ストリングス）
テッド・ジェンセン – マスタリング
アレックス・R・カーズナー – クリエイティヴ・ディレクター、写真、デザイン
パニック!アット・ザ・ディスコ – クリエイティヴ・ディレクター
クリス・フェルプス – 追加の写真
アンソニー・フランコ – スタイリング
チャート > 週間チャート

| チャート (2013年) | 最高位 |
| --- | --- |
オーストラリア (ARIA): 26
オーストリア (Ö3 Austria): 70
ベルギー (Ultratop Flanders): 79
ベルギー (Ultratop Wallonia): 175
カナダ (Billboard): 8
フィンランド (Suomen virallinen lista): 46
ドイツ (Offizielle Top 100): 99
アイルランド (IRMA): 23
日本 (オリコン): 105
オランダ (MegaCharts): 77
ニュージーランド (RMNZ): 15
ベルギー (Ultratop Flanders): 79
スコットランド (OCC): 8
UK アルバムズ (OCC): 10
US Billboard 200: 2
US Top Alternative Albums (Billboard): 1
US Top Rock Albums (Billboard): 1
チャート > 年間チャート

| チャート (2013年) | 順位 |
| --- | --- |
US Top Alternative Albums (Billboard): 31
US Top Rock Albums (Billboard): 51
| チャート (2014年) | 順位 |
| --- | --- |
US Top Alternative Albums (Billboard): 37
US Billboard 200: 177
US Top Rock Albums (Billboard): 40
| チャート (2016年) | 順位 |
| --- | --- |
US Billboard 200: 171
認定

| 国/地域 | 認定 | 認定/売上数 |
| --- | --- | --- |
| カナダ (Music Canada) | Gold | 40,000 |
| イギリス (BPI) | Gold | 100,000 |
| アメリカ合衆国 (RIAA) | Platinum | 1,000,000 |
  認定のみに基づく売上数と再生回数
フォール・アウト・ボーイのヘッドライニング・ツアー『Save Rock and Roll Tour』のブルックリン公演（2013年9月7日）に参加した時のユーリー（左）とウィークス（右）
第49回スーパーボウル

第49回スーパーボウル（Super Bowl XLIX）は、2015年2月1日にアメリカ合衆国アリゾナ州グレンデールのユニバーシティ・オブ・フェニックス・スタジアムで開催されたアメリカンフットボールの試合。2014年シーズンのNFL優勝をかけて、AFC王者ニューイングランド・ペイトリオッツとNFC王者シアトル・シーホークスが対戦した。その結果、28-24でペイトリオッツが10年ぶり4回目の優勝を果たした。MVPにはペイトリオッツのQBトム・ブレイディが選ばれた。
開催地決定まで

2005年10月の投票で、ラマー・ハントの功績を称え、ミズーリ州カンザスシティで開催されることが一旦は決定していた。しかし、スタジアム改修の財源が確保できず、地元の理解も得られなかったことから、第49回スーパーボウル開催地の決定が取り消された。
その後、再び投票による開催地の選定がされ、アリゾナの他にフロリダ州のタンパとマイアミも開催の意思を示した。2011年4月、NFLのスポークスマンは、アリゾナとタンパが最終候補になったことを発表した。同年10月にヒューストンで行われたオーナー会議でタンパを破り、アリゾナ州グレンデールでの開催が決定した。アリゾナ州でスーパーボウルが開催されるのは第30回スーパーボウル、第42回スーパーボウルに続いて3度目、同スタジアムでスーパーボウルが開催されるのは、イーライ・マニング、マイケル・ストレイハン、トム・ブレイディ、ランディ・モスといった選手が出場した第42回大会以来、7年ぶり2度目となる。
| 回 | AFC代表 | スコア | NFC代表 | MVP | MVP |
| --- | --- | --- | --- | --- | --- |
| 42 | ニューイングランド・ペイトリオッツ | 17-14 | ニューヨーク・ジャイアンツ | QB | イーライ・マニング |
は、勝利したチーム
出場チーム

NFC代表シアトル・シーホークスはNFC第1シードから2年連続3度目の出場、AFC代表ニューイングランド・ペイトリオッツはAFC第1シードから3年ぶり8度目の出場である。勝利すれば、シーホークスは2年連続2度目、ペイトリオッツは10年ぶり4度目のスーパーボウル制覇となる。スーパーボウルでの両チームの対戦は初めてである。
出場チーム > シアトル・シーホークス

前年のスーパーボウルチャンピオンであるシーホークスもスロースタートであった。開幕から6試合で3勝3敗であったチームは、残り10試合で9勝しNFCトップの12勝4敗でシーズンを終えた。プレーオフではカロライナ・パンサーズを31-17、グリーンベイ・パッカーズを28-22で破り2年連続のスーパーボウル出場を決めた。
QBラッセル・ウィルソンはパス成功率63.l%、3475ヤード、20TD、7INTの成績をあげるとともに、ランでも849ヤードを走り6TDをあげた。WRダグ・ボールドウィンが66回のレシーブで825ヤード、3TD、ジャーメイン・カースが38回のレシーブで537ヤード、TEルーク・ウィルソンが22回のレシーブで362ヤードを獲得した。RBマーショーン・リンチはNFL4位の1306ヤードを走り13TD、37回のレシーブで364ヤード、4TDをあげて4度目のプロボウルに選ばれた。RBロバート・タービンは、310ヤードを走るとともに16レシーブをあげた。スペシャルチームでは、スティーブン・ハウシュカがFGを37本中31本成功（成功率83.8%）、NFL4位の134点をあげた。
ディフェンスはNFL1位となった。マイケル・ベネットがチームトップの7サック、ブルース・アービンが6.5サック、2インターセプト、2TDをあげた。LBK・J・ライトは107タックル、3ファンブルフォース、ボビー・ワグナーは104タックルをあげてプロボウルに選ばれた。リージョン・オヴ・ブームと呼ばれたチームで最も強力なユニット、セカンダリーでは先発4人のうち、リチャード・シャーマン、アール・トーマス、カム・チャンセラーの3人がプロボウルに選ばれた。シャーマンは4インターセプト、トーマスは97タックル、4ファンブルフォース、チャンセラーは78タックル、6パスディフェンスの成績を残した。
出場チーム > ニューイングランド・ペイトリオッツ

第4週のカンザスシティ・チーフス戦で14-41で敗れるなど2勝2敗でスタートした。第5週のシンシナティ・ベンガルズ戦で43-17と圧勝するとその後7連勝を果たし、残り試合では、先発選手の多くを休ませた最終週のバッファロー・ビルズ戦を含んで2敗しかせず、AFCトップの12勝4敗でシーズンを終えた。得点はNFL4位の468得点、失点はNFL8位の313点であった。プレーオフではボルチモア・レイブンズを35-31、インディアナポリス・コルツを45-7で破り、3年ぶりのスーパーボウル出場を決めた。
QBトム・ブレイディは、4109ヤード、33TD、8INTで9回目のプロボウルに選ばれた。TEロブ・グロンコウスキーは、82回のレシーブで1124ヤードを獲得、12TDをあげてカムバック賞に選ばれた。WRブランドン・ラフェルは74回のレシーブで954ヤード、7TD、ジュリアン・エデルマンは92回のレシーブで974ヤード、4TDをあげるとともに、パントリターンでも25回で299ヤード、1TDをあげた。RBジョナス・グレイがチームのリーディングラッシャーであり、412ヤード（平均4.6ヤード）を走った。スティーバン・リドリーが340ヤード、シェーン・ベリーンが391ヤードを走るとともに52回のレシーブで447ヤードを獲得した。スペシャルチームでは、Kスティーブン・ゴストコウスキーが37回中35回のFGを成功、シーズンで156得点をあげて、3回目のプロボウルに選ばれた。マシュー・スレイターも4度目のプロボウルに選ばれた。
ディフェンスでは、ディフェンスラインのDTビンス・ウィルフォークが5回目のプロボウルに選ばれた。またDEロブ・ニンコビッチが8サックをあげた。LBでは、ジェイミー・コリンズはチームトップの116タックルをあげるとともに、4ファンブルフォース、2インターセプトをあげた。LBドンタ・ハイタワーも89タックル、6サックをあげた。セカンダリーではCBダレル・リーヴィス、ローガン・ライアン、デビン・マコーティが2インターセプト、ブランドン・ブラウナーが1インターセプトをあげた。
出場チーム > プレーオフ

ペイトリオッツは、レイブンズ戦で14点差を2度つけられたものの35-31で逆転勝利した。14点差を2度つけられたチームがプレーオフで勝利するのはNFL初であった。この試合でペイトリオッツはランで14ヤードしか獲得できず、ブレイディはプレーオフのチームレコードとなる33回のパスを成功、367ヤードを獲得、3TDパスを決めるとともに、1TDランを記録している。AFCチャンピオンシップゲームでは、前半を17-7でリードしたペイトリオッツは、後半最初の4回の攻撃をいずれもTDに結びつけた。ブレイディは226ヤード、3TD、1INT、RBルギャレット・ブラントが148ヤードを走り3TDをあげた。ディフェンスはシーズン4761ヤード、40TDをあげたアンドリュー・ラックをパス23回中12回成功、126ヤードに抑えた。プレーオフ2試合の成績でブレイディはポストシーズンのパス獲得ヤード、TDパスのNFL記録を更新、ビル・ベリチックヘッドコーチは、プレーオフ勝利数のNFL記録を更新した。
シーホークスは、パンサーズ戦で前半を14-10と僅差で折り返したものの、後半17連続得点をあげるなど、ゲームを支配し、31-17で勝利した。この試合でチャンセラーは、キャム・ニュートンのパスをインターセプトし、90ヤードのリターンTDをあげた。パッカーズ戦では0-16とリードを許したもののジョン・ライアンからギャリー・ギリアムへのフェイクFGによる19ヤードのTDパスで点差をつめたものの、7-19でリードされた残り約5分、ウィルソンがその日4度目のインターセプトを喫した。直後のパッカーズの攻撃をパントに抑え、続く攻撃で69ヤードを前進、ウィルソンの1ヤードTDランで14-19と5点差に迫った。そしてオンサイドキックで、クリス・マシューズがボールをリカバー、リンチの24ヤードのTDランで20-19、2ポイントコンバージョンを狙ったプレーでは、ウィルソンがフィールドの右サイド17ヤード地点まで追われたものの、反対サイドにいた当初はブロッカーの役割であったルーク・ウィルソンへのパスを通し、22-19と3点差にした。パッカーズは残り時間で同点FGを成功させ、試合はオーバータイムに突入したが、コイントスで最初の攻撃権を獲得したシーホークスは、87ヤードのTDドライブをカースへの35ヤードのパスで締めくくり、2年連続のスーパーボウル出場を果たした。
出場チーム > 試合開始前の話題

ウィルソンが連覇を果たし新時代の扉を開くか、ブレイディが10年ぶり4度目の優勝を果たすか、ピート・キャロルヘッドコーチが1997年から1999年までペイトリオッツのヘッドコーチを務めていた因縁などが話題となった。
AFCチャンピオンシップゲームの前半ペイトリオッツの攻撃で使われた12個のボールのうち、11個でNFLの規定よりも空気圧が低かったことが報じられた。NFLはこの問題について調査を開始した。ベリチックコーチは、1月24日に意図的にボールの空気圧を変更していないと疑惑を否定、気候条件によってボールの空気圧が変わる可能性があることを説明した。なおスーパーボウルでは1チーム54個のボールが用意され、試合後にチャリティなどに出されることとなっている。
マーショーン・リンチはNFCチャンピオンシップゲームで金色のスパイクを履いて出場しようとしたが、NFLから警告を受けたため断念、スーパーボウル当日の練習の際に、金色のスパイクを履いて登場した。
ブランドン・ブラウナーは昨季シーホークスに所属していたが、第11週より無期限出場停止処分を受けており、スーパーボウル出場はかなわなかったが、シーズンオフにペイトリオッツと契約し、大舞台への出場の機会を得た。古巣との対戦は、「兄弟や親友が相手のようなもの」だがもちろん勝ちに行くと表明した。
1月27日にフェニックス・サンズの本拠地USエアウェイズ・センターでメディア・デイが行われ、両チームの全選手、コーチ、オーナーなどがアリーナで2000人以上の報道陣からの取材を受けた。また一般向けにチケットが販売され、取材の様子を入場者がラジオなどで聞くことができた。
アリゾナ州フェニックスのダウンタウンで、1月28日から2月1日までスーパーボウル・セントラルと呼ばれるイベントが行われる。屋外ステージでのライブやグランドキャニオンを体験できるアトラクション、スポンサー企業による体験ブースなどが過去最大規模で実施される。
アメリカ連邦航空局は、テロ対策のため、ドローンを含む飛行禁止空域を設定する通知を出した。
試合経過 > 審判団

この試合の審判団は以下の通り。
レフェリー – Bill Vinovich (52)
アンパイア – Bill Schuster (129)
ヘッドラインズマン – Dana McKenzie (8)
ラインジャッジ – Mark Perlman (9)
フィールドジャッジ – Bob Waggoner (25)
サイドジャッジ – Tom Hill (97)
バックジャッジ – Terrence Miles (111)
セレモニー

試合前のアメリカ国歌独唱はイディナ・メンゼルが担当した。またジョン・レジェンドが『アメリカ・ザ・ビューティフル』を歌った。
国歌の最終拍のタイミングで50ヤードラインのスタジアム上空を飛行機が通過するフライオーバーは空軍のアクロバットチーム、サンダーバーズ所属のF-16が行った。
ハーフタイムショーではツイッターのフォロワー数6400万人以上で、ギネスブックにも認定されているケイティ・ペリーが登場し、『Roar』『Dark Horse』『Teenage Dream』『カリフォルニア・ガールズ』『ファイアーワーク』を歌った。さらに途中、レニー・クラヴィッツとミッシー・エリオットがゲスト出演した。
放送

全米テレビ中継はNBCが放送した。実況はアル・マイケルズ、解説はクリス・コリンズワースが担当した。30秒の広告枠は過去2回より50万ドル高い450万ドルで売られた。この放送は2015年5月5日に発表された第36回スポーツ・エミー賞において、最優秀中継特別番組賞を受賞した。
| 0 | 1 | 2 |
| --- | --- | --- |
| 2013年 2013年のワールドシリーズ （FOX） | スポーツ・エミー賞 最優秀中継特別番組賞 2014年 | 2015年 第50回スーパーボウル （CBS） |
全米のラジオ放送は、ケビン・ハーランが実況、ブーマー・アサイアソンが解説、ジェームズ・ロフトンとマーク・マローンがサイドラインレポートを務めた。
日本では、NHK-BS（解説:高野元秀、実況:松野靖彦）と日テレG+（解説:後藤完夫、ゲスト:オードリー、実況:菅谷大介）が生中継、GAORA（解説:村田斉潔、河口正史、実況：有馬隼人）が録画放送を行う。またJ-WAVEが日本のラジオ局初となる生中継を行う。現地ナビゲーターを平井理央、現地実況を近藤祐司、日本側ナビゲーターを別所哲也、生島淳が担当する。
評価

2016年2月の第50回スーパーボウル開催を目前に控えた時期、複数のメディアが過去49回のスーパーボウルすべてを名勝負順に並べたランキングを発表した。そのうち『サンディエゴ・ユニオン＝トリビューン』のエディ・ブラウンは、この第49回をスーパーボウル史上最高の名勝負に選んだ。さらにESPNのジョン・クレイトン、『USAトゥデイ』のネイト・デービス、『ワシントン・ポスト』のジェレミー・ゴットリーブ、『ニューヨーク・デイリーニューズ』のゲイリー・マイヤーズ、『ニューヨーク・ポスト』のスティーブ・サービー、『ニューズデイ』のニール・ベスト、『ヒューストン・クロニクル』のグレッグ・レイジャンの7者は、この第49回をスーパーボウル史上2番目の名勝負と位置づけた。ただしその上の第1位については意見が分かれており、デービスとサービーとベストとレイジャンは2007年シーズンの第42回（2008年2月）を、クレイトンとマイヤーズは1990年シーズンの第25回（1991年1月）を、ゴッドリーブは2008年シーズンの第43回（2009年2月）を、それぞれスーパーボウル史上最高の名勝負に推している。そのほか『スポーツ・イラストレイテッド』のドン・バンクスは第5位としている。
評価 > シーホークスの最後のプレーについての反応

シーホークスが第2ダウン残り1ヤードの残り26秒に選択したパスプレーについては論議を呼んだ。シーホークスはタイムアウトを1回残していた。試合解説を担当していたコリンズワースは「マーショーン・リンチがいるのに、パスプレーを選択するとは信じられない。」と述べた。スポーツ・イラストレイテッドのピーター・キング（英語版）もこれはスーパーボウル史上最悪のプレーコールの1つだと述べた。プロフットボール殿堂入りしているディオン・サンダース、同じく殿堂入りしておりNFL歴代リーディングラッシャーのエミット・スミスも同様に批判した。一方ビル・ベリチックやサンフランシスコ・フォーティナイナーズヘッドコーチを務め、ミシガン大学のヘッドコーチに就任したジム・ハーボー、殿堂入りQBのジョー・ネイマスはこのコールを擁護した。
リンチはこの試合の24回のランで22回は1ヤード以上ゲインしていた。ペイトリオッツのランディフェンスが相手のランをノーゲインやロスさせたのは、NFL32チーム中下から5番目の28位であった。その一方で第3ダウン2ヤード、第3ダウン1ヤードでペイトリオッツはリンチのランを止めており、後者はレッドゾーン内に攻め込まれてのものであった。リンチがシーズン中に敵陣1ヤード地点からランを試みたのは5回であり、そのうちタッチダウンはわずか1回であった。過去5年にさかのぼっても、1ヤード地点からのTDの確率は45%であり、10回以上1ヤード地点から走ったRB39人中30番目の確率であった。キャリアを通しての確率は、36回中15回成功であった。
シーホークスのダレル・ベベルオフェンスコーディネーターは、自身がコールしたプレーであることを認め、ロケットがもっとアグレッシブにプレーしていればと語った。ラッセル・ウィルソンはこのコールを良いコールだったと認め、インターセプトに終わったプレーを悔いた。マーショーン・リンチも自分がボールを受け取らなかったことについて問われて、チームスポーツなので驚かなかったこと、不満の感情を表さなかった。キャロルヘッドコーチは自分に全責任があると語り、ベベルオフェンスコーディネーターは今後の我々にとって大切な人物であると述べた。2014年のNFLで自陣1ヤード地点まで攻め込まれた後のパスプレー109回中、守備側がインターセプトしたのは、バトラーのこのプレーのみであった。プレーオフを含めた過去10年に第2ダウン残り1ヤードでQBがパスを投げたのは270回で129回がタッチダウン、インターセプトは5回のみであった。
プログラミング言語

C言語で書かれた単純なコンピュータープログラムのソースコード。グレーの行は、人間のために自然言語で書かれたソースコードの内容の解説（コメント）。このソースコードをコンパイルして実行すると、「Hello, world!」という文字が出力される。
プログラミング言語（プログラミングげんご、英語: programming language）とは、コンピュータに対して命令を行うために考案された、正確に定義された記号と規則からなるコンピュータ言語である。以前は、しばしばプログラム言語と表記された。プログラミング言語を使って行う作業のことを「プログラミング」といい、プログラミングをする人（あるいはそれを職業にしている人）のことを「プログラマ」という。
プログラミング言語には、関数名や構文名などに既存の自然言語（英語やフランス語など）の語彙・文法を流用している「アポステリオリ言語」と、それらを一切流用せずに完全オリジナルな語彙・文法だけで作られた「アプリオリ言語」の2種類が存在する。アプリオリ言語は狭義の人工言語であり、そのプログラマがどの自然言語を母語としているかによって習得に有利不利が生じることがないという特徴を持っている。（#その他の分類法）
プログラミング言語が記述されたもののことを総称して「ソースコード」といい、ソースコードをコンパイルしてできたもののことを「プログラム」という。ソースコードは、原則として文字列や文章の形式を取る（#構文）。
概要

プログラミング言語は、情報を組織し処理するタスクについての理解を容易にし、アルゴリズムを正確に表現することができる。特に、チューリング完全であることが特徴である。
言語仕様とプログラムとその入力データの組合せで、そのプログラムを実行したときの結果（外部から観測される振る舞い）が完全に指定できなければならない。
プログラミング言語は構文規則（自然言語に関する言語学で言う統語論の規則に類似したもの）と意味規則（自然言語の意味論に類似した規則）で定義される。形式的ないし非形式的（自然言語による）な仕様が（構文規則は形式的で、意味規則はそうでない、というものが多い）実装とは独立した文書で示される言語もあれば、実装のみの言語もある。
多くの言語は、新たなニーズを満たすべく設計され、他の言語と組み合わされ、最終的に使われなくなる。あらゆる用途に使える万能言語を設計しようという試みはいくつかあったが、そういう意味で成功した言語は存在しない
。
プログラミング言語の開発の大きな流れに共通する傾向として、より高いレベルの抽象化によってより高い問題解決能力を得ようとしてきた、ということが指摘されることがある。初期のプログラミング言語はコンピュータのハードウェアのレベルと極めて近かった。新たなプログラミング言語が開発される度に機能が追加され、プログラマはハードウェアの命令からより遠い形でアイデアを表現できるようになっていった。プログラミングをハードウェアから分離することで、プログラマの生産性は向上する。
毎年のように新たなプログラミング言語が作り出されている。2008年2月時点で、「コンピュータ言語辞典」には8,152種のプログラミング言語が記載されていた。
過去のプログラミング言語のなかの欠点と見なされた部分を解消するために、新たなプログラミング言語が構想され、作られてきた歴史がある。また多様なプログラミング言語が生み出される背景には、さまざまな事情があり、ハードウェアが時代とともに変化してきたことや、プログラミング言語というテクノロジーやコンピュータサイエンスの発展も影響しており、下のような諸事情もある。
プログラムと言っても、個人が自分だけのために趣味で書く数行から数十行程度の短いプログラム（やスクリプト）から、数百人のプログラマが協働して企業の大規模なシステムのために書く長大なプログラムまで、様々なプログラムがある。
プログラミング言語の記述に簡潔さを求め、可読性が高いことを求め、バグが入り込みにくい記述を好むプログラマの方が多く、世の中では一般的である（特に、業務として、ミスの少ないプロの仕事としてプログラミングを行わなければいけない職業的プログラマで多い）一方で、ごちゃごちゃして難読で、一名で書くならともかく複数名でプログラムを書くと高頻度で誤読やバグを招きがちな記述でもあまり気にしなかったり面白がる趣味的なプログラマも一部にいる。
プログラムが搭載されるシステムも多様で、マイクロコントローラ、組み込みシステムから汎用デスクトップPC、GPUそしてスーパーコンピュータまで様々あり、それぞれのシステムのハードウェアの特性や制約に合ったプログラムやプログラミング言語がある。
もともとプログラミング言語はもっぱら大学のコンピュータサイエンスの研究室や大手企業の研究所などの奥深くばかりで開発されていたのだが、ここ数十年では個人が趣味的に新しいプログラミング言語を構想しそのコンパイラを自分で書くための書籍なども時折出版されるようになり、つまり世の中の普通の人が新たなプログラミング言語を独自に作成するためのノウハウも広まってハードルが次第に下がってきている。
ウィキペディアに記事が掲載されているプログラミング言語を知りたい場合はプログラミング言語一覧を参照のこと。
分類・種類

プログラミング言語の分類法は多数ある。
分類・種類 > 低水準言語と高水準言語

ひとつの分類法としては（そして計算機科学や情報処理技術者などの教科書で、まっさきに一種の定番のように挙げてある分類方法としては）、機械寄り（CPU寄り）か人間（の思考）寄りか、で分類する方法であり、低水準言語 / 高水準言語 と分類する方法である。低級言語 / 高級言語 ともいう。
低水準言語の例としては、機械語の「命令コード」と1対1に対応する「命令語」を用いてプログラミングを行うアセンブリ言語がある（機械語も低水準言語のひとつに数える場合もある。）。
対比される高水準言語の例としてはPerl、Visual Basic、LISP、PHP、Java、Pythonなどを挙げることができる（なお、境界はやや曖昧で、C言語はかつては「高水準言語」と見なされていたが、その後それよりもレベルの高い高水準言語が多数登場したので、今日ではメモリ管理すらしないC言語は「低水準言語」に分類されることもある。）。
分類・種類 > インタプリタ方式言語とコンパイラ方式言語

他の分類法としては、実行方法によってプログラミング言語を分類する方法もあり、インタプリタ方式言語（英: interpreted language） / コンパイラ方式言語（コンパイル方式言語、英: compiled language）と分類する方法である。
インタプリタ方式言語の例としてはPHPやRubyを挙げることができる。コンパイラ方式言語の例としてはC言語、C++、Erlang、Haskell、Rust、Go、FORTRAN、COBOLなどを挙げることができる。なお言語によってはインタプリタ方式で実行でき、かつコンパイル方式で実行することができるものもある。そして「一応、どちらの方法でも実行できるが、基本はコンパイル方式」などという場合もあるので、やや分類が曖昧になる場合がある。コンパイル方式でしか実行できない言語をわざわざ指さなければならない場合に「純コンパイル方式言語（英: pure compiled language）」などと分類する人もいる。
なおJavaはバイトコードにコンパイルをしてから実行するので、一応「コンパイル方式」に分類することも可能ではある。しかしJavaは、実行時コンパイラ (JIT) とJava仮想マシンを使用するので、しばしば「コンパイル方式とインタープリタ方式の中間的な方式」と指摘され、曖昧な位置づけである。
分類・種類 > その他の分類法

この他にも、以下のような分類法が存在する。
アポステリオリ言語 / アプリオリ言語
汎用プログラミング言語 / 事務計算用プログラミング言語 / 科学技術計算用プログラミング言語
手続き型言語 / 非手続き型言語
オブジェクト指向言語 / 非オブジェクト指向言語
構造化プログラミング言語 / 非構造化プログラミング言語
並行言語 / 非並行言語
なお、計算理論をチョムスキー階層という構想や理論が発表された時代（1950年代〜1960年代）には、計算表現能力に基づいてコンピュータの言語を、抽象的に、「タイプ0 / タイプ1 / タイプ2 / タイプ3」などに分類しようとしていたこともあった。ただし近年ではそのような分類法は滅多に持ち出されない。世の中のプログラミング言語のユーザーたちや言語開発者たちの関心は、すでに別のレベルに移っているからである。
それ以外に、コンピュータがプリンター（やモニタ）などを制御するために使うプログラミング言語を分類するための「ページ記述言語」という分類法もある。ページ記述言語の代表的な例としては、PostScriptを挙げることができる。たとえば、プリンターで美麗な印字をする場合、画面上のボタンやメニューで「印刷」という命令を選ぶわけだが、その時点でPC内のプリンター制御用プログラムがPostScript言語でプログラムを自動生成し、そのプログラムをケーブルやWi-Fi経由でプリンターに向けて送り出し、それを受け取ったプリンターの側でそれを実行するということで美麗な印字、繊細な曲線に満ちたフォントの印字を実現している。
分類・種類 > 特殊なプログラミング言語

その他に、あまり真面目な分類ではないが、わざわざ理解が難しくなるように作られた（冗談のような）プログラミング言語を特に「難解プログラミング言語」と分類することもある。
分類・種類 > プログラミング言語の分類法

（他の分野でもありがちなことなのだが）プログラミング言語も分類法があまりに多数あるので、混乱しがちな分類法を整理整頓しようと「分類法の分類」をする人も出てくる。たとえば「プログラミングパラダイムによる分類法 / そうでない分類法」などである。
以上のようにプログラミング言語の分類法は多数あるので、各プログラミング言語は複数のカテゴリに分類可能である。たとえば、アセンブリ言語は「低水準言語」「非オブジェクト指向言語」に、Javaは「高水準言語」「オブジェクト指向言語」「並行性言語」に、Pythonは「オブジェクト指向言語」「スクリプト言語」に、LISPは「マルチパラダイム言語」「関数型言語」「手続き型言語」に分類することができる。
歴史

→「プログラミング言語年表」も参照
歴史 > 初期の発展

「コンピュータ」（という語）の定義次第ではあるが、それを「コンピュータ・プログラムによって駆動される機械」とするならば、コンピュータ・プログラムはコンピュータとともに生まれ、育ったということになり、そのプログラムの記法としてプログラミング言語があった、ということになる。チャールズ・バベッジが階差機関に続いて計画した解析機関は、パンチカードの先祖と言えるような穴の開いた厚紙の列によって制御されるという機構を持っていたため、その特徴から「19世紀のコンピュータ」「蒸気動力のコンピュータ」などと呼ばれることがある。
20世紀初頭には、タビュレーティングマシンによってパンチカードを使ったデータの機械処理が始まっている。そういった実際面ばかりではなく計算理論としても、1930年代から1940年代にかけて、アルゴリズムを表現する数学的抽象表現を提供するラムダ計算（アロンゾ・チャーチ）とチューリングマシン（アラン・チューリング）が考案された。ラムダ計算はその後の言語設計にも影響を与えている。
1940年代、世界初の電子式デジタルコンピュータ群が製作された。1950年代初期のコンピュータであるUNIVAC IやIBM 701では機械語を使っていた。機械語によるプログラミングは、間もなくアセンブリ言語によるプログラミングに取って代わられた。1950年代後半になると、アセンブリ言語でマクロ命令が使われるようになり、その後 FORTRAN、LISP、COBOLという3つの高水準言語が開発された。これらは改良を加えられ現在でも使われており、その後の言語開発に重大な影響を与えた。1950年代末、ALGOLが登場し、その後の言語に様々な影響を与えている。初期のプログラミング言語の仕様と使い方は、当時のプログラミング環境の制約（パンチカードによるプログラム入力など）にも大きく影響されている。
歴史 > 改良

1960年代から1970年代末ごろまでに、現在使われている主な言語パラダイムが開発されたが、その多くはごく初期の第三世代プログラミング言語のアイデアの改良である。
APL - 配列プログラミングを導入した言語。関数型プログラミングにも影響を与えた。
PL/I (NPL) - FORTRANとCOBOLの長所を取り入れて1960年代初期に設計された。
Simula - 世界初（1960年代）のオブジェクト指向プログラミングを採用した言語。1970年代中頃には純粋なオブジェクト指向言語であるSmalltalkが登場した。
C言語 - 1969年から1973年にかけてシステムプログラミング言語として開発され、現在でもよく使われている。
Prolog - 1972年に設計された論理プログラミング言語。
ML - 1978年に開発された言語で、LISPをベースとした静的型付け関数型言語の先駆けとなった。
これらの言語のアイデアは様々な言語に引き継がれており、現在の言語の多くは、これらのいずれかの系統に属する。
1960年代と1970年代は、構造化プログラミングに関する論争が盛んに行われた時期でもある。この論争で特に有名なものは、1968年にCommunications of the ACMに掲載されたエドガー・ダイクストラのレターGo To Statement Considered Harmfulであろう。その後の反論と指針としてはクヌースのStructured Programming with go to Statementsがある。
1960年代と1970年代は、プログラムのメモリ使用量を削減し、プログラマやユーザーの生産性を向上させる技法も進展した時期である。初期の第四世代言語 (4GL) は、同じプログラムを第三世代プログラミング言語で書いたときよりもソースコードの量を劇的に削減した。
歴史 > 統合と成長

1980年代は、相対的な統合の時代であった。C++は、オブジェクト指向とシステムプログラミングの統合である。アメリカでは、軍需に使うことを目的としてAdaというシステムプログラミング言語が標準化された。日本などでは、論理プログラミングを応用した第五世代言語の研究に資源を費やした。関数型言語コミュニティではMLとLISPの標準化の動きがあった。これらはいずれも新たなパラダイムを生み出そうというものではなく、それまでに生み出されたアイデアに改良を加える動きであった。
1980年代の重要な言語設計傾向の1つとして、大規模システムのためのプログラミングを目的としてモジュールの概念を採り入れた点が挙げられる。1980年代にモジュールシステムを採り入れた言語として、Modula-2、Ada、MLがあるが、それ以前には、既にPL/Iがモジュラープログラミングをサポートしていた。モジュールシステムはジェネリックプログラミングの構成要素とされることが多い。
1990年代中頃には、インターネットの急激な成長によって新たな言語が生み出される機会が生じた。Perlは1987年にリリースされたUNIX上のスクリプト言語だったが、ウェブサイトの動的コンテンツ作成に使われるようになった。Javaはサーバ側のプログラミングに使われるようになった。
要素 > 構文

プログラミング言語の見た目は、その構文（syntax・統語論）で決定される。図形などを使うグラフィカルなプログラミング言語もあるが、たいていのプログラミング言語のソースコードは文字列である。ファイル形式ではプレーンテキストすなわちテキストファイルが用いられる。
また、たいていのプログラミング言語では、まず、（英語では lexical syntax などと呼ぶ）ソースの文字列から空白類を取り除き最小の意味のあるカタマリを取り出した「字句（トークン）」があり、構文は字句の並びである、という扱いのことが多い。字句を切り出して分類する処理を字句解析、その並びを調べる処理を構文解析という。
（字句解析のために）字句規則を示すのには正規表現が、そして（構文解析のために）構文規則を示すのにはバッカス・ナウア記法が使われることが多い。
下記はLISPの構文の一部分である。
expression ::= atom | list
atom ::= number | symbol
number ::= ['+''-']?['0'-'9']+
symbol ::= ['A'-'Z''a'-'z'][^' ']*
list ::= '(' expression* ')'
これは、次のような規則である。
expression は atom または list である。
atom は number または symbol である。
number は1文字以上の数字列であり、オプションとして符号が前置される（空白は含まない）。
symbol はアルファベットで始まる任意の文字列である（空白は含まない）。
list は括弧記号の対であり、その間に0個以上の expression がある。
これに従う例として、12345、()、(a b c232 (1)) などがある。
構文上正しいプログラムが全て意味的に整合しているとは限らない、という設計の言語も多い。また、意味的に整合していても、それを書いた人が、自分の意図を正しく反映できていない場合もある。
以下のLISPのコード断片は構文上は正しいが、意味的には問題がある。変数 employees には従業員データのリストを入れるべきものであるが、employees は実際には空（nil）なので、employees がリストであることを前提に、employees の後続部分を求める式 (cdr employees) は評価できずエラーになる。
(let ((employees nil))
  (cdr employees))
要素 > 意味

自然言語の言語学に、そのプログラムが表現しているものは何か、というのが、プログラミング言語の「意味」である。たとえば「a + b という式の値は、aの値とbの値を加算した値である」といったような規則の集まりであり、プログラム意味論という分野で形式的な意味論（形式意味論、英: formal semantics）も研究されているが、C言語の標準規格など、自然言語で意味を与えている言語や、形式的でない擬似言語のようなもので与えている言語もある。
要素 > 型システム

→詳細は「型システム」を参照
型システムは、プログラミング言語において式の値となるデータ型について、型理論にもとづいて分類しどう扱うかを示すものである。
また、内部的には、ディジタルコンピュータでは全てのデータはバイナリ（二進法）で保持される。
要素 > 型システム > 型のある言語とない言語

型のある言語は、型システムによって、それぞれの値のデータ型に応じて、定義されていない操作が実行されないよう（多かれ少なかれ）チェックされる機構を持つ。
例えば、"this text between the quotes" は文字列型の値である。ふつう、数を文字列で割る操作には意味がない。そのため、そのようなプログラムは拒絶する。言語によっては、コンパイル時に検出し（静的型検査）コンパイルを失敗とする。言語によっては、実行時に検出し（動的型検査）、例外とするものもあればなんらかのコアーション（型の強制）を行うものもある。（理論的には、静的なシステムのみを指して「型システム」とすることもある）
（型のある言語の特殊例として、単一型言語がある。REXXといったスクリプト言語やSGMLといったマークアップ言語は、単一のデータ型しか扱わない。多くの場合、そのときのデータ型は文字列型である。
アセンブリ言語などの型のない言語は、任意のデータに任意の操作を実行可能であり、データは単にある長さのビット列として扱われる。ある程度高い機能を持ちつつも型が無い（あるいは単一型の）プログラミング言語の例としては、BCPLやForthなどがある（型という概念自体が無いわけではない。例えば「浮動小数点に対する加算」という演算子といったものは存在する。ただしその演算子により、オペランドが何であれそのワードのビットパターンが浮動小数点数を表現しているものとみなされて加算される、といったようなことになる）。
「多かれ少なかれ」と書いたように、「強い」型システムの言語は少なく、多くの言語はそれなりの型システムを採用している。多くの実用的な言語には、型システムを迂回または打倒するような手段が用意されている。
要素 > 型システム > 静的型付けと動的型付け

静的型付け（静的型付き言語）では、全ての式の型はそのプログラムを実行する前（一般にコンパイル時）に決定される。例えば、1とか(2+2)という式は整数型であり、文字列を期待している関数には渡せず、日付（型）を格納するよう定義された変数には代入できない。
静的型付けでは、型を明記する場合と型推論を行う場合がある。前者ではプログラマは適切な位置に型を明記しなければならない。後者では、コンパイラが式の型を文脈から推論する。C++やJavaなどの主な静的型付き言語では、型を明記する。完全な型推論は主流でない言語に使われている（HaskellやML）。ただし、型を明記する言語でも部分的な型推論をサポートしていることが多い。たとえば、JavaやC#では限定された状況で型推論を行う。
動的型付け（動的型付き言語）では、型の安全性は実行時に検査される。言い換えれば、型はソース上の式ではなく、実行時の値に対して付与される。型推論言語と同様、動的型付き言語でも式や変数の型を明記する必要はない。また、ある1つの変数がプログラム実行中に異なる型の値を格納することも可能である。しかし、コードを実際に実行してみるまで型の間違いを自動的に検出することができず、デバッグがやや難しい。動的型付き言語としては、Ruby、LISP、JavaScript、Pythonなどがある。
要素 > 型システム > 強い型付けと弱い型付け

→「型システム § 強い型付けと弱い型付け」を参照
要素 > 実行意味論

データを入力されれば、コンピュータはそのデータに対して何らかの処理を実行する。「実行意味論(英: execution semantics)」とは、プログラミング言語の構成要素がどの時点でどのようにして、そのプログラムの振る舞いを生成するのかを定義するものである。
例えば、式の評価戦略（先行評価、部分評価、遅延評価、短絡評価など）は実行意味論の一部である。また、制御構造における条件付実行の作法も実行意味論の一部である。
要素 > 標準ライブラリ

→「ランタイムライブラリ」も参照
「ライブラリ」は、プログラムを書いたり使用する上での、補助的なルーチン群である。多くのプログラミング言語には、言語仕様の一部、あるいは言語本体の仕様とは独立していることもあるが、標準ライブラリの仕様もほぼ必ず存在し、その言語の実装には標準ライブラリの実装もほぼ必ず付属する。標準ライブラリには、典型的なアルゴリズム、データ構造、入出力機構などが含まれることが多い。
ユーザーから見れば、標準ライブラリも言語の一部だが、設計者から見れば別の実体である。言語仕様には必ず実装しなければならない部分が定義されており、標準化された言語の場合、それには標準ライブラリも含まれる。言語とその標準ライブラリの境界は、言語によって様々である。実際、言語によっては一部の言語機能が標準ライブラリなしでは使えないこともある（たとえば累乗の演算子がある言語があるが、それのコンパイル結果はその言語の多くの処理系で関数呼出であろう。それが、言語仕様として標準ライブラリの該当する関数を呼び出すよう決められているような場合は「一部の言語機能が標準ライブラリなしでは使えない」ということになる）。
マクロもライブラリに含まれることも多い。たとえばC言語の標準には、いくつかの名前が関数ではなくマクロで提供されるかもしれない、といったような規定などがある。またLisp系の言語では、いわゆる特殊形式の多くが言語組込ではなくマクロでも実装可能であり、ifとcondのようにどちらか片方は必要だが、片方があればもう片方はマクロにできる、といったようなものもある。Schemeの標準規格は、どれを言語組込とし、どれをマクロとするか、ほとんどを処理系実装者の自由に任せている。
設計と実装

コンピュータ・プログラミング言語の設計は「言語仕様」として示され、実装は「言語処理系」と呼ばれる。以下はそれらについての概観である。
設計と実装 > 仕様

前述のようにプログラミング言語は構文と意味から成るから、仕様についても、構文仕様と意味仕様がある。
設計と実装 > 仕様 > 構文仕様

構文仕様は一般にバッカス・ナウア記法などによって形式的に示される。
設計と実装 > 仕様 > 意味仕様

意味論の仕様は、自然言語などで記述されることが多いが、形式的に与えられている言語もある。
形式意味論（プログラム意味論の記事も参照）で意味論を記述した例として Standard ML や Scheme がある。
設計と実装 > その他

他に、以下のようなスタイルで仕様が与えられている言語もある。
その言語の処理系のリファレンス実装やモデル実装として示されているもの
その言語のコンパイラ（FORTRAN）
その言語のインタプリタ（Ruby（cruby、ただしRubyの標準化以前の場合））
対象言語自身で書かれることもある（例えば、LISP や Prolog や ANSI REXX）en:Meta-circular evaluator も参照のこと。
設計と実装 > 処理系

プログラミング言語の実装は、プログラミング言語処理系と呼ばれる。コンパイラは、ソースコードなどの入力を中間表現などの、より解釈実行しやすい表現に変換する処理系である。また、インタプリタは、入力されたプログラムを解釈実行する処理系である（ハードウェアのプロセッサは、機械語を解釈実行するインタプリタである、と見ることができる）。
コンパイラとインタプリタの関係は、理論的には二村射影により定式化されている。
なお、「大きく分けて2つの方法がある。コンパイラとインタプリタである。一般にある言語をコンパイラとインタプリタの両方で実装することが可能である。」などといったように（従来書かれた通俗的解説書などには大変多いが）理解していると、Javaなど近年の多くの言語処理系のスタイルが全くわからない、ということになる。
（機械語にまで変換するもののみを指してコンパイラと呼びたがる向きが一部にあり、その立場にもある程度は理もあるのだが、そうするとJavaの一般的な実装を指す用語が無くなる）
「コンパイラの出力したものをインタプリタで実行する方式は、コンパイラとインタプリタの区別が曖昧な場合もある。」などという変な説明をする者もいるが、前述したように、そもそも間違った2分法で考えているから、そのような変な考え方になるのである。
一般に、機械語に変換したもの（実行ファイル）を直接ハードウェアで実行する方が、インタプリタで実行するよりもずっと高速である。インタプリタでの実行を改善する技法として、実行時コンパイラなどの動的コンパイル手法がある。
言語利用状況の計測

どのプログラミング言語が最もよく使われているかを判断することは難しい。また、利用という意味も文脈によって異なる。プログラマの工数、コードの行数、CPU時間[要出典]などが尺度として考えられる。ある言語は特定分野のアプリケーションだけでよく使われているということもある。例えばCOBOLは企業のデータセンター（メインフレームであることが多い）では今でも使われているし、FORTRANは科学技術計算でよく使われ、C言語は組み込みシステムやオペレーティングシステムで使われている。
以下のように言語利用状況の尺度は様々であり、どれを選択しても一種のバイアスがかかっていると考えた方がよい。
プログラマなどの求人広告で言語が言及されている回数
言語に関する書籍（入門書など）の販売部数
言語ごとの既存のコード行数の推計。公開調査で見逃しやすい言語は少なく推定される傾向がある。
検索エンジンが見つけた各言語への参照の回数
言語利用状況の計測 > 実際の指標の例

TIOBE Index