運用設計ラボ シニアアーキテクト。 日本MSP協会特別会員。 JAWS-UG事務局インフラ主担当。JAWS-UG CLI専門支部長。AWS Community Hero。AWS Samurai 2017/2020。AWS認定7冠。

Joined November 2007
320 Photos and videos
#AWSSummit Japan 2026の登壇セッション、満席! \(^^)/ 当日、会場でお会いしましょうー
5
251
「アウトプットしないのは知的な便秘」という名言を知り、ポジティブにアウトプットを続けることにモチベーションを感じる! @_ssmjp #ssmjp
5
12
667
HATANO Hirokazu retweeted
ふむ…。 「改善」って気軽にいいがちだけど、この資料で紹介されている「とある伝説の改善事例」、結構ありがちな気がして笑えない…。逆の意味で、ITに改善は必要ない(場合によっては害悪)ということがよく分かる資料でございました。 speakerdeck.com/opelab/20260…
1
2
2
415
モノレポという概念は、「スコープという概念を必要とせざるを得ない」という制約をを伴うことになるので、本質的にスコープレスにできるマルチレポの方がトータルでの寿命が長い それこそ「unixの考え方」はなぜ生まれてきたかという話と基本は同じで、組み合わせ自体に価値が生まれる
やっぱり開発でもそうなんですね。日常業務はすべてモノレポにしました。 パワポ作るマンも亜種ごとにRepo分けてましたが、メンテ大変なのでセキュリティ区分の壁がなければモノレポにしたい… AI時代はワークツリーとかサブツリー、サブモジュールみたいなGit芸に光が当たりそう
1
6
81
36,764
(ただ、1万以上作ると、探しモノが見つからないこともある、というw 疎結合バンザイ
1
1,345
AWS Community Builderはバッチとか幕張でのイベントとかあっていいなあ。 AWS Heroはバッチも幕張イベントの招待とかも無くて、幕張でHeroesでやさぐれながら飲んでるここ数年ですw
2
18
1,938
一回くらいはre:Inventに行ってみたい気はする。
5
262
HATANO Hirokazu retweeted
説明が上手い…。 「認証=主語を決定する」はIAMの根幹なので、プリンシパルの指定において「後から想定外が発生しうる」余地は残してはいけないということの大切さがよく理解できます。 あと、つい並列で考えてしまいがちなIAMグループは認証の機能ではないという点も大切。 speakerdeck.com/opelab/20260…
1
1
293
HATANO Hirokazu retweeted
自分も今の部署・上司には恵まれてると思ってるしそれなりにいい評価はしてもらってると思う これからも上司に強い武器や防具を持たせるぞ! #ssmjp
1
1
310
HATANO Hirokazu retweeted
波田野さん 簿記・会計 (気づき) ビジネスの共通言語 ・ハイミドル以上のエンジニアは皆、簿記の重要性を理解している →オンプレリソースは資産、クラウドリソースは費用 →売上原価はプロフィット、共通配賦はコスト エンジニアとして簿記システムの美しさに感動する審美眼がまず大事 #ssmjp
1
2
3
498
HATANO Hirokazu retweeted
「限界を超えるタイミングがないと人は設計をしない」w #ssmjp
2
1
295
つまり ・運用改善は延命措置でしかない ・本来は運用再設計を行うべき という考え方 #ssmjp
1
3
246
HATANO Hirokazu retweeted
現場を知らない人がKPIを作ると何を改善したら良いのか知らないので、何を改善するかではなく何件改善するかという謎のKPIが生まれる #ssmjp
1
3
353