終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
「技術者は楽観的である」法則｜【Tech総研】
「君は楽観的だね」と言われると、「先のことをまったく考えていないアホ」と 見なされたようで、いい気持ちはしない。 しかし、先のことを考えるからこそ、技術者は楽観的なのだ。 世のエンジニアの多くは、あれが難しい、ここがたいへんだ、と理屈をさんざんいうもの。しかし最終的に「それは結局、できるのか？ できないのか？」と聞けば、「もちろんできます」と答えるもの。そして、その顔には「できるぞ」という自信が見えてきます。私はこの「できる自信」こそ、技術者のもつ本能＝楽観ではないかと思っています。 「できる自信＝楽観」は、エンジニアが「技術はおもしろいぞ」と感じることとつながっていると思います。逆にいうと、「こんなものは絶対にできないぞ」という「できない自信＝悲観」は、“エンジニアらしくない”感覚ともいえるでしょう。 エンジニアの仕事は、新しい「もの」を作り出していくことです。文字どおりの「もの」もあれ
GIGAZINE - ココログ、48時間の大規模メンテナンスに突入
「ココログレスポンス問題お知らせブログ」というのが開設され、そこで進捗状況が実況されてます。刻一刻と何の作業を行っているのかが更新されているのですが、コメント欄は大変なことになっています。 そもそも、夜になるとココログは尋常ならざる重さになっており、管理画面にログインできない、ログインできても投稿できない、投稿しても本文が消える、あるいは翌日になってやっと反映される始末。挙げ句の果てには他人の記事が表示されたり、自分の記事がどこか違うユーザーのブログに表示されたりするわけです。このあたりのことは「ココログレスポンス問題お知らせブログ」のコメント欄に山ほど書いてあります。 以下、ここに至るまでの経緯など。 【特設】ココログレスポンス問題お知らせブログ http://cocolog.typepad.com/blog/ すべてはここから始まる。 ITmediaニュース：「ココログ」が＠nifty
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
仕事の泥沼から抜け出すためにできること － ＠IT自分戦略研究所
エンジニアにとっても人ごとではないのが心の健康だ。ピースマインドのカウンセラーが、毎回関連した話題を分かりやすくお届けする。危険信号を見逃さず、常に心の健康を維持していこう。 ■泥沼にはまってしまったKさん とあるプロジェクトに従事するKさんは、「自分の思うように仕事が進まない」と強く感じていました。顧客の要望が頻繁に変更され、要求項目もどんどん追加されるので、そのたびに作業の変更が発生するのです。 プロジェクトのスタート時点ではメンバーは3人でしたが、1カ月が過ぎたところで1人が心身の不調を訴えて出勤してこなくなりました。その人の仕事はすべてKさんが引き受けさせられています。上司に窮状を訴えても、「納期は守れ」の一点張り。「自分だって戦線離脱したい気持ちだ」とKさんは思います。 Kさんはこのことを誰かに相談したかったのですが、タイミングがつかめずにいました。周囲は皆忙しそうで、時間を取っ
Linuxでクラッシュダンプを採取(1) 〜 kexec + kdump を使ってみる 〜 : DSAS開発者の部屋
専用パーティーションを切らずにシステムを構築してしまったがために、クラッシュダンプを採取できなくて苦しんでいる人（って私ですが）にとってはとっても魅力的な仕組みがカーネルに取り込まれたみたいです。導入手順も Documentation/kdump/kdump.txt に非常にわかりやすく書かれているので、比較的スムーズに組み込むことができそうな予感がします。 kexec の機能を利用して別のカーネル（kdumpを組み込んだもの）を起動すると、/proc/vmcore から元のカーネルのクラッシュダンプを採取できるというものなので、通常利用するカーネル（以下、ファーストカーネル）と、パニック時に動き始めるカーネル（以下、セカンドカーネル）の二つのカーネルを作る必要があります。 以下、kdump.txt より抜粋 A) First kernel or regular kernel: -----
プロジェクトとは顧客とのお見合い ― ＠IT自分戦略研究所
プロジェクトマネジメントの方法は、各企業によって特徴があろう。さまざまな制限を課せられたプロジェクトマネージャは、どのようにしてプロジェクトをマネジメントしているのだろうか。本連載では、現役のプロジェクトマネージャに登場していただき、実際にどうプロジェクトを進めているのか。またプロジェクトに対する考え方などを伺っていきたい。 今回は、人材開発ソリューションベンダのNECラーニング マネージャーの斉藤伸子氏にプロジェクトマネジメントのコツを語っていただきます。長年にわたるエンジニア経験と人材開発部門に所属経験のある斉藤氏は、どのようなお話をしてくださるのでしょうか。 ■プロジェクト推進の状況 NECラーニングは、NECグループ内の人材開発体制の強化と、顧客向け人材開発ソリューション事業の拡大を目的として、2005年7月に設立された会社です。NECのEラーニング事業部とNECユニバーシティが母
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[ThinkIT] 第3回：回転寿司から導き出すBPMのパフォーマンス (1/4)
短期開発で増加！「サービス残業」減らないのはなぜ？｜【Tech総研】
“元”エンジニアの告白☆辞めたワケと今のキモチ｜【Tech総研】