コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 ※ この記事に記載の内容は当時の情報です。最新の状況を反映していない可能性があるため、ご了承ください。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしまい、積極的なレビューが交わされなくなります。 この
見た目は地味な「GitHub」だが、強さの秘密はデザインにあり
サンフランシスコに拠点を置く米GitHubは、もしかしたら「世界一地味なユニコーン（推定企業評価額が10億ドルを超えるスタートアップ）」かもしれない。同社の「GitHub」はプログラムのソースコードを管理するクラウドサービス。ひたすらアルファベットが並ぶ画面に、派手さは一切無い。 しかしGitHubは、企業向けソフトウエア業界でも有数の「デザインを重視する企業」だ。その証拠の一つがデザイナーの多さ。同社が雇用する「社員デザイナー」は25人。全社員が562人（2016年4月現在）なので、社員に占める割合は約5％となる。ITベンダーにおけるデザイナーの比率は1～2％以下とみられるので、これはかなり多い。 GitHubのデザイナーが取り組んでいるのは、プログラマの「開発プロセス」のデザイン（設計）だ。ユーザーはプログラム開発の何に困っていて、どのような機能があれば開発効率を改善できるのか。デザイ
KIFとNLTHTTPStubServerを利用して最低限のIntegrationTestを実現する - Qiita
iOSのテストってぶっちゃけおざなりだったわけですが、サーバサイドはちゃんとテスト書いてるのにクライアントサイドだけ書かないとだんだん品質が不安になってくるわけです。 これまでも多少なりとも努力してきたつもりですが、iOSの場合、テスト書いといて良かったみたいなケースがこれまでまるでなくて、むしろAPIの動作確認のため書くみたいな。個人的に非常にしょぼい状況だったわけです。 ただXcode5でTest周りが強化され、かつ個人的にしっくり来るテストフレームワークの組み合わせが見つかったので、これでテンション上がってバリバリテスト書ける気がしてきたのでまとめてみました。 テンション上がらないと何にもできないっすもんね！ KIFって あのカード決済のSquareが自社向けに作ったテストフレームワークです。 https://github.com/kif-framework/KIF 特徴としては以下
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
スマートフォン開発研修教材の公開について - mixi engineer blog
クラフトワークの来日公演3-D CONCERTS 1 2 3 4 5 6 7 8を観にいったら、顔が大きいのか、3Dメガネがきつくて切なかったもりもとです。 株式会社ミクシィでは、新卒入社スタッフをはじめ、これからスマートフォンアプリ開発を行っていく全スタッフを対象に、社内で「スマートフォン開発研修」を始めています。その研修資料をこのたびgithubで公開させていただきました。 mixi-inc/iOSTraining · GitHub https://github.com/mixi-inc/iOSTraining mixi-inc/AndroidTraining · GitHub https://github.com/mixi-inc/AndroidTraining これら文書は、それぞれCC BY-SA 3.0およびApache License 2.0とCC 2.5 Attributi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会社に Github導入した話
はてなブログチームの開発フローとGitHub（前編）。GitHub Kaigi 2014
github を用いた開発フローテンプレート
