活動成果｜ISOG-J：セキュリティ対応組織(SOC,CSIRT)強化に向けたサイバーセキュリティ情報共有の「5W1H」 v2.0
セキュリティ対応組織 (SOC,CSIRT)強化に向けたサイバーセキュリティ情報共有の「5W1H」 v2.0 (2019年4月) 【WG6】セキュリティに関連した情報共有については必要性は理解され、枠組みや情報共有の基盤は色々と存在しています。 一方で十分に活用されるまでにはまだ課題があると認識し、議論を重ねて課題提起として2017年に第1版を発表しました。初版では課題を整理して「5W1H」と情報を活用する箇所での整理を行いました。 第2版では実際のケースとフローを示すことで、より具体的にどの段階でどのような情報が共有されると活用ができるのか、を示すことを目的に改版をしております。まだまだ発展途上であるサイバーセキュリティ情報共有については、解決しなければならない課題も多いため、本書も継続して議論を進め、タイムリーに更新していく予定です。
悪いコードを憎んで人を憎まず！ プルリク送付前に心がけたいコードレビューのコミュニケーション術 - エンジニアHub｜Webエンジニアのキャリアを考える！
悪いコードを憎んで人を憎まず！ プルリク送付前に心がけたいコードレビューのコミュニケーション術 コードレビューを円滑に進め、より学びを促進するために重要な「コードレビュー時のコミュニケーション」について、現役エンジニア・池田 惇さんの経験とともに考えてみます。 アプリエンジニアの池田 惇（いけだ・じゅん／@jun_ikd）です。 コードレビューとは、エンジニアにとって毎日発生する作業であり、「コードを書く」という行為と等しく重要なタスクの1つです。同時に、ただ漠然と「粗探し」をするだけがレビューの目的ではありません。特に若手のエンジニアにとっては、先達のエンジニアのコードにじっくりと触れ、学びを得て、さらにチームに自分の持つ知識・技術を還元する、大事な機会でもあるのです。 今回はコードレビューを円滑に進め、より学びを促進するために重要な「コードレビュー時のコミュニケーション」について、私自
エラーメッセージは 2W1H がいいんじゃないか
良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出力すると思います。 $c->log->error('something wrong!'); ただ、このエラーメッセージって、実際に発生したときには意味がわからないことが多いのです。 $c->log->error('error!'); 本気でこういう「error!」とだけ吐くメッセージだと、エラーが起きたことしか伝わってきません。程度の差はあれ意味のわからないエラーメッセージはこの世にあふれているかと思います。 機械的なエラー情報 そういうわけで、たいていは Exception クラスや Logger クラスで多くの補助が受けられるようになっていると思います。 発生時刻 発生場所 stack trace 変数の状態 ただ、このような機械的な情報だけだと、結局、運用上は対応が難しい場面ってのが多か
gitとプルリクエストに関して思うことまとめ - Qiita
※この記事は元々「Gitのこれやめて！リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで！！」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す
プロジェクトを成功させるために最初におこなっていること - $shibayu36->blog;
ディレクター時代に仕事でプロジェクトを受け持つ時にどうやったら成功させることが出来るのかについていろいろ考えていた。僕は開発フローをいろいろ考えるのが好きなのだけど、実際に自分がリーダーシップを取ってプロジェクトを進めることを経験すると、そもそもその前に考える・決めるべきことがたくさんあるということが分かったので、ブログに書いておこうと思う。 ここで言うプロジェクトとはサービスを一から作ったり、サービスの一機能を作ったり、受託案件一つだったりを指す。特に開発プロジェクトに限定するものでもない。 プロジェクトを成功に近づけるためには、まずプロジェクトの開始時に、プロジェクトの5W1Hを明確にし、個々のメンバーの責任範囲を決め、それらを一つの場所にまとめておくということをしておくと良いと考えている。 5W1Hを決める すごい基本的なことだけど、プロジェクトをやる上でやはり5W1Hは大事である。
事業計画概要（６Ｗ２Ｈ）
別表１ 事業計画概要（６Ｗ２Ｈの内容） ６Ｗ２Ｈ 内容 より具体的な内容 １ Who 誰が 企業名、事業主体は誰か、個人か法人か ２ Whom 誰に 対象となる顧客は？ ３ Where 何処に 対象となる市場、参入する業種、分野等は？ ４ What 何を 顧客に提供する商品、 サービスの内容は？ ５ Why 何故 事業を起こす理由は？（市場、商品環境を含む） ６ When 何時 開業の時期は何時か？ ７ How to どのように 他社と異なるノウハウの内容を示す ８ How much どれだけ どれだけの資金でどれだけの売上をするのか？ 投資計画、損益計画参照
何ごとも「５Ｗ４Ｈ」で | 行政書士萩本勝紀のビジネスブログ
浦安ディズニーリゾート近くの行政書士萩本勝紀です。2008年の開業からさまざまな業務に取り組んできました。現在は家系図作成・先祖調査を中心としています。また保育士資格も持ち、認可保育園の運営にも携わっています。ここでは、私の考えや情報を発信しています。 ビジネスマン時代、報告書、企画書あるいはヒヤリングの結果など、さまざまなレポートを作る際、いつも ５Ｗ４Ｈ を意識して作っていました。 ★５Ｗ４Ｈとは何か 、 WHAT・・・何を（目的・目標、物、金、業務） WHEN・・・いつ（期限・時期、日付、時間） WHERE・・・どこで、どこへ （場所・業界・市場・社内、行き先） WHO・・・誰が、誰と（ヒト、会社、業界） WHY・・・何故やるのか、何故やらないといけないのか （理由） HOW・・・どのように（方法、手段、状況） HOW MUCH・・・いくら（金額、代金、コスト） HOW MANY
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5W1H・5W2H〜8W3Hとは？使い方と順番を例文で解説 - Web活用術。
８Ｗ６Ｈ２Ｉ (＾＾;) - BMB
5W1Hの他に6W1hなどの変形版がありますが、もっと複雑化したパターン例があったら教えてください。…