HATANO Hirokazu

53.1K posts

HATANO Hirokazu banner
HATANO Hirokazu

HATANO Hirokazu

@tcsh

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

Tokyo Katılım Kasım 2007
155 Takip Edilen2.9K Takipçiler
HATANO Hirokazu
#AWSSummit Japan 2026の登壇セッション、満席! \(^^)/ 当日、会場でお会いしましょうー
HATANO Hirokazu tweet media
日本語
0
0
4
219
HATANO Hirokazu
@twtko 「ITに改善は必要ない。常に再設計を心がける」という感じで受け止めていただけると、現場にとって良い状況になるかなと考えています。
日本語
0
0
1
96
HATANO Hirokazu retweetledi
Takao Setaka
Takao Setaka@twtko·
ふむ…。 「改善」って気軽にいいがちだけど、この資料で紹介されている「とある伝説の改善事例」、結構ありがちな気がして笑えない…。逆の意味で、ITに改善は必要ない(場合によっては害悪)ということがよく分かる資料でございました。 speakerdeck.com/opelab/2026051…
日本語
1
2
2
393
HATANO Hirokazu
@minorun365 コーディングエージェントの現時点での制約と、リポジトリのライフサイクルの長さと、どっちを優先にするかによって結論変わりますよね。自分は短期的なデメリットは受容しつつ、長くリポジトリ使いたい派なのでやはりマルチになっちゃいます
日本語
0
0
1
183
みのるん
みのるん@minorun365·
コーディングエージェント側のエコシステムが適応して、必要な関連リポジトリのユーザーメモリ、スキル、ルール等一式をホットプラグしてくれたら最高ですね。 確かに管理はアトミックにしたい。私もモノレポの弊害として、Marpテーマとか共通資材の二重管理を許容してます。
HATANO Hirokazu@tcsh

モノレポという概念は、「スコープという概念を必要とせざるを得ない」という制約をを伴うことになるので、本質的にスコープレスにできるマルチレポの方がトータルでの寿命が長い それこそ「unixの考え方」はなぜ生まれてきたかという話と基本は同じで、組み合わせ自体に価値が生まれる

日本語
1
2
18
6.3K
HATANO Hirokazu
(ただ、1万以上作ると、探しモノが見つからないこともある、というw 疎結合バンザイ
日本語
0
0
1
1.3K
HATANO Hirokazu
モノレポという概念は、「スコープという概念を必要とせざるを得ない」という制約をを伴うことになるので、本質的にスコープレスにできるマルチレポの方がトータルでの寿命が長い それこそ「unixの考え方」はなぜ生まれてきたかという話と基本は同じで、組み合わせ自体に価値が生まれる
みのるん@minorun365

やっぱり開発でもそうなんですね。日常業務はすべてモノレポにしました。 パワポ作るマンも亜種ごとにRepo分けてましたが、メンテ大変なのでセキュリティ区分の壁がなければモノレポにしたい… AI時代はワークツリーとかサブツリー、サブモジュールみたいなGit芸に光が当たりそう

日本語
1
6
80
36.7K
HATANO Hirokazu
HATANO Hirokazu@tcsh·
@kazzpapa3 JAWS-UG事務局インフラの活動でもご活躍期待しています!
日本語
0
0
1
73
kazzpapa3
kazzpapa3@kazzpapa3·
任期おつかれさまでした! かなりアクティブだった印象のある、やくもさんが「私の AWS 活動はここからが本番です。」というくらいなら、わたしも気を引き締めないとな ちょうど今日 CBs の更新通知が来ていたところなので毎日が本番な気でがんばろう
やくも@yakumo_0905

Jr.Championsの振り返りを書きました。 一年間ありがとうございました! 2025 Japan AWS Jr.Champions としての活動を振り返る qiita.com/yakumo_09/item… #Qiita @yakumo_0905より

日本語
2
0
4
629
HATANO Hirokazu
HATANO Hirokazu@tcsh·
一回くらいはre:Inventに行ってみたい気はする。
日本語
0
0
5
259
HATANO Hirokazu
HATANO Hirokazu@tcsh·
AWS Community Builderはバッチとか幕張でのイベントとかあっていいなあ。 AWS Heroはバッチも幕張イベントの招待とかも無くて、幕張でHeroesでやさぐれながら飲んでるここ数年ですw
日本語
2
0
18
1.9K
HATANO Hirokazu retweetledi
Takao Setaka
Takao Setaka@twtko·
説明が上手い…。 「認証=主語を決定する」はIAMの根幹なので、プリンシパルの指定において「後から想定外が発生しうる」余地は残してはいけないということの大切さがよく理解できます。 あと、つい並列で考えてしまいがちなIAMグループは認証の機能ではないという点も大切。 speakerdeck.com/opelab/2026051…
日本語
0
1
1
288
HATANO Hirokazu retweetledi
専門性・売上・原稿
専門性・売上・原稿@golden_lucky·
書きました / 1件のコメント #utm_campaign=bs_tw" target="_blank" rel="nofollow noopener">b.hatena.ne.jp/entry/s/golden… “AI時代のコンピューター技術書 - golden-luckyの日記” (1 user) htn.to/2vXLhbSCdp
日本語
0
23
79
23.9K
HATANO Hirokazu retweetledi
くろの
くろの@Chrono_Net·
「誰」を認証して、「何」を認可するかを明示しておかないといけないと。 なぜ、IAMロールのプリンシパルに*による部分マッチングが使えないのか? / 20260518-ssmjp-iam-role-principal speakerdeck.com/opelab/2026051… #speakerdeck
日本語
0
1
3
286
HATANO Hirokazu retweetledi
emi
emi@shiranui_it·
相変わらずとても好き とても良い 続 運用改善、不都合な真実 〜 物理制約のない運用改善はほとんど無価値 / 20260518-ssmjp-kaizen-no-value-without-physical-constraints speakerdeck.com/opelab/2026051… #speakerdeck
日本語
0
1
7
424
HATANO Hirokazu retweetledi
#ssmjp info
#ssmjp info@_ssmjp·
まとめましたー @junjun_/p/UOl1C9C" target="_blank" rel="nofollow noopener">posfie.com/@junjun_/p/UOl… #ssmjp
日本語
0
6
10
600
HATANO Hirokazu
HATANO Hirokazu@tcsh·
@keruru いや、そんなことは、無い、はず... (辞書登録はあまりしていないのでw
日本語
0
0
0
30
けるる
けるる@keruru·
(こう、かなり波多野語にきたえられてるSKKなんだなぁ、、、と言う感想) #ssmjp
日本語
1
0
1
122
HATANO Hirokazu retweetledi
める🍤
める🍤@mel________27·
自分も今の部署・上司には恵まれてると思ってるしそれなりにいい評価はしてもらってると思う これからも上司に強い武器や防具を持たせるぞ! #ssmjp
日本語
0
1
1
308
yo
yo@yo12525·
サンシャインのデータセンター? NTTデータの子会社のセンターなら行ったことあるけど、他にあるんかな? #ssmjp
日本語
1
0
0
158
HATANO Hirokazu retweetledi
Yoshikazu GOTO
Yoshikazu GOTO@goto_ipv6·
波田野さん 簿記・会計 (気づき) ビジネスの共通言語 ・ハイミドル以上のエンジニアは皆、簿記の重要性を理解している →オンプレリソースは資産、クラウドリソースは費用 →売上原価はプロフィット、共通配賦はコスト エンジニアとして簿記システムの美しさに感動する審美眼がまず大事 #ssmjp
日本語
1
2
3
478