ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
最新ニュースNEWS 学術的会合 The 17th MSJ-SI:Developments of multiple zeta values (2025年2月10日〜15日 九州大学 西新プラザ,2月17日〜22日 近畿大学 東大阪キャンパス) 学術的会合 2024年度秋季総合分科会(2024年9月3日~9月7日、大阪大学豊中キャンパス) 会員向け 科研費に関する署名活動について 会員向け 加藤フェロー募集について(2024年10月31日締切) 会員向け 第42回(令和6年度)大阪科学賞受賞候補者推薦募集(締切:2024年7月1日17時) 会員向け 2025年〜2026年開催「藤原セミナー」の募集について 会員向け 2024年度のCREST・さきがけの公募開始について 会員向け 稲盛科学研究機構(InaRIS: Inamori Research Institute for Science)フ
ビジネスによくあるシーン。 1. ドキュメントを作る 2. 誰かに見せる 3. 質問される 4. 質問に答える 5. 納得してもらう 例えば、報告書の類とか、我々の仕事なら設計書のレビューなどもそうだ。また、ソースコードのレビューも同じである(以下、「ドキュメント」にはソースコードも含むものとする)。 さて、上記の流れの後でそのまま終わってしまう人も多いのだが、それはよくない。 単純に考えると、質問された内容というのは、「作成したドキュメントから読み取れなかったこと」である。しかも、少なくとも聞き手が質問せずにはおられない程度に「重要なこと」なのである。 そのため、今後、別の人(たとえば上司のそのまた上司)がこのドキュメントを読んだら、同じ質問をしてくる可能性が高い。質問の機会がなければ誤解されてしまうかもしれない。また、説明を受けた人ですら、後になってその内容が思い出せなくなって、違う解
ようこそ。 このサイトではソフトウェア開発に関する事柄をはじめとして、取り留めなくまとめております。 コンテンツに関するご意見、ご要望は か 伝言板でお寄せください。 Recently Updated - 最近に更新したコンテンツです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く