ワーク・ルールズ!―君の生き方とリーダーシップを変える

読んだ

どうしても読みたくて先行販売していたヒルズのTSUTAYAまで買いにいった Googleの採用の軌跡や、採用・評価に使用しているツールの紹介など、 自社に取り入れたい内容がたくさんあり、参考になった

HARD THINGS 答えがない難問と困難にきみはどう立ち向かうか

読んだ

一つの会社を創業期から知っている人間としては、予言書のように書かれていることと シンクロする出来事があり、非常にためになった

折に触れて何回も読み直したい一冊

高速スケーラブル検索エンジンElasticSearch Server

読みました。ElasticSearchは会社のプロダクトで、全文検索サーバとして本格導入してます。

アンダースタンディングコンピュテーション 単純な機械から不可能なプログラムまで

読みました、社内の勉強会で使用しました。

How Google Works

読んだ。
評価制度を作る際の参考にしてます。

TeamGeek

 

Team Geek ―Googleのギークたちはいかにしてチームを作るのか

Team Geek ―Googleのギークたちはいかにしてチームを作るのか

 

 読んだ。

とても良かった。

気になった箇所をいくつか取り上げてみる。

プロのソフトウェアエンジニアリングの世界では、批判は個人的なものではなく、優れたプロダクトを作るためのプロセスの一部にすぎない。したがって、成果に対する建設的な批判と、性格に対する攻撃的な非難との違いを君が理解しておく必要がある。後者が役に立つ事はない。行動につながらないからだ。前者は常に役に立つ。改善方法のアドバイスにもなっているからだ。最も重要なのは、そこに尊敬が含まれている事である 。 

 自分たちもチームで開発し、基本的にはGithubのpullreqでお互いのコードをレビューしあっている。コードレビューは難しいなあと思う。レビューされた側は詰められているように感じる時もあるし、ダメなコードを書いてしまったという切ない気持ちになることもある。

君は君の書いたコードではない。大事なことなので何度でも言うが、君は君の書いたコードではない。君がそう思うだけでなく、同僚にもそう思ってもらうようにしよう。

これは本当にそうだと思う。

レビューする側も特にその点に気をつけて、同僚を尊敬し、思いやりを混めて丁寧にレビューしよう。

意識的に実践していることもあるが、絵文字や画像を積極的に使のがいい、すばらしいコードには 特大のLGTM画像を用意するといい。

 

謙虚・尊敬・信頼のHRTは仕事の折に触れて強く意識していきたい。

特にエンジニアじゃない人にもオススメできる内容でした。