同姓同名同生年月日くらいだったら「便宜上」同一人物として扱っているシステムは結構多いと思うよ。 事故の経緯に関し、銀行側の説明をまとめると、次のようになります。 寝屋川支店では、死者の親族からの要請を受けて、死者の銀行口座を閉じた。この際、三井住友銀行の全国の顧客の口座一覧の中で、死者と同姓同名、同じ生年月日の人物を、住所を確認せずに閉じた。 http://21432839.at.webry.info/201601/article_4.html その人がどの支店に属する人かが重要であった時代ならともかく、今銀行にとってリテールのお客さんの住所は富裕層ならともかくそうじゃなければそれほど大きな意味合いを持っていないことも多いでしょう。 銀行についてはペイオフの絡みでずい分昔に名寄せのシステムは整えたんですが、実際のところ、システム的な名寄せを全て信じて何かをすることは難しいので名寄せされた人

とにかく、3.11以来金融庁がうるさいので、ちょっと計画変えますって話もなにか問題があるのかどうなってるんだ報告しろで貴重な時間と金を吹っ飛ばすことになりかねないので計画を変えることに対して及び腰になってしまうという問題があるんじゃないかと思うんですよね。つまり、金融庁が余計な口を出さなければ計画が適正になるんじゃないの？ という話はさておき、やっぱりこっちの業界の人とあっちの業界の人では思うことにだいぶ差異があるんだなあと思いました。 で、結局何百億という予算は多重下請け構造の中で中抜きに中抜を繰り返され、最終的に実際に作業する人には時給数百円しか行き渡らないため、中国や台湾、ベトナムといったところから人が駆りだされてきて、現場の中国人が台湾人と殴り合いの喧嘩を演じるとかもう収集つかないところまで来ているという話です。原発事故の石棺処理みたいな煉獄が、こんな近所に存在しているかと思うと胸

巨大なシステムやってて一番思うことは、「隣のプログラムが何やっているかすら知ろうとしない技術者が9割」ということです。これは愚痴です。役割分担が細かいのは良いんですが、仕様すらきっちり確認しようとしない。仕様ってのはそれがわかってないと作れないレベルのI/F仕様だったりするんだけど、誰がどこでどうその項目を設定するの？ということについて興味がなさすぎる。リーダークラスの人が知っててその人に聞けばいいや的な。 で、もうちょっと上のところに行くと、今度はI/Fしている隣のシステムの仕様はやっぱり興味ない。もちろん、I/F仕様どおりにデータが来れば問題ないんだけどさ、データのパターンとかそういう話ってざっくりとした仕様くらいは理解した上で、懸念される問題（あっては困るパターンとかが実際に発生しないかとか）をやり取りするのがシステム屋の仕事だと思うんだよね。 んで、そういうのを寄せ集めて作った巨大

仕事ができないあなたへ http://b.hatena.ne.jp/entry/anond.hatelabo.jp/20151101114446 教育ができてないってコメントしている人も結構いるけどこういう事態に直面したことがないのかなあ。それともどんなタマがやってきても俺は教育して一人前に育てることが出来るぜって思っているんだろうかなあ。 というかさ、僕達って教育のプロじゃないわけで、成功体験からしか学べない部分も結構あるわけで、教育のプロがどんなにアレでも取り敢えずの程度までは育てますっていう体制をがっちり引けている会社なんてそうそうあるわけじゃないのでこの増田の直面している問題は手に取るように分かる。 時たま、「こんなの体で覚えるしかないよなー」って思うんだけど、現代社会においてその手の方法はほぼタブーになってきている。で、結果として一部の有能な人材と一部の（かつての社内教育であれば

会社違えば認識違う、ということでツッコミ入れとく。 といっても、言及先が間違っているという話ではなく、色んな職場があるよって話 顧客先に常駐する、ってことは、顧客内のオフィスにおいてあなたの一挙手一頭足が全部見られているってこと。厳しいお客さんだとあくびや眠そうにしただけでクレームが入る。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ そういやよく「お疲れですね（ちょっと皮肉」って言われてましたけどクレーム入ったことないですね。客にもよるんだろうけど、目に見えて役に立っているとね。 自社の有給休暇を取得しようとしたら、「また休むんですか」とクレーム。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ これはない。労務管理は客先側も厳しい（もちろん客の会社の話でこっちには関係ないけど）から理解はある。もちろん客にもよ（ｒ 自社では服装自由だ

こういう話をするときに前提というか設定というかそういうのが雑なままで進めるとさっぱり話のフォーカスが合わない。という話になっている時点で「そりゃ分担したら上手く行かないよな」と思ってしまうわけで、つまりこの話は定量的・定性的な分析ではなくて個人の体験談なんだろうな、と思った次第。 私がとくに不思議に思うのが、基本設計を何人もの要員で分担するやり方だ。DB設計と機能設計と業務設計の担当を分けるとか、サブシステム毎に担当を分けるといった体制がしばしば敷かれる。詳細設計の段階でというのならまだわかるが、基本設計でそれをやってはいけない。 基本設計を分担してはいけない: 設計者の発言 もういきなりわからないのが「何人もの」で、１人じゃないとダメなのか、何人までならいいのかとかそういうどうすべきかの話がわからず、DB設計がインフラの話なのかモデルの話なのかネーミングの話なのかもわからない。え、それ全

久々に大きな動きがありましたね。 音楽最大手の一角、エイベックス・グループ・ホールディングスが同協会に任せていた約10万曲の管理を系列会社に移す手続きを始めた。 エイベックスがＪＡＳＲＡＣ離脱 音楽著作権、独占に風穴 ：日本経済新聞 これのポイントはここ。 一方、ＪＡＳＲＡＣは約300万もの楽曲をそろえており、依然として放送局などが音楽を利用しやすくしている。同協会は全国の飲食店やカラオケ店から使用料を徴収する強力な営業基盤も持っており、著作権者にとっても委託を続ける利点がある。 このJASRACによる音楽を利用する営業店からの使用料の徴収は現在ほぼ100%「包括契約」で行われている。これは実際色々な問題を起こしていて、例えば「JASRACに委託していないオリジナル曲」しか使わないと明言したとしても「JASRAC管理の曲」を使って営業できる「可能性」があるだけJASRACがやってきて契約を

ITに携わっている人間は多数いるものの、IT技術者という看板をしっかり背負える人は全然足りないよ。なんだかんだ言っても技術職なわけで、そう簡単に技術者が量産されるわけでもなくて、例えばいわゆるIT土方というのはごく少数のIT技術者の看板を背負える人と多数の単純事務に毛が生えたレベルのことしかできない作業者のセットのことを表現していることが多い。 実際に現場で働いているIT技術者からすると、「待遇良ければ自然と増えますって」というのが実感のようだ。 NHKの「IT技術者不足」特集にネット違和感 「足りないのは安く使えるIT奴隷でしょ？」 | キャリコネニュース この声を上げている人がそういう意味で真のIT技術者なのかどうかもわかんないけど、待遇が良ければ「ITの仕事に従事する人」は増えるだろうけど、依然として真のIT技術者の絶対数が大きく増えることはないと思う。 特に、ここ1年で事情があって

業績は部署についてまわる 複数の部署が同じ目的の巨大システムに携わる 評価の基本は減点法である 業績をプラスにするよりマイナスにしないことが優先される 隣の島の人は同僚ではなく調整相手 文書のない調整結果は意味を持たない １分で済む会話より３往復かかるメールを選択する やったという証拠を残すためだけのレビューを実施する 指摘事項なしは疑われるのでフォントサイズにいちゃもんを付ける 監査はそれを見て満足する 予定と違う報告は許されないので報告の数字は捏造される できないから遅延するよりも中身が空でも枠だけで出来たことにするのが政治的に正しい どんなに正しくても政治的に間違っていると判断されたことは闇に葬られる 言ったもの負けで誰も言わないので全員が負ける（実は言ったら勝てることが多いが賭けを許容しない 常識で考えればこうするでしょということを決めるのに年収１０００万超の人の判子が１００個必要

問題の本丸みたいなところにいるとひしひしと感じるいろんなこと。 とにかく人が足りない。いや、ぶっちゃけ人は足りてる。人材が足りない。半分はいない方がマシ。いなくてもアレやらコレやらがあればできるし品質は上がる。偉い人にはそれはわからない。なぜなら100点を目指しているから。95点を取ることは割と簡単なんだけど、100点を目指すと95点の10倍の労力が掛かった上に85点くらいにとどまってしまうリスクが物凄い高い。残り15点をどうするって？ひたすらやるだけさ。 人手不足というのは幻想なので、エンジニア不足の現状においてもクズエンジニアは雇わない。新人でもいいからかき集めろみたいな記事が出たことがあったけど、新人の方がまだクズでない可能性が高いというくらいは人材は不足している。クソみたいなエンジニアのおもりをしなければならないせいで。 問題は、システムの開発ヒエラルキー（これは単に契約関係でしか

新人社員のみなさま、まずは無事社会人になられたことをお祝い申し上げます。そして、このタイミングで、ともすれば斜陽産業とも言われるSIerに入るということで期待と不安がないまぜになっているのではないかと思います。 SIerというのはエンジニアの自覚を持たずしても生き抜くことが出来てしまう可能性の高い職種です。しかし、10年前ならいざしらず、今この激動の時代において、エンジニアにならずして生き抜くことが可能かどうかはもはや疑問です。 そこで、みなさんにはSIerにいながらにしてエンジニアとして成長するためにいくつかの心構えを与えましょう。 技術力はまず目の前のパソコンから PCを使い慣れた人にとってはSIerに入って気づくことが一つあります。先輩たちは驚くほどPCのことを知りません。PCに詳しくても業務システムを作れないからです。でも、それって本当にいいんでしょうか。目の前のPCがどう動くかも

所在地が東京ということもあって日本の皆様にお馴染みのMtGOXなるBitCoin取引所が取引の仕組みの穴を突いた不正な取引によって顧客から預かったBitCoin盗まれちゃいました！という事件をきっかけにBitCoinの信頼性が揺らいでいます。 まあこれは取引所の決済管理のシステム的な穴だったということで、BitCoinそのものの仕組みが問題だったわけではないということですけど、BitCoin財団が慌てて「MtGOXが悪いだけだ」って言っているあたりが本当の問題だと思っています。 仕組みがどんなに信頼性の高いものであっても、金融の世界というのは「信用」をベースにやりとりする世界です。 BitCoin自体は別に取引所に預けなくても保持できますが、逆にそれは「銀行」的なものがないということになりますので、大抵の場合はやはり取引所にウォレット作ることにはなるでしょう。だから、取引所に「信用」がある

増田の記事を見て書こう書こうと思いつつ週末は忙しくて書けなかったのでドックイヤーどころかバンブーデイと言われる（今作った造語だが）ソーシャルメディア界隈ではもうネタにならないんじゃと思いつつ引っかかった場所を中心に書いてみようと思います。 元増田はここ→システム屋に不当にボッタクられないための発注者心構え 何もIT知識のない素人企業を、スキあらば適当な見積もりでボッタクろうとするシステム屋ばかりでここはひどいインターネッツですよ。 世知辛い世の中です。 こういう「知らない人」を宥める挨拶を持ってくるとは、この元増田、素人ではないっ…とはいえ、ちょっとこのあとに書かれていることは要求のレベルが高すぎるんじゃないかと思います。僕達SIerというのは、「何やればいいかよくわかんないんだけどシステムで会社を良くしたい」って思っている人をお助けすることも大事な仕事です。もっとも、そこまでのレベルの会

この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ

バカの所業について今更語ることはないんですが、その反応についてはちょっと興味深い。 アイスなんて特にそうだけど、人が入ったことによる問題ってどのくらいあるのかなー。ケースが汚染されるとどうこう的な部分なのかしら。 廃棄食材で遊ぶ分にはアホだとは思うけどアイスのケースよりもっと現実的な問題は少ないよね。いやそれがまな板でどうこうとかいう話なら別だけど。 誰かがこういうことをした時だけ気持ち悪がるってのがどうもね。よーわからんというか。 なんとなくそういう問題じゃないだろって気分なんですよね。

当たり前のことを確認的に。 2013-07-02 ウェブ言論にとって名前は記号でしかなく、誰が言ったかではなく何を言ったかが重要、というのは正論だし僕もそう思っているんだけど、長い実名との戦いから得た教訓は「実名の必要性とは責任の持ち込み先の判別のために必要」というなんとも暗い話でありますな。 つまり、本名が「山田太郎」だったとして、ググると1,930,000件表示される「山田太郎」という記号に意味があるのではなく、どこそこにお住まいの、どこそこにお勤めの、今何歳の、等々の個人を特定する情報としての実名が欲しいわけですね。で、そんなもの何に使うのって話なんですけど、そりゃ社会的強弱を図るために決まっているじゃないですか。 もちろんね、匿名さんがある肩書きを名乗っている時に、その肩書を持った実在する人物であるかどうかを証明するためにはそういう行為も必要ですよね。もっとも、ある肩書きを持った人

なんだか今回のシステム統合のからみで信用売残が沢山あったという話を聞いて金曜日に信用買いしていればよかったと思った今日このごろです。 色々取り沙汰されていますが、正直今回のはなんでこんなに騒いだかというのが疑問な程度の話ではあります。 すでに報道があるように、これから正念場の次期システム開発があります。予定している時期に間に合うのか疑問ではありますが。ここで過去の経緯を少し振り返ってみましょう。 ２００２年 ３行統合 もはや前の３行とは？と聞いて言えない人も多いのではないかと思われますが、第一勧業銀行、富士銀行、日本興業銀行が合併して、みずほ銀行とみずほコーポレート銀行になりました。顧客は前者はリテール口座と中小企業中心、後者は大企業中心となります。第一勧業銀行ってのは昔第一銀行と日本勧業銀行が合併してできた銀行で、当時から両行の出身者の仲が悪いことで有名でしたｗ第一は財閥との合併で痛い目

曲がりなりにもIT系の端くれとして、耳に入ってくる話がかなりこの件で埋まっている。天才プログラマーとしての彼を惜しむ声は多い。僕も彼の才能には敬意を表し、また、その早逝を惜しむ。残念だ。しかし、天才プログラマーとしての彼を無条件で褒め称える声が多いことに違和感を覚えるため（もっとも、こういうときに、個人的な交友関係がある人はプラス方面を評価するのが礼儀というものなのかもしれないが、しがらみのない人間として）、これを機会にWinnyとは何だったかを簡単にではあるが振り返っておきたい。 分散型P2Pとして、匿名性をウリに登場したWinnyの背景には、当時社会問題にもなった、WinMXによる著作権侵害行為が摘発され始めていたということは確実にある。それは、Winnyを生み出した金子氏が２ちゃんねるダウンロード板（当時、WinMXなどの交換情報などであふれていた、違法な著作物入手を意図している人た

非常に狭い観測範囲で語ります。 大体、４年目、７年目あたりは危ない時期。ちょうど仕事のなんたるかがわかってきて、自分のやりたいことと今の仕事のギャップもわかってくる。でも、目の前の仕事をこなすだけのスキルは身についていたりすると会社としては辞めてほしくなかったりする。というわけで、４年目に同期との研修という名の旅行が実施されている僕の所属する会社でありました。 ３年は勤めよう、というのはそれなりに妥当性のある言葉だとは思う。もちろん、入った瞬間ギャップが見えることも有るだろう。やりたくないことを３年も我慢してどうするんだろう。そういう人に対しても３年辞めるなと説くのは無意味だ。逆に、仕事が少なからず自分のキャリアパスのイメージに引っかかっているのであれば、新入社員からの３年というのは非常に貴重な時間といってもいいだろう。なんたって多少の無茶無理をしたって「若いから」で許される。それが会社っ

※表現がきつかったので修正しました。 これはひどい×１００ こちらを拝見すると、要するにこういうことらしい。 性同一性障害で性別を変更した人の全てに、特定4桁から始まる基礎年金番号が再付番されるわけではなく、そのうち「年金分割記録を保有する者」（離婚により年金を分割した場合で生じる）について、そのような基礎年金番号が再付番される。 再付番された場合、元の基礎年金番号と2つの基礎年金番号を持つことになる。 社会保険事務所に以下の「性同一性障害者にかかる基礎年金番号付番」と書かれた用紙が用意されている。 高木浩光＠自宅の日記 - 年金機構から基礎年金番号の付番機能を剥奪せよ, 追記（6月29日） おいいいいいいいっ！番号帯で属性判別とかいまどき救いようのないアホのやることだぞ！ まずいだろこれ… 特定番号によって不当な差別を受ける危険性について、ブログ著者が社会保険事務所の職員に対して問いかけ