heal9179 2026-03-22 | 親コメント | トピック: Bing検索で「カカオトーク」の上位3件がすべて中国発のフィッシング (lidar.blog) SEOポイズニング.. lidar 2026-03-22 | 親コメント | トピック: macOS 26で .internal などのカスタムDNS設定が動作しない (gist.github.com/adamamyl) このせいで Tailscale MagicDNS を数日間使えずにいます.. slowandsnow 2026-03-22 | 親コメント | トピック: Cursor Composer 2はKimi K2.5にRLを適用したモデルであることが判明 (twitter.com/fynnso) Copilot のほうがはるかに安くて優秀なので、Cursor を使う理由がなくなってきた気がする。 bus710 2026-03-22 | 親コメント | トピック: プルリクエストは死んだ、プルリクエスト万歳 (gieseanw.wordpress.com) 1つのPRで500ファイルも変更されているのに、提出した本人は30分以内にレビューしてくれなかったと不満を言っているんですね。説明欄には5〜6行だけ書いて終わりだし、これをそのまま信じて承認しろってことなのか……? テストは全部やったよね? はい よし、頑張ろう roxie 2026-03-21 | 親コメント | トピック: CodeSpeak - Kotlin創始者の新しい言語:英語の代わりに仕様書でLLMと対話する (codespeak.dev) これを言語と呼ぶのが釣りなのか、そういう時代になったのか click 2026-03-21 | 親コメント | トピック: GPT-5.4で洗練されたフロントエンドデザインを行う (developers.openai.com) KakaoTalkのChatGPT Proを使っているから使ってはいるけど、GPTが作るフロントデザインはどれも全体的に地味な気がします slowandsnow 2026-03-21 | 親コメント | トピック: GPT-5.4で洗練されたフロントエンドデザインを行う (developers.openai.com) フロントエンドにはgptを絶対に使わないでください。最悪です。同じプロンプトでopusと比較してみてください。 cafedead 2026-03-21 | 親コメント | トピック: プルリクエストは死んだ、プルリクエスト万歳 (gieseanw.wordpress.com) 同感です。昔のPRには、自分が作った成果物に自分で責任を持つという感覚がありましたが、 Vibe coderのPRは「自分が何を作ったのかも分からないし、とにかく成果物はあるので、あなたが評価して問題点を見つけてくれ」という感じです。 ndrgrd 2026-03-21 | 親コメント | トピック: Apple、人気の「バイブコーディング」アプリのアップデートをひそかにブロック (macrumors.com) Appleのもともとのスタンスはこうだったので、これが嫌ならAppleが嫌いということです。ほかのものを使ってください。 ahwjdekf 2026-03-21 | 親コメント | トピック: Apple、人気の「バイブコーディング」アプリのアップデートをひそかにブロック (macrumors.com) 史上最悪の開発ツールはXcodeだと思います shlee1503 2026-03-21 | 親コメント | トピック: プルリクエストは死んだ、プルリクエスト万歳 (gieseanw.wordpress.com) 同感です。 frogbam 2026-03-21 | 親コメント | トピック: GPT-5.4で洗練されたフロントエンドデザインを行う (developers.openai.com) フロントデザインはGPTだとあまり良くなくて別のモデルに作らせたのですが、これならもう少しまともなものが出てくれるといいですね。 jwseo 2026-03-21 | 親コメント | トピック: open-pencil - Figma代替向けAIベースのデザインエディタ (github.com/open-pencil) pencil.dev が出てからまだそれほど経っていない気がしますが、もうオープンソースの代替が出てくるんですね tomskang 2026-03-21 | 親コメント | トピック: プルリクエストは死んだ、プルリクエスト万歳 (gieseanw.wordpress.com) PR が死んだ理由は、PR そのものというより、Vibe coder たちのずさんなコミュニケーションにあるように思います。 どんな flow で実装したのか、他にどんな方法があってなぜ採用しなかったのか、なぜ package.lock が変わる必要があるのか。どれも先に説明しておくべきことではないでしょうか? PR Description に書いておけば済むことなのに、わざわざ聞かせるようなコーダーたちのほうが淘汰されるべきだと思います。 xguru 2026-03-21 | 親コメント | トピック: Cursor Composer 2はKimi K2.5にRLを適用したモデルであることが判明 (twitter.com/fynnso) Cursor Composer 1はQwen、今回のバージョンはKimiベースです。IDEはVSCodeをベースにしています 会社全体がオープンソースを包装して再販する構造に見えます。最近はオープンソースを再パッケージしてお金を稼ぐ時代です おっと、Cursorチームがこれを見たらちょっと痛いでしょうね…… xguru 2026-03-21 | 親コメント | トピック: プルリクエストは死んだ、プルリクエスト万歳 (gieseanw.wordpress.com) 「死んだ、万歳」 という類いの記事が増えすぎていますね。でも、AIがすべてを変えつつあるという点は認めます。 xguru 2026-03-21 | 親コメント | トピック: Cursor、コーディング特化AIモデル Composer 2をリリース (cursor.com) 関連する整理は、Cursor Composer 2はKimi K2.5にRLを適用したモデルであることを確認 を参照してください aliveornot 2026-03-21 | 親コメント | トピック: ジェンスン・フアン:Nvidiaの未来とフィジカルAI、エージェントの台頭 [YouTube] (youtube.com) 言いたいことは分かりますが、コード行数でエンジニアを評価するのは愚かなことでしたよね。良い指標というのは本当に難しい気がします aer0700 2026-03-21 | 親コメント | トピック: ジェンスン・フアン:Nvidiaの未来とフィジカルAI、エージェントの台頭 [YouTube] (youtube.com) 年俸50万ドルのエンジニアに「トークンをどれだけ使いましたか?」と尋ねるのではなく、 「今年は何を開発し、それは会社の営業利益にどう貢献しましたか?」と尋ねるべきではないでしょうか? minhoryang 2026-03-21 | 親コメント | トピック: macOS 26で .internal などのカスタムDNS設定が動作しない (gist.github.com/adamamyl) Tailscaleがこの問題を回避してくれることを期待します。 コメントをさらに読み込む
SEOポイズニング..
このせいで Tailscale MagicDNS を数日間使えずにいます..
Copilot のほうがはるかに安くて優秀なので、Cursor を使う理由がなくなってきた気がする。
1つのPRで500ファイルも変更されているのに、提出した本人は30分以内にレビューしてくれなかったと不満を言っているんですね。説明欄には5〜6行だけ書いて終わりだし、これをそのまま信じて承認しろってことなのか……?
テストは全部やったよね?
はい
よし、頑張ろう
これを言語と呼ぶのが釣りなのか、そういう時代になったのか
KakaoTalkのChatGPT Proを使っているから使ってはいるけど、GPTが作るフロントデザインはどれも全体的に地味な気がします
フロントエンドにはgptを絶対に使わないでください。最悪です。同じプロンプトでopusと比較してみてください。
同感です。昔のPRには、自分が作った成果物に自分で責任を持つという感覚がありましたが、
Vibe coderのPRは「自分が何を作ったのかも分からないし、とにかく成果物はあるので、あなたが評価して問題点を見つけてくれ」という感じです。
Appleのもともとのスタンスはこうだったので、これが嫌ならAppleが嫌いということです。ほかのものを使ってください。
史上最悪の開発ツールはXcodeだと思います
同感です。
フロントデザインはGPTだとあまり良くなくて別のモデルに作らせたのですが、これならもう少しまともなものが出てくれるといいですね。
pencil.dev が出てからまだそれほど経っていない気がしますが、もうオープンソースの代替が出てくるんですね
PR が死んだ理由は、PR そのものというより、Vibe coder たちのずさんなコミュニケーションにあるように思います。
どんな flow で実装したのか、他にどんな方法があってなぜ採用しなかったのか、なぜ package.lock が変わる必要があるのか。どれも先に説明しておくべきことではないでしょうか?
PR Description に書いておけば済むことなのに、わざわざ聞かせるようなコーダーたちのほうが淘汰されるべきだと思います。
おっと、Cursorチームがこれを見たらちょっと痛いでしょうね……
「死んだ、万歳」
という類いの記事が増えすぎていますね。でも、AIがすべてを変えつつあるという点は認めます。
関連する整理は、Cursor Composer 2はKimi K2.5にRLを適用したモデルであることを確認 を参照してください
言いたいことは分かりますが、コード行数でエンジニアを評価するのは愚かなことでしたよね。良い指標というのは本当に難しい気がします
年俸50万ドルのエンジニアに「トークンをどれだけ使いましたか?」と尋ねるのではなく、
「今年は何を開発し、それは会社の営業利益にどう貢献しましたか?」と尋ねるべきではないでしょうか?
Tailscaleがこの問題を回避してくれることを期待します。