channprj 2025-07-17 | 親コメント | トピック: M4 Pro Mac miniのストレージ容量を半額でアップグレードする (jeffgeerling.com) 私はそのTechnojoy製品にアップグレードして2か月使っていましたが、理由は分からないままSSDが故障し、別途のアフターサービスも受けられずに終わりました。参考までにレビューを残しておきます。 悩んだ末に、今はiBoff製品を購入して使っていますが、今のところ大きな問題はありません。 honglu 2025-07-17 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) ありがとうございます。先生! nuremberg 2025-07-17 | 親コメント | トピック: Djangoの20回目の誕生日を祝う (djangoproject.com) Django を使うようになってから、自分のキャリアが大きく向上したと感じているユーザーとして、とても感謝しています。Django にも何度か contribution したことがありますが、これからも長く愛されてほしいですね(笑) crawler 2025-07-17 | 親コメント | トピック: AI Git Narrator - AIベースのGitコミットメッセージ・PR説明自動生成ツール (github.com/pmusolino) 最近まさに必要だったやつなのに… macOS専用のCLIツール うううううう brainer 2025-07-17 | 親コメント | トピック: OpenAIについての回顧 (calv.info) https://ja.news.hada.io/topic?id=21081 この記事が印象に残っています。 ytuniverse 2025-07-17 | 親コメント | トピック: データサイエンスは疑似科学になってしまったのか? (reddit.com) リンクが動作していないようです。 https://reddit.com/r/datascience/… ifmkl 2025-07-17 | 親コメント | トピック: F2 - ファイル名を一括変更するCLIツール (github.com/ayoisaiah) おお、いいですね。以前は rename コマンドを使ってやっていましたが、事前確認ができて undo に対応しているだけでも本当に便利そうです ididid393939 2025-07-17 | 親コメント | トピック: コンテキストの劣化:入力トークンが増えるほどLLMの性能はどう変化するのか (research.trychroma.com) 2.5が出てからかなり経っているのに、なぜ1.5なんだ test831767639 2025-07-17 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) 根拠としてベンチマーク結果があれば、開発者もより共感しやすいと思います。フレームワークに過度に依存したコーディングがあれば確かにサイトは遅くなるでしょうが、個人的には、サイト内のページ遷移という点では、バニラコードで作られたサイトのほうが、最適化されたフレームワーク製サイトより遅いケースをより多く見てきたからです。もちろん、静的データだけで構成されたサイトなら HTML + CSS だけのほうが速いかもしれませんが、現代に静的データだけのサイトがどれほど一般的なのかはよく分かりません。 zihado 2025-07-17 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) 個人情報を同意なく収集してもよいですか? gosarinamu 2025-07-16 | 親コメント | トピック: Apple、MLXにCUDAサポートを追加中 (github.com/ml-explore) macOSでNVIDIA GPUだけ使えるようにしてくれればいいのに……はは。 paruaa 2025-07-16 | 親コメント | トピック: AIはオープンソース開発者を遅くする。Peter Naurはその理由を説明できる (johnwhiles.com) > 開発者たちはAIが自分をより速くしたと信じているが AIを活用したリサーチが速くなることで、より高い品質を実現できるなら、同じ作業でも品質が少し高くなるのではないでしょうか。開発者は作業後の成果物の品質に合わせて開発しようとするなら、自力で到達するよりも、AIの助けを借りて到達するほうが速いと考えているのではないでしょうか。 そもそも使わなかった場合は、もう少し限られた知識だけで実装することになるから、そう見えるのではないかという気がします。 dbs0829 2025-07-16 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) 番号を収集するのはかなり気持ち悪いですね。どう使うのかという説明もありませんし。 ztaka 2025-07-16 | 親コメント | トピック: 少数の人々がインターネットを壊しているのか? (theguardian.com) ユーザー以上に大きな問題は、特定の政党と結託したメディアのSNSやYouTubeにコメントを付けると、すぐさま群がってくるAIボットたちがいることです。 xodnrdl201 2025-07-16 | 親コメント | トピック: 300人のユーザー向けにセルフホストLLMサーバーを構築できるか? (reddit.com) 300人のユーザーの処理業務で使われる思考能力の基準を、かなり広く取りすぎているように思います。本当に一般的な常識から論文や高度なテーマまで扱うならこの構成で合っていますが、実際に処理が必要な業務のレベルを考えると、30B程度にRAGが付いた状態なら大半は処理できるはずで、ベースのオープンソースの全ての重みを持ち上げて高い思考力や機能に依存しているため、規模が大きくなりすぎているのではないでしょうか?? また、即時に処理できるものと文書の検索・探索は個別機能として分けるのが適切だと思います。 同時300人を処理するKVキャッシュ対象トークンの範囲も、各20,000トークンの量子化値程度であれば十分余裕を持って使えるはずなので、この部分も過大に見積もられているかもしれません... ?? 本当に300人が論文作成を行う博士の方々でないのであれば、思考レベルは高校生程度(14〜30B)に置き、さまざまな社内文書をRAGロジックに合わせて適切なCoTで探索するプロセスとして設定しておけば、無理のない金額で試験運用レベルのプロジェクトになるのではないかと思います。 eajrezz 2025-07-16 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) allwehear.com 音声要約は上記サイトでご覧いただけます。 shakespeare 2025-07-16 | 親コメント | トピック: F2 - ファイル名を一括変更するCLIツール (github.com/ayoisaiah) 普通はdarknamerで十分そうですが、パフォーマンスが必要な部分ではこちらを使うとより良さそうですね。 crawler 2025-07-16 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) あっ、はい(笑)。私も jhk0530さんの言葉に反論する意図はありませんでした。 私も、サイトが個人情報を求めていたとしても、ご本人だと明かしたうえで投稿されていれば問題ないのではないかと思いますが、 むしろ明かさずに投稿されているので、かえってもっと気味が悪く感じますね jhk0530 2025-07-16 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) ああ、私の意図は、リンク先の内容そのものではなく、(個人情報の収集を含む)リンクを投稿したことについて言おうとしていたのです。説明してくださってありがとうございます。 crawler 2025-07-16 | 親コメント | トピック: サム・アルトマンのスタートアップ・プレイブック日本語訳 (latpeed.com) 外部記事をあたかも自分のものではないように投稿する人がいるのを見たことがないわけではありませんが、 このケースでは、自分ではないふりをして個人情報を収集したことになるので、問題があるように見えます。 コメントをさらに読み込む
私はそのTechnojoy製品にアップグレードして2か月使っていましたが、理由は分からないままSSDが故障し、別途のアフターサービスも受けられずに終わりました。参考までにレビューを残しておきます。
悩んだ末に、今はiBoff製品を購入して使っていますが、今のところ大きな問題はありません。
ありがとうございます。先生!
Django を使うようになってから、自分のキャリアが大きく向上したと感じているユーザーとして、とても感謝しています。Django にも何度か contribution したことがありますが、これからも長く愛されてほしいですね(笑)
最近まさに必要だったやつなのに…
うううううう
https://ja.news.hada.io/topic?id=21081 この記事が印象に残っています。
リンクが動作していないようです。
https://reddit.com/r/datascience/…
おお、いいですね。以前は
renameコマンドを使ってやっていましたが、事前確認ができて undo に対応しているだけでも本当に便利そうです2.5が出てからかなり経っているのに、なぜ1.5なんだ
根拠としてベンチマーク結果があれば、開発者もより共感しやすいと思います。フレームワークに過度に依存したコーディングがあれば確かにサイトは遅くなるでしょうが、個人的には、サイト内のページ遷移という点では、バニラコードで作られたサイトのほうが、最適化されたフレームワーク製サイトより遅いケースをより多く見てきたからです。もちろん、静的データだけで構成されたサイトなら HTML + CSS だけのほうが速いかもしれませんが、現代に静的データだけのサイトがどれほど一般的なのかはよく分かりません。
個人情報を同意なく収集してもよいですか?
macOSでNVIDIA GPUだけ使えるようにしてくれればいいのに……はは。
> 開発者たちはAIが自分をより速くしたと信じているが
AIを活用したリサーチが速くなることで、より高い品質を実現できるなら、同じ作業でも品質が少し高くなるのではないでしょうか。開発者は作業後の成果物の品質に合わせて開発しようとするなら、自力で到達するよりも、AIの助けを借りて到達するほうが速いと考えているのではないでしょうか。
そもそも使わなかった場合は、もう少し限られた知識だけで実装することになるから、そう見えるのではないかという気がします。
番号を収集するのはかなり気持ち悪いですね。どう使うのかという説明もありませんし。
ユーザー以上に大きな問題は、特定の政党と結託したメディアのSNSやYouTubeにコメントを付けると、すぐさま群がってくるAIボットたちがいることです。
300人のユーザーの処理業務で使われる思考能力の基準を、かなり広く取りすぎているように思います。本当に一般的な常識から論文や高度なテーマまで扱うならこの構成で合っていますが、実際に処理が必要な業務のレベルを考えると、30B程度にRAGが付いた状態なら大半は処理できるはずで、ベースのオープンソースの全ての重みを持ち上げて高い思考力や機能に依存しているため、規模が大きくなりすぎているのではないでしょうか??
また、即時に処理できるものと文書の検索・探索は個別機能として分けるのが適切だと思います。
同時300人を処理するKVキャッシュ対象トークンの範囲も、各20,000トークンの量子化値程度であれば十分余裕を持って使えるはずなので、この部分も過大に見積もられているかもしれません... ??
本当に300人が論文作成を行う博士の方々でないのであれば、思考レベルは高校生程度(14〜30B)に置き、さまざまな社内文書をRAGロジックに合わせて適切なCoTで探索するプロセスとして設定しておけば、無理のない金額で試験運用レベルのプロジェクトになるのではないかと思います。
allwehear.com
音声要約は上記サイトでご覧いただけます。
普通はdarknamerで十分そうですが、パフォーマンスが必要な部分ではこちらを使うとより良さそうですね。
あっ、はい(笑)。私も jhk0530さんの言葉に反論する意図はありませんでした。
私も、サイトが個人情報を求めていたとしても、ご本人だと明かしたうえで投稿されていれば問題ないのではないかと思いますが、
むしろ明かさずに投稿されているので、かえってもっと気味が悪く感じますね
ああ、私の意図は、リンク先の内容そのものではなく、(個人情報の収集を含む)リンクを投稿したことについて言おうとしていたのです。説明してくださってありがとうございます。
外部記事をあたかも自分のものではないように投稿する人がいるのを見たことがないわけではありませんが、
このケースでは、自分ではないふりをして個人情報を収集したことになるので、問題があるように見えます。