clastneo 2025-07-10 | 親コメント | トピック: Mi:dm 2.0 - KTの独自開発オープンソースLLM (huggingface.co) 韓国語が文字化けしているせいではないでしょうか? Geminiもそうですが、使っているとある時点で別の言語に飛んでしまうことが多すぎて…… saramin200 2025-07-10 | 親コメント | トピック: Vibe Codingの終焉 - Ultrathinkエンジニアリング・マニフェスト (reddit.com) 個人的には、vibe codingのような文章はもうここでは見たくありません。本当に、例外なくどの記事も「私はコーディングを専攻していないのに、vibe codingを使って数週間で数十億の売上を上げ、VCの買収提案も断って、どうのこうの」といった、根拠のない荒唐無稽な話ばかりに思えます。こんな意味のない文章をこれからも見続けなければならないのでしょうか? gracefullight 2025-07-10 | 親コメント | トピック: uvを活用してPython開発ワークフローを刷新する (youtube.com) https://github.com/gracefullight/py-starter を使おうと思って、テンプレートを1つ作っておきました。 gracefullight 2025-07-10 | 親コメント | トピック: uvを活用してPython開発ワークフローを刷新する (youtube.com) ありがとうございます。 strn18 2025-07-10 | 親コメント | トピック: Mi:dm 2.0 - KTの独自開発オープンソースLLM (huggingface.co) 韓国企業や政府が韓国語特化の言語モデルに注力する理由は何なのでしょうか。最近のLLMの潮流を見ると、インターネット規模の大規模データで学習して性能を高めるのであれば、むしろ言語を問わない汎用モデルのほうが自然に思えますが、あえて韓国語に特化したLMにどんな利点があるのかよく分かりません。 pseudojo 2025-07-10 | 親コメント | トピック: Vibe Codingの終焉 - Ultrathinkエンジニアリング・マニフェスト (reddit.com) あと数分長く考えて、あと数回多くタイピングすれば、1000ドル払わずにその金で食べ物を買える。ultrathink というより hangover-think っぽい。 ethanhur 2025-07-10 | 親コメント | トピック: なぜ間違ったことが起きるのか Scale AI CEO Alexandr Wangのメモ[翻訳文] (blogbyash.com) 当然で重要な話ですが、実際に実践しようとするととても難しく、かなり気を配る必要がある部分ですね。周囲の優秀な同僚たちは、圧縮された情報をうまく decompress する感覚に優れていたように思います。 ethanhur 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) golang も React も、どちらも新時代の無難な(boring な)エンタープライズ向けコーディング言語だと思います。 boring -> 「退屈」と 100% 正確に訳せるわけではないので、韓国の読者にはニュアンスがきちんと伝わっていないように見えます。 kandk 2025-07-10 | 親コメント | トピック: あなたの「年収パッケージ」を交渉する方法 (complexsystemspodcast.com) 給与交渉の前に読む beoks 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) experienced、verified、skillful のような、もっと適切な単語があるのに、あえて boring を使ったのは、注目を集めようという意図があるように思えますね。 beoks 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) >The nice thing about boringness (so constrained) is that the capabilities of these things are well understood. But more importantly, their failure modes are well understood. 原文には boring に関するリンクがありますが、内容を見ると、boring = 「あまりにも慣れ親しんでいる」という意味のようです。 cckn1985 2025-07-10 | 親コメント | トピック: Mi:dm 2.0 - KTの独自開発オープンソースLLM (huggingface.co) AIモデルの名前が、ポストアポカリプスやディストピアに出てきそうな不吉な名前ですね(笑) cocofather 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) 書くのが退屈ということではなく、あまりにも何度も使っていて退屈な定番スタック、という意味で表現したのではないでしょうか beoks 2025-07-10 | 親コメント | トピック: なぜ間違ったことが起きるのか Scale AI CEO Alexandr Wangのメモ[翻訳文] (blogbyash.com) > 好奇心と追加の問い: 問題を解決する人は、絶えず質問し、文脈を理解しようと努めるべきだ。 この部分が最も重要だと思います。 本質に近づこうとする姿勢が、引き継ぎの最小化、強い組織文化、顧客とコードの距離の最小化といった、ほかの解決策を生み出していく動機になるからです。 最近まで、与えられた要件を実装することだけに集中していましたが、開発を終えてみると、実際の効果はごくわずかなように感じることが多くありました。最近は要件の議論をする前に「なぜ必要なのか」を執拗に問いかけていますが、この過程で正解に近い解決策が出てくるように思います. riki3 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) 海外では、それが退屈なスタックだと思われているようです。 実際、Goは単にWebサーバーを作るには最も簡単な選択ですし…… RustやFP系の言語のようなもので開発してこそ、退屈ではないと思われているみたいですね。 white9s 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) Postgres、golang、Reactのような退屈な世界で生きていたいですね dongjinahn 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) Linuxカーネル 2.6.29あたり... kandk 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) あまりにも当たり前な話ばかり……あまりにも当たり前すぎて見落としている大事なこと…… kandk 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) gRPCを使ったってこと自体が…笑 click 2025-07-10 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) 私も「golangが退屈だって?」という感想が最初に浮かびました classic aspくらいなら退屈だと言えそうですが コメントをさらに読み込む
韓国語が文字化けしているせいではないでしょうか? Geminiもそうですが、使っているとある時点で別の言語に飛んでしまうことが多すぎて……
個人的には、vibe codingのような文章はもうここでは見たくありません。本当に、例外なくどの記事も「私はコーディングを専攻していないのに、vibe codingを使って数週間で数十億の売上を上げ、VCの買収提案も断って、どうのこうの」といった、根拠のない荒唐無稽な話ばかりに思えます。こんな意味のない文章をこれからも見続けなければならないのでしょうか?
https://github.com/gracefullight/py-starterを使おうと思って、テンプレートを1つ作っておきました。ありがとうございます。
韓国企業や政府が韓国語特化の言語モデルに注力する理由は何なのでしょうか。最近のLLMの潮流を見ると、インターネット規模の大規模データで学習して性能を高めるのであれば、むしろ言語を問わない汎用モデルのほうが自然に思えますが、あえて韓国語に特化したLMにどんな利点があるのかよく分かりません。
あと数分長く考えて、あと数回多くタイピングすれば、1000ドル払わずにその金で食べ物を買える。ultrathink というより hangover-think っぽい。
当然で重要な話ですが、実際に実践しようとするととても難しく、かなり気を配る必要がある部分ですね。周囲の優秀な同僚たちは、圧縮された情報をうまく decompress する感覚に優れていたように思います。
golang も React も、どちらも新時代の無難な(boring な)エンタープライズ向けコーディング言語だと思います。
boring -> 「退屈」と 100% 正確に訳せるわけではないので、韓国の読者にはニュアンスがきちんと伝わっていないように見えます。
給与交渉の前に読む
experienced、verified、skillfulのような、もっと適切な単語があるのに、あえてboringを使ったのは、注目を集めようという意図があるように思えますね。>The nice thing about boringness (so constrained) is that the capabilities of these things are well understood. But more importantly, their failure modes are well understood.
原文には
boringに関するリンクがありますが、内容を見ると、boring= 「あまりにも慣れ親しんでいる」という意味のようです。AIモデルの名前が、ポストアポカリプスやディストピアに出てきそうな不吉な名前ですね(笑)
書くのが退屈ということではなく、あまりにも何度も使っていて退屈な定番スタック、という意味で表現したのではないでしょうか
> 好奇心と追加の問い: 問題を解決する人は、絶えず質問し、文脈を理解しようと努めるべきだ。
この部分が最も重要だと思います。
本質に近づこうとする姿勢が、引き継ぎの最小化、強い組織文化、顧客とコードの距離の最小化といった、ほかの解決策を生み出していく動機になるからです。
最近まで、与えられた要件を実装することだけに集中していましたが、開発を終えてみると、実際の効果はごくわずかなように感じることが多くありました。最近は要件の議論をする前に「なぜ必要なのか」を執拗に問いかけていますが、この過程で正解に近い解決策が出てくるように思います.
海外では、それが退屈なスタックだと思われているようです。
実際、Goは単にWebサーバーを作るには最も簡単な選択ですし……
RustやFP系の言語のようなもので開発してこそ、退屈ではないと思われているみたいですね。
Postgres、golang、Reactのような退屈な世界で生きていたいですね
Linuxカーネル 2.6.29あたり...
あまりにも当たり前な話ばかり……あまりにも当たり前すぎて見落としている大事なこと……
gRPCを使ったってこと自体が…笑
私も「golangが退屈だって?」という感想が最初に浮かびました
classic aspくらいなら退屈だと言えそうですが