リリースノートとは何か、何を書くのか - Markdownフォーマット付 - Qiita
（翻訳） リリースノートとは、ソフトウェア製品やハードウェア製品と一緒に配布される文書のことで、製品がまだ開発やテストの状態（ベータリリースなど）のときに配布されることもある。 すでに顧客に使用されている製品の場合は、アップデートがリリースされたときにリリースノートが顧客に届けられる。また、リリースノートの別の略語として、Changelog or Release logs, Software changes, Revision history Updates あるいは README fileがある。 日本語では リリースノートは、ソフトウェア製品の個別のリリースバージョンに関する 機能強化、仕様変更、不具合修正などを、エンドユーザーや製品購入者に対して提示することを目的とする。 リリースノートは個別のリリース内容について簡潔に記載されるものであって、仕様書やマニュアルの役割を担うものではな
「ポストモーテム みずほ銀行システム障害 事後検証報告」をこのタイミングで読んでみた - Qiita
ポストモーテム みずほ銀行システム障害 事後検証報告 | 日経コンピュータ |本 | 通販 | Amazon 感想 みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」 | 日経コンピュータ, 山端 宏実, 岡部 一詩, 中田 敦, 大和田 尚孝, 谷島 宣之 |本 | 通販 | Amazon 前著、この本を出す中でコンポーネントのつながりを疎にしたことを説明した責務から、このポストモーテムを出版するとのまえがき... 根本的な問題は「分散トランザクションを採用した」＆「分散トランザクションのトランザクションログを(意図せず)インメモリ管理にしてしまった」 端的にはAmazon書評の↑のとおり。 事実の記載に関してはとても詳細。 ひとまず結論が知りたいので結論から読んだ。 「みずほ銀行は～だった。しかも～だ。」という文が続くと胃が痛くなる。 一方「運用監視の環
「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
