「銀行から１万４０００件の情報流出」を当事者目線で解説したい
出会い系サイト運営者と繋がりのある方より直接話を聞くことができました。 文才がないながらも出来るだけ当事者側からの目線で解説したいと思います。 先に言いますが、本件は出会い系サイト自身が被害者でもありますので、「出会い系サイトなんて全部サクラサイトだろ?」みたいな先入観をお持ちの方は一旦捨てて頂くと理解しやすいかと思います。真っ当に運営されている出会い系サイトが被害者です。 まず流出したであろう情報とは何なのか?「残高照会ダイヤル」は、契約者が持つ口座の残高や、通帳に「印字されうる」取引明細も音声で知ることができます。例えば 「27-11-27 振込 フグタマスオ *30,000」 「27-11-30 振込 イソノカツオ *10,000」 このような入出金の取引を、音声で知ることができます。 もちろん契約者(契約団体)自身しかアクセスできないはずの情報なわけですが、この残高照会ダイヤルの操
総合職で入社した新卒がクックパッドでエンジニアになるまで - クックパッド開発者ブログ
はじめに こんにちは、技術部の土谷です。 現在、私は2015年4月に総合職の新卒社員として入社したのですが、自ら希望してエンジニアに転向するために6ヶ月間の技術教育(トレーニング)を受けています。 この記事では、私が受けているトレーニングの内容に関してご紹介したいと思います。 なぜやっているのか トレーニングのゴールは「クックパッドで一人前のエンジニアとして働ける技術力を身につける」ことです。 クックパッドでは、ディレクターや営業職であってもサービスに関わるスタッフは全て最低限の技術的な知識を持っているべきと考えられています。 そのため総合職の新入社員研修にも、クックパッドで働く上で最低限の技術的な知識を持つために技術研修が組み込まれています。 ただ、私自身、総合職で内定をもらったものの、「自分でものづくりがしたい」「それも、手を動かして納得のいくものをつくりたい」という思いを持っていて、
なぜ「うるう秒」ではトラブルが起きやすいのか | ナショナルジオグラフィック日本版サイト
窓に映る時計と光の筋。チェコ共和国プラハにて撮影。（PHOTOGRAPH BY ABRAHAM NOWITZ, NATIONAL GEOGRAPHIC CREATIVE） 日本時間の7月1日、時が止まる。でも、心配することはない。ほんの1秒のことだから。 地球の公転と私たちのカレンダーを合わせるためにうるう年が存在するのと同様に、地球の自転と時計を合わせるためにうるう秒がある。この種の微調整は、原子時計が発明されるまでは問題にならなかった。たとえば原子時計のひとつであるセシウム時計は、地球の回転に基づく時計よりもずっと正確に時間を測ることができる。正確さが異なれば、やがて2つの時計にはズレが生じる。つまり、地球の自転を基準とした時間と原子の時間を合わせるうるう秒が必要になる。 うるう秒は、協定世界時（UTC）の23時59分59秒（日本標準時JSTの翌7月1日8時59分59秒）に追加される。
日本人は｢スマホの危険性｣をわかっていない
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
東日本にある５０の信用金庫でシステム障害 NHKニュース
全国の信用金庫の基幹システムを運用している「しんきん共同センター」によりますと、２１日朝から、システムの一部に障害が起き、東日本にある合わせて５０の信用金庫で、ＡＴＭ＝現金自動預け払い機が使えないといった影響が出ているということです。システムの障害は、順次、復旧しているとしていますが、原因などは分かっていません。
＜メール誤送信＞宛名「ブラックリスト様」 保険相談サイト （毎日新聞） - Yahoo!ニュース
インターネットで保険見直しの相談を無料で受け付ける「みんなの生命保険アドバイザー」が先月２７日、過去の利用者約２０００人に「ブラックリスト様」の宛名でメールを送っていたことが分かった。同サイトを運営するパワープランニング（東京）は「新しい顧客管理システムを導入した際、誤ったメールを自動配信してしまい、心からおわび申し上げます」と謝罪している。 みんなの生命保険アドバイザーは、保険の見直しを検討している人からのネットでの申し込みに対し、複数の保険を扱うファイナンシャルプランナーを無料で紹介する仕組み。 パワープランニングによると、メールは先月２７日午後７時ごろ送信された。本文は「ブラックリスト様」の書き出しで「検討させて頂きましたが、無料相談の対応が可能なアドバイザーのご紹介が難しくなっております（中略）今回のお申し込みはキャンセルとさせていただきます」などと依頼を断る内容。申し込んでい
バッチ処理のあれこれと、SLA - プロマネブログ
風邪引いてしばらくブログ更新サボってました。 上記記事について、気になったので。ブコメで言及ももらったし。 ウィキペディアのバッチの利点って若干記載が古い 多くのユーザーがコンピュータのリソースを共有できる。 処理をコンピュータのリソースがあまり忙しくない時間帯（多くは夜間、休日）にシフトできる。 人間がついていなくてもコンピュータのリソースが暇にならないように最大限有効活用できる。 高価なコンピュータをフルに活用することで費用対効果の効率向上に寄与する。 バッチ処理 - Wikipedia バッチをリソース目的だけで使うってずいぶん古い話だなあ、と思って編集履歴をたどってみたら、2006年の記載でしたか。 記載をたどってみると分かるんですけど、上記の内容って「メインフレーム」のバッチ処理に対する利点なんですよね。 そういった意味では、現在のバッチの設計とはちょっと概念が違うんじゃないかな
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
システムの「価値」をどう考えるのか？〜なんで人月換算基準がなくならないか、について - 急がば回れ、選ぶなら近道
「なんで人月換算基準がなくならないか」については、これは作る側での議論が非常に多いのですが、逆側から見た議論があまりにも少ないので、自分の考えを記録しておきます。そもそも、発注した側ではシステムの価値をどう見るのか？という議論があまりにもなさ過ぎの印象があります。いくら作る側が頑張っても、発注サイドで「いやだから、結局いくらかかったか内訳見せろ」という話になった途端に、残念ながら人月単価が登場するわけで、話は振り出しに戻ります。 まず一義的にはユーザーから見たシステム開発は投資になります。確かに、毎年作っているでしょう、という話もありますが、普通は数年に一回作っては動かして、メンテナンスにモードに移行させる、という形になります。投資として、通常はキャッシュ・アウトに相当するコストで資産を認識します。リースにすれば、定常的でしょうという話もありますが、オン・ブックになった途端に普通に取得原価
中央省庁人事システム、全面運用開始が大幅遅れ : 社会 : YOMIURI ONLINE（読売新聞）
国が約８９億円を投じて開発した中央省庁共通の「人事・給与業務システム」が、今年７月末現在で３０機関のうち５機関でしか運用されていないことが、会計検査院の調べで分かった。 ２００７年度に全面運用される予定だったが、システム障害が相次いで大幅に遅れており、検査院は管理体制を強化するようシステムの調達主体の人事院に求めた。 同システムは、省庁の業務効率化の目的で開発されたが、運用計画が４回も変更され、全面運用開始予定は１５年度にずれ込んでいる。検査院が調べたところ、１０年度に１５機関が始めた移行作業で、人事と給与のデータが整合しないエラーが、それぞれ２万～９４万件も発生していた。原因は、各機関によりデータの形式や管理状況が異なることを人事院が把握していなかったためだった。
金融業界の業務とシステムを知る
この講座では，証券会社，クレジットカード会社，生保会社，損保会社，メガバンクを題材に，金融業界の業務とシステムについて解説する。 Part1～Part4で証券会社，Part5～Part8でクレジットカード会社，Part9～Part11で生保会社，Part12～Part14で損保会社，Part15以降でメガバンクの業務とシステムについて詳しく説明する。 Part1 証券会社編1--注文から約定，決済など,証券業務の基本的な流れを知る Part2 証券会社編2--株式売買に伴うシステムの処理を理解する Part3 証券会社編3--ホールセール業務の流れをゼロから学ぶ Part4 証券会社編4--ホールセールを一貫処理する「STP」システムを理解する Part5 クレジットカード会社編1--年間30兆円を超すカード取引，その背後にある仕組みを理解する Part6 クレジットカード会社編2--「審
WEBシステム開発の値段
1 名前:以下、はてなにかわりまして元増田がお送りします。 投稿日:2012/02/23 11:49:47うちの団体で、インターネットで講習会を申し込めるようなシステムを作ることになって、ネットで調べた何社かに見積りを頼んだら、出てきた金額が業者によって２５万～４００万で出てきた。 見積りの項目も各社バラバラだしそれぞれの意味も、なにがなんだか素人の俺にはさっぱりわからない。 年間に１万人ぐらいが100会場でやる研修の申込みを受付けられるようにするってだけの機能なのになんで各社こんなにもバラバラなのかが理解不能。 若いってだけでITに詳しいと思われて、担当にあてがわれて、２５万～４００万の間で業者決める手掛かりが全くない状態でどうすればいいんだ？（それでもし業者選びに失敗したらやっぱり俺のせいなのかな。。） 続きを読む
特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態
今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩本氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩本氏の提案についても掲載したいと思います。 以下からは萩本氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記（注：記事の元になったFacebookへの書き込み）を書いたのは、二度とこのような案件が出ないよう本質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 本質的問題を提起したつもりですが、しかし本当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro
特許庁が5年前から進めてきた基幹系システムの刷新プロジェクトを中止する方針を固めたことが、日経コンピュータの取材で分かった。当初は2011年1月の稼働を予定していたが、業務分析の遅れなどから要件定義と設計が難航。稼働を3年遅らせたが、立て直すことができなかった。 政府が策定したレガシーシステムの刷新指針に基づき、特許庁は2004年10月に「業務・システム最適化計画」を策定した。この刷新指針は、特定のITベンダーとシステム保守などを長期契約することによるITコストの高止まりを解消する目的で策定されたものだった。同庁はさらに、入札に分割調達の仕組みを採用して競争原理を働かせることを目指した。 要となるシステム設計とシステム基盤の構築については、東芝ソリューションが入札予定価格の6割以下の99億2500万円で落札した。ところがプロジェクトが始まると、現行の業務やシステムを理解した職員と技術者が足
システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道
どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ１０数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体（特に技能として）化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた