--- title: "2019年総括" date: "2019-12-30T14:36:57+09:00" tags: ["retrospective"] isCJKLanguage: true draft: false --- 総括エントリー5年目。 * [2015](https://chroju.github.io/blog/2015/12/31/looking-back-2015/) * [2016](https://chroju.github.io/blog/2016/12/28/looking_back_2016/) * [2017](https://chroju.github.io/blog/2017/12/29/looking_back_2017/) * [2018](https://chroju.github.io/blog/2018/12/31/looking_back_2018/) 昨年の総括は「定量評価してみる」という話を書いていて、でも今見ると定量評価というよりはやったことの単なる羅列みたいになっちゃってたのでいい加減毎年使える KPI みたいなものを定めてみようかなという気がした。といったところで自分のようなインフラエンジニアの定量評価に使える KPI ってなんだろうというのが結構難しい。まぁアウトプットの量が一番わかりやすいのかな、とは思うのでブログ、 GitHub の Contributions 、読書した本から定量的に見てみる。その後定性評価として、数値化できないあれこれを書いていく。 ## 定量評価 ### ブログ 27本書いた。月に2本以上と考えるとなかなかではないかと思う。最後の 4Q においては個人的な目標として毎週書くというのを少し意識してみたのだけど、それに遠からずな感じには書くことができた。2013年以降、ブログを継続的に書けているのは自分でも評価するべき点だと捉えている。ネタとしては Terraform に関することが多かった。 また Advent Calendar は [Terraform](https://qiita.com/advent-calendar/2019/terraform) と会社（[グロービス](https://qiita.com/advent-calendar/2019/globis)）で2つ参加し、後者は Qiita で書いた。 ### GitHub Contributions Image from Gyazo Public repository について 290 contibutions 。今年から初めて仕事でも GitHub を使うようになったので、 private 込み（仕事への commit 具合も見たいので、デフォルトの表示はこちらにしている）だと 1200 を越える。 最近何年かは terraform-provider-aws に何件かプルリク出すことはできていて今年もそれはできた。他だと tfnotify にプルリクを出してマージしてもらえたり、 terraformer に issue 立てて少し話ができたりしたのはよかった。自分はそれほどガツガツ OSS commit しているわけではなくて、普段 OSS を使っていて何か気付いたことがあったら issue やプルリクを出す、程度の活動をしている。もうちょっと貢献したいような気もするけれど、 commit 自体が目的というわけではないので現状これぐらいでいいのかなとも思っている。何か想定通りの動作をしなかったときにコードを読む、レポジトリに当たるという姿勢は大事にしたい。すでに issue 化されているときも多いのだけど、そういうときはブログに書くなどして何かしらアウトプットすることをやっていきたい。 ### 読書 * 入門 監視 * Web API The Good Parts * 分散システムデザインパターン * プロダクションレディマイクロサービス * SCRUM BOOT CAMP THE BOOK 大学の本は除いた。結構大学の教科書や参考書を読んでいることが多くて、純粋に仕事を意識した技術書はぜんぜん読めていなかった。 新しい会社で働くことになり、マイクロサービスやコンテナによるアーキテクチャを意識するようになったことと、スクラムが社内のスタンダードになっていることから、そのあたりの本を年の後半に何冊か読んだ。いずれも実践に結び付けられていないしブログに感想とかもまとめてないからすごくよくない。来年は大学で履修登録する科目数を少し減らして、仕事の比重を高めるつもりでいる。 ## 定性評価 ### 注力した領域 * Terraform * ブログに Terraform ネタが多かったように、 Terraform に一番注力していた。 * 今年は v0.12 が公開されたり、 Terraform Cloud が GA になったりと大きなニュースも多く、今後さらに注目されそうなので引き続き注力したい。 * Serverless * S3 + CloudFront による SPA など、マネージドサービスだけでシステムを組む機会が増えた。 * GCP * 仕事で GCP を初めて扱い始めた。 * 正直まだほとんどわかっていないので、これは今後の課題になっている。 * 大学の勉強 * 大学の話は年度終わりに別途書くつもりなのでここでは割愛。 * 数学やアルゴリズムの基本などを今年は学んでいた。 特に Terraform については、去年書いた「プレゼンスを上げたい」のプレゼンスを発揮できそうな分野かな〜〜〜？？という思いになりつつある。自分の技術者としての売りにできるよう昇華させていく。 ### 勤務状況 正社員を辞めて一時的な無職を経て契約社員＋業務委託契約となったことでだいぶ生活自体が変化した。大きくは労働時間が減ったことと、リモートワークを週1日以上するようになったこと。正社員時代はちょっとした時間シフトする勤務体系もあったのだが、それが無くなったことでだいぶ心身も安定した気がしている。仕事で macOS 使うのも GitHub 使うのも slack 使うのも今年からが初めてで、まぁほんといろいろと変わった。 いろんな働き方を経験することは、時代を考えても良いことと考えている。あまり1つの働き方にとらわれず、今後も柔軟な選択ができたらよいし、柔軟な選択ができるよう力をつけておきたい。 ### 自作キーボード このブログでも何度か書いてきている通り、今年は自作キーボードに手を出した。3台組み立てて1台積んでいて1台注文済み発送待ちの状態。先日ザッと遣った金額を考えてみたけれど、ちゃんと数えなくても 10 万は確実に越えていて少し恐ろしくなった。 しかし趣味的な面を抜きにしても、電子工作という分野に初めて触れられたのはよかった。手先を遣うことは苦手だと勝手に思い込んできていたので、きちんとした道具を買って、きちんと手順を踏めば自分でも工作が出来ると知れたのがすごい収穫だった。さすがに自分で基板設計するところまでは踏み込まないつもりでいるけれど、興味を持った分野は臆さず手を出していきたい。 ### 個人 OKR の導入 ブログには書いていないのだが、今年の 2Q から以下のルールで個人 OKR を回していた。 * 四半期ごとに OKR を2つ定める（仕事系とプライベート系） * OKR の内容は達成見込み 60 %程度のものにする * 毎週振り返りを行い、各 KR の達成見込み、先週やったこと、来週やるべきことを確認する * 四半期が終わるときに総合的な評価を行い、次の四半期の目標を定める 基本的には [Google re:Work - ガイド: OKRを設定する](https://rework.withgoogle.com/jp/guides/set-goals-with-okrs/steps/grade-OKRs/) のやり方に則っている。昨年の総括で書いたことの1つに「インプットとアウトプットのサイクルを早めたい」というのがあって、 OKR であれば早いペースで明確な目標を立てて commit していくサイクルを回せそうだと思ったので取り入れてみた。 実際のところは四半期終盤になると振り返りの時間を取らなくなったりもして、きちんと運用できたとは言い難いのだが、毎週振り返って成果を出そうとするリズムを作れたことには結構効果があった。先述した「ブログを週1で更新する」というのもこの一貫だった。これについても来年早いうちに別途エントリーでまとめてみようと思うし、今後も続けていく。 ## 来年について 来年は3つ最注力分野として定めている。 * コンテナ * 英語 * チームビルディング コンテナを仕事で使う機会に恵まれたので来年は一番注力していく。より正確には Kubernetes になるとは思うのだが、特定のツールに縛られるのではなくて、 VM をコンテナに置き換えるにあたり、どのようなワークフローを作り、どのような OSS を組み合わせていけばよいのかをゼロベースで考えていく。システムの安定性、クラウドの利用料金、開発スピードの向上などなど、考慮したいことはたくさんある。 英語は会話できればもちろんよいのだが、読み書き面をもう少し頑張りたい。英語のドキュメントを読む機会が今でもないわけではないし、そこまで苦手というわけでもないのだが、やっぱり日本語に比べると読書スピードが半分以下に落ちてしまう。 [Subscriptions 2019 · the world as code](https://chroju.github.io/blog/2019/12/20/subscriptions_2019/) でも書いた通り O'Reilly のオンラインラーニングに登録したこともあり、読解スピードの向上に努めたい。 3点目については、年齢もあるのか、いや年齢の問題というわけではないか、チームや組織というものの在り方を考えなくてはならないなと感じることが増えてきた。端的な例としてはコンウェイの法則がある。コンテナによるアーキテクチャを取り入れ、さらにマイクロサービス化を進めたほうが SRE の観点からメリットが大きいと感じたとしても、組織構造がモノリシックなままでは開発フローが最適化されないわけで、どうしても組織体制への働きかけも必要になってくる。マネージメントまではいかないけれど、チームや組織の力を最大化していく、チームとしての開発やシステム運用を効率化していくにはどうしたらいいのかという部分を考えられるようになりたい。自分はどう考えても内向型で、組織を引っ張る立場には向いていないとは自覚している。であれば、他の立場からどのようなアプローチができるかということを掘り下げていきたい。