Playwright を使わなくてもいいレベルですか?

 

Opus 4.7 に YAGNI を教え込んでしまったみたいですね。毎回アーキテクチャの決定で、YAGNI に従った段階的な修正だという理由付けをしているからそういうものかと思っていたら、結局やらかしてしまいました。記憶力も長くない子なのに先延ばしの癖までついてしまって、大変なことです。

 

代わりにどのサービスを利用していますか? Codexですか? 代替が見当たらないので、使い続けているところですが…

 

シニア級が3〜4人いるだけでも、3〜40人分をこなせる構造になってきていますね。(今よりもさらに明確に……)

 

月額220ドルのサービスが99.5%の可用性すら達成できないのを見ると、ユーザーがいいカモなのかと思ってしまいます。Claude.ai は99%すら達成できていません。

 

月間使用限度
年間使用限度
(笑)...

 

GPTがものすごく強力になりましたね。もう antigravity や Claude Code は必要ないように思えます。

 

自分たちもコンピュートが足りなくて、4月1日からはお金を払っていてもこれ以上使えないように制限をかけ始めたくせに(泣)

 

学校周辺200m以内のPCバン、カラオケ、ビリヤード場を禁止したかと思えば、今度はこれか…。

 

DESIGN.md => コードの方向性は自動化しやすい一方で、逆にコードに新しく生まれたパターンをDESIGN.mdへ反映することは自動化できず、人が直接面倒を見る必要があるようでした。時間が経つとコードには細かなハードコーディングが積み重なるのに、文書には反映されないことが蓄積していきます。

ただ、このフォーマットの哲学自体が「デザインシステムをコードベースの中で継続的に育てていく」という方向なので、これは欠点というより意図された運用方法に近いと見ています。NotionやPDFに固定していたガイドをPR単位のレビュー対象へ引き下ろしたぶん、人が定期的に手を入れる責任も一緒についてくる構造のようです。私たちのプロジェクトにも導入してみましたが、導入前より画面の一貫性が確実に向上し、その効果を実感できたので手動レビューも負担には感じませんでした。結局、AIが従うべき基準をチームがどれだけ明確に残しておけるかの問題であり、その基準を生きたものとして維持する手入れまでは人が担う構造なのだと整理するようになりました。

 

気になる点があるのですが、DESIGN.md はデザインを引き出すための指示書と考えると、結局は最初の数ページ、あるいは 1 ページのムードボードを生成するために使われるものですよね。その後はコードと指示.md の間で不一致が発生して、継続的に双方向の同期が必要になるのではないでしょうか?

結局、その後のデザインはコードを source of truth と見て、一貫性を保ちながら変数や名前のようなものを再利用すべきだと思います。DESIGN.md を継続的に更新して SSoT として管理しない限り、結局トークンをハードコーディングし続けることになるのではないかという気がします。実際の運用でこうした問題は起きないのか気になります。

 

結局のところ、人間は楽な選択をするようになります。その結果、ショートフォームコンテンツがよくないと分かっていながらも、今ではほとんどすべての人がショートフォームコンテンツを楽しんでいます。続いて、AIは選択ではなく必須のものになり、実際のところ使うか使わないかで生産性の差が生まれます。これは開発者でも非開発者でも同じです。単に方法とやり方が違うだけです。下の携帯電話の話にたとえて、電話番号を覚えなくてもよくなったとおっしゃっていたように、現代人はナビゲーションがなければ、もはや地図だけを見て運転することができず、いつも通る道ですらあえて覚えようとはしません。
だからといって、運転能力が退化したり、空間認識能力や記憶力が退化したのでしょうか。いいえ、ナビゲーションの発達によって、私たちはナビさえあればどこへでも行けるようになりました。

また、AIを使うことで人間の認知能力が退化するという話もありますが、これは退化ではなく、認知能力が別の形に変わっていくことだと思います。
最近は手書きコーディングの話も出ていますが、自分のレガシーな能力が淘汰されることへの不安を趣味の範囲で解消していくのには同意するものの、これがまるで正解であるかのように、「開発者は自分の基礎能力を高めるために手書きコーディングを必ずやるべきだ!」という方向には進んでほしくありません。
プログラミング言語の発展も、実際には究極的には徐々に人間に親しみやすい自然言語へ近づいていく方向で進化してきました。ですが今は、その究極的な目標へ向かう過渡期なのだと思います。

 
shw00 5 일 전 | 親コメント | トピック: LLMでできる非定型な仕事 7選 (kdnuggets.com)

ChatGPTとClaudeに、学術的な議論ではあえて悪魔の代弁者を買って出るようにカスタム設定しておくと、論理やモデルの精緻化にかなり役立ちました。

 

Homebrew は postinstall をデフォルトで無効化し、例外的に許可する方式に変わりました。運が良かったと言うべきか、npm を見ずにリポジトリのタグで更新していたので、今回はこのバージョンを回避できました。最近は npm のクールダウンも入ったので、たとえ npm を見ていても配布はされなかった気がします。

 

最初に問題提起されたときは問題ないと言い張っていたのに、あまりに話題が大きくなって隠しきれなくなったから公開した、と考えるのは私だけでしょうか。

 
foobarman 5 일 전 | 親コメント | トピック: データベースは本当に必要か (dbpro.app)

通報したいのですが、通報のやり方が分かりません。ああ。

 
foobarman 5 일 전 | 親コメント | トピック: データベースは本当に必要か (dbpro.app)

はは、単語を見ただけでもディシ、イルベ、ペムコ系の人ですね。気にしないでください。

 

コーディング目的ではない一般の個人ユーザーの間ではClaude自体の認知度が低いのに、こういうことをするのを見ると、結局のところどうせ儲からない個人ユーザーは切り捨てるということなんでしょうね

 

gstack をよく使っています。スペックを詰める時間がかなり減ります。

 

CodexがSOTAではないと主張するのは、使ったことがないか、この分野に関心がない人にしかできないことですね