昨日はITpro主催のイベント「ユーザー企業のためのエンタープライズ・クラウドフォーラム」に参加してきました。 日経コンピュータ 中田敦記者のセッション「みえてきたクラウドのコスト」では、グーグル、アマゾン、マイクロソフトの最新データセンターの動向を紹介してくれたのですが、これが非常に興味深い内容でした。セッションの内容からトピックを2つほど紹介します。 大規模データセンターは7倍効率がよい 1つ目は、日経コンピュータ2009年7月8日号で同記者が記事としても書いていることなのですが、データセンターの規模の経済について。1000台クラスの中規模データセンターと、5万台クラスのデータセンターを比較すると、大規模データセンターのほうが7倍も効率がよいというデータが示されています。 つまり、ユーザーがある大きさのコンピュータリソースを調達しようとするとき、大規模データセンターは中規模データセンタ

小野さんの記事を読んで少し悪乗りを反省した。けれどもIT業界の人材不足って、人材育成とか学生へのPRで解決できるのだろうか。僕が西垣氏の発言を読んでムカッときたのは、長期雇用を前提に若い時分は下働きに甘んじろというが、それはあまりに若手の現状認識や、いまどきのIT業界の平均像からかけ離れているのではないか、ということだ。 IT業界に限らず年功序列、長期雇用が成り立っているのは、下請け構造の上部に位置する一握りの大企業に過ぎない。彼らの高給と安定を支えるために、雇用は安定せず、人材開発のための投資もされず使い捨てられる技術者が少なからずいることの問題は、当のIPAがレポートしている。そして人材が行き渡っていないのは、元請けの大企業ではなく、そういった中小の下請け企業ではないか。 そして膨大な数の「業務知識に精通し、かつ、大規模システムをチームワークで作れる人材」を業界が欲する背景に、元請け企

http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を

ITエンジニアを襲う「新しいうつ」の正体とは？：ITエンジニアを襲う「新しいうつ」の正体とは？（1/2 ページ） 「現在、ITエンジニアを取り巻く健康上の危機」について衝撃的な話を聞いた。ITエンジニアの間に、新しい種類の心の不調が増えているというのだ。その正体は？ 予防法はあるのか。 長時間にわたる勤務や厳しい労働環境、ディスプレイに向かっての長時間作業など、健康上の危機にさらされることの多いITエンジニア。＠IT自分戦略研究所が2006年7月に行ったアンケートでも、8割以上のITエンジニアが自分と周囲の不健康を意識しているという結果が出ている。こういった健康上の危機は、いうまでもなくITエンジニアの心と体の両面に影響を及ぼす。 「ITエンジニアにおけるうつの発生率は、一般企業の会社員の2～3倍に上る。しかもITエンジニアのうつには、普通の抗うつ剤が効きにくい」。そんなショッキングな警告

情報サービス産業に対しては，人月単価ベースのビジネスモデルがいけない，エンジニアを使い捨てている，高い単価でオフショアとどう戦うのか，とかいろいろなことがいわれているし，どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども，最近ふと別に情報サービス産業に明日がなくても構わないじゃないか，と考えるようになった． 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は，ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ．技術や製品・専門知識に希少性があった時代はそれでも儲かったが，ハードやソフト，それらに対する知識がコモディティ化した瞬間，サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう． 僕はIT自体にはまだまだ可能性があると思うけれども，徐々にレントがIT製品を扱う企業から，ITを活用して新しい価値を生

最近、友達を区別しがちじゃないですか? いきなり変な質問で恐縮です。実は、ここで“区別”と言ったのは、友達との連絡手段についてです。私が幼い頃は、友達と連絡を取り合う方法と言えば、手紙か電話か、くらいしかありませんでした。もしかしたら、読者の中には、若い頃は電話だって普通じゃなかったという方もいるかもしれません。連絡手段を区別しようにも、しようがなかったわけです。 携帯電話やインターネットの普及でそれが大きく変わっています。調査によれば、友達ごとに連絡手段を変える人が増えているのです。博報堂生活総合研究所が実施している「生活定点」調査では、「友達でも間柄によって連絡方法を区別する方だ」という回答が1998年の12.1％から、今年は24.6％と倍増しています（図1）。 これは、簡単に言えば、A君にはケータイメールで、Bさんにはパソコンメールで、C君には電話で、DさんにはSNS（ソーシャル・ネ

ブロードバンド・ルーターを介さずにパソコンをインターネットに直接つないでいたり，ルーターのポートを開けてLAN内のパソコンをサーバーとして外部に公開したりしていると，毎日のように不審なパケットが何者かによって送りつけられてくる。 つい先日も，実験のためにWebサーバーを公開したときの1カ月分のアクセス・ログを見てみたら，攻撃を受けた痕跡が大量に記録されていた。 こうしたインターネットからの攻撃を受けたとき，やるべきことは二つ。まず最優先はサーバーやパソコンが被害を受けていないかをチェックすることだ。被害を受けていたらすぐに修復し，適切なセキュリティ対策を施す。 それから，攻撃してきたのがどこの誰なのかを突き止める。攻撃パケットをいくつか受け取ったからといって目くじらを立てる必要はないが，あまりにしつこいようなら攻撃者が契約しているプロバイダに連絡するなどの手を打つことも考えたい。そのために

自分の管理するシステムが不正アクセスされた場合には，影響範囲や原因を特定するために攻撃者の“痕跡”を調査する必要がある。対象システムがWindowsマシンであれば，レジストリの解析は不可欠。しかしながら通常のログ・ファイルと異なり，レジストリの調査は骨が折れる作業となる。そこで本稿では，不正アクセスを受けたシステムにおけるレジストリの解析方法をまとめた。 なお，Windowsマシンにおける失われやすい情報（揮発性の高いデータ）の証拠保全については以前の記事でまとめているので，そちらを参照していただきたい。 レジストリの分析は容易ではない Windowsマシンが不正アクセスを受けた場合には，通常，以下の3種類のファイルを調査することになる。 （1）Windowsのイベント・ログ （2）各種アプリケーションのログ （3）レジストリ （1）と（2）については，通常の運用においても馴染みが深いので