
専門はREST。#sendagayarb, #RWABookja, #RWCBookja 主催。ベルギービール好き。 ポイント系→ @tkawa_point ネガティブ思考整理用→ @tkawa_true
Tokyo, Japan
Joined January 2009
- Tweets13.3K
- Following617
- Followers838
- Likes3.7K
Toru KAWAMURA retweeted
技術の螺旋がまた綺麗に一周したなぁ #kaigionrails #kaigionrails_magenta
「真のREST 2026」スライドや記録はこちらからごらんください。English version also available. github.com/tkawa/true-rest-2… #kaigionrails
Toru KAWAMURA retweeted
ソニックガーデンは、Kaigi on Rails 2026にゴールドスポンサーとして協賛します。
また、CFPに応募した社員3名がスピーカーとして登壇します。
皆さまのご参加をお待ちしております。
Kaigi on Rails 2026
2026年10/16(金)〜17(土)
@ベルサール渋谷ガーデン(東京・渋谷)
sonicgarden.jp/blog_articles…
Toru KAWAMURA retweeted
ソニックガーデンは、プログラマを目指す学生を「Kaigi on Rails 2026」に無料でご招待します。
参加チケット・交通費・宿泊費用を当社が負担。
初心者から楽しめ、刺激を受けられる技術カンファレンスです。ぜひこの機にご参加ください。
▼詳細はこちら
sonicgarden.jp/blog_articles…
#kaigionrails
Your proposal for Kaigi on Rails 2026 has been accepted
(2年ぶり2度目)
ということでがんばります。
#kaigionrails
Claudeいわく。調べてみる
「issuerに宛先RPを知らせない」というFedCM類似の性質がOIDCとの本質的な差。EVPは.well-known/web-identity・accounts endpoint・Login Status API(Set-Login)をFedCMから流用していて、新プロトコルというよりFedCMの配管+DNS discovery+SD-JWTのプロファイルに近い。
これ、メールプロバイダーの対応が必要だよね?OIDCのIDトークンをでemail_verifiedを取るのと変わらないよね。何で新しいプロトコル作るんだ?>メールアドレスの所有権確認をブラウザ経由で一瞬で済ませる新機能「Email Verification Protocol(EVP)」をChromeが試験提供中gigazine.net/news/20260710-c…
Toru KAWAMURA retweeted
DHH本人の許可を得たので公式に紹介します。私が長年「仕事技芸論」として書き続けてきたことと、彼の語る "Taste and Judgment(審美眼と判断力)" の時代観が、見事に重なっていることに興奮を覚えています。
「審美眼こそが真実」〜DHHが語るAIエージェント時代の技芸論 kuranuki.sonicgarden.jp/arch…
Toru KAWAMURA retweeted
株式会社ソニックガーデンは、2026年度の年間スポンサーとして「Rails Girls Japan」に協賛しています。
sonicgarden.jp/blog_articles…
Toru KAWAMURA retweeted
書きました。「RESTはどのようにバズワード化したか」 koriym.github.io/blog/2026/0…
下2つは消費者庁が刺してほしいとずっと思ってる
Replying to @ONODA_in_Onodac
生卵・生肉・生魚等:生の食べ物 ← 定義通り
生ワクチン:毒性弱めた生きた病原体 ← 定義通り
生八つ橋:未焼成 ← ギリ定義の範疇
生チョコ・生どら焼き:生クリーム入り ← 困惑の元凶
生食パン:しっとり感・口溶け ← 傍若無人
生どら焼きで一度死んで
生食パンで「生」の意が転生した説
NoMatchingPatternError のメッセージが微妙だなあ
> "NO_MATCH" => "A" | "B"
"NO_MATCH": "B" === "NO_MATCH" does not return true (NoMatchingPatternError)
> "NO_MATCH" => Set["A", "B"]
"NO_MATCH": Set === "NO_MATCH" does not return true (NoMatchingPatternError)
「AかBしかダメです」というエラーメッセージを作りたいが NoMatchingPatternError にほぼ情報が含まれていないので作れない。backtraceに似た感じでマッチ失敗情報を配列で返してくれるといいのかな?
記事読んだときは同じことを考えて、その後に麻雀は最終局面でも見えてない牌が多すぎるから実質的には問題ないなと思い直したのだけど、もし自分が設計するならソルトをつける
GPUを使っていいなら136文字(麻雀牌の数)のSHA-1ハッシュ、GeForece RTX 4090でも1秒間に100億回は軽く試行できる。
つまり、対局中に見えていない牌が13枚以下になると(13! ≓ 62億なので)、見えていない牌がすべて確定するのだが。
なんでこれで良しと思ったんや…😅
4gamer.net/games/015/G001524…













