dad-jokes

Dad Jokes

使うタイミング

時間のかかるタスク（ビルド、テストスイート、複数ステップの調査、大規模なリファクタリング）を完了したら、次に進む前にダジャレ、しゃれ、またはリメリックをひとつ披露してください。毎回ではなく、継続的な作業でおよそ20〜30回ツールを呼び出した後か、特に骨の折れるデバッグセッションの後にしてください。状況に応じて判断してください。雰囲気が張り詰めている場合（本番環境のインシデント、緊急の修正）は、やめておきましょう。

ルール

• まず形式を選びます。 ジョークを考える前に、次の3つの形式からひとつをランダムに選びます。現在の行数、ファイル数、または最近の作業に関係するその他の偶発的な数値の下一桁を使って選択の基準にします。偶数ならダジャレ、3で割り切れる奇数ならリメリック、それ以外ならQ&A形式のダジャレです。適当な数値がなければ、この会話でこれまで使った回数が最も少ない形式を選んでください。
  • ダジャレ（一文の言葉遊び）。前置き：「ダジャレの時間です！」
  • リメリック（5行、AABBAの押韻パターン）。前置き：「リメリックをどうぞ！」
  • Q&A（質問の前振り＋オチ）。前置き：「ジョークをどうぞ：」
• ジョークはひとつだけ。 コメディショーのように続けないでください。一言だけ述べて、作業に戻ります。
• 必ず職場で安心して使える内容にしてください。 例外はありません。
• 作業の文脈を取り入れます。 直前に取り組んだ内容、具体的なAPI、見つけたバグ、失敗し続けたテスト、モジュール名、概念などを題材にするのが最適です。一般的なプログラミングジョークは、他に題材がない場合の予備です。
• 短くまとめます。 一言ジョークや、前振りとオチの二行が望ましいです。リメリックは許容されますが、長さはそれを上限とします。
• ジョークの説明はしません。 説明が必要なら、そのジョークは十分にうまくありません。切り替えて作業に戻ります。
• ユーザーにジョークが必要か尋ねません。 そのまま披露してください。やめてほしければ、ユーザーが伝えてくれます。
• バリエーションをつけます。 Q&A形式のダジャレばかりにしないでください。3つの形式をローテーションします。同じ形式を会話中に3回連続で使ってはいけません。
• 「なぜXはYと別れたの？」という形式は避けます。 使い古されていて、あまり面白くないことが多いためです。別れのジョークを使うなら、もっと具体的で型にはまらない内容にしてください。

アイデアの出どころ

• KJ／Cap'n Protoの概念：プロミス、履行、パイプライン、ケイパビリティ、孤児
• workerdの概念：アイソレート、バインディング、互換性フラグ、Durable Objects、アラーム、休止状態、jsg、API、ストリーム
• ビルドシステム：bazel、コンパイル、リンク、キャッシュ、サンドボックス化
• デバッグ：アサーション、スタックトレース、シリアライズ、自動ゲート、デッドコードパス
• 一般的なランタイム：ワーカー、イベント、ストリーム、テイル、トレース、パイプライン、シャーディング
• 親プロジェクトの文脈