自分の中のプログラミングの常識というものは、ときどき現実のハードウェアに合わせて調節しないといけない。ハードウェアが進歩し続けているので、コンピュータで簡単にできることと相対的に難しいことのバランスが変化し続けているからだ。ここでは特にストレージにフォーカスして書こうと思う。 昔はメモリが相対的にとても貴重な資源だったので多くのプログラマがメモリを節約することに血道を上げていた。例えばWindowsの初期の頃に設計されたデータ構造には、メモリをバイト単位ででもいいから節約したいという意図の痕跡がいまでも多く見受けられる。DRAMの次に速い記憶装置はHDDだったので、メモリが足りなくなればHDDにデータを保存せざるを得ないのだが、DRAMとHDDのランダムアクセスの速度差は、机の上の本の開いているページを見るのと、その本をAmazonで注文して到着するのを待つのと同じくらいのスケールで違うの

みずほ銀行が新たな勘定系システムの完成にめどをつけ、金融界で安堵の声が広がっている。総費用が最大4000億円台半ばに上る大プロジェクト。システム会社が優秀な人材を多数送り込み、エンジニアの奪い合いに拍車がかかっていたという。人繰りに余裕が生まれれば、金融界でシステム投資に弾みがつくかもしれない。みずほ銀が刷新するのは入出金や銀行口座の管理を担う勘定系システム。接続テストや移行への予行を経て、2

電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供

みずほ銀行は2017年7月31日、次期勘定系システムの開発を完了した。8月から利用部門における数カ月間の受け入れテストを進めるほか、システム移行に向けた準備やリハーサルに取り組む。 みずほ銀行はシステム開発の完了を2度にわたって延期してきた経緯がある。1度目は2014年。2016年3月としていたのを約9カ月間延期した。さらに2016年11月には、同年12月としていた開発完了時期を数カ月間延ばすと公表していた。今回、ようやくシステム開発を終えた格好だ。 みずほ銀行の言う開発完了は、総合テストの完了を指す。今後、利用部門での受け入れテストを実施するほか、新システムへの移行が必要だ。システム移行では、「店群移行方式」を採用する。全国の店舗を複数のグループに分け、グループ単位で段階的に進めていく計画だ。

はじめに 社内のWebアプリケーションのフレームワークをStrutsからSpringMVCに移行しました。 移行でやったことをさらっとまとめます。 ##経緯 フレームワークにStrutsを採用していましたが、 StrutsはEOLを迎え、バグや脆弱性に対しての対応がされなくなりました。 社内とはいえ、そろそろ移行時期かと思い、フレームワークの検討をしました。結果、 5年後もメンテナンスが継続されてそう！ 既存のコードの流用性が高そう！ ということでSpringMVCに移行することになりました。 ##環境 Struts 1.2 Spring 4.2.3.RELEASE JDK 7.0 JSP 2.2 Apache Tomcat 7.0.55 ##準備 急いては事を仕損じます。 Spring初心者の場合は、世界に向けてあいさつをするところから始めましょう。 私はEclipseにSpring T

この文脈では、「編集内容のキャンセル」という処理を続行しても良いかをユーザーに確認しています。続行に同意したい多くのユーザーは直感的に同じ表記の「キャンセル」を押したくなるでしょう。しかしそれでは編集のキャンセルが実行されません。 このキャンセルボタンが意味するのは、「『編集内容をキャンセルする』のキャンセル」なのです。つまり、ユーザーが望み通りに編集内容を破棄するためには、反対側のOKボタンを選ぶべきなのです。このような「キャンセルのキャンセル」は二重否定で意味がややこしくなるので避けなければなりません。 ここで「キャンセルのキャンセル」にならなければ良いということで、次のようにボタン名を変えてみました。 これでもう迷うことは無くなりましたか……？ 私はこの修正は誤りだと判断します。「はい」「いいえ」は結果を予想しにくい表現なので、ダイアログのアクションボタンに用いることはあまり適切では

みずほフィナンシャルグループの佐藤康博社長は１５日の決算発表会見で、傘下銀行のシステムを統合した新システムの完成時期について「もう少しで開発が完了する」との見通しを示した。今夏ごろとみられる。本格運用の開始時期は「移行の完了時期は特定できていない」と述べるにとどめた。みずほはかつての度重なるトラブルを受け、傘下銀行で三つあるシステムの統合を進めている。昨年１２月末としていた完成時期は数カ月遅れるとしていた。延期によって、開発投資額は当初予定していた３千億円台後半から、４千億円台半ばに増えた。 佐藤社長は、新システムの運用開始後、ＩＴの活用で店舗を減らす方針も示した。グループで約８００ある店舗を１～２割程度削減する計画という。

僕がニュージーランド（以下、NZ）でプログラマになることを目指した大きな理由は「とにかく残業したくなかった」からだ。 日本を離れた2014年当時はワークライフバランスをめぐる機運も今ほど高くはなかった。また、5年半のシステムエンジニア生活の間、多くのプログラマが失敗プロジェクトに巻き込まれ長時間労働を余儀なくされ、業界を離れていくのを数多く目にしてきた。という事情があり、 「日本でプログラマになっても残業地獄に放り込まれる可能性が高い。ならば、残業しないのが当たり前の社会に行けば、毎日定時で帰れるだろう」と考えたのだ。 その狙いは見事に当たった。今ではプログラマとして楽しく働きながら、残業ゼロ生活を実践できている。 しかし最近、ふと考えた。 僕が毎日定時で帰れるのは、NZが残業しないのが当たり前の社会だから、ではない。それは半分正解で半分間違いだ。 NZのプログラマが毎日定時で帰れるのには

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

「過去に大規模なトラブルを2回やっている。次期システムは、安全確実が基本方針」「システム障害は二度と起こせない立場」「もしも三度目があれば、我々は立っていられなくなる」――。2016年11月14日、日本銀行内にある金融記者クラブで決算会見に臨んだみずほフィナンシャルグループ（FG）の佐藤康博社長が、同社の置かれている立場を繰り返し強調する様子が印象に残っている。 みずほ銀行は過去に2度の大規模システム障害を引き起こしている。1度目は2002年4月。旧第一勧業銀行、旧富士銀行、旧日本興業銀行が合併してスタートしたみずほフィナンシャルグループは営業初日から、口座振替の遅延やATM（現金預け払い機）のトラブルが発生し、混乱は2週間以上にわたった。 2度目は2011年3月のこと。東日本大震災の義援金の振り込みが集中したことが引き金となり、振込処理の遅れやATMの取引停止が連発。トラブルの復旧までに

1:風吹けば名無し＠＼(^o^)／ 2016/07/21(木) 23:39:19.10 ID:YDakgWA30.net 職　 種　システムエンジニア（インフラ）正社員 企業名　みずほ情報総研株式会社 みずほ銀行次期システムおよび公共分野の基盤を支えるインフラの 設計・構築から運用、DBの設計・開発等、幅広い業務をお任せします。 ≪具体的な業務≫ ◆銀行次期システムおよび公共分野のインフラ設計・構築 ◆プロジェクトマネジメント、システムの企画提案・調整、品質管理、委託先管理等 ◆ネットワーク、運用基盤、データベースの設計、開発、チューニング等 https://mynavi.agentsearch.jp/jobDetail/?jobId=30348254 関連：【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー

(追記1：2016/7/11　7/7以降のブログ記事などを追加) (追記2：2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https: