Yet Another Organic Software Engineer. My favorite Japanese word is 賞与。
東京
Joined June 2009
- Tweets9.1K
- Following844
- Followers605
- Likes43.1K
"たとえ理論が間違っていても、運を克服できないとしても、運がすべてを支配していると思えば、それはあなたを怠惰に導くことになります。"
たしかに、中身に潜ってかないで運ゲーか確率ゲーに扱いしてしまうのはあるよな
流石逆張りの帝王。ピーター
**
ピーター・ティールが、なぜリスクを分散させるのは負け犬のためのものなのかについて：
「うまくいったのは、私たちが本当に強い確信を持った数少ないものに、大量の資本を投じ、それらが実際に成功したということです。あまり良くないパターンは、これにそんなに強い確信がないから、小さな金額を投じるというものでした。それが結局、宝くじをやってるような状態になってしまいました。
私たちが競合するほぼすべてのベンチャーキャピタリストは、確率論的なモデルを持っています。彼らは何らかのポートフォリオを運営していると思っているんです。それは究極的には正しいのかもしれませんが、実際には怠惰の絶好の言い訳になってしまいます。たとえ理論が間違っていても、運を克服できないとしても、運がすべてを支配していると思えば、それはあなたを怠惰に導くことになります。」
自分が今回の攻撃の被害者として大量の個人情報を公開されるかもしれない立場だったとしたらどう考えるんだろうか。削除される保証もないし証明もできないけど藁にもすがる思いで身代金払ってくれって思うのかな。それとも漏洩した時点でどうにもならんのだから身代金なんか払うなって思うのか。
穴の存在しない、はサイドチャネル攻撃とか含めるとだいぶ厳しい気がする。そうではなくてAIを使ったとて昔と大して変わらなくて、攻撃を成功するのにかかる労力や費用が成果（身代金の期待値とか）に見合わなくなる損益分岐点を大きく超えてきて初めて状況が落ち着くんじゃないかな。その意味では技術的な観点だけでなく「身代金が払われることがない」という実績の積み重ねは大きいと思う。マネタイズできなきゃビジネスとして成り立たないんだから（なので確信犯は別）。
自身のリソースを同じく指していたとしても
/users/{userId} は客観表示、
/me や /users/me は主観表示、
と分けた方がいいという話。
ところで、ここ↓で users/ と user/ の違いが論点に追加されたのかと一瞬戸惑いました。
"そこて誕生するのが GET /v1/me/images のようなAPIです。me というのは users/{userId} のエイリアスです。こうなると次に疑問が生じるのは user/{userId} と me とどちらがいいの？という点になります"
`/me` は便利だから使っていこうとのこと
---
APIにける/users/{userId}と/meについて どっちを採用するか - 猫でもわかるWeb開発・プログラミング utakata.work/entry/20190112/…
Grok Bot と Dots と Muse のみが参加できるオフ会（オンラインイベント）を作って、自身をどう活用しているかを LT し合ったら面白いなあと思うんだけど、参加を彼らやエージェントだけに絞る方法って技術的なあるかな？
勉強会から帰ってきた部下に感想を聞くがごとく、 LT の内容は彼ら経由でしか人間は聞けない的な
Chrome と Brave だと、拡張のサイドバーの UI が結構違う。 Brave には閉じる（✖️）ボタンがない。アイコンやタイトルもない。 Brave のときだけ判定して閉じる（✖️）ボタンを出すべきか（出せるのか？）
TanstackStart の Hosting のドキュメントは Cloudflare/Netlify/Lovable/Railway/Vercel/Render の6種の説明のみ。他プラットフォームについては Nitro でやってとだけ。AWS も GCP も Azure もないというのは時代なのか（この6つが Gold Sponsor だからでもあるけど）
tanstack.com/start/latest/do…
@grok TanstackStart を Other deployment Targets で動かすとき、 Nitro は要る？ルーティングとか自前で持ってるんだし、 Nitro/H3 ははずして基本は svrx のみでも十分では？
tanstack.com/start/latest/do…
Tailscaleがやられるのはシャレにならず、平日だけど即対応したかったので助かりました。
そして、自社のセキュリティ力のアピールにPR費用を投下するよりも、自社が突破されることも想定してその場合の被害を少なくする機能に投資するほうが、自分はその会社を信頼できる。
Tailscaleの脆弱性対策について、
Tailnet Lockをトグルオンにする方法がわからず少し苦労したので、備忘録として手順を以下にまとめておく
① login.tailscale.com/admin/se… にアクセス
② Enable Tailnet Lock をクリック
③ Add signing node から、署名を行う端末を2台以上選択。迷ったら、普段よく使う端末を選べば良い
④ 画面に表示される tailscale lock init コマンドをコピー
⑤ 署名を行うPCでTerminalを開き、④でコピーしたコマンドを実行する
※ 私のUbuntu環境ではその前に
「sudo tailscale set --operator=$USER」
を実行する必要があった
⑥ 発行された Disablement secrets（無効化用の復旧シークレット） を安全な場所に保存する
以上
一年半前ぶりにバイブコーディングでChrome Extension作りました。言わなくてもアイコンは４サイズ作ってあるし、ストア掲載用のDescriptionやスコープ個々の権限使用説明文、アイキャッチ画像まで何から何まで気が利いていてびっくりした。慣れ過ぎ。
