Wataru Inoue

ソフトウェア開発やパブリッククラウド関連の技術支援やってます / Console・PC ゲーム全般と LoL 観戦が好き

[Wataru Inoue @wtr_in]

前職の同僚と翻訳した本が発売されました。CI/CDとは何か、という入口から、その実践でぶつかる諸問題への対処までシナリオ仕立てで読みやすく書いている（と思う）ので、入門したい方・おさらいしたい方、ぜひお手に取ってみてくださいまし！（epubはないですがPDFの電子版はあります）

[O'Reilly Japan @oreilly_japan]

【4月26日発売】最新刊プレゼントキャンペーン
➡下記書籍を抽選で3名様に＼プレゼント／
✅応募方法
❶当アカウントをフォロー❷このポストをリポスト
応募締切5/6まで／当選連絡はDM

『入門 継続的デリバリー』
https://t.co/6MWf21tbhl

#継続的デリバリー #DevOps

[Wataru Inoue @wtr_in]

小ネタですが久しぶりにブログ書いた

[エムスリー エンジニア公式 @m3_engineering]

テックブログに投稿しました。 "BigQuery のテーブルをコピーすると有効期限が引き継がれる場合があるから気をつけろ！" : https://t.co/5bODf8GA9n

[Wataru Inoue @wtr_in]

子供の近視について個人的に調べていたので、せっかくなので投下しておく

子供の近視進行を抑制するために何をすべきか
https://t.co/JJjmR8jIyr

[Wataru Inoue @wtr_in]

やっぱりこれはできちゃうよな
> GitHub Actionsでは、ワークフローに渡されたシークレットはログ出力時にマスクされ、（中略）しかし今回のペイロードは、Runner.Workerプロセスのメモリダンプによってこの保護の外側からシークレットを取得しています。
https://t.co/4GoyeKjrbZ

[Wataru Inoue @wtr_in]

スレスパ2、とりあえずディフェクトとネクロバインダーで初回クリアまでやったけど、すでにめちゃくちゃ面白い。前作より敵も強いけど自分のリソースもとても強化されていて、うまくシナジーを出せたときの気持ちよさが増してる感じがする。全キャラ触ってみてからアセンションマラソンだな…

[Ko Harada 🇺🇸🇯🇵 @Ko__Harada]

米国電子カルテの最大手、Epicでは患者が検査データはもちろん、医師の書いたカルテをアプリで閲覧できるのがデフォルトになっています。最初は戸惑いましたが、最近はメリットの方が大きいと思うことが多いです。

メリット
患者側
・自分の健康状態が理解しやすい
受診履歴、検査結果、処方薬や医師の思考プロセスなどが把握できるため、より包括的に自分の健康状態や病状を理解できる。特に元々のリテラシーが高い患者さんは、より高いレベルで自分の健康状態を把握でき、「自分の健康は自分で管理する」ことが可能に。

医師側
・診療の質向上
他院での検査結果との比較ができ、不要な検査や重複の検査を避けることができる。異常検査結果の見落としなど、患者さん側から指摘されるという場面も少なからずあります。

デメリット
患者側
・不安の増長
検査値の異常なども見えるため、過度に心配になって医師に相談するケースが増える。ただし思ったよりも少ない印象で、これは患者側もこの習慣に慣れているからかもしれません。

医師側
・カルテ記載に気を遣う
患者やその家族がカルテを見るという前提があるので、患者さんの行動や他院への批判などの情報を記載するのは避けるように意識しています。日本で働いていた時にはそういった風習があったような気がしますが、記載しなくても特に困らないと思います。

[Wataru Inoue @wtr_in]

Slay the Spire 2、新キャラ開けてしばらくやったけどさすが面白い。リージェントはスター追加と消費のバランス取ってデッキ育てていくのがむずいな。あとレリックのミニテントが強い

[Wataru Inoue @wtr_in]

gws cli とか聞くと、またブランド名変わったらややこしくなるな、とかつい考えてしまうな

[mattn @mattn_jp]

これ昔からの Web 屋さんの悪い癖なんだけど、驚くだけ驚いておいて飽きたら「死んだ」とか言う。MCP はそれ相応に意味があるし必要な場所では必要だと思いますよ。ただ単に驚かれ過ぎてしまっただけかと。

“MCP is dead. Long live the CLI” https://t.co/Pv2r3JcLpx

[Ryo Kitagawa @kitagry]

メンターしました！普通に僕自身も勉強になって楽しかった！
https://t.co/EaLe2be2MQ

[Wataru Inoue @wtr_in]

本当にクリニックへのリフィル処方するインセンティブがなさすぎるよな

[Hiro_ProDoctors @Hiro_MD_MBA]

リフィルってクリニックにとっては、
売上下がるけど、リスクは上がる仕組みなんだよね。

本気で普及するなら、
リフィルで薬お渡ししたら、薬局から処方元に報告。
クリニックはその報告を受けてカルテ記載、診療報酬請求できる。
くらいの仕組みにしないとダメよ。

リフィルに対応するのが当たり前になったら、はしご外せば良いからさ。

[Takuto Wada @t_wada]

#devsumi で様々な人と話して、事業（≒ソフトウェア）は少人数で作る時代だなと思う。並列分散実行するAIたちに対して同期/非同期で適切に意思決定できる、異なる思考様式や専門知識を備えた3〜6人くらいで全てを行う。ピザ2枚でぜんぶやる。1人だと体力、精神力、専門知識が足りず持続不能に思える。

[はてなブログ｜思いは言葉に。 @hatenablog]

🏅今週のはてなブログランキング〔2025年12月第1週〕より、おすすめエントリーを紹介します🏅

GitHub のマージ方式を人間に毎回選ばせるのは、もうやめよう（やめた） - エムスリーテックブログ

https://t.co/SmuPfsfNtb

Wataru Inoue @wtr_in さん

[Wataru Inoue @wtr_in]

@odan3240 いえいえ、これで満たせるユースケースも多いと思うので、記事でも言及した方が良かったかもしれないですね。もっと知られてほしいというのもその通りで、設定画面だけ見てるとなかなか気づかない…

[Wataru Inoue @wtr_in]

確かにこれでだいぶ満たせるものの、例えば同じmainに対するPRでもhotfixはSquashしたいけど、developからはSquashしたくないとか少し足りないところがあって、こんなdirty hack気味の方法を取ってしまった次第…とはいえ、この機能で足りる程度のシンプルなルールにした方がいい説はかなりある

[odan @odan3240]

Enterprise なら Pull request merge method rule って設定で可能なはずだから、この機能が全人類に届いてほしい!!!
https://t.co/E455W2zxVw

[Wataru Inoue @wtr_in]

@maroon1st あんなのはただのsharding運用のアウトソースで、別に技術的にdeep diveすることなんかねーんだわ！ってことですか？（そんなはずない）

[Siketyan @s6n_jp]

全くと言っていいほど同じ状況になってるんですが，結局 Merge ボタンを押したいという一点のみでラベルベースの運用にできてない．Merge Queue を使って検証だけをしてもいいんですけど，人間が考えないといけないところから逃げられないのでこれもやってない

[Wataru Inoue @wtr_in]

この問題についてあれこれやって割と快適になったのでブログに書きました
https://t.co/6jzua74SoZ

[Wataru Inoue @wtr_in]

GitHub で、feature into develop の PR は squash merge、develop into main では通常の merge する運用を強制したいんだけど、簡単な方法ないんだろうか。GitLab だと MR が squash フラグを持ってたので、それを CI で On/Off できたけど、GitHub ではマージ時のオプションとしてしか指定できなそう

[エムスリー エンジニア公式 @m3_engineering]

テックブログに投稿しました。 "GitHub のマージ方式を人間に毎回選ばせるのは、もうやめよう（やめた）" : https://t.co/2vhR6CnARw