[B! review] igaiga07のブックマーク

スマートニュースにおける Incident との向き合い方 - SmartNews Engineering Blog

はじめにSite Reliability Engineering チームの Engineering Manager 尾形(@nobu666)です。考えてみたら SRE チームに関してこの Blogでネタにしたことがなかったことに今更気づいてしまいました。UZABASE さん主催の SRE Lounge #3 でも少し触れたのですが、今回は Incident への対応から、Report の書き方、そしてその Review について紹介しようと思います。 Incident Incident Review は障害の振り返り会のことを指します。ポストモーテムということもあります。その前に、そもそも Incident とはなんでしょうか。会社によって定義は様々だと思いますが、弊社においては﹁ユーザ、あるいは顧客(広告主であったり媒体社であったり)に直接的な影響が出た障害﹂を Incident と

igaiga07 2018/07/18

リンク

Kaleidoscope — File comparison for Mac

Spot the differences in text and image files, or even folders full of files. Review changes in seconds, with the world's most powerful file comparison and merge app. Kaleidoscope 4.2 adds relevant context when resolving a merge conflict from Git, making it easier to maintain your sanity while working on tricky merges. Always clearly see what you are merging and which commits lead to the conflict.

igaiga07 2015/04/20

リンク

Objective-C のコードレビューチェックリスト - Qiita

はじめに本稿は Juri Pakaste 氏による Cocoa review checklist (commit fff5703)の翻訳です。他人の Objective-C のコードをレビューするとき注意する点、また普段のコーディングで心がけるべき点についてまとめられています。なお、原文のタイトルは Cocoa review checklist となっていますが、内容が Cocoa に限らない範囲のトピックをカバーしているため、本稿のタイトルは﹁Objective-C の〜﹂としました。誤訳の指摘や例の補足を歓迎します。コードの見た目とコード以外の問題不要な #import や @class 宣言を消す #import をソートする .m ファイルの中では、対応する .h ファイルの #import を最初の行に書く。空行をはさんで、ソートされた他の #import を書く。X

igaiga07 2013/05/30

リンク

Windows 8を手軽にシャットダウン「Windows8用シャットダウンプログラム」NOT SUPPORTED

igaiga07 2012/11/05

いいえで再起動…？…？？

リンク

コードレビューツール 6選どれが最適？ | Act as Professional - hiroki.jp by HIROCASTER

Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである﹁Mondrian﹂のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator

igaiga07 2012/09/13

リンク

コードレビューいろいろ - steps to phantasien

コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque

igaiga07 2012/08/20

リンク

はてなブックマーク

タグ

関連タグで絞り込む (7)

reviewに関するigaiga07のブックマーク (6)

お知らせ

今週のはてなブックマーク数ランキング（2024年6月第3週）

今週のはてなブックマーク数ランキング（2024年6月第2週）

月間はてなブックマーク数ランキング（2024年5月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス