昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは

いっつも思うんだが、コの業界のエライひとたちは開発現場がクソみたいな状況になってるの知ってるクセに何で知らん振りするんだろうね？　ヒドイものはヒドイ、ってまず認めるのって、経営学的には基礎だと思うんだけど……　まずトップの人間がコの業界がもうどーしょーもない状況になってることをハッキリ認めて欲しいといつも思う。 某大企業に居た頃、子会社リストに「ナントカ研究所」というなんかすごいことやってそうな社名の企業があった。ある先輩に、そこってどんなことやってるんですか？　となんとなしに聞いたら……色々なことを教えてくれた。そのときの話、俺の経験、他のいろんな人の話などを交えながら、俺が今感じていることを会話調でダラダラと。 ナントカ研究所？　タダの下請けだよ。年功序列のためにあるのさ。年功序列ってヤツは年齢あがったら順繰りに出世させにゃならん。給料上げるためにはソレナリの出世させてソレナリのポスト

昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、それを実現するために、ドキュメントをいっぱい書かなくてはいけないという話。大手SIerは、大体同じことを考えていると思います。 でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 がちがちに縛るために、設定ファイルをたくさん書かせたり、必要以上のドキュメントを書かせるのは、一定の品質を確保

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会

こんにちは、ライブドアで決済システムを担当している森です。 今回は、クレジットカード決済における本人認証について書かせていただきます。 【01】3D Secure と e-SCOTT 皆さんは「3D Secure」というクレジットカードの本人認証サービスをご存知でしょうか。 「3D Secure」とは、クレジットカード決済を行なう際に、カード番号と有効期限のほかに、クレジットカード会社に登録してあるパスワードでも認証を行なうサービスです。 パスワード認証を行なうことで、カードの「盗難」や「なりすまし」などによる不正利用の防止が可能となります。 また、入力されたパスワードは、カード発行会社に直接暗号化されて送信されるため、サイト運営会社（livedoor デパートなど）では取得できない仕組みになっており、情報漏洩による事故も防ぐことができます。 このサービスは、元々ビザ・インターナショナルが

日本のSI業界を垣間みて絶望して逃げ出して、業界を外から捉え直して5年ちょっとになる。日本のソフトウェア産業とかSI業界が世界に出て行けない要因は気合いとか技術力ではなく産業構造や規制に起因していることが分かったし、日本でトップに立った会社が世界に出て成功するかというと難しいと感じている。梅田さんはネットならまだ勝負がついていないから頑張れるというが、僕はメタレベルの問題を考えるとネットも駄目だろうなと諦めつつある。 米国にはSI業界ってあまりなくてコンサルティングとかプロフェッショナル・サービスに分かれているのに対し、欧州では日本的なSIerが結構あって、富士通サービスなど日本勢も頑張っている。この違いはどの辺からきているかというと、結局のところ雇用流動性だ。米国では要らない社員をいつでも切れるから、プロジェクトの中核には技術を分かった人間をインハウスで採る。そういう連中を必要に応じて雇

先のエントリーの補足というか、ある種分かる人だけ読んでくれればいいやと思ってたら分かってもらいたい人から誤解されたようなメールが来ましたので。もう少し噛み砕いてすっきり書くべきだったか…　すいません。 グローバリズムは何故、貧困を引き起こすか http://kirik.tea-nifty.com/diary/2008/05/post_4962.html 最近だと、こんな記事もあります。 チーム全員がうつ退職 「人材使い捨て企業」で何が起きたか http://diamond.jp/series/depress/10026/ 酷い会社ですね。でも、こんなの普通です。スキルの不足した人を雇って研修して給料を高く払うなんて、理想といえば理想だけど、ある程度の人数抱えた会社でそんなことしてたら会社潰れますよ。スキルのある人間が、コネで割りのいい仕事を抱えて、20人か30人ぐらいで回すのであれば高い給

先日のエントリーがアツいことになっており、初のホッテントリ入りに若干興奮している今日この頃です。同じような問題意識を持っておられる方が多くいらっしゃることがわかり、改めて書いてよかったなぁと思っています。 話の流れは相当グダグダなのですがあのエントリーで表現したかったことは、「アメリカにSIerが存在しないのである」⇒「アメリカは素晴らしいのである」というのが骨子ではなく、いわゆるディフェンシブなシステム開発を強いられているSIerというのは、いわば奇形児のような存在ではないかということです。 改めて、ディフェンシブとは 言わずと知れた名エントリから。 ディフェンシブな開発とは、開発途上のリスクを計画上の時点でなるべく潰し、開発側に発生する利益分を減らさないような開発の進め方をすることを言っている。加えて、この場合、開発側はリスク分はなるべく多めに見積もり金額にいれようとしがちだ。 なぜそ

Twitter Friendsが新卒でSIerに入られるそうなので、これはSIerの中の暮らしを可能な限り語るしかないと思いついカッとなって書いた。今はネタ切れに困ってる。相当長いので、つまみ食いしてください。 2003年当時の状況を振り返る 私は2003年に今の会社(SIer)に新卒で入ったのですが、新卒入社の方々の中には「HTMLって何？」という方が結構いらっしゃいました。ハイテンションマンザイランゲージですってボケてみればよかった。ほんとなんだって。全部で90名ぐらいいたけど。エンジニアとして採用されて入社してるのに、それはないだろと思われるでしょうが、「俺は名を上げるぜ」的なモチベーションで4月から会社はいるヤツなんてマイノリティ。Googleを知っている人も少なかった。 Twitterに戯れある程度Webサービスというものが語れてコードもかけてBlog等の何かしらのWebサイトを

3月10日に東京証券取引所の株式売買システムで障害が発生し、午前9時から午後1時まで2銘柄が売買できなかった問題（関連記事1、関連記事2）で、東証は同日午後5時から緊急の記者会見を開いた。鈴木義伯常務取締役CIO（最高情報責任者）は、「データベースのデッドロックが引き金だった」と説明した（写真）。 デッドロックが発生したのは午前8時59分43秒から44秒にかけて。午前の取引が始まる午前9時の直前だ。複数銘柄の注文を1つにまとめた「バスケット取引」のトランザクションと、同注文に含まれる一部銘柄の訂正注文のトランザクションとの間で起こった。 2つのトランザクションが、それぞれどのようなデータベースをロックしたまま放さなかったのかについては公表を避けたが、注文データを格納するデータベースと、バスケット取引のデータを格納するデータベースの2つだったとみられる。 オンラインでデータベースを更新するト

いまさら言ってもしょうがないだろうが、SIerに就職を希望したり内定した人たちに一言いっておきたい。 http://blog.miraclelinux.com/yume/2007/11/post_1ab2.html http://d.hatena.ne.jp/itoyosuke/20071101/1193932945 http://www.atmarkit.co.jp/news/200710/31/ipa.html 元の報道や参加者のブログエントリ見たりすると、ありがち過ぎて泣けるのだ。はっきりいうと、SIerの人事は情報工学科出身者は求めていない。それどころか理系出身者すら求めていない。 口先では求めているというよ。また、現場で最後に「技術的になんとかする」のは理系に期待されることが多いし、実際に期待通りに解決するのは大抵理系だ。しかし評価はされないし感謝もされないよ。とくに給料に反映す

ありがとう、平成――。2019年5月に改元を控え、特別な思いを募らせている地域がある。岐阜県南部、旧武儀町（現関市）にある「平成（へなり）地区」。30年前、新元号と同じ漢字を使うことから脚光を浴び…続き 元号公表時期、年明け判断へ　4月を想定 ［有料会員限定］ 「＃平成最後」が急上昇　SNS投稿、日常に特別感 ［有料会員限定］

静岡県を地盤とする地方銀行のスルガ銀行（本店・沼津市）は６日、銀行業務に関する基幹コンピューターシステムの開発を契約通りに行わなかったとして、開発委託先の日本ＩＢＭ（本社・東京都港区）に約１１１億円の損害賠償を求める訴訟を東京地裁に起こした。 詳しい話は、今後徐々に発表されてくると思いますが、この件は、パッケージビジネスの難しさを端的に表しているのではないかと思います。 スルガ銀行の次期基幹システムは、IBMの次世代金融サービス・システム(Next Evolution in Financial Services Systems、以下 NEFSS) をパッケージに採用したものです。 http://www-06.ibm.com/jp/press/2004/10201.html スルガ銀行が最初の顧客のようですが、当初は、みずほCBを想定して作成されたみたいです。 http://itpro.ni

スルガ銀行は2008年3月6日、日本IBMに111億700万円の損害賠償を求める訴訟を東京地方裁判所に提起したと発表した。「新経営システム」の開発を委託したが、「IBMの債務不履行により開発を中止せざるを得なくなった」（広報）ことにより被った損害や逸失利益などの賠償を求めたもの。 スルガ銀が導入を目指していたのは、IBMのオープン勘定系パッケージ「NEFSS/Corebank」。2004年9月にプロジェクトを開始していた。当初は2008年1月の稼働を目指していたが、開発遅れにより、延期していた。 スルガ銀はNEFSS/Corebankの導入は中止するものの新経営システムの構築プロジェクト自体は引き続き進めるという。スルガ銀の現行の勘定系システムは日本IBM製。 日本IBMは、「訴状を見てないので詳細は分からないが、契約上の義務は果たしたと認識している」（広報）とコメントする。