川村康弘(Ted)

仕組みを整えるクラウドエンジニア

[川村康弘(Ted) @tedd_jp]

Firecracker初めて聞きました #srenext

[川村康弘(Ted) @tedd_jp]

SRE Next 2026 セッションメモ
#srenext

[川村康弘(Ted) @tedd_jp]

「事業価値を生み出すSREへ」を聴いて、かなり刺さった。

SREの言葉のままでは経営には届かない。
速度、信頼性、SLO、MTTRではなく、
それがどの事業リスクを下げ、どの競争優位をつくるのかまで翻訳する必要がある。

作業する、設計する、その先に
“なぜそれが事業に効くのか”を語れるSREでありたい。
#SRENext

[川村康弘(Ted) @tedd_jp]

Xって治安悪いよね。残念ながら。
見出せるところもあるのかもしれないが、普通の人は見たくないして見る必要もないと思う。↑普通ってなんだww

[川村康弘(Ted) @tedd_jp]

BVEATSにはパワーと元気を頂きました！これからの復活劇楽しみにしてます！！

BVEATSのパーソナルトレーニングに行った後、会社に出社してそのままの元気で行ったら会社の人から誰も(元気な)挨拶がなかったのはいい思い出ですw

[芦名勇舗（ユウスケアシナ） @ASHINA_ashina]

2018年の創業以来、
支えてくださったお客様、
お取引先様、
スタッフの皆様に
心より感謝申し上げます。

このたび、皆様には
大変なご迷惑と
ご心配をおかけすることとなりました。

詳細につきましては、添付の
ご報告をご覧いただけますと幸いです。

[川村康弘(Ted) @tedd_jp]

@aosys_kii_1122 @aoshima7369 頑張ってください！

[川村康弘(Ted) @tedd_jp]

テレビの自分、SNSの自分、人間としての自分。
人はいくつもの自分を持っている。

見る側も同じで、笑いたい自分、傷つきたくない自分、誰かを守りたい自分がいる。

傷つく場所に成長があることもある。
でも、その傷を成長と呼べるのは本人だけ。

だから言葉は難しい。
自由でありたいけど、雑に人を傷つけていいわけではない。

[川村康弘(Ted) @tedd_jp]

特に深い意味はないのですが、皆様出会ってくださってありがとうございます。

[川村康弘(Ted) @tedd_jp]

Amazon/AWSの「Day 1」という言葉が好きだ。

まだ始まったばかりとして生きる。
完成した人間として振る舞わない。
昨日までの失敗で自分を固定しない。
今日から作り直せる。

高校の時、友人が言っていた「初志貫徹」という言葉も、今でも残っている。

初志貫徹は、最初の志を貫くこと。
Day 1は、何度でも初日に戻って、その志を腐らせないこと。

Day 1。
初志を忘れず、今日を雑にしない。

[川村康弘(Ted) @tedd_jp]

田端さんは優しい。絶対見ない方がいいです。

[田端信太郎 ＠ アクティビストが毎朝8時45分から株ライブ！ @tabbata]

おい！絶対ツイートするなよ！絶対するなよ！いいか絶対だぞ！

[川村康弘(Ted) @tedd_jp]

カオス化してるSNS

何を本質として見るのか、長い目で見る必要があると思う。なぜならこれからは嘘の情報があたかも本当のようになってしまうから。それはAIを使ってできてしまう。
良くも悪くも。

瓜田さんと石川典行氏の真面目な対談見てみたいな。無理かな。

[川村康弘(Ted) @tedd_jp]

人は「今」しか生きられない。だからこそ、未来は今つくられる｜川村康弘(Yasuhiro Kawamura、Ted)＠クラウド屋 @ted_nasuyasu https://t.co/xTlX7nEtdc

[川村康弘(Ted) @tedd_jp]

このようなパドックや返し馬の例があるといいな。

[川村康弘(Ted) @tedd_jp]

パドックでの落ち着きの比較

[川村康弘(Ted) @tedd_jp]

そもそもなんだけど

「新技術を試した人が、最初のハマりどころ・やり方・注意点を社内に残す」

を、残せるものを作った方がいいのでは？！

今AIと格闘中でいうことが発展的に変わる最中です。
言ってることわからないかもしませんが、それはご了承ください。

[川村康弘(Ted) @tedd_jp]

そもそもAmazon Q Developer の勉強をした方がいいのかも

[川村康弘(Ted) @tedd_jp]

あなたはAWSインフラ設計書のレビュー担当です。
以下の設計書を読み、次の5観点でレビューしてください。

観点:
1. セキュリティ
2. 可用性・障害対応
3. 運用監視
4. 性能・拡張性
5. 記述不足・不明点

出力ルール:
- 推測で断定しない
- 設計書に書いていないことは「未記載」または「不明」とする
- 各観点ごとに以下を出力する
- 抜け漏れ
- 不明点
- 追加確認
- コメント草案
- 実務レビューとして使える日本語で簡潔に書く
- CloudFormation実装との整合で注意点があれば追記する

というふうにレビューしてもらった方が効率的だよね

[川村康弘(Ted) @tedd_jp]

AWS設計書レビュー支援AIの方がいいのかも。個人的には

[川村康弘(Ted) @tedd_jp]

Terraformレビュー支援AIを作ったらどのくらい需要があるんだろうか。まだ何も構想してないです。

[川村康弘(Ted) @tedd_jp]

Terraformレビュー支援AIを作ったらどのくらい需要があるんだろうか。まだ何も構想してないです。

[ゆる麻布 @yuruazabu]

全員読め。