pleroma.chroju.dev

pleroma.chroju.dev

chroju | @[email protected]

お一人様Pleromaサーバ pleroma.chroju.dev の管理者。
普段はSREチームのエンジニアリングマネージャーとして働いています。

発言は pleroma.chroju.dev/users/chroju/feed.atom からRSSで購読もできます。

気になる本。

「読書の自由」の成立史―1950年代アメリカの図書館員と出版者 | 春風社 Shumpusha Publishing shumpu.com/portfolio/994/

その場で実際に本を読むというよりは、プレゼン中心の読書会なのかな。こういうのもよさそう。

Preferred Networks 「死ぬ気で学べ」体現、600回以上続く読書会 | 日経BOOKプラス bookplus.nikkei.com/atcl/column/052400072/011500079/

明日が通信制大学最後の試験になりそうだが、最後まで「自信と余裕を持って試験を迎える」ことはできず、大学生活2周してこれか……という自分への失望がある。

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

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チーム発足エントリーから今年で10年か……

『ガバメントクラウドに向けた開発と変化する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

»