IssueやPull Requestを作る時、良いタイトルをつける

１ヶ月や半年ごとに振り返るとき、GHEのIssueやPRベースで振り返ることが多い。そうなると、それらのタイトルやカテゴリが重要になってくる。タイトルだけで何をしたのかが分かるのであれば、そのIssueの説明は少なくていい。カテゴリが明確になっていればカテゴリごとに分けて並べることで、その１ヶ月や半年どういう仕事をしたのかが可視化されるだろう
Issue、PRを作る時のタイトルやラベルについて、後からみてわかりやすくなっているかどうかをプログラマブルに判断したい

#Backlog の課題の件名、体言止め禁止ルール。私が登録する課題の件名は全部「〜〜する」形式です😍課題の件名だけで概要が分かることが大事。これは、#JBUG で学んだすごく有意義で実用的なTipsのひとつ。

すべての事柄を説明・主張を表現でき、かつ誰が見ても誤解がないような Title がベスト

バグ報告なのか、提案なのか、タスクなのかで若干変わってくる。

専門知識がなくても、わかりやすいタイトルを付ける WHYを書く今ここにいない人のことも考える新入社員、他のチームで近い部分を変更する人、1年後のすでに他人となった自分 git blameや検索で、後で見られることも実際何度もあった

うむうむ。