caniel 25 일 전 | 親コメント | トピック: バイブコーディング崇拝は狂っている (bramcohen.com) dog食... qwertypotter 25 일 전 | 親コメント | トピック: バイブコーディング崇拝は狂っている (bramcohen.com) dogfooding は独占ではなく、ドッグプディングと捉えたほうがよさそうです。 yangeok 25 일 전 | 親コメント | トピック: 雇用主が個人データから応募者が受け入れる最低年収を計算する「監視賃金」の時代 (marketwatch.com) 最悪ですね……。韓国でも似たようなものがありそうですよね……? xguru 25 일 전 | 親コメント | トピック: Claude Code、2月のアップデート以降、複雑なエンジニアリング作業で実用不可レベルまで品質低下 (github.com/anthropics) 自分は最近Codexをメインで使っているんですが、いくつか別のものを試そうと思ってClaude Codeを回してみたら… トークン消費量がなんだかやたら速くなった気がしませんか -.-? 大したことのないコードだったのに、かなり驚きました。 hmmhmmhm 25 일 전 | 親コメント | トピック: InsForge - AIコーディングエージェント向けのエージェンティック・バックエンドプラットフォーム (github.com/InsForge) より安全に動作できるツールがさらに追加されていく形で発展していくと、とても良いと思います xguru 25 일 전 | 親コメント | トピック: InsForge - AIコーディングエージェント向けのエージェンティック・バックエンドプラットフォーム (github.com/InsForge) 「AIエージェント向けバックエンド」という時宜にかなったポジショニングはいいですね。フルスタック開発全体をエージェントにやらせるとトークンの無駄が大きいでしょうし、多少は速くなりそうです。 ただ、問題は……これが果たしてSupabase MCPより優れているのか? という点ですね。エージェント向け自動化がどこまで発展できるかが鍵のようです click 25 일 전 | 親コメント | トピック: UbuntuがWindows 11より多くの標準RAMを要求するように (howtogeek.com) ブラウザでサポートする機能やセキュリティ要件が非常に増えたせいで、現代のブラウザはほとんど単独のOSと言っても差し支えないと思います。 それでもメモリを食いすぎるのはひどいと思います ku9cu 25 일 전 | 親コメント | トピック: やりたいことを本当にやり遂げる人たちのたった一つの違いは、自己関連性を判断する能力にある (blog.archcalendar.com) ああ、何かニュースや情報かなと思って読んだのですが、内容がちょっと変だったので広告なのかと思ってコメントしたところ、真面目に返信してくださってありがとうございます。 kaydash 25 일 전 | 親コメント | トピック: Awesome Design.MD - 有名Webサイトのデザインシステムを自分のサイトに適用する (github.com/VoltAgent) いいですね。フロントエンドやデザインをされる方は、こういうものをあらかじめ作っておいてから始めるんですね brainer 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) 「勝率」が核心ですね。 単に次の単語を予測するだけでは、使いものになる文章どころか、コーディングや数学もまともにできません。 こうした手法は60〜70年代に登場したものです。 (厳密には単語ですらないですが) rlaaudgjs5638 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) そういう面もあると思います。 ただ、モデル自体は結局のところ入出力関数にすぎませんから。 適切なハーネスとエージェントループが与えられるという前提なら、モデルが目標を達成する、という言い方は成り立つように思います。 kciter1 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) 原文でAIが専門性のすべてを代替できると主張したことはありません。私もそうは思っていません… xguru 25 일 전 | 親コメント | トピック: やりたいことを本当にやり遂げる人たちのたった一つの違いは、自己関連性を判断する能力にある (blog.archcalendar.com) 運営者です。 GeekNewsは多様な形のニュースや情報を共有することを志向しており、直接まとめた文章も一定の範囲内で許可しています。 ただし、同一ユーザーから特定のドメインが繰り返し投稿される場合は、基準に従って制限が適用されます。 当該件についても、基準に従って確認および調整を進めています。 一部の措置は外部からは見えない場合があります。 h0422ys 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) gpt 3:次の単語予測 -> 正しい gpt 3以降のトランスフォーマーベースのモデル:次の単語予測 -> 正しい。 AlphaGo、AlphaZero、MuZero、...:次の手予測 -> 正しい。 (特定の)目標を達成するモデル -> 正しい。 話の中で間違ったことはありません savvykang 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) 専門性のすべてが代替可能というわけではないのでは? 造語の過程からしておかしいです。 cafedead 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) 混乱しています。冗談なのか、それとも私の知らない新しい手法や技術が出てきたのでしょうか?? cafedead 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) AlphaGoも、最も勝率が高いと計算される次の一手を予測しているだけではないのでしょうか????? blacksocks 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) 「次のトークン予測」は実装レベルの説明としては正確ですが、モデルの能力や目的を説明する方法としては不完全だ、と整理できますか? ng0301 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) それなら、もっと予測が上手なモデルというところで折り合いをつければよさそうですね 😄 kciter1 25 일 전 | 親コメント | トピック: もしあなたがクロード・ブルーでつらいなら (kciter.so) うーん……もしかすると、私の意図とは違って文章が伝わってしまったのかもしれないと思っています。もしこの文章から、LLMの技術的価値を貶めているように感じられたのであれば、お詫びします。 ただ、この文章の意図は、誇張された包装や神秘化を取り除いて冷静に見よう、ということでした。なので個人的には、「目標を達成するモデル」と表現すると神秘化されているように感じます。結局、一般的なソフトウェアであれモデルであれ、何らかの「目標」を達成するためのものでもありますから。 ですので、個人的な疑問も込めて、あなたがおっしゃった表現のほうがより技術的に正確なのか、あらためてお伺いしたいです。 コメントをさらに読み込む
dog食...
dogfoodingは独占ではなく、ドッグプディングと捉えたほうがよさそうです。最悪ですね……。韓国でも似たようなものがありそうですよね……?
自分は最近Codexをメインで使っているんですが、いくつか別のものを試そうと思ってClaude Codeを回してみたら…
トークン消費量がなんだかやたら速くなった気がしませんか -.-? 大したことのないコードだったのに、かなり驚きました。
より安全に動作できるツールがさらに追加されていく形で発展していくと、とても良いと思います
「AIエージェント向けバックエンド」という時宜にかなったポジショニングはいいですね。フルスタック開発全体をエージェントにやらせるとトークンの無駄が大きいでしょうし、多少は速くなりそうです。
ただ、問題は……これが果たしてSupabase MCPより優れているのか? という点ですね。エージェント向け自動化がどこまで発展できるかが鍵のようです
ブラウザでサポートする機能やセキュリティ要件が非常に増えたせいで、現代のブラウザはほとんど単独のOSと言っても差し支えないと思います。
それでもメモリを食いすぎるのはひどいと思います
ああ、何かニュースや情報かなと思って読んだのですが、内容がちょっと変だったので広告なのかと思ってコメントしたところ、真面目に返信してくださってありがとうございます。
いいですね。フロントエンドやデザインをされる方は、こういうものをあらかじめ作っておいてから始めるんですね
「勝率」が核心ですね。
単に次の単語を予測するだけでは、使いものになる文章どころか、コーディングや数学もまともにできません。
こうした手法は60〜70年代に登場したものです。
(厳密には単語ですらないですが)
そういう面もあると思います。
ただ、モデル自体は結局のところ入出力関数にすぎませんから。
適切なハーネスとエージェントループが与えられるという前提なら、モデルが目標を達成する、という言い方は成り立つように思います。
原文でAIが専門性のすべてを代替できると主張したことはありません。私もそうは思っていません…
運営者です。
GeekNewsは多様な形のニュースや情報を共有することを志向しており、直接まとめた文章も一定の範囲内で許可しています。
ただし、同一ユーザーから特定のドメインが繰り返し投稿される場合は、基準に従って制限が適用されます。
当該件についても、基準に従って確認および調整を進めています。
一部の措置は外部からは見えない場合があります。
gpt 3:次の単語予測 -> 正しい
gpt 3以降のトランスフォーマーベースのモデル:次の単語予測 -> 正しい。
AlphaGo、AlphaZero、MuZero、...:次の手予測 -> 正しい。
(特定の)目標を達成するモデル -> 正しい。
話の中で間違ったことはありません
専門性のすべてが代替可能というわけではないのでは? 造語の過程からしておかしいです。
混乱しています。冗談なのか、それとも私の知らない新しい手法や技術が出てきたのでしょうか??
AlphaGoも、最も勝率が高いと計算される次の一手を予測しているだけではないのでしょうか?????
「次のトークン予測」は実装レベルの説明としては正確ですが、モデルの能力や目的を説明する方法としては不完全だ、と整理できますか?
それなら、もっと予測が上手なモデルというところで折り合いをつければよさそうですね 😄
うーん……もしかすると、私の意図とは違って文章が伝わってしまったのかもしれないと思っています。もしこの文章から、LLMの技術的価値を貶めているように感じられたのであれば、お詫びします。
ただ、この文章の意図は、誇張された包装や神秘化を取り除いて冷静に見よう、ということでした。なので個人的には、「目標を達成するモデル」と表現すると神秘化されているように感じます。結局、一般的なソフトウェアであれモデルであれ、何らかの「目標」を達成するためのものでもありますから。
ですので、個人的な疑問も込めて、あなたがおっしゃった表現のほうがより技術的に正確なのか、あらためてお伺いしたいです。