wedding 2025-02-20 | 親コメント | トピック: a0.dev - AIベースのReact Nativeアプリ生成プラットフォーム (a0.dev) 2文字ドメインなら高そうですね？ iolothebard 2025-02-20 | 親コメント | トピック: Svelte 5はJavascriptではない (hodlbod.npub.pro) 過ぎたるは及ばざるがごとし 心魔に取り憑かれる 屋上屋を架す ndrgrd 2025-02-20 | 親コメント | トピック: ロシア関連の脅威アクター、Signal Messengerを積極的に標的化 (cloud.google.com) 脆弱なのは事実ですが、グループチャットさえまともに暗号化していないTelegramが、セキュリティ面で批判していること自体が滑稽ですね。 bootno2316 2025-02-20 | 親コメント | トピック: Perplexity、共産党の検閲を取り除いた deepseek R1 AI を公開 (huggingface.co) 学習済みの結果としてモデルは公開されていますが、元データは公開されていないため、「オープンソース」ではありません。制限はあるものの、すでに学習済みのモデルの上で追加学習や改変はできるので、今回出たものはそうした形で修正されたバージョンです。 street62 2025-02-20 | 親コメント | トピック: 電卓アプリ？ 誰でも作れるんでしょ？ (chadnauseam.com) 余談ですが、AIのneoが「そうじゃん」と訳したのが興味深いですね。原文は "Anyone could make that" で、いたずらっぽいニュアンスはないのに（笑）、ぴったりですね。 kuber 2025-02-20 | 親コメント | トピック: Microsoft、量子プロセッサー「Majorana 1」を公開 (azure.microsoft.com) 比喩的に言えば、特定の点で量子現象を観測していた従来方式ではなく、特定の線で量子現象を観測することで、エラーへの耐性が高まり、いろいろと扱いやすくなるようです。 いずれにせよ、Science の領域の問題を Engineering の領域の問題へ引き寄せたわけなので、かつてインテルが毎年2倍ずつ性能を引き上げたように、指数関数的な性能向上も期待できるのではないかと思います。 もちろん、今が量子コンピューターの ENIAC 時代なのか、インテル 386 時代なのかは、まだ未知数です。 bus710 2025-02-20 | 親コメント | トピック: Microsoft、量子プロセッサー「Majorana 1」を公開 (azure.microsoft.com) ほかの記事では 固体・液体・気体ではない第4の形態だと言っていましたが……。物理に詳しくない私は、ただ表面的に「そういうものか」と受け止めるだけです（笑） ifmkl 2025-02-20 | 親コメント | トピック: コードベースのプロンプトでプロンプトエンジニアリングをしてみた (pronist.tistory.com) ふむ……興味深いですね。楽しく読ませていただきました。 xguru 2025-02-20 | 親コメント | トピック: Apple、iPhone 16eを発表 (apple.com) iPhone 16eの発表に関するJohn Gruberの考えと観察 xguru 2025-02-20 | 親コメント | トピック: iPhone 16e発表に関するJohn Gruberの考察と観察 (daringfireball.net) Apple、iPhone 16eを公開 chicol 2025-02-20 | 親コメント | トピック: Apple、iPhone 16eを発表 (apple.com) 私は15 Pro Maxを使っているのですが、今回出るモデルがSEサイズでホームボタンなし、MagSafe対応、さらにDynamic Islandまで付いていたら即買うつもりでしたが……残念な結果になりましたね。 handreic 2025-02-20 | 親コメント | トピック: コードベースのプロンプトでプロンプトエンジニアリングをしてみた (pronist.tistory.com) https://huggingface.co/blog/open-deep-research#using-a-codeagent open deep search の記事(https://ja.news.hada.io/topic?id=19071)でも似たような話がありました。確かに自然言語よりもコードで書いたほうが、より明確に指示を出せるのではないかと思います。 xguru 2025-02-20 | 親コメント | トピック: HP、HumaneのAIソフトウェアを買収 (humane.com) Humane、胸に付けるAI機器「ai pin」を公開 消費者の不満はとんでもないことになりそうですね。 700ドルを払って買ったのに、25年2月28日以降はオンライン機能がまったく動作せず、バッテリー残量だけ確認できるそうで（笑） これについてのJohn Gruberの表現が面白いです。 こいつらのFAQは「Fucking Angry Questions」なんじゃないか HPがいったいあれを買って何をしようとしているのかも、よく分かりません。 illiil1lii 2025-02-20 | 親コメント | トピック: ブログがないせいで失敗したスタートアップは存在しない (hackernoon.com) AIに追われて魅力的でもない機能を搭載するGalaxyに、似たような感情を覚えました。 特に昨年のGalaxy S24は、製品性能という本質においてあまりにも失望させられました。 trijin11 2025-02-20 | 親コメント | トピック: ブログがないせいで失敗したスタートアップは存在しない (hackernoon.com) うまく煽れるようにしないといけないんですね whitelips 2025-02-20 | 親コメント | トピック: ブログがないせいで失敗したスタートアップは存在しない (hackernoon.com) 同感です。毎日LinkedInを見ながら、コンテンツ競争が激化しているのを感じています。プロダクトの話を見つけるのが難しいです。 colus001 2025-02-20 | 親コメント | トピック: Svelte 5はJavascriptではない (hodlbod.npub.pro) React と、特に Next の影響を少なからず受けて、妙な方向に変わってしまったと思います。+page は Svelte を知らない状態で見ると理解しづらいですし、$state や $derived のような rune は React を追っているように見える一方で、むしろ変数の前に $: を付けていた時代のほうがまだ良かったように思えます。{#each a in array} {/each} のような古めかしい文法も我慢できなくはないですが、やはり面倒です。選択的 reactivity による性能改善というのであれば、SolidJS のほうがはるかに良い方向性だと思います。JSX をそのまま使うぶん、React から移行しやすいのもありますしね。SolidJS が相対的にあまり注目されていないのが不思議なくらいです。 winterjung 2025-02-20 | 親コメント | トピック: コードベースのプロンプトでプロンプトエンジニアリングをしてみた (pronist.tistory.com) 経験を共有してくださってありがとうございます。 > 本文には元記事の内容を要約するか、もし元記事が英語であれば韓国語の翻訳要約文を直接書いていただけると助かります。 サイト利用方法をご参照のうえ、元記事の内容を少しでも要約して投稿していただけると、さらに良いと思います〜 bbulbum 2025-02-20 | 親コメント | トピック: コードベースのプロンプトでプロンプトエンジニアリングをしてみた (pronist.tistory.com) コードを書かせるためのプロンプトを、コードで書けるわけですね aer0700 2025-02-20 | 親コメント | トピック: 私のLLMコード生成ワークフロー (harper.blog) 私はまだLLMを、高度なGoogleや親切なStack Overflowのようなものとして使っている段階ですが、もっとうまく活用する方法があるのか考えてみる必要がありそうです。 私としては、どう作るかももちろん重要ですが、なぜ動くのかをAIと一緒に考えることも重要な気がします。昔の技術文書や標準のようなものを探すときには、LLMが役に立ちます。 コメントをさらに読み込む
2文字ドメインなら高そうですね？
過ぎたるは及ばざるがごとし
心魔に取り憑かれる
屋上屋を架す
脆弱なのは事実ですが、グループチャットさえまともに暗号化していないTelegramが、セキュリティ面で批判していること自体が滑稽ですね。
学習済みの結果としてモデルは公開されていますが、元データは公開されていないため、「オープンソース」ではありません。制限はあるものの、すでに学習済みのモデルの上で追加学習や改変はできるので、今回出たものはそうした形で修正されたバージョンです。
余談ですが、AIのneoが「そうじゃん」と訳したのが興味深いですね。原文は "Anyone could make that" で、いたずらっぽいニュアンスはないのに（笑）、ぴったりですね。
比喩的に言えば、特定の点で量子現象を観測していた従来方式ではなく、特定の線で量子現象を観測することで、エラーへの耐性が高まり、いろいろと扱いやすくなるようです。
いずれにせよ、Science の領域の問題を Engineering の領域の問題へ引き寄せたわけなので、かつてインテルが毎年2倍ずつ性能を引き上げたように、指数関数的な性能向上も期待できるのではないかと思います。
もちろん、今が量子コンピューターの ENIAC 時代なのか、インテル 386 時代なのかは、まだ未知数です。
ほかの記事では
固体・液体・気体ではない第4の形態だと言っていましたが……。物理に詳しくない私は、ただ表面的に「そういうものか」と受け止めるだけです（笑）
ふむ……興味深いですね。楽しく読ませていただきました。
iPhone 16eの発表に関するJohn Gruberの考えと観察
Apple、iPhone 16eを公開
私は15 Pro Maxを使っているのですが、今回出るモデルがSEサイズでホームボタンなし、MagSafe対応、さらにDynamic Islandまで付いていたら即買うつもりでしたが……残念な結果になりましたね。
https://huggingface.co/blog/open-deep-research#using-a-codeagent
open deep search の記事(https://ja.news.hada.io/topic?id=19071)でも似たような話がありました。確かに自然言語よりもコードで書いたほうが、より明確に指示を出せるのではないかと思います。
Humane、胸に付けるAI機器「ai pin」を公開
消費者の不満はとんでもないことになりそうですね。
700ドルを払って買ったのに、25年2月28日以降はオンライン機能がまったく動作せず、バッテリー残量だけ確認できるそうで（笑）
これについてのJohn Gruberの表現が面白いです。
こいつらの
FAQは「Fucking Angry Questions」なんじゃないかHPがいったいあれを買って何をしようとしているのかも、よく分かりません。
AIに追われて魅力的でもない機能を搭載するGalaxyに、似たような感情を覚えました。
特に昨年のGalaxy S24は、製品性能という本質においてあまりにも失望させられました。
うまく煽れるようにしないといけないんですね
同感です。毎日LinkedInを見ながら、コンテンツ競争が激化しているのを感じています。プロダクトの話を見つけるのが難しいです。
React と、特に Next の影響を少なからず受けて、妙な方向に変わってしまったと思います。
+pageは Svelte を知らない状態で見ると理解しづらいですし、$stateや$derivedのような rune は React を追っているように見える一方で、むしろ変数の前に$:を付けていた時代のほうがまだ良かったように思えます。{#each a in array} {/each}のような古めかしい文法も我慢できなくはないですが、やはり面倒です。選択的 reactivity による性能改善というのであれば、SolidJS のほうがはるかに良い方向性だと思います。JSX をそのまま使うぶん、React から移行しやすいのもありますしね。SolidJS が相対的にあまり注目されていないのが不思議なくらいです。経験を共有してくださってありがとうございます。
> 本文には元記事の内容を要約するか、もし元記事が英語であれば韓国語の翻訳要約文を直接書いていただけると助かります。
サイト利用方法をご参照のうえ、元記事の内容を少しでも要約して投稿していただけると、さらに良いと思います〜
コードを書かせるためのプロンプトを、コードで書けるわけですね
私はまだLLMを、高度なGoogleや親切なStack Overflowのようなものとして使っている段階ですが、もっとうまく活用する方法があるのか考えてみる必要がありそうです。
私としては、どう作るかももちろん重要ですが、なぜ動くのかをAIと一緒に考えることも重要な気がします。昔の技術文書や標準のようなものを探すときには、LLMが役に立ちます。