This article is more than one year old. Older articles may contain outdated content. Check that the information in the page has not become incorrect since its publication. Editor's note: this post is part of a series of in-depth articles on what's new in Kubernetes 1.5 At the lowest layers of a Kubernetes node is the software that, among other things, starts and stops containers. We call this the
AWS is constantly adding new capabilities so you can leverage the latest technologies to experiment and innovate more quickly. What's New posts show how we are doing just that, providing a brief overview of all AWS service, feature, and region expansion announcements as they are released. Browse the page below to learn about our latest innovations.
The Scala 2.8 Collections API 英語 日本語1 *1 日本語2 *2 The Architecture of Scala Collections 英語 日本語 The Scala 2.8 Actors API 英語 日本語 すべて、scalaの公式サイトに掲載されているもので、しかも、scalaの開発者の人達が自ら書いたものなので、かなりわかりやすくまとまっていて、なおかつ正確です。 しかも、それぞれ日本語に訳してくれた方がいます! *3 とくにThe Scala 2.8 Collections APIについては、一番最初に読むべき かつ 一番重要だと思います。 The Architecture of Scala Collectionsについては、The Scala 2.8 Collections APIのほうを読んでからでいいと思います。こちらは内部構造がどう
総評[編集] 2011年大会の競技水準は非常に高く、本年最大の倒産劇を演じた安愚楽牧場がエントリを拒絶されたほどである。特に上位グループの強さは前年以前の本競技参加者とは一線を画すものであり、「今年でなければ優勝していた」かもしれないプレーも山ほどあった。そして、大方の予想通り東京電力がチッソ以来と言われる記録尽くめの活躍により、他を圧倒して優勝を果たした。 優勝した東京電力は福島第一原子力発電所で世界最悪レベルの放射線事故を起こし、その名を世界に轟かせた。この事故により直接の死者はなかったが、東京ドームとは比べ物にならないほどの面積の土地を汚染した。その影響で、自殺、失業、倒産、風評被害が相次ぎ、さらには丸ごと消えようとしている自治体もあるほど。被害額はざっと10兆円単位に及ぶとみられ、これもぶっちぎりの世界記録。当事者の東京電力は、度重なる報告ミスや公表遅れ、賠償遅れ、責任のなすりつけ
「リスクをめぐる専門家たちの"神話"」 平川秀幸(京都女子大学) 先々週末(10月5日)、原子力安全委員会が開いたパネル討論会「リスク社会で安全を得る-原子力は特別なのか-」に行ってきた。会場は自宅からチャリで10分ちょっとの京都リサーチパーク。7月に東京で開かれたパネル討論会「リスクと、どうつきあうか-原子力安全委員会は語りあいたい」に続く二回目の討論会だ。ファシリテーター役の小林傳司さん(南山大学)からの誘いで、会場からの質疑応答でいろいろツッコミしてくれという半分「サクラ」としての参加だった。 討論会の中身だが、午前中は統計学者の竹内啓先生(明治学院大学国際学部教授)の講演。1時間ちょっとの時間、歯切れのよい調子でトントンと話を進める竹内さんの要点として、特に拾っておきたいのは以下の点だ。 (リスクに関する)確率や期待値の計算は、人と人との間の社会的な関係のなかでは全面的には通用しな
Ivar Jacobson(Ivar Jacobson International) Steve Cook(Microsoft) (訳 チェンジビジョン 平鍋健児、大田緑、中原慶、近藤寛喜) UML(Unified Modeling Language: 統一モデリング言語)が標準となってから12年以上がたちます。この間、好意的なものから嫌悪に満ちたものまで、UMLに関して様々な意見がありました。 この記事では、現在のUMLの仕様と提案に欠けている点や、UMLをよりアジャイルに、よりリーンに(ムダを省き)、より賢く、そしてよりフレキシブルにするにはどうすればよいかを議論します。現在のUMLに対する投資が、未来への価値へとつながっていく。このことを、UMLのユーザーに確信してもらえるようにしたいと思います。 成功の後に、揺り戻しが来る 1990年代初頭の時点で公開されていたオブジェクト指向の方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く