人間を考慮した自動化Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
ITアーキテクトの「やってはいけない」：ITpro
ITアーキテクトが知っておくべきアンチパターンを徹底解説 情報システムのアーキテクチャや実装方式を決定するITアーキテクト。データベースやネットワーク，プラットフォームなど，さまざまな技術分野の知識を持ち，全体最適でシステム開発を成功に導かなければならない。しかしそこには，つい陥りがちな「やってはいけないこと」（アンチパターン）が，数多く潜んでいる。そこでここでは，ITアーキテクトが知っておくべきアンチパターンを解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3～レベル1の3段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■機器増設編 ■業務分析編 ■Windows 7編 ■Android/iPhone編 ■プライベートクラウド編 ■パブリッククラウド編 ■次世代DB編 ■運用管理編 ■プラットフォーム編 ■セキュリティ編
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
伝説のITリーダーの失敗学
「困難な状況を乗り切ったとき、私は大きく成長した」。IT業界が誇る伝説のリーダーたちは、こう口をそろえる。想定外の事態が次々と起きている今、平常時では身に付けられないスキルを磨く絶好の機会だ。過去の失敗を研究することで、困難を成長の糧にできる。伝説のリーダーたちはどのように考えて困難を乗り切り、何を学んだのか。3人の経験談を紹介する。 目次
ソーシャルメディア史上に残る歴代炎上事件ワースト10 ｜SEO Japan by アイオイクスSEO Japan｜アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
新年早々、”ステマ”がバズワード？になりつつある日本のネット業界ですが、日本でもそろそろ本格化していきそうなソーシャルメディアマーケティング。今回はインターネットの歴史にその名を残す、世界的な企業がらみの大炎上事件を10ピックアップして紹介します。ソーシャルメディアマーケティングにある種のリスクは常につきものではありますが、過去の失敗に学んで同じ過ちを繰り返さないようにしたい。 — SEO Japan これはトップ10リストでもカウントダウンでもない。ソーシャルメディアPRの悪夢ほどに有害なものを格付けしようとすることはできないのだ。なぜなら、それぞれの大失敗が他と同じくらいに相当ひどい有様で、どちらにしてもそのダメージは、経営側がイメージを是正するためのキャンペーンを思いつくまで続くだからだ。 インターネットに関して1つ言うと、悪いFacebook写真に似ている。遅かれ早かれ、あなたのイ
エンジニアのための「失敗学」のススメ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
失敗学―デザイン工学のパラドクス／ヘンリ・ペトロスキ: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 必要は発明の母である。 この僕たちが抱くあまりにもロマンチックすぎる幻想を、著者のペトロスキはのっけから破壊してくれます。 「必要は発明の母」というが、発明の母になるのは必要ではなくて欲望である。新しい事物や、事物についての考えは、現存する事物に対するわれわれの不満から、また、われわれがかくなされてほしいと思うことを満足になしとげてくれる事物がないことから、発している。より正確に言えば、新しい人工物や新しい技術の発展は、既存の事物や技術が、約束通りに、または当初希望され想像されえた通りに働いてくれないことから生じるのである。 新しいものは何の前触れもなく突然舞台に現れるのではないということです。 創造に対するあまりにロマンチックすぎる思い込み新しく舞台に登場したものは、所詮
404 Blog Not Found:失敗学ドリル - 書評 - 失敗は予測できる
2007年11月25日23:30 カテゴリ書評/画評/品評 失敗学ドリル - 書評 - 失敗は予測できる あたた。失敗してしまった。 失敗は予測できる 中尾政之 何がって、今年08月20日発行の本書を、今ごろになって書評する羽目になったことが。 これは、失敗する可能性がある人であれば誰もが目を通すべき一冊である。 本書「失敗は予測できる」は、日本では畑村洋太郎によって一般に知られるようになった、失敗学の実践書。本書のすごいのはひたすら実践的なこと。エキスポランドの事故にはじまって、コンコルドの墜落、信楽高速鉄道とJR西日本の衝突事故と、失敗の実例が2,3ページおきに登場するのだ。これでも足りないという人は同著者の「失敗百選」をご覧頂くことになるが、3,780円の同書に対して、本書は735円。1/5の値段で同書のエッセンスを学ぶことができる。 目次 - 光文社発行の書籍より まえがき 失敗は
失敗は予測できる (mark-wada blog)
失敗学の畑村洋太郎の弟子である中尾政之さんの書いた「失敗は予測できる」（光文社新書）を読む。この予測できるというのは、失敗をモデル化、パターン化できることを意味している。 この中尾さんという人は、元日立金属に勤めていたひとでその後東大教授になった。だから、大学の研究室にとじこもっていたわけではないので非常に実践的である。ぼくも、工場勤務が長かったので書いてあることがものすごくよく分かる。 ぼくのいた工場でも、事故やトラブルがあり、そうしたとき分析もし、今後の対策を考えることが大変重要なことになる。だからこの本にも書いてあるように“ヒヤリハット”事例を集めてそれを小冊子にして配るというふうなこともやったし、日常のミーティングでKYといって危険予知活動もやった。だから、そうだそうだとうなずきながら読んだのである。 こうした、学問こそこれからどんどん出てきて欲しい。それこそ産学協同というのはこう
書評：『ヒューマンエラーを防ぐ知恵ーミスはなくなるか』中田亨／同人選書 - Simple is Beautiful
本が好き! powered by Livedoorより献本。 ヒューマンエラーを防ぐ知恵 (DOJIN選書 4) 中田 亨化学同人1680円Amazonで購入 livedoor BOOKS 書評/サイエンス 期待以上に読み応えのあった一冊。 ヒューマンエラーはなくならない。しかし、予防し、抑止することはできるというスタンスで著者がこれまで研究してきた理論が平易に説明される。非常に汎用的な内容を扱いながらもとてもイメージしやすい。 著者によるWebサイトにある「東大で学んだ卒業論文の書き方★論文の書き方」ははてブで3500エントリー越え。文章の達人が自分の専門分野について書いた本なのだから、分かりやすくてバランスのよい内容になっていることもうなづける。 本書は目次に目を通すだけでも価値があると思うので、いつもよりちょっと詳細に目次を紹介。 目次 第1章 ヒューマンエラーとは何か 1. 涙も凍
例のデータ消失したサーバの件で思うこと - 蟻の実験工房（別館ラボ）
例のデータ消失したサーバの件、色々と被害も出ているようですが 一応、いくつか運用保守も担当している立場からの意見です。 たとえばあなたが現場の運用保守担当であったとして、以下の条件で作業を任されていたとします。 １．稼動系と待機系のサーバ構成である ２．待機系のスナップショット等の二次バックアップは無し （待機系のみが稼動系の唯一のバックアップ） ３．本番環境は複数台のサーバペアだが、検証環境は１ペアのみ ４．本番環境と検証環境の違いのため、検証終了後に更新プログラムの 一部を修正しないといけない ５．更新プログラムの適用は稼動と待機と同時に更新をかけるよう 強いられている。 もしくは同時に更新する事のリスクが上層部と共有出来てない。 ６．更新プログラムの適用作業において手作業が発生するが体制上１人で 実施しないといけない ７．体制強化やサーバ増設など提案できる立場にない、もしくは 提案し
「最悪の事故」から学ぶ教訓 : 小野和俊のブログ
「最悪の事故が起こるまで人は何をしていたのか」では、チェルノブイリ原発事故、スペースシャトル・チャレンジャー爆発墜落事故をはじめ、潜水艦の沈没や航空機墜落事故、石油プラットフォームの爆発や橋の崩落といった巨大事故が実際に起こってしまった事例と、事故が起こる直前に食い止めることができた事例を通じて、事故を生み出してしまったシステムや体制、組織の規律やそこで働く人のメンタルな状態など、さまざまな切り口から事故の原因が考察されていく。 普段の生活において、自分のちょっとしたミスがこのような大事故につながるような場所に身を置いている人はそれほど多くないかもしれない。しかし、本書で述べられている内容のうち、事故の原因とそこから学ぶ教訓の部分について目を向けてみると、私たちが日常的に接しているような場面においても同じように当てはまる内容があまりにも多いことに驚く。 本書には実に数多くの教訓が含まれてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://bukupe.com/summary/9270
管理・運用移譲通知
「失敗」がテーマの起業家向け会議
「うっかり」ミスは無くせる---目次
うっかりミスはなぜ起きる ヒューマンエラーの人間科学: 本
ヒューマンエラーの理論と対策
ヒューマンエラーを防ぐ知恵 (DOJIN選書) | 中田 亨 |本 | 通販 | Amazon
ヒューマンエラー 理論と対策