t

undefined

[t @Web_TochiTech]

@yuhi_junior 金曜だけ現地参戦しよかなと思い！
結局、いま1人エンジニアやっとりまして(笑)

[OneBiz（スモビジ研究）by Levela @OneBiz_Levela]

久保建英も同じこと言ってた。
どこで戦うかで能力も年収も変わる。

[TANSTACK @tan_stack]

SECURITY ADVISORY — TanStack npm packages
A supply-chain compromise affecting 42 @tanstack/* packages (84 versions total) was published to npm earlier today at approximately 19:20 and 19:26 UTC. Two malicious versions per package.
Status: ACTIVE — packages are deprecated, npm security engaged, publish path being shut down.
Severity: HIGH — payload exfiltrates AWS, GCP, Kubernetes, and Vault credentials, GitHub tokens, .npmrc contents, and SSH keys.
If you installed any @tanstack/* package between 19:20 and 19:30 UTC today, treat the host as potentially compromised:
• Rotate cloud, GitHub, and SSH credentials immediately
• Audit cloud audit logs for the last several hours
• Pin to a prior known-good version and reinstall from a clean lockfile
Detection — the malicious manifest contains:
"optionalDependencies": {
"@tanstack/setup": "github:tanstack/router#79ac49ee..."
}
Any version with this entry is compromised. The payload is delivered via a git-resolved optionalDependency whose prepare script runs router_init.js (~2.3 MB, smuggled into each tarball at the package root).
Unpublish is blocked by npm policy for most affected packages due to existing third-party dependents. All 84 versions are being deprecated with a SECURITY warning, and npm security has been engaged to pull tarballs at the registry level.
Full technical breakdown, complete package and version list, and rolling status updates:
https://t.co/Zy8qG7PA9f
Credit to the security researcher for responsible disclosure.

[yuhi @yuhi_junior]

はてなブログに投稿しました
RubyKaigi 2026にてRuby YARV ChallengeというタイトルでLT登壇しました - yuhiのブログ https://t.co/2ZP6h2P8wA
#はてなブログ #RubyKaigi_2026

[『エンジニアtype』編集部 @Etype_mag]

https://t.co/6b2BG7FB6O

[AIDB @ai_database]

LLMに「あなたは○○です」と役を与えてからデータ分析させると、同じデータ・同じ仮説を与えたとしても正反対の結論を導いてしまうことがあると改めて実験で明らかに。
データ分析タスクにおいてペルソナ設定を与える際にはこうしたことが起きることを前提にした方がよさそうです。

人間でも昔から知られていた問題でした。

「仮説を支持する」か「支持しない」かという二値の判定でさえ、ペルソナの指定次第でひっくり返ります。

なぜこんなことが起きるかというと、データ分析には前処理、変数の作り方、モデルの選択、誤差の計算方法など無数の「妥当な選択肢」があり、その組み合わせ次第で結論が変わるためです。

AWSとカーネギーメロン大学の研究者たちによる報告です。

[増田 亨 @masuda220]

「見当外れの詳細」の識別が難しい。
「すべて」の詳細を取り除いた単純化は役に立たない。それも抽象化の一種だろうがソフトウェア設計で役に立つ抽象化ではない。
特徴的で重要な「詳細」を選び抜くことがソフトウェア設計の本質的な活動。

[金 成奎 @seikei_kin]

業務システムの実績も多いNCDCさんによる「業務システムのUI設計・改善の勘所」という記事。去年公開されたものですが、業務システムのUIデザインの勘所を実例Tipsでたくさん紹介されてて勉強になります。
https://t.co/TWWUT47sQu