その場で実際に本を読むというよりは、プレゼン中心の読書会なのかな。こういうのもよさそう。
Preferred Networks 「死ぬ気で学べ」体現、600回以上続く読書会 | 日経BOOKプラス bookplus.nikkei.com/atcl/column/052400072/011500079/
Preferred Networks 「死ぬ気で学べ」体現、600回以上続く読書会 | 日経BOOKプラス bookplus.nikkei.com/atcl/column/052400072/011500079/
Published: ガンダムには、一生触れずに生きていくと思っていた chroju.hatenablog.jp/entry/20250131/gundam_gquuuuuux_beginning?utm_source=feed
CSIRTやSOCって発見的統制に重点が置かれた組織機能なわけだけど、予防的統制を組織機能としてどう実装するかについてのプラクティスって意外と言及されてきてなくない?と思うなど。いろいろ探しているが、これだと言うものに当たらない。
Pebble、ほしいと思ったときにはすでにDeadだったので気になる。
Why We’re Bringing Pebble Back ericmigi.com/blog/why-were-bringing-pebble-back
Why We’re Bringing Pebble Back ericmigi.com/blog/why-were-bringing-pebble-back
Zennに投稿しました: SRE Kaigi 2025に行ってきました zenn.dev/chroju/articles/sre_kaigi_2025
まだ聞きたい話があるけど、予定があるので離脱。初開催のイベントとは思えぬ安定感と充実度で、面白い話もたくさん聞けてとても楽しかったです! #srekaigi
Terraformのディレクトリをnetwork、DBのようなレイヤーごとで分割する手法、最近よく聴く気がする。 #srekaigi_a #srekaigi
Datadogのorganization横断での可視化、わりと需要あると思うんだけど、意外と公式提供がない機能。 #srekaigi_a #srekaigi
AWSにおける横断的なログ分析とコストの管理 #srekaigi_a #srekaigi
チームの目的に対して視野広くアプローチしていくのと、1チームの責務として広くなりすぎていないかとのバランス、組織設計難しいよなぁ。 #srekaigi_hall #srekaigi
SREの普及拡大において、そもそもの組織的課題がありそうなのでチームビルディングからSREがアプローチしていくのすごい #srekaigi_hall #srekaigi
ガバクラの技術要件、どういう経緯でできあがってきたものなんだろう。耐久性数値の算定根拠とか気になる。 #srekaigi_hall #srekaigi
『ガバメントクラウドに向けた開発と変化するSRE組織のあり方』 #srekaigi_hall #srekaigi
waroomのようなツールは、それだけで課題が解決されるゴールというより、まずはちゃんと管理して観察と分析ができるようにしようという、ある種出発点だわなー #srekaigi_b #srekaigi
MTTRの問題、 "mean" の統計上の性質によるものか #srekaigi_a #srekaigi
spot preemptionのサマリをSlackへ投稿しておくのよさそう。 #srekaigi_a #srekaigi
terraform-provider-helm かー #srekaigi_a #srekaigi