仕様や実装方針の相談をPullRequestで行う取り組み - $shibayu36->blog;

テクノロジーカテゴリーの変更を依頼記事元:

blog.shibayu36.org

101 usersがブックマークコメント

コメント

15

記事へのコメント15件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナー shiba_yu36 ちょっとした取り組みをしてみました

2016/08/05 リンク

int128 spec.mdやdesign.mdをPRで書き換えていくフローでもよさそう

2016/08/05 リンク

tinsep19 ドキュメントを同じリポジトリで管理するってことだよね？

2016/08/05 リンク

non_117 日付ファイルだけ気になるけど、本筋良さそう。方針レビュー通って実装する段階か、実装PR通ったあとに方針mdをドキュメントmdに昇華させたい。

2016/08/05 リンク

sonots 一方、Confluenceを使うと、View上でインラインコメントを付けられ、解決マークを付けることもできるのであった

2016/08/06 リンク

luccafort 日付だと○○の機能についてのレビューを探したいんだけどもいつやったか思い出せない…みたいなことになりそうかなと思うがそれ以外良さ気なので真似していきたい。

2016/08/07 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

仕様や実装方針の相談をPullRequestで行う取り組み - $shibayu36->blog;

これまで少し大きめな機能であれば、コードを書く前にまず仕様や実装の方針をissueのdescriptionにまと... これまで少し大きめな機能であれば、コードを書く前にまず仕様や実装の方針をissueのdescriptionにまとめ、それを先にレビューしてもらってから実装にとりかかるということをしていた。最近、その方針をそもそもrepositoryのファイルとして書いて、PullRequestしてレビューしてもらうようにしたら便利だったのでご紹介。なぜコードを書く前に仕様や実装の方針をレビューするのか前提としてなぜコードを書く前に仕様や実装の方針をレビューして欲しいのかについて書いておく。これはとにかく手戻りの量を少なくしたいという要求のためである。実装に取り掛かろうとすると、実装の方針はいくつか思いつくが、どれが一番よいか迷うことはよくある。その場合に誰にも相談せず自分だけで判断し、コードを書いてからPullRequestを送った場合、もしその選択に重大なミスがあった場合全て書きなおさないといけな

ブックマークしたユーザー

techtech05212023/12/30
ackintosh2018/09/21
rlho2018/05/29
tsumuchan2017/09/24
moqada2017/02/26
ngyuki2017/01/31
dmizuno552017/01/31
kimihito2016/09/20
kraken_eye2016/09/04
k_hamada_19882016/08/21
takehirohattori2016/08/20
waniji2016/08/18
tokio3442016/08/12
takaesu2016/08/12
mizoguche2016/08/11
kitokitoki2016/08/10
ji_ku2016/08/10
aki772016/08/10

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx