技術系メーリングリストで質問するときのパターン・ランゲージ
目次 はじめに メーリングリスト —— サポートセンターではなく互助会です 表題 —— あいさつではなく用件を書きましょう 自己紹介 —— 自分の知識・技能・経験を簡潔に書きましょう 書き出し —— 最初に問題の要旨を書きましょう 肩書き —— 会社の名前を背負っていることを忘れないように 実行手順 —— 手順は箇条書きで書きましょう 結果の予想 —— 期待した結果を書きましょう 実際の結果 —— 実際に起きたことを書きましょう ステップ明記 —— どこからうまく行かなくなったかを書きましょう 実際の値 —— 条件を具体的に書きましょう エラーメッセージ —— 必ずコピー＆ペーストしましょう 判断理由 —— そのように考えた理由を書きましょう 文献の引用 —— 読者の手間を省くように書きましょう ソース —— 関連する部分を抽出して示しましょう スレッド —— 関連する話題なら「返信」しま
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
翻訳の心がけ
はじめに 翻訳をしていて、気がついたことをメモしておきます。 私は翻訳の専門家ではないけれど、自分で辞書を引き引き翻訳をしていると、 それなりに考えることがあるものです。 ここでいう翻訳は英文和訳を意味しています。 意味を伝える 翻訳とは「原文の意味をよく理解し、それを日本語として表現する」ことである。 原文の意味をきちんと理解しなければならない。 自分が理解できない文章を翻訳することはできない。 機械的に字面を字面に置き換えてはいけない。 原文の意味をよく伝える日本語の文章を作ること。 原文の構成や言葉遣いに引きずられて、 日本語としておかしい文章にならないように。 差違を埋める 原文の品詞にこだわらない。 原文で名詞になっているものを動詞として表現してもいい。 原文の一文にこだわらない。 一つの文を複数の文に分けたり、 複数の文を一つにしたりしてもよい。 もしもそれが意味をより正確に伝
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発の12ステップ - * TDDの12ステップ
