今年は予選なしで全員が一発本選なので、昨年に引き続き本選に参加です。

というわけで、今年も例年通り @matsuu、 @ishikawa84g と参加しました。

チーム名が「シン・ウー馬場ーイー2」から「ウー馬場ーイー222」になり新たなスタートを切りました。 222はチーム番号です。縁起が良いですね。

いつの頃からか mac で通知が動かなくなっていました。

通知センターにSlackやカレンダーからの通知は来ているものの、音が鳴らない。

システム設定で通知音の設定を確認したり、ボリュームを確認したり、Slackを再インストールしたり、Slackの通知設定を変えたり、モバイルからログアウトしてみたり、いろいろ試したものの効果なし。

macOS 13.2.1 で Karabiner-Elements 14.11.0 を利用していました。

mac を再起動したところ、Karabiner-Elements が効かなくなりました。
（キー変換が機能しない）

すったもんだがあり、最終的に複数のmacで試したところ "システム設定" ＞ "プライバシーとセキュリティ" ＞ "フルディスクアクセス" で karabiner_grabber に権限を付与したらOKっぽいです。

年末から TypeScriptでモダンにフルスタックWeb開発できるフレームワーク RedwoodJS のドキュメントを日本語訳しています。スタートアップやサイドプロジェクトにピッタリらしい #redwood #RedwoodJS - @netmarkjp をやっていまして、年末年始でチュートリアルがひととおり終わりました。

"これからはTypeScriptでモダンにフルスタックWeb開発だ" という雰囲気を感じており、かねてから入門にちょうどいい何かがないかなーと思っていました。

これは SREアドベントカレンダー 2022 - Qiita 5日目のエントリです。

昨日は paper2 さんの SREがたどる4つのフェーズ - Paper2 Blog でした。

最近「現代のいい感じなシステム運用を実現するためのシステム（＝運用システム）って、まっさらなところからの入門や、ブランク明けのキャッチアップが難しいですね」と思うことが多くありました。

これは SREアドベントカレンダー 2022 - Qiita 2日目のエントリです。

昨日は みのるん☁️（@minorun365）さん の Let's see AWS W-A "Reliability Pillar" from SRE's view でした。

TL; DR

• SRE的な取り組みを社内で広めていくにあたり、自チームから外への普及に苦戦しているのであれば、ITIL 4が助けになるかもしれません
• "ITIL" のいいところは、歴史と権威があるところ、ガッツリ言語化されているところで、 "ITIL" の残念なところは、古臭い、柔軟性がなく堅苦しく固定的、実践的かどうかより手続き重視というイメージだった（個人的な印象）
• ITIL 4について知ったところ「"ITIL" の残念なところ」が払拭された

Disclaimer

• ITIL 4の資格を取得したりはしていません
• わたし自身が特段ITIL 4に詳しいわけではないので一緒に学んでいきたい

"社内でSREを広めるのに苦戦しているSREsにITIL 4がいい感じっぽいので共有したい" ってどういうこと

タイトル "社内でSREを広めるのに苦戦しているSREs" ではこんなシチュエーションを想像しました。

JAWS DAYS 2022に登壇し「SRE≠インフラなんだけどもう誤解されちゃってるから、DevOps新実装としてSite Production Engineeringはいかがでしょう？」という話をしてきました。

今年も例年通り @matsuu、 @ishikawa84g と参加しました。

今年も、予選・本選ともにとても楽しめました。運営のみなさんありがとうございました。

結果は12位。 予選は過去最高位の2位だったが無念。

今年も例年通り @matsuu、 @ishikawa84g と参加しました。

一昨年のチーム名は「ウー馬場ーイーツ」。去年は「ウー馬場ーイー2」。
今年は「シン・ウー馬場ーイー2」。

今年は @matsuu が "予選参加権つき個人スポンサー" を購入してくれたので予選参加申込競争は回避。便乗させてもらいました。