みずほシステム障害「絶対直すの無理」と同業者が断言した理由【ITインサイダー座談会】
Diamond Premiumセレクション 過去の有料会員向け記事の中から、編集部がセレクトしたおすすめ記事を期間限定で無料公開します。 バックナンバー一覧 通算7回ものシステムトラブルを起こし、金融庁が異例の「直接管理」を行う事態にまで発展したみずほ銀行の勘定系システム、MINORI。大混乱を巻き起こしてきた巨大ITシステムを業界インサイダーたちはどう見るのか。ジャーナリストでもない、報告書を書く弁護士でもない、同業のプロだからこそ分かる「絶対直せない理由」がそこにはあった。特集『不要？生き残る？ ITベンダー＆人材 大淘汰』（全16回）の＃8では、IT業界座談会の第4弾をお届けする。（ダイヤモンド編集部 鈴木洋子） ※2021年10月8日に公開した有料会員向け記事を、期間限定で無料公開！全ての内容は取材時のもの 【座談会参加者】 Henry @WizHenry69 大手SIerの大規模
Runtime (Java Platform SE 6)
java.lang クラス Runtime java.lang.Object java.lang.Runtime public class Runtimeextends Object Java アプリケーションはすべて、Runtime クラスの単一のインスタンスを持ちます。 このクラスは、アプリケーションとアプリケーション実行環境とのインタフェースになります。現在の実行時オブジェクトは、getRuntime メソッドにより取得できます。 アプリケーションは、自分の Runtime クラスのインスタンスを生成することはできません。 導入されたバージョン: JDK1.0 関連項目:getRuntime() メソッドの概要
ネットワーク基礎
mutual-TLS(mTLS, 2way TLS)相互認証の仕組み ~クライアント認証とトークンバインディング over http
Excelで#N/AやDIV/0、#REF!などエラーの数をカウントする
ここでは、「#N/A」や「DIV/0」、「#REF!」などのエラーの数を簡単に数える方法を紹介します。 これで「エラーのカウント」の他、「エラー以外の数」を出すこともできるようになります。
要件定義で必須の思考法、どうしたら身に付くか
システム開発プロジェクトでユーザーから要望を聞くとき、その目的を確認したうえで、それを実現するためのより良い解決策を考える。要件定義を担当するSEは、この思考法を習慣化すべきだ――。 2015年4月20日の本欄「ユーザーに遠慮するSEはバカになる」で、このことを指摘した。 上記の記事ではあえて上から目線で書いたが、ユーザーからの要望の目的を確認し、より良い解決策を考えるのは容易でない。このことを、記者は経験的に知っている。かつてシステムインテグレータの社内研修に参加させてもらい、要求分析の基礎トレーニングを受けた際、懇意にしていた講師から「（要件定義の記事を書いているので）もうちょっとできると思っていましたが…」と渋面を作られた経験がある。 要件定義の思考法は、手順を理解したつもりでも、実際にやると難しい。しかも、緻密な思考が求められ、かなり面倒だ。これをただちに習慣化せよというのは、いさ
どうすればSEは狩猟民族的になるか？
前回は，あるSEマネジャから「私は部下が10数人いるがなかなか部下全員には目が行き届きません。何か良いやり方はないでしょうか」という主旨の相談を受けたのでそれに答える意味で，筆者が現役時代にその問題をどう考え，何を行ったかを説明した。そして，その中で当時筆者が使っていた個人別月間活動計画表を紹介した（図）。それにより，部下一人ひとりの仕事や研修，休暇が以前より漏れなく分かるようになり，部下の仕事の効率やSE同士のコミュニケーションも良くなった。そんなことを説明した。だが，この個人別月間活動計画表を作ったのにはSE一人ひとりの活動を把握すること以外にある目論見があった。それは“SEの仕事のやり方の転換”だった。今回はそれについて説明したい。 SEは農耕民族 営業担当者とSEは仕事のやり方/やらせ方が基本的に違う。営業は「今月何千万，何億円受注します」と上司に約束する。それを達成するために知恵
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIerからWebエンジニアへの失敗しない転職方法
