DI(依存性注入)について
3. DI(依存性注入)とは なるほど。わからん。 依存性の注入（英: Dependency injection）とは、コンポーネント間の依存関係をプロ グラムのソースコードから 排除し、外部の設定ファイルなどで注入できるようにするソ フトウェアパターンである。英語の頭文字からDIと略される。 wikipediaより https://ja.wikipedia.org/wiki/依存性の注入 4. DI(依存性注入)とは 依存性の注入（英: Dependency injection）とは、コンポーネント間の依存関係をプロ グラムのソースコードから 排除し、外部の設定ファイルなどで注入できるようにするソ フトウェアパターンである。英語の頭文字からDIと略される。 wikipediaより https://ja.wikipedia.org/wiki/依存性の注入 言葉の意味から考えてみよう！ 6.
Amazon.co.jp：システム障害はなぜ二度起きたか みずほ、12年の教訓の TOSHI!!さんのレビュー
この1度目のシステム障害を、対応ベンダのうちの1社として見ていた者です。 確かに、ここまで掘り下げるのは大変だったでしょう。しかしながら、例えば、実務レベルの暗闘や困惑は 不十分というか、日経という立ち位置からか書かれていません。 私自身は別プロジェクトに居ましたが、ATM系の開発を社（当時）が請け負っており、そのマネージャーが 懇意の同僚でした。彼は、オブザーバとしてながら、実際の実務レベルミーティングに参加していたのです。 真の原因は、統合するシステムそのものの設計書・仕様書レベルで、負け組（＝新システム開発に乗れな かったカイシャ）が、意図的なイヤガラセで、「現状」の仕様や設計を開示しなかったことにあります。 システムというのは、使えば必ず手直し（所謂、バグだけでなく、法律改正に対応する修正もあります）が 多々発生します。都度、「その場しのぎのパッチ当て」から「キチンと予算を組んだ修
個人情報漏洩させたらこうなった - はじめに - 648 blog
サービスの運営において、考えられる最悪のシチュエーションのひとつが、『個人情報漏えい』だ。 あなたの身の回りで実際に発生したケースはあるだろうか？ 残念ながら、僕にはある。 情報漏洩が発生すると、その収束は困難を極める。 まさに組織力や人間力が問われる、正念場となる。 僕はそんな情報漏洩事故を通じて、多くのことを学ぶことができた。 そこで僕が知ったことは、IT業界だけではなく、様々な業界にも当てはまるのではないかと思っている。 そんなわけで、『情報漏洩』についてブログに書くことにした。結果的に三人称の小説になった。 楽しみながら、仕事のことや、リスク管理のことについて考えてもらえればと思う。 全体で60話までの話になる。 タイトルについて 従来は『実録！個人情報漏洩させたらこうなった』というタイトルだったが、誤解を招く恐れがあるため、『実録！』の部分をなくした。 本編リンク link その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
