1389年2月のフランス王国勅令で、キリスト教徒とユダヤ人との間の紛争は「ユダヤ護衛官」が担当し、またユダヤ人には債務者を収監する権利が認められた。しかし、王国では反ユダヤ勢力が強くなっていったため、シャルル6世は、ユダヤ教の「贖罪の日（ヨム・キプール）」と同じ日の1394年9月17日にフランス王国で最終的なユダヤ追放令を発令した。このユダヤ追放令は1615年にも更新された。ただし、フランス王国以外の教皇領やプロヴァンス伯領ではユダヤ共同体が存続した。しかし、プロヴァンス伯領でも1420年代からポグロムが発生した。ルネ・ダンジュ−プロヴァンス伯はユダヤ財力を利用するためにユダヤ人を保護したが、1473年以降教会と民衆のユダヤへの反感ははげしくなった。ダンジュ−死後1481年にプロヴァンス伯領はフランス王国へ合併されたため、ユダヤ人は離散した。1394年のフランスでのユダヤ追放令以降は、ユダヤ人は領土が細分化していた神聖ローマ帝国に移っていったが、そこでもまた追放が続いた。
14世紀から15世紀（1300年-1500年）にかけての中世後期のヨーロッパは戦争、飢饉、ペストの流行など危機と災厄に襲われた時代であった。フランスとイングランドは百年戦争(1337年 - 1453年)を戦った。フランスが勝利したが内乱が発生し、イギリスでは薔薇戦争へ続いた。ドイツは恒常的な無政府状態が続いた。百年戦争の長期化による略奪や課税強化などを理由として、フランスでジャクリーの乱（1358年）、イングランドではワット・タイラーの乱（1381年）が起こった。1315年から1317年の大飢饉や、ペストの流行(1348年 - 1349年)、そして世紀後半には魔女狩りがはじまった。他方でイタリアではルネサンスがはじまった。この時代には、聖体冒涜事件（血の中傷）がヨーロッパ各地で頻発し、フランス、ドイツ、スペインなどヨーロッパの各地でユダヤ人追放令が出され、またユダヤ人はペストの原因であるとして迫害された。
紀元前586年、新バビロニア王国のネブカドネザル2世がユダ王国を征服した。エルサレム神殿は破壊され、ゼデキヤ王を含めたユダヤ人は捕虜となり、バビロニアに強制移住させられた（バビロン捕囚）。紀元前538年にペルシャ王キュロス2世が新バビロニアを征服し、ユダヤ人に神殿の再建を許可し、解放した。この時、一部のユダヤ商人はパレスチナへ帰還せず、バビロンや各地に留まり、こうしてペルシャ支配の時代（紀元前537年〜紀元前332年）にユダヤ人は離散（ディアスポラ）した。紀元前4世紀のギリシアの哲学者アブダラのヘカタイオスはモーセは人間らしさと歓待の精神に反する生活様式を打ち立てたと記した。紀元前2世紀、セレウコス朝シリアの王アンティオコス4世はエジプトのプトレマイオス朝を打倒して当地のユダヤ人を支配した。紀元前167年にユダヤ人の反乱マカバイ戦争が起きると、アンティオコス4世は弾圧政策を開始したが、そこにはユダヤ種は他の民と友好関係を結ぼうとせずにすべてを敵とみなしているため完全に絶やす意図があったと記録されている。
治水目的では、ダム地点における計画高水流量（計画された最大限の洪水流量）毎秒6,600m³を毎秒5,000m³に軽減（毎秒1,600m³の水量カット）する洪水調節を行うが、膨大な洪水量を調節するために、日本最大級の常用洪水吐ゲートを6門備えている。また不特定利水については大井川の正常な流量を維持する河川維持放流が最大の目的となる。大井川は1961年（昭和36年）の塩郷ダム完成以後「水枯れ」状態が長く続き、正常な流量復活は流域住民の悲願であった。中部電力は1989年（平成元年）の水利権更新以後、毎秒3-5m³の維持放流を行ったが、長島ダムではこれら電力会社管理ダムと連携して河川維持放流を行う。2006年（平成18年）からは田代ダムの水利権一部返還による維持放流開始に伴い、毎秒0.43-1.49m³の連携放流を開始している。さらに、大井川上流の山岳部は糸魚川静岡構造線の影響で崩落が激しく、それに伴う河水の白濁化がかつては問題になっていた。これを防止するため、長島ダムと直下流の大井川ダムでは湖水の表面から清浄な水を放流することによって、下流の濁水を解消する機能も有している。
XP は、既存の開発方法論に対するアンチテーゼとしてみることができる。既存の開発手法においては、SPA、CMM（能力成熟度モデル）にもとづく厳格なソフトウェア開発手法、あるいは重量開発手法（この名称は軽量開発手法論者によって使用され始めたもので異論がある）が用いられてきた。ここでは、ドキュメントが重視され、正しいソフトウェアを作るためには仕様が正しく定義されて、正しい手順（たとえば仕様凍結など）を踏む必要があるとされてきた。しかし、現実のソフトウェア開発において、このような前提のもとでの開発は数限りなく失敗を引き起こしてきた。従来の手法は、変更コストは開発が進むにつれ増大するという前提に立っている。それ故に、将来発生するかもしれない仕様やロジックの変更は可能な限り早い段階で検出しなくてはならないとしていた。しかし実際には、初期の段階で将来起きうる全ての問題を予見することはほぼ不可能であるため、従来の手法はしばしば開発に失敗を引き起こしてきた。ケント・ベックらは、書籍『Extreme Programming Explained - Embrace Change』の副題「変化を享受せよ」にあるように、このようなソフトウェア開発に伴う変化を、確定させ凍結しようとするのではなく、当然あるべきものとして積極的に対応できることを目指した。実際、XPが台頭した1990年代後半のIT革命のアメリカでは、電子商取引サイトを代表として、ビジネス条件が日々刻々と変化する、開発スピードが最優先であるような状況が生まれていた。そうではなくても、ダウンサイジング・オープン化の潮流の元で、ソフトウェア開発全般には難易度の高い短期開発が必要となっていた。その状況下で、XPはブームとなった。