投稿日：2025-04-09 21:37:02
投稿ID：2888
若い頃から団体運営を経験したり、対外トラブルを経験したりしてるのはよいこと。学校勉強とは正反対な脳の使い方するから。人は思った通りに動いてくれないのを肌で理解しないと大人になった際に苦労するからね。中学生でも全然大人なんたか
投稿日：2025-04-09 19:48:43
投稿ID：2887
1周年記念おめでとうございます。
ちょっとしたお菓子とか飲み物とか差し入れしたいんだけどまず窓口がないからなあ。
投げ銭とかも出来ないし。
投稿日：2025-04-09 19:38:41
投稿ID：2886
バナナ君最近見ないなあ。
投稿日：2025-04-09 19:32:42
投稿ID：2885
バナナをケーキで包んでポイップクリームで満たされてる奴大好き。
投稿日：2025-04-09 19:32:08
投稿ID：2884
まあでも外野からあれやれコレやれ等と軽々しく言うことではないね。
失礼しました。
そのチームでのやり方があるもんね。
投稿日：2025-04-09 12:56:06
投稿ID：2882
もしやってないならコードレビューとかやった方がいいと思われます。
AIにコードレビューでもいいけど、どちらかというとコードレビューは特定の人物だけが機能仕様に詳しくなるのを防ぎチーム全員の理解度を等しくする仕組みとして存在するので。
こうすれば、
「この機能は私が実装しないのでXXXさんに聞いてください。私は知りません（当事者意識の欠如）」
「これは僕が作ったコードなので修正する際には僕がやるんだ！他の人には触らせない！（コードの所有意識）」
みたいな事が起きづらくなるかと思います。
投稿日：2025-04-09 12:50:55
投稿ID：2881
下記プラスアルファで機能チケット番号をコミットメッセージに含めるも良さそう。
JIRA・TRELLO等のPJ管理ツールで作成した機能チケット番号、GitHubのIssue番号をコミットIDにつけるとか。
まあ追跡できれば何でもOKだと思います。
（例）
https://github.com/nandeyanen-developers/talkit/issues/123
なら
git commit -m "#123 BUGFIX TalkNeTに動画が添付できない不具合を修正"
みたいな。
一番アレよくないのは
git commit -m "今日は疲れたのでココまで！おりゃ〜いっけーー"
みたいな何を開発したのか意味不明な謎コミットになること。
チーム開発でこういうコミットメッセージを書くやついると本当にメンタル落ちる。
返信 (1)
返信する(フォームを表示)
ログインしないと返信できません。
投稿日：2025-04-09 12:31:57
投稿ID：2880
Gitのコミット時のガイドライン書こうかな。
FIX/○○みたいに書くルール
投稿日：2025-04-09 10:39:28
投稿ID：2879
眠すぎて授業ほぼ寝てる
投稿日：2025-04-09 18:29:45
コメントID：4203