最近会った、あるIT系コンサルから聞いた話によると、この頃は顧客が"As-Is"の現状業務フローを描けなくなってきている、という。ご存じの通り、ＥＲＰをはじめとする業務管理のための情報システム構築は、現状業務の姿（As-Is）と、あるべき業務の姿（To-Be）を考えるところから出発する。業務が現状どうなっているかは、ふつう顧客自身がよく知っており、業務フローの描き方さえ説明すれば、顧客が自分で作成できる、というのがこれまでのやり方だった。 「ところが、業務の一部にレガシー・システム（既存の古い情報システム）が組み込まれているのに、誰もその内部のロジックをきちんと理解していないケースが多いんです。」と、彼は言う。「開発した担当者も退職していたりする。だから、何がどうなると、自動補充オーダーがかかるのか、どこをどう押すと、在庫引当にロックがかかるのか、よく知らないまま、習慣で業務を流していたり

CX系の土曜深夜ドラマ枠に、今クールから堂本剛主演の「33分探偵」というドラマが登場したのだが、いろいろとぶっ飛んでいてなかなか面白い*1。 この先どうなるか分からないが、初回のストーリーで出てきていたこのドラマのキモを簡単にまとめると、 「明らかに犯人が分かっている事件であるにもかかわらず、主役の探偵が荒唐無稽な推理を連発することによって、ドラマの時間枠いっぱいまで「解決」を先延ばしする。それゆゆえに「33分（ドラマの時間枠）探偵」。」 ということのようである。 で、見ていてふと思ったのが、いわゆる社会科学系の学問、特に“社会学”と称される学問分野において、最近展開されている議論の中にも、同じようなパターンで展開されているものがあるんじゃないか、ということ。 もちろん、「科学」を冠する学問である以上「当たり前の結論」であっても、それを導くために実証データを踏まえた丁寧な議論が求められるの

hCAPTHAのチャレンジに「繰り返しのないエンティティをクリックしてください」というものがあります。この文面の意味がわかりにくいせいでしょうか、検索しておられる方が相当数おられます。この記事では「繰り返しのないエンティティ」とは何で、何をすればいいのかを簡単に解説します。

日本IBMは2008年8月1日，同社晴海事業所内にクラウド・コンピューティング環境を提供するための施設「IBM クラウド・コンピューティング・センター@Japan」を開設した（写真1，写真2）。「すでに稼働しているクラウド・コンピューティングの施設としては，国内で始めてのものではないか」（同社担当者）という。 写真1●左から順に，米IBM IBMソフトウエア・グループ ハイ・パフォーマンス・オンデマンド・ソリューションズ担当のウィリー・チゥ バイス・プレジデント，日本IBM ソフトウェア開発研究所の岩野和生執行役員，新日鉄ソリューションズ システム研究開発センター所長の宮辺 裕氏

オフィス許認可＠台東さんから、かの有名な新銀行東京さんが公共工事代金債権信託を利用した融資のサービスを8月1日から始めたことを教えていただきました。 ＨＰを引用させていただくと　「東京都の信用力を背景に低コストでの資金調達が可能となります。　工事完成前に工事請負代金を現金化できます。決算書の提出が不要ですので、迅速な対応が可能です。 そういえば、工事契約に関する会計基準が昨年改正され、平成20年度で税制も改正されましたが、それとこのサービスは関係あるのかな。決算書の提出が不要だから関係はないですね。 さて、どのようなスキームかというと、 ①委託者は東京都に対して保有する公共工事代金債権を、新銀行東京に信託して頂きます。 ②新銀行東京は、①で受託した債権に基づき信託受益権を発行致します。 ③委託者は、信託により取得した信託受益権を、新銀行東京（銀行部門）に担保として差し入れて頂きます。 ④新

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

日経コンピュータ2008年8月1日号で「ダメシステムでも使わせたら勝ち」という特集を書いた。ダメシステムという言葉は，仕様面や品質面に何らかの欠陥があるシステムという意味で使った。こういう言葉をタイトルに据えるのは，がんばってシステム構築されている方々に失礼ではないかとも考え，一度は取り下げようと思ったが，結局採用した。誤解を恐れずに言えば，今作られている情報システムはおしなべてダメシステムと言える，と思ったからだ。 考えてみてほしい。仕様面で完ぺきを目指すのはどんどん難しくなってきている。システムに会計処理しかさせていなかった大昔ならいざ知らず，今は事業の最前線でシステムを使うのが当たり前。受注が確定する前の見積もりや引き合いなども管理する。そんな領域は非定型業務だらけでシステム化しにくく，どうがんばって作っても，ユーザーから「使いにくい」と言われてしまう。 品質面でいえば，バグがないシ

眠りながら書いてるので変な文章になっていたり斬新な表現が見受けられるかもしれませんが、自分を語ってみます。 自分語りのコーナー ぼくは中堅SIerに所属していて、プログラマをやっています。プログラマといっても仕事自体はクリエイティブとは程遠い、既存コードの修正カスタマイズ修正の繰り返し。つまらないと思うことが多いです、最近。給料はそれなりにもらってます。会社自体の羽振りはいいほうなのかなあ。ボーナスもあるし。 SI業界において、「SIerの中にいるプログラマ」という位置づけは案外少ないんじゃないかと思ってます。SIerから外注される開発会社としてたいていのプログラマの方々はSI業界に存在する、みたいなイメージを僕は持っています。SIer×プログラマな方々とあまりお会いする機会がないのでなんともいえないけど、おそらくそういう形が大半なんだと思います。 IT業界のキャリアパスってどういうものが

久しぶりのガチンコSIネタ。 「人生のファイナルアンサーが見出せません。」「何なの？スイーツなの？」 SI子会社でのキャリアのメインストリームから外れた俺。 私が感じた範囲で、きっとこういうことでSIerの中にいて閉塞感を感じているのかなぁと思う点を書いていきます。 技術的興味関心にマッチするかどうかは運 私は５年間SIerで働いていますが、自分の興味関心のある技術を仕事(＝プロジェクト)で触れることが出来る機会は基本的に相当少ないと感じます。これが閉塞感を生んでいる一因だと思います。 仕事でJavaやりたいと言ってもJavaが出来る案件に自分がめぐり合えるかどうかは、ちょっと語弊がありますけど基本は運です。SIerは複数のプロジェクトを当然抱えており、あなたが無事プロジェクトが終わった時に次にアサインされるプロジェクトが.NETの案件しかなかった、というのはよくある話。また、会社の方針で