コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
誰でも参加できるコードレビュー CodeReview.cafe #0を開催しました。 : candycane development blog
チーム開発をしていると何らかの形でのコードレビューの機会は多くあると思います。一方で個人で作業をするフリーランサーなどの場合はレビューの機会を持つことが出来ないのではないかと考え、コワーキングスペースに集まっている人でコードレビューをやってみるという集まりを下北沢オープンソースカフェで開催しました。 今回は5人のレビュイーが各自のコードやサイトを説明し、それに対して参加者がアドバイスをしたり意見を言うというような形式で行いました。 レビューの対象になったのは・・・ @yando のCandyCaneのバグ修正 @nakachon のWordPressのプラグインのコード @shinichiN のころぐのコード @yasulab のポートフォリオサイトのデザイン @cognitom のJavaScriptテンプレートエンジン、YinYang どのレビューでもいろいろな気づきやアドバイスがあり
Chop
Chop is Retired! It’s all good though, we’ve got bigger and better things in store for you! Check Out Helio Chop's FAQ A little app from ZURB that lets people slice up bad code and share their feedback to help put it back together. Why? Giving one-off feedback on coding errors is a pain. You just want to share a quick, contextual note with someone, but there aren't any good tools out there to help
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
