Taka

最近はよくパソコンを触っています。

[iwashi / Yoshimasa Iwase @iwashi86]

まさに今必要な記事だった。エージェントがスコープを広げるにつれて必須になるトピック。

https://t.co/fGYgdmyo9o

[Taka @Taka_input]

予約なしで理髪店行った時に、1人しかありえないのに��差し指立てながら入店する癖やめたい

[あんどぅ@育休中 @integrated1453]

NRIの株主総会の通知が送られて来たので中計2028の資料見たけど、投資家から見て「SIerの開発はAIに代替されるのでは？」という疑問に対して、「非機能要件が重要なんやで」という説明をしていて、NRIのテクニカルエンジニア出身の自分としてはグッと来るものがある
https://t.co/yQ3TlTigfS

[pilcrow @pilcrowonpaper]

Announcing my auth book! A completely free online resource on implementing auth with fully-featured examples

Over 10,000 words right now and I still have plenty of things to write about

https://t.co/ysEPNHRBnZ

[kawasima@99卒 @kawasima]

#jjug_ccc にて、AIは肯定的なこと言い過ぎなYesマンで困りませんか? という話を一度ならず聞くことがあって、「多少チューニングしてるんでそんなこともないですね」と答えていたのですが、確認���たらがっつりカスタム指示入ってました。逆にイラつく返答も多いですが、肯定されるよりマシかな、と。

[👹秋田の猫🐱 @ritou]

詳しい経緯に感謝。はしつつも、現状の整理としては保持と利用の形式とセッションの表現(内包型 vs 識別子型)のマトリックスで捉えられることが大事だとずっと言ってる。

「JWT を localStorage に置くな」はなぜ言われるのか、Cookie 回帰までの時系列整理｜khale https://t.co/zpwuKqcZ8F #zenn

[徳丸 浩 @ockeghem]

はい、これはウェブAPI呼び出しの歴史から考えると腑に落ちるのですが、CORSの機能にCookie付与があることからもわかるように、
(1) 昔はクロスオリジンのAPIをCookieによるセッション管理で呼び出す方法が用いられていましたが、
(2) サードパーティクッキー規制などでそれが難しくなり、Authorizationヘッダによるトークン（保存先はlocalStorage）に変わるものの、
(3) 各APIの生トークンをクライアントに保持するのはやはり危険ということでBFFにトークンを隔離すると、
(4) もはやJWTによるセッション管理をクライアントでする必要はないということで伝統的なCookieによるセッション管理に回帰するという流れで考えるとわかりやすいと思います。

[kawasima@99卒 @kawasima]

『ソフトウェアの見積もり』について書きました。生成AIに見積させるときの注意点も、あれこれ調査して盛り込みました。
https://t.co/difbVLYil0

[Shinya Kato @0x19f]

熟練のエンジニアが言う「最近は自分でコード書いてないし、もう AI が書いたコードも読んでない」はテストの直前の「全然勉強してない」と同じぐらい信用したらダメなやつだと思ってる
(たぶんみんな普通に AI が書いたコードも読んでるし、必要なところは部分的に自分で書いてる)

[iwashi / Yoshimasa Iwase @iwashi86]

知らず知らずのうちに、将来の能力を犠牲にして現在のスピードを優先しているのは、本当にそう。

以下はメモ。

・現在の開発環境では、エラーメッセージを貼り付けるだけでAIが修正案を提示してくれる
・だから、本来必要なはずの問題と解決策の間の泥臭い葛藤が完全に無くなってしまった

・このプロセスを繰り返すと、人間の思考がAIの判定に静かに置き換わる「認知的降伏」が起こる
・気付かないうちに単独でシステムを構築する能力が弱体化していく

・Anthropic社の2026年の実験で、AIのコードをただコピペしただけのグループは、事後の理解度テストで正答率が40%���満と惨憺たる結果であった
・同じ実験で、AIを「概念を理解するための質問相手」として使ったグループは65%以上の好成績を収めていた
・なので、問題はツールそのものではなく利用者の態度にあることが実証された

・MITの「Your Brain on ChatGPT」という研究では、AIの支援層が厚くなるほど脳のネットワークの接続性が低下し、利用者の83%が自分の生成した文章を記憶していなかった
・この現象を研究者は「認知的負債」と呼んでいる
・今日考える労力を節約した代償を、将来の批判的思考力の低下という形で支払っていると言うこと

・現在のAIのUIは早くタスクを完了させることに最適化されている
・あえて立ち止まって考えさせる」ような摩擦は意図的に排除されている

・しかし、学習の本質はその排除された摩擦の中にこそ存在している
・AIに任せきりの状態では一生初心者のまま

・各社がソクラテス式問答法を用いてコードを書かせる学習モードを導入している
・だが多くのプログラマーはこれを学生向けだと見下し、実務で活用していない

・捨てても構わないテスト用スクリプトや定型コードの作成であれば、AIに完全に委任しても機会費用はかからず問題はない
・しかし、実稼働するソフトウェアで問題が起きた場合、「AIが書いたからわからない」という言い訳は通用しない
・結局はアーキテクチャ全体を理解している人間の手が必要になる

・AI特有のハルシネーションからシステムを守るには、一目見て誤りを見抜けるだけの深い専門知識が不可欠
・フレームワークの移行やセキュリティ上の構造的な問題が起きた際、AIへのプロンプト指示だけでは解決できず、システムの根本を理解したエンジニアの力が必要になる

・GitHubに類似事例が数百万件あるような平凡な問題はAIが得意である
・過去に事例のない複雑な問題やドキュメント化されていない領域ではAIの性能は著しく落ちる

・AIが生成したコードを手本にしつつ、あえて一度消してみて、ゼロから自分の手で書き直してみることで、��分の能力がどれだけ衰えているか評価できる
・AIが気の利いた関数を書いた後には、「どのような設計思想を用いたのか」「理解するために何を読むべきか」をAI自身に解説させると良い
・そうすれば、単なる作業を学習にできる

・仕事の終わりに「今日は単にチケットを消化しただけか、それとも何か新しいことを学べたか？」と自問自答する習慣をつけると良い
・会社やマネージャーは「タスクを完了させたか」しか評価しない
・「自分が成長できたか？」というもう一つの指標は自己責任で追求するしかない

・タスクを100%こなして何も学ばないよりも、効率が80%に落ちても必要な知識を100%吸収する働き方を選ぶ方が、長期的には遥かに優秀なエンジニアへと成長できるだろう
・AIを使うことと学習することはトレードオフではなく、両方を満たす独自のワークフローを自らの意思で作らねばならない

https://t.co/8wY6syML24

[Ryutaro YOSHIBA @ryuzee]

"リリースを増やせば、成果も増えると思ってない？ 『Outcomes Over Output』が教える「作ること」の罠" ということで、ぼくのお勧め書籍の紹介記事を寄稿しました。ご笑覧くださいー。

https://t.co/UOsmZiQvxb

[👹秋田の猫🐱 @ritou]

20260515 ログイン機能だけではないアカウント管理を全体で考える～サービス設計者向け～ https://t.co/FQERw7PyhP

[Taka @Taka_input]

フロー効率重視の開発について考える 後編 ～中長期目線の話～ - bonotakeの日記 https://t.co/EMSpVnIrtg

[Cubbit @cubbit2]

私も卒倒しましたが、見方を変えればソフトフェアテストとはこういう決断をするための道具でもある
超不安！ではどうすればGOサインが出るのか？100万行を人間が眺めればいい？新旧並行で1年運用？いや、テストが100％通ればGOでしょ！と決断するために我々はテストに多大な工数をかけてきたのでは

[keisuke makino @mknkisk]

"どちらにストレスを感じる？" の例、いい気づきになったかもしれない。自分でも「そっちなんだ」と思った。自分自身への誤解

変化の激しい時代をゴキゲンに生き抜くために 〜ストレスマネジメントのススメ〜 https://t.co/ffKw8fDnDD

#speakerdeck

[mitz @bufferings]

面白かった。コードは書かなくなったけどものづくりの面白さは増えたとか、TDDやらなくなって代わりにコンテキストをチェックするとか、30分ウォーターフォールでイテレーションするとか。同じ感覚だなー。

[mitz @bufferings]

久しぶりのブログ

チームでの開発はどう取り組むのがいいんだろうな？ - Mitsuyuki.Shiiba https://t.co/FbxD8vTcUh

[こにふぁー @konifar]

雑にかいた
自分が一番考えてるという自信を持つ - Konifar's ZATSU https://t.co/y3pFeDnaej

[👹秋田の猫🐱 @ritou]

引き続き個人の意見ではありますが、記載いただいた方法の方がトークンをバックエンド-認可/リソースサーバー間のやり取りに留められますし、クライアント認証も可能なので安全な実装が可能かと思います。
#マシュマロを投げ合おう
https://t.co/KjZgh3PfPr