ポストモーテムを読む会を始めた

社内でポストモーテムを読む会を始めた。個人の取り組みとして、週に一度30分~1時間でやっている。イメージとしては大学の先生のオフィスアワーのように、とりあえず社内に向けてオープンにしてやっている。誰かを巻き込むことは重要視していないので、自分だけで継続することを大事にしている。目的等は以下の通り。

  • 目的: よりよい障害対応ができるようになる。これを達成できるようになるためにまずはポストモーテムを読む。
  • やり方: 個人の取り組みとして、週に一度30分~1時間でやる。ひっそりとhangoutで配信する
  • 扱う対象: SRE本のポストモーテムの章、社内の障害一覧、社外のポストモーテム、PagerDutyやNewRelicのベストプラクティス、SREcon資料、他業界の資料等

以下は、会を行うたびにScrapboxに取っているメモのテンプレ - 見たやつ - 今後みたいやつ - 新たな発見と提言

これまでに見たもの

最近ようやく社外のポストモーテムを読み始めることができている。良いポストモーテムとはなにかというのが自分の言葉で語れるようになったと感じた頃合いで社内の障害一覧からどれかピックアップして読んでいく活動に入っていきたいと思っている。あまり社外のポストモーテムのリンクを知らないので、これ良かったよというポストモーテムをご存じの方がいたら教えてもらえると嬉しい。

結婚式と新婚旅行でハワイに行ってきた

ハワイに行くのも、一週間仕事を休んで海外のリゾート地に行くのも初めてだった。ハワイはとても良くて滞在時間が足りないくらいだった。仕事に関する通知を軒並みオフにして行ったのもあり、余計に良さを感じた。COVID-19の影響で、空港もラウンジも入国審査も、ホノルル市内もガラガラで待つストレスが極端に少なかったことも良かった。 結婚式の日まではとても天候もよく、式場周辺の公園での撮影も式もすべて良かった。結婚式関係の写真は特に貼りません。

カロリーも大変良く摂りました。エッグベネディクトという料理がうまいことを知った。再現したい。

嵐が来た様子

嵐が来たことで僕が唯一オプショナルツアーで希望した飛行機操縦体験がキャンセルになった(次回ハワイに行く理由にすることにする)ことと、COVID-19の影響がハワイにもやってきて、ハワイ最後の夜はレストランがテイクアウト対応を始めたりと、全てが良い状況と言える訳ではなかった。ちょうど僕らが帰国した頃、ハワイアン航空の一部路線(ちょうど両親が乗ってきた新千歳-ホノルル便など)が欠航となることが発表されたり、数日前まで滞在していたホテルが営業停止することになったりと、かなりギリギリのタイミングだった。

出発前にキャンセルすることも考えたのだが、いつまで延期していいのかわからないことなどから、予定通り行くことにしたのだった。不要不急ではないし。渡航自粛が出る以外のキャンセルだと、キャンセル料を取られることも気になっていた(航空会社のキャンセル料はかからないことがわかっていた)。誰かに言われて行くのをやめてしまったら、ずっと自分たちの気持ちが晴れないだろうなとも思った。こんな状況だったけれどハワイにいくことで、とても解放感を味わうことができたし、リフレッシュすることができたので良かったと思う。

リゾート地でゆっくりするという楽しみが少しわかった気がした。今後はこうしてゆっくりする選択を増やしていきたい。

その他の話題

トイル撲滅活動にリスペクトや感謝をしよう

もとよりトイルという単語自体の意味が苦役であるのだから、トイル撲滅活動つまり苦役に立ち向かう活動については簡単などと軽んじることは行われてはならない。と思う。

むしろ周囲からはリスペクトや感謝が返ってくることを期待すると、トイルと立ち向かった担当者としては思うのである。
SRE本にも、トイルによりキャリアの停滞や、モラルの低下が引き起こされると書いてある。燃え尽きという単語も見えた。
リスペクトや感謝を欠いている態度が続くと、担当者はさらに苦しむこととなり、学習的無力感を増していき、トイルを無視したり、退職リスクを高めることとなるのではないか。

トイル撲滅活動にリスペクトや感謝をしよう。

「敵とのコラボレーション――賛同できない人、好きではない人、信頼できない人と協働する方法」読書メモ

チームで目的をそろえて何かを変えていくことに難しさを感じていたときに、O先輩からタイトルに有る本をおすすめしてもらった。読了して、結構面白かったので読書メモを残しておく。

メモ

超絶ざっくりいうと二項対立はやめようって内容だと理解した。きっとあなたは対立した相手のことも、コラボレーションについても誤解しているのでその誤解を筆者の実例をもとに解いていくぜ!という感じ。ちょこちょこと示唆に富む言葉が出てきた

序盤にあった深い言葉がこれだった。この言葉のおかげで以前より、どちらが正しいとかいうことはなくどちらも正しいと思うようになった。 - ニールス・ボーア曰く「卓越した考えはことごとく、その反対の考えも正しい」

ストレッチ・コラボレーションというのが筆者が主張する新しいコラボレーション手法のことだった

  • ストレッチ・コラボレーションにおける前進とは、実験しながらともに学ぶプロセス
  • コラボレーションの達成に取り組んでいる人々及び自分自身の意識へ注意を向けよ
  • 全体性の要求 ← ティール組織にも出てくる単語らしい
  • 切望している今とは違う未来に、敵対者が有益な何かをもたらす可能性を考慮に入れてはどうか。こうするためには、学び、過ちを犯す意識的な人間として私達は個々に自己を探求しなければならない。
  • コラボレーションが不可能だと感じるのは、私達がコラボレーションを誤解しているからだ
  • 問題が重要であるほど、見方の違いが大きいほど、コラボレーションが必要であり、難しくもなる
  • コラボレーションは必ずしも最善の選択ではない
  • 強制、適応、離脱、コラボレーションの4パターン

変化について触れているところが多かったのも印象深い。変化に関して自分は過激派な人間だということを理解しつつあるのだが、人は「変化させられることが嫌い」ということを重々承知する必要があるなと思った。 - 人は変化が嫌いなのではなく、変化させられることが嫌い

学びと変化に対して常にオープンでありたいものです

  • 価値観、考え、行動の変容を可能にするには学びと変化に対してオープンであることが求められる

以下も結構考えさせられた内容が多かった

  • 最善を善の敵にするな。正解は一つではない
  • 階層制度がある場合、私は正しくあなたは間違っているという信念は、私は上に立つにふさわしく、あなたは下で当然という思考に陥りやすい
  • 複雑で意見が割れる状況で協働する場合の典型的な出発点は解決策は何か、それどころか問題は何かさえも参加者間の合意がないこと
  • 従来型コミュニケーションは、単純でコントロールされた状況でしか機能しない
  • 状況を変えられるが、変化を一方的に起こせない場合かつ、変化をコントロールできない場合はストレッチコミュニケーションで問題の複合する状況に対処すると筆者は言っている
  • ストレッチコミュニケーションの要素
    • 協働する相手との関わり方。ストレッチしてチームの内外に存在する対立とつながりに対する先入観を捨て、受け入れ、対処する
    • チームでの取り組みの進め方: うまくいったり、前進する方法を一歩ずつ発見するためには、多くの考え方や可能性を実験しなくてはならない
    • 対処する状況に自分自身がどう関与するか、つまりどんな役割を果たすか: 状況にしっかり足を踏み入れ、自分自身が行動を変えることへの抵抗を捨てなければならない
  • 謙虚さは最大の美徳
  • 社会の多元性に対処する能力を高めることができればほかの問題にはいくらでも対処できる
  • 自分が厳しくあろうとするときには情け深くあろうとし、情け深くあろうとしたときに厳しくあろうとするという考え方もある。アンバランスを取り戻す動き
  • 大切なのは静的なバランスを保つことではなく、動的なアンバランスに気づき、それを修正すること
  • ストレッチ・コラボレーションでは取り決めや合意を交わす以上のことが必要になる。それは進行していく創発的なプロセスで、合意よりも行動が大きな意味を持つ。決定的に重要なのは、参加者が自由に創造的に行動でき、進む道を創造できる状況を作ることだ
  • (おそらくストレッチコラボレーションでの)成功とは、行き詰まりから脱して、次の一歩を踏み出すことだ
  • ストレッチコラボレーションでは計画を立て、合意し、実行する以上のことも必要になる。計画作成は一定の規律として役に立つことはある。参考程度にして、意味がなくなったら変更するかぎりにおいてではあるが。不確実性と論争のなかで前進することになる
  • コラボレーションの創造性を高める鍵は、協働者の聞く姿勢をオープンにすることだ
  • 対話には4種類あると仮定する
    • プレゼンシングは、特定の人や事柄には注目せず、より大きなシステムの視点から話を聞くやつ
    • 対話、ダイアログは、まるで相手の内部にいるかのような立場から共感的に、主観的に話を聞く
    • ダウンローディングは、他の話は聞かず、自分の話を確かにする内容だけ聞くやつ
    • 討論、ディベートは、外部から客観的に事実を述べる。この話し方は意見の衝突を招く
  • 太極拳の推手について
    • いかに手ごわく、屈しない敵だとしても、穏やかに対することができないということは、自分自身の行き詰まりを暗示しています

つまるところ、誰もゴールがわからない状況で行き詰まりから脱していくということに今自分は課題感があるようだ。まだ咀嚼しきれていないが、数年この読書メモを紐解くことになるなという直感を得たので読書メモという形で紹介した。よかったら以下からどうぞ。

amzn.to

副業を始めたきっかけ

最近は副業をするITエンジニアが増えているようだ。とてもよいことだと思う。この記事はスキルがあり、副業をしようと思っている人の後押しになればいいなと思って書いている。この内容はもちろん所属している企業とは関係なく、個人で思っていることである。

自分はこれまでに4つの副業をしたことがあるのだが、20代前半のときはバランス感覚もあまりなく以下のような無茶をしていたことがあった。どの仕事も自分の血肉になったと言い切ることができるが、30代となった今はこのような仕事の仕方はしたくないと思っている。

いきなりネガティブっぽい話をしてしまったが、以下では副業を始めたきっかけや、副業をする上で考えたり思ったりしていることを書いた。

副業を始めたきっかけ

第一のきっかけは、初めての転職をしたことで自分の持っているスキルと今いる会社で求められるスキルは一致しないことがあり、他の会社では今持っているスキルで何かしら貢献できることがあると気がついたことだった。 第二のきっかけは、本業と違うスタンスで関わることで本業と副業のバランスを取ることが可能かもしれないと気がついたことだった。これら2点については後述する。

これらのきっかけを得られたことについては、技術者コミュニティや友人関係に恵まれていたと言えるかもしれない。ただ、アウトプットしていると良いことがあるというのは身に沁みて思うことが合ったので一つ紹介しておきたい。Chefという自動化ツールの勉強会で、Chefを使う上で困っていることをLTで話しまくったら、Chef実践入門という本の執筆機会をもらったというラッキーな出来事があった。露出することでチャンスを得られるという実感がついたのはこの出来事を経てからだと自分の中でわかっている。アウトプットがきっかけだったと言える。

副業をする上で考えていること

スキルを伸ばしていったり広げていく観点

自分は幅広く技術的な領域をカバーするのが好きみたいだ。深さ特化の人もいる。すごい人はどちらもカバーしていたりする。どっちがより優れているとかではないと思っている。どっちも優れていると思うから。

本業で得た一般的な知識はすぐに副業に活かすことができる。しかも少し立場を変えてアドバイスしたり実践するのを試せる。例えば開発の知識や、スクラムをやるうえでのテクニック、SREとして一般的な知識とかを副業に活かすだけでも貢献できたりする。この点だけでも副業はおすすめしたい。もちろん言っていいことダメなことの線引きはできている必要があるが。

副業とSRE

自分はSREに関する副業はしていない(情シスコンサル的なことをやっている)。しかし一つ思っていることがある。SREを各社が欲している状況下で、その会社がSREが採用できるまでに現役SREがSREアドバイザーとして副業で関わってくれるというのは、結構ありがたいことなのではないだろうか。業界としてもプラスなのではないかと思っている。SREを育成するのは結構難しいと思っていて、だからこそオンボーディングが大事という理解なのでSRE文化の醸成や、教育のアドバイスなどを求める会社は増えてきそうな気がしている。

副業のスタンス

副業として割けるリソースは限られているのだから、本業と同じスタンスで関わるのは本業にも副業にも自分にも良くないことなのではないかと考えている。(自分がうまくできるイメージがないだけかもしれないが。他の人の話も聞いてみたい。

ADS-Bレシーバー運用始めました

きっかけ

沖縄で飛行機を見ながら id:masawada さんとFlightradar24の仕組みについての話をしていて、ADS-Bレシーバー作ったらどうですか?と言ってもらったことがきっかけになりました。家にRaspberry Piがあり、mackerel-agentを入れて遊んでいるだけでした。何かやりたいことがあれば良いなと思って放置していたのでちょうどよかったのでした。ADS-Bレシーバーについて調べてみるとFMのUSBチューナーを買うだけでレシーバーを組めることがわかったので帰ってすぐにポチりました。

運用開始

買ったのはこれ↓

amzn.to

構築手順(chefとかAnsible)にしたい気持ちもあるがまだできていないです。dump1090というソフトウェアが落ちたらすぐにサーバーとしての機能を停止してしまう状況なので、まずはsystemctlで管理できるようにして自動再起動などを取り入れたいと思っています。

アンテナは窓際に置いています。本当は屋上とかに置きたいくらいではあるけれども。

暮らしのご紹介

dump1090というソフトウェアを動かすとレシーバーから受信したデータをこのように標準出力に定期的に吐き出してくれます。分かる人にはわかると思うので書いておきますが最寄りの空港は大阪伊丹空港です。

Hex     Mode  Sqwk  Flight   Alt    Spd  Hdg    Lat      Long   Sig  Msgs   Ti|
-------------------------------------------------------------------------------
85D7C0  S     2150  ANA772   24000  383  218   35.962  136.095    5    55    2
84B982  S     2321           18000  327  258                      5    14   28
851186  S                    26000                                4    13    7
861E56  S     3356  JAL184   22825  437  154   35.860  136.567    4    52    0
71C004  S                    32000  340  270                      4    20    7
86DD66  S     2113            5500                                6    72   22
8464B0  S     3314  ANA654A  25000  535  093   34.867  135.796   16  1882    0
71C343  S     4335  ESR601   35000  585  078   36.395  135.420    5   199    6
85C5DC  S     2274  ANA633   21975  361  261   35.022  135.862   18  1066    0
86DDF0  S     2421           26000  366  268                      5    63    0
841EBC  S     2331  JJP641   24000  347  257   35.252  136.492    6   399    0
8694FA  S     3721  ANA961   26000  393  271   35.907  135.740    6   298    2
84013F  S     3325           21000                                5   683   15
71BA08  S     3654  KAL744   24000  381  276   35.351  135.639    5  1370    2
850E59  S     2275           35975                                3   140    5
86EBFA  S     6030  ANA857   25975  383  257   34.919  135.304   15  3233    0
86D98E  S     3747  ANA861   39975  358  269   35.978  134.565    6   507    0
84CB66  S     2446  SFJ61    26000  306  257   34.919  134.326    5  2696    3

Flightradar24へADS-Bデータを送信するデーモンであるfr24のログも面白いので紹介します。ASCIIアートでFlightradar24と書かれているのがかわいい。きちんとS3上でaptのリポジトリを持っているというのも個人的には高ポイントでした。

2020-02-07 22:15:02 | ______  _  _         _      _                    _              _____    ___
2020-02-07 22:15:02 | |  ___|| |(_)       | |    | |                  | |            / __  \  /   |
2020-02-07 22:15:02 | | |_   | | _   __ _ | |__  | |_  _ __  __ _   __| |  __ _  _ __`' / /' / /| |
2020-02-07 22:15:02 | |  _|  | || | / _` || '_ \ | __|| '__|/ _` | / _` | / _` || '__| / /  / /_| |
2020-02-07 22:15:02 | | |    | || || (_| || | | || |_ | |  | (_| || (_| || (_| || |  ./ /___\___  |
2020-02-07 22:15:02 | \_|    |_||_| \__, ||_| |_| \__||_|   \__,_| \__,_| \__,_||_|  \_____/    |_/
2020-02-07 22:15:02 |                __/ |
2020-02-07 22:15:02 |               |___/
2020-02-07 22:15:02 | [main][i]FR24 Feeder/Decoder
2020-02-07 22:15:02 | [main][i]Version: 1.0.24-7/generic
2020-02-07 22:15:02 | [main][i]Built on Nov  7 2019 11:23:04 (HEAD-be32703.git/Linux/static_armel)
2020-02-07 22:15:02 | [main][i]Running on: raspbian9
2020-02-07 22:15:02 | [main][i]Local IP(s): xxx.xxx.xxx.xxx
2020-02-07 22:15:02 | [main][i]Copyright 2012-2019 Flightradar24 AB
2020-02-07 22:15:02 | [main][i]https://www.flightradar24.com
2020-02-07 22:15:02 | [main][i]DNS mode: PING
2020-02-07 22:15:03 | [main][i]Automatic updates are ENABLED
2020-02-07 22:15:03 | info | [httpd]Server started, listening on 0.0.0.0:8754
2020-02-07 22:15:05 | [i]PacketSenderConfiguration::fetch_config(): Yoda configuration for this receiver is disabled
2020-02-07 22:15:07 | [d]TLSConnection::ctor(): Enable verify_peer in production code!
2020-02-07 22:15:07 | [main][i]Reader thread started
2020-02-07 22:15:07 | [time][i]Synchronizing time via NTP
2020-02-07 22:15:07 | [master][i]Starting processing thread
2020-02-07 22:15:07 | [reader][i]Initializing reader
2020-02-07 22:15:07 | [reader][i]Connecting to AVR-TCP receiver via (avr-tcp://127.0.0.1:30002)

Flightradar24で自分の住んでいるエリアを飛んでいる飛行機を見ているときに、自分の提供しているデータが活きてるんだろうなぁと想像すると楽しい気持ちになってきます。ADS-Bのデータを提供するとFlightradar24のビジネスプランが無料で使えるようになります。これにより航空機のテキストラベル機能が強化されて便名・高度・スピード・出発地/目的地が確認しやすくなったり、ウェイポイントを表示することでどの経路を飛んでいるのかわかりやすくなったり、Webブラウザで見ている際の30分セッション切れがなくなったりととても暮らしが便利になりました。 f:id:hokkai7go:20200220095920p:plain

羽田空港のRWY16R/Lへの着陸を運用確認している様子や、羽田空港PMSが運用開始されたっぽい様子を眺めるのに大変重宝しました。PMSについて知りたい方は↓

Point Merge Systemについて|Ukyo Nagata|note

面白いこと

Flightradar24に、ADS-Bレシーバーをもらうということも可能なのが面白いです。いかにもブラックボックスという感じの筐体、アンテナ、Remove Before FlightタグのFlightradar24版などが同梱されている模様。同梱品でマニア心をくすぐる感じもさすが分かっている感がありますね。 www.flightradar24.com

ssh接続してるとRaspberry Piサーバーが不安定になるのがおもしろいです。観測者効果じゃん。普段扱っているサーバーたちよりも圧倒的に非力なのでこのようなことが起きているのだなーと思い、最近は放置することにしています。ありがたいことに、Flightradar24のADS-Bデータ提供者用のWebUIには、ADS-Bレシーバーがn時間Offlineになったらメールでアラートをくれる機能があります。よく分かっている感があるのがニクいですね。

参考にしたサイト

makoro.hatenablog.jp

osmocom.org

github.com

批判の仕方と褒めについて

shimobayashi.hatenablog.com

このエントリは上記エントリに触発されて書いたものですが、上記エントリについて否定的な内容を述べているものではありません。ナイスアウトプットだなぁと思っています。

最近、批判の仕方について思うことがあったのでこのエントリを書いてみました。

  • 未知の領域にみんなで挑戦していこうというときに経験主義的なアプローチを取ることがある。筋がいい悪いがわかっていないときもある
  • こういう未来が見えていない状況でやっていきを示した人は賞賛されてほしいと個人的に思っている
  • 筋が悪いと批判するとしたらその前に一旦受け止めてあげると良さそう
    • すでに筋が悪いと経験上わかっているならばその根拠を示すと良さそう
    • 個人的には批判のみをする人と仕事するのは大変しんどいので、代案を出すとか、提案した事自体を褒めると良さそう
    • もしくはリアクションをしてあげると良さそう
    • そのやり方やアイデアは批判するけどより良く出来るので一緒に考えるぜ!という姿勢を示すとよさそう

似たようなことをTwitterで発言していたら良い文化を教えてもらった。「肯定ファースト」良いですね。