CIとTest Sizesの話 - asterisc
はじめに 前回 akito0107.hatenablog.com どちらかというとこっちが本編。 前回の記事ではTest Sizesについて紹介したが、今回の記事はその分類が実際の開発にどう役に立っているのかをまとめたいと思う。もちろん用語の統一も大きな意味を持つが、それ以外のことを書いていきたい。 具体的には、CIでテストのパイプラインを組む時にこの分類どおりに組んでいくと綺麗に整理でき、CI全体のスループット向上にも効果がでているという話だ。今回の話は僕たちのチームに特化した内容になるが、1) Test SizesごとにTestの起動コマンドを分ける、 2) Smallから順に実行していき、落ちるべきテストはできるだけ早期に落とす、というポイントはどこにでも使えるものだと思う。 コンテナ技術とテスト 僕たちはローカルの開発環境だけではなく、本番環境やCI環境でコンテナ技術（主にDock
NETFLIXが最高の人材を惹きつけて離さないワケ｜Shohei Iwata
著者は有名なNetflix Culture Deck（NETFLIXの企業文化や行動規範を定めたカルチャーガイド）をリード・ヘイスティングスと一緒に書き上げた元CTO（最高人事責任者）のパティ・マッコード。 NETFLIXといえば、無制限休暇、人事考課の廃止、報酬レベルの高さなど大胆な施策が有名ですが、どのようにして最高の人材を惹きつけ、最高のチームを作り上げているのか3つのポイントでまとめました。 1. 優秀な人材のみを採用する実感値でもありますが、優秀な人材を採用するためには、優秀な人材“だけ”を採用しなければなりません。優秀な人材にとって、優秀な人材と働けることが何よりのインセンティブだからです。 自社でもよく話をしますが、自分よりも優秀な人を採用することにこだわり続けないと、チームの魅力は一気に低下していってしまいます。 NETFLIXは最初から優秀な人材“だけ”を採用できていたわ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
