Livewire が面白いのは事実ですが、UI が少しでも複雑になると地獄になります。その瞬間から Phoenix は強みを一気に失ってしまいます。サイクルが長くなるほどつらくなるので、私はあまりおすすめできませんね。

Skillsもトークンを使うのではありませんか？ もしそうなら、トークン使用量の問題がまた発生しそうですが、そのときどう対応するのかよく分かりませんね

大げさなのは本当だ

私もかつては、ほとんどサーバーレスの信奉者のようにサーバーレスアーキテクチャをあちこちに採用していましたが、最近は ec2 1台に rds 1つで構成された構造のほうを好んでいます。そして必要なものを少しずつ切り出していきます。サーバーレスの導入はかなり悩んだうえで行うようになりました。
理由はいろいろありますが、チームにサーバーレスの知識がない人が1人いるだけでも、コミュニケーションや保守のコストがかなり増えるんですよね。そして改めてサーバーを回してみると、サーバーレスは思ったほど安くもなく、思ったほど楽でもなかったのだとあらためて感じました。

Claude Codeで作業していると、指示や規則をコンテキストに繰り返し食わせることになって、結局はトークン使用量とコンテキストの間で悩むことになるんですよね。そこで思いついたのが、フォルダを作って詳細はそこに機能別のmdとして詳しく書き込み、claude.mdには何をするには何を見ればいいかというポインタだけを大量に入れておく方式だったのですが、かなり安くうまく動きました。skillsは結局こういうものをまとめたものなので、かなり使い勝手がよさそうですね

MSA、OneDrive、Copilot など……ユーザーに無理やり押し付けるようなことは、もうやめてほしいです。

Hacker Newsについてくだらないと言ったわけではないので、誤解しないでください。

だらだらくだらないことを言う必要はなくて、要するにコンテキスト処理をどうすれば効率的にできるかという問題がすべてのようだ。

Claude Skillsはすごい、MCPよりも大きな革新かもしれない
GN+がたった今要約していました。あわせてご参照ください！

エンジニアリングは常にコストとの戦いだ
初期には、プロトタイピングやビジネス構築にかかる時間を減らすために使い、
後には最適化しながらコストを下げるべきだ
こういう文章そのものが、自分がどれだけエンジニアではないかを証明している
こんなふうに

Copilot Spacesに似ているようで、より自動化された印象ですね。

教条主義におけるアライメント（alignment in dogmatism）

実際、IE7の排除（MSがサポートしていない）を目的に、韓国の大手サイトでこの方法（IE7でアクセスした際にバナーを表示）を使っていましたよね。効果は絶大だったと記憶しています。

バイブコーディングで作られたバイブコーディングツールなんですね。5日で作られたなんて驚きです。

グレース・ホッパー:
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
「良い発想を思いついたなら、まずはやってしまうべきだ。許可を得るよりも、やってしまってから謝るほうがずっと簡単だ。」

Windows は本当に最悪です。ここでこんな言葉を使うのは初めてですが、Windows は本当にクソです。

保守もリソースですし、そのリソースを節約できたのなら、会社にとっても利益ではないでしょうか。
> 主要なスプリント周期の1〜2週間がIE6のバグ修正に割り当てられており

とのことですが、Googleのスプリント周期がどのくらいなのかは分かりませんが、1か月だとすれば少なくとも25%は節約できるということですね..

> Chrome、Firefox、IE8 などを含めており、ランダムな順序で表示されるように実装していた。

いずれにせよ突飛な行動をしたわけですが、会社としてどんな利益があるから黙認したのか気になりますね。
Chrome へ移行させたわけでもないので、Google に特別な利益があったようには思えません。
それとも、IE ユーザーを全員ではなくても一部でも取り込めたことだけで十分に利益があると判断したのでしょうか

結果が手段を正当化する。
許可よりも許しを得るほうが簡単だ。

UNSEXYですね