金のこと以外かんがえる必要はない - 関内関外日記
そこの高校二年生、いや、一年生でも三年生でもいい、いいからちょっとおっさんの話を聞け、聞かないなら死ね。 よし、聞くか、聞いたほうがいい。人生にとって大切なものってなんだか知ってるか？ ちょっと戸惑ったな、その戸惑いが命取りだ。いや、もう取られてるかもしれねえ。それならご愁傷様だ。でも、生きてる前提にしておいてやる、感謝しろ。感謝感激しろ。 わかってないなら、わからせてやる、大切なものは金だ、マネー、これ以外なにも存在しない。金以外のことは考えるんじゃない。もっと正確にいえば、てめえがなにで食っていくかということ以外はゴミみたいな話だ。 おい、おまえ、おまえは親だの、そのまた親だのの資産で、ひょっとしたら働かなくても生きていけるんじゃないかと思ったか？ とんだ思い違いだ。おまえの親の親の財産はおまえの親が食いつぶすかもしれない。おまえの親はおまえの親でとんでもない失敗をするかもしれない。ま
老年期の終り
23世紀の半ば、ワープ航法が開発された。これによって、人類は、資源、異星文明、植民地を求め銀河系のあらゆる星に乗り出していった。舞台は、銀河系開発のための中継基地として開拓された星ラグラング。初上陸から５千年、ラグラングはその基地としての役目を終え廃棄されることとなったが、そんなとき、宇宙からワープ航法開発以前の地球のものと思われる宇宙船がラグラングにやってきた。 人類の宇宙開発の最果てといったところか。 舞台は、銀河開発用の基地として植民された惑星ラグラング。そこは、約5000年の歴史を経て、今その「基地」の役目を終えようとしている。そんなところへ、かつてワープ航法の発明以前の地球から飛び立ったロケットがやってきたのだった。そのロケットの出発した頃は、まさに宇宙開発への人類の意欲が最盛期だったといえよう。そのロケットに乗って、コールドスリープを繰り返し、ようやくラグラングへたどり着いたイ
Hot の書き方(Template Version 2015-04-30) 前編
3. HOTとは？ Heatで利用するシステム構成をデータ構造(YAML)で記述したファ イルを指す。 Heat が定めるデータ構造 YAML形式で記述 作成するリソース、設定するパラメータなどのシステム構造を定義する。 多段ネスト可能 リソース間の依存関係を定義 暗黙の依存関係 明示的な依存関係 定義された依存関係に基づいてリソースの作成順序が決まる 依存関係がないものは平行で作成される 作成された全てのリソースは「状態」を持つ Heatが検知する状態 ユーザーが外部から与える状態 3 4. Heatを使うための条件 イメージ cloud-init インストールされていなくてもHeatは利用できますが、利用可能であればより 高度な設定が可能です。 heat-cfntools インストールされていなくてもHeatは利用
日本企業の末路［第2回］～アマゾンによる流通・小売り“破壊”の結末
デジタル化に対応できない日本企業の未来は暗い、と警告を発する特集の第2回。第1回目は日本の家電王国が崩壊した理由を分析したが、今回はアマゾン・ドット・コムが主導する流通・小売りのディスラプション（破壊）の行方を探る。併せて、勃興するシェアリングエコノミーの既存産業に対する破壊的影響なども解説する。 ネットで書籍を注文しようとした場合、真っ先にアマゾンを使おうと考える。日本で事業を開始したのは1998年。一方、日本の書店には古くから店を構える歴史ある企業が多い。アマゾンがそれらの企業を抑え、書籍のオンライン販売を定着させることに成功した。そして今や、書籍だけでなく消費財や家電、アパレルまで、流通すべてを脅かす存在になりつつある。 アマゾンのビジョンは次の二つだ。「地球上で最も豊富な品ぞろえ」、そして「地球上で最も顧客を大切にする企業であること」。そしてこれらは、カテゴリー内の取り扱い商品数、
IT人材はいつまで「減点方式」で評価されねばならないのか
「このままでは日本のIT（情報技術）の未来は、かなり危うい」――。大手銀行やクレジットカード会社で大規模システム開発プロジェクトのプロジェクトマネジャー（PM）を歴任した船串 文夫氏が、危機的状況にある日本企業のIT部門、IT業界の問題点とその原因を、厳しく論じる（編集部）。 原因6：既存資産を有効活用する発想が乏しい これは一言でいえば「もったいない」という発想である。15年間、20年間利用してきたシステムをリプレースする場合、前述「原因2」で言及したように、開発担当者からすると、最初から新規に開発した方が作りやすいのかもしれない（関連記事：プロジェクト遅延を「やむを得ない」とするのはとんでもない勘違いだ）。 いろいろと理由はあるにせよ、長年にわたり追加・修正を加えながら利用してきたシステムには、それなりの安定性がある。既存システムをばっさり捨てるのは実に惜しい。 既存資産を生かした場合
【OpenStackチャレンジ】 第5回 Ceilometerについて知ろう！ | エンジニアブログ
以前、数あるOpenStackのコンポーネントを纏めてご紹介しましたが、その中の1つにCeilometerというものがあったのを覚えていますでしょうか？ 名称の由来は"雲高計"。ユーザへの課金を想定し、OpenStack上のリソース消費を計測/集計する機能を持ちます。 今後このCeilometerにもチャレンジしていこうと思うのですが、まずは敵を知るべし(？)という事で、今回はOpenStackプロジェクトが公開している公式ドキュメントを和訳の上、概要/アーキテクチャを詳細に解説します！(きちんとした和訳もまだ存在していない様なので) アカデミックな内容かつ長文となりますが、どうぞお付き合い下さい。 ■Ceilometerプロジェクトのビジョンとは OpenStackのCeilometerプロジェクトでは、既存～将来サポートされるであろう全てのOpenStack主要コンポーネントにおいて、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
koma1991.info
クレームで飛び降りた近鉄車掌への嘆願書 5万件を超える - ライブドアニュース
OpenStack Ironicによるベアメタルプロビジョニング
【ポケモンＧＯ】 危険な「一斉移動」 背景に「不正ツール」 - 毎日新聞 【大村健一/デジタル報道センター】