emptybynature 5 일 전 | 親コメント | トピック: Codex、Browser UseでWebサイトの実装と検証を支援 (x.com/jameszmsun) Playwright を使わなくてもいいレベルですか? lim8603 5 일 전 | 親コメント | トピック: AnthropicのClaude Code障害ポストモーテム: 2025年4月23日 (anthropic.com) Opus 4.7 に YAGNI を教え込んでしまったみたいですね。毎回アーキテクチャの決定で、YAGNI に従った段階的な修正だという理由付けをしているからそういうものかと思っていたら、結局やらかしてしまいました。記憶力も長くない子なのに先延ばしの癖までついてしまって、大変なことです。 geralt 5 일 전 | 親コメント | トピック: Claudeを解約した理由: トークン問題、品質低下、貧弱なサポート (nickyreinert.de) 代わりにどのサービスを利用していますか? Codexですか? 代替が見当たらないので、使い続けているところですが… bluenyx 5 일 전 | 親コメント | トピック: Google Cloudが示すマルチエージェントシステムの5つの統合パターン: A2AとMCP (x.com/GoogleCloudTech) シニア級が3〜4人いるだけでも、3〜40人分をこなせる構造になってきていますね。(今よりもさらに明確に……) savvykang 5 일 전 | 親コメント | トピック: Claudeを解約した理由: トークン問題、品質低下、貧弱なサポート (nickyreinert.de) 月額220ドルのサービスが99.5%の可用性すら達成できないのを見ると、ユーザーがいいカモなのかと思ってしまいます。Claude.ai は99%すら達成できていません。 picopress 5 일 전 | 親コメント | トピック: Claudeを解約した理由: トークン問題、品質低下、貧弱なサポート (nickyreinert.de) 月間使用限度 年間使用限度 (笑)... kirinonakar 5 일 전 | 親コメント | トピック: Codex、Browser UseでWebサイトの実装と検証を支援 (x.com/jameszmsun) GPTがものすごく強力になりましたね。もう antigravity や Claude Code は必要ないように思えます。 galadbran 5 일 전 | 親コメント | トピック: Google、Anthropicに最大400億ドルを投資する計画 (bloomberg.com) 自分たちもコンピュートが足りなくて、4月1日からはお金を払っていてもこれ以上使えないように制限をかけ始めたくせに(泣) cherrycoder 5 일 전 | 親コメント | トピック: ノルウェー、16歳未満のソーシャルメディア禁止を推進 (bloomberg.com) 学校周辺200m以内のPCバン、カラオケ、ビリヤード場を禁止したかと思えば、今度はこれか…。 neostom432 5 일 전 | 親コメント | トピック: DESIGN.md — AIコーディングツールのためのデザインシステム単一ファイル形式(韓国語まとめ) (rubric.im) DESIGN.md => コードの方向性は自動化しやすい一方で、逆にコードに新しく生まれたパターンをDESIGN.mdへ反映することは自動化できず、人が直接面倒を見る必要があるようでした。時間が経つとコードには細かなハードコーディングが積み重なるのに、文書には反映されないことが蓄積していきます。 ただ、このフォーマットの哲学自体が「デザインシステムをコードベースの中で継続的に育てていく」という方向なので、これは欠点というより意図された運用方法に近いと見ています。NotionやPDFに固定していたガイドをPR単位のレビュー対象へ引き下ろしたぶん、人が定期的に手を入れる責任も一緒についてくる構造のようです。私たちのプロジェクトにも導入してみましたが、導入前より画面の一貫性が確実に向上し、その効果を実感できたので手動レビューも負担には感じませんでした。結局、AIが従うべき基準をチームがどれだけ明確に残しておけるかの問題であり、その基準を生きたものとして維持する手入れまでは人が担う構造なのだと整理するようになりました。 m00nlygreat 5 일 전 | 親コメント | トピック: DESIGN.md — AIコーディングツールのためのデザインシステム単一ファイル形式(韓国語まとめ) (rubric.im) 気になる点があるのですが、DESIGN.md はデザインを引き出すための指示書と考えると、結局は最初の数ページ、あるいは 1 ページのムードボードを生成するために使われるものですよね。その後はコードと指示.md の間で不一致が発生して、継続的に双方向の同期が必要になるのではないでしょうか? 結局、その後のデザインはコードを source of truth と見て、一貫性を保ちながら変数や名前のようなものを再利用すべきだと思います。DESIGN.md を継続的に更新して SSoT として管理しない限り、結局トークンをハードコーディングし続けることになるのではないかという気がします。実際の運用でこうした問題は起きないのか気になります。 awfulanthropic 5 일 전 | 親コメント | トピック: AIコーディング時代、成長が止まる開発者の脳で起きていること (evan-moon.github.io) 結局のところ、人間は楽な選択をするようになります。その結果、ショートフォームコンテンツがよくないと分かっていながらも、今ではほとんどすべての人がショートフォームコンテンツを楽しんでいます。続いて、AIは選択ではなく必須のものになり、実際のところ使うか使わないかで生産性の差が生まれます。これは開発者でも非開発者でも同じです。単に方法とやり方が違うだけです。下の携帯電話の話にたとえて、電話番号を覚えなくてもよくなったとおっしゃっていたように、現代人はナビゲーションがなければ、もはや地図だけを見て運転することができず、いつも通る道ですらあえて覚えようとはしません。 だからといって、運転能力が退化したり、空間認識能力や記憶力が退化したのでしょうか。いいえ、ナビゲーションの発達によって、私たちはナビさえあればどこへでも行けるようになりました。 また、AIを使うことで人間の認知能力が退化するという話もありますが、これは退化ではなく、認知能力が別の形に変わっていくことだと思います。 最近は手書きコーディングの話も出ていますが、自分のレガシーな能力が淘汰されることへの不安を趣味の範囲で解消していくのには同意するものの、これがまるで正解であるかのように、「開発者は自分の基礎能力を高めるために手書きコーディングを必ずやるべきだ!」という方向には進んでほしくありません。 プログラミング言語の発展も、実際には究極的には徐々に人間に親しみやすい自然言語へ近づいていく方向で進化してきました。ですが今は、その究極的な目標へ向かう過渡期なのだと思います。 shw00 5 일 전 | 親コメント | トピック: LLMでできる非定型な仕事 7選 (kdnuggets.com) ChatGPTとClaudeに、学術的な議論ではあえて悪魔の代弁者を買って出るようにカスタム設定しておくと、論理やモデルの精緻化にかなり役立ちました。 lamanus 5 일 전 | 親コメント | トピック: Bitwarden CLI npmパッケージのハイジャック――開発者認証情報の大規模窃取攻撃が発覚 (research.jfrog.com) Homebrew は postinstall をデフォルトで無効化し、例外的に許可する方式に変わりました。運が良かったと言うべきか、npm を見ずにリポジトリのタグで更新していたので、今回はこのバージョンを回避できました。最近は npm のクールダウンも入ったので、たとえ npm を見ていても配布はされなかった気がします。 tazuya 5 일 전 | 親コメント | トピック: AnthropicのClaude Code障害ポストモーテム: 2025年4月23日 (anthropic.com) 最初に問題提起されたときは問題ないと言い張っていたのに、あまりに話題が大きくなって隠しきれなくなったから公開した、と考えるのは私だけでしょうか。 foobarman 5 일 전 | 親コメント | トピック: データベースは本当に必要か (dbpro.app) 通報したいのですが、通報のやり方が分かりません。ああ。 foobarman 5 일 전 | 親コメント | トピック: データベースは本当に必要か (dbpro.app) はは、単語を見ただけでもディシ、イルベ、ペムコ系の人ですね。気にしないでください。 emptybynature 5 일 전 | 親コメント | トピック: Claude CodeはProプランから削除される予定なのか? (bsky.app) コーディング目的ではない一般の個人ユーザーの間ではClaude自体の認知度が低いのに、こういうことをするのを見ると、結局のところどうせ儲からない個人ユーザーは切り捨てるということなんでしょうね hebu570 5 일 전 | 親コメント | トピック: GStack: Y Combinator CEOが作ったAIコーディングエージェントフレームワークのYouTube紹介 (youtube.com) gstack をよく使っています。スペックを詰める時間がかなり減ります。 emptybynature 6 일 전 | 親コメント | トピック: OpenAI、GPT-5.5を発表:「実務のための新たな次元の知能」 (openai.com) CodexがSOTAではないと主張するのは、使ったことがないか、この分野に関心がない人にしかできないことですね コメントをさらに読み込む
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を使うことで人間の認知能力が退化するという話もありますが、これは退化ではなく、認知能力が別の形に変わっていくことだと思います。
最近は手書きコーディングの話も出ていますが、自分のレガシーな能力が淘汰されることへの不安を趣味の範囲で解消していくのには同意するものの、これがまるで正解であるかのように、「開発者は自分の基礎能力を高めるために手書きコーディングを必ずやるべきだ!」という方向には進んでほしくありません。
プログラミング言語の発展も、実際には究極的には徐々に人間に親しみやすい自然言語へ近づいていく方向で進化してきました。ですが今は、その究極的な目標へ向かう過渡期なのだと思います。
ChatGPTとClaudeに、学術的な議論ではあえて悪魔の代弁者を買って出るようにカスタム設定しておくと、論理やモデルの精緻化にかなり役立ちました。
Homebrew は
postinstallをデフォルトで無効化し、例外的に許可する方式に変わりました。運が良かったと言うべきか、npm を見ずにリポジトリのタグで更新していたので、今回はこのバージョンを回避できました。最近は npm のクールダウンも入ったので、たとえ npm を見ていても配布はされなかった気がします。最初に問題提起されたときは問題ないと言い張っていたのに、あまりに話題が大きくなって隠しきれなくなったから公開した、と考えるのは私だけでしょうか。
通報したいのですが、通報のやり方が分かりません。ああ。
はは、単語を見ただけでもディシ、イルベ、ペムコ系の人ですね。気にしないでください。
コーディング目的ではない一般の個人ユーザーの間ではClaude自体の認知度が低いのに、こういうことをするのを見ると、結局のところどうせ儲からない個人ユーザーは切り捨てるということなんでしょうね
gstackをよく使っています。スペックを詰める時間がかなり減ります。CodexがSOTAではないと主張するのは、使ったことがないか、この分野に関心がない人にしかできないことですね