興味深く読みました。最初は単にインデックスを張ったという話なのかな？と思ったのですが、そこにとどまらずさまざまな方法を試して共有してくださっていて良いですね。今後はおっしゃる通り trie を使ってみるのも良いでしょうし、あるいは最近よく検索されているトレンド term にもう少し重みを与える、といった形で改善してみても良さそうですね！
一つ気になったのは、term と decomposed term の両方を OR 条件で検索されていましたが、decomposed term のほうが上位互換なのでこのフィールドだけを検索してもよいのでは、という点です。クエリが「neng」でも「n-e-o-ng」に分解されるので、「Naver」で検索できるのではないかと思ったためです。実際に term が「neng」であるものも同じように検索されるはずですし。
感慨深い20周年です。今では使う機会はほとんどなくなりましたが、それでも現場で役立つツールとして、これからも愛され続けてほしいです。
おっしゃることには同意します。
ですが、現在の事態は、荒らし行為をしたユーザーの態度に対する指摘だと見ています。投稿の質がどうこうというのは、論点から外れているように思います。
非友好的な反応は、書き手に荒らし行為の前歴があるという背景のためでしょう。内容がどうこうというのは不要な蛇足だと思います。
おっしゃる通り、decomposed termだけで検索しても十分です。これがある以上、termは不要な条件だったのですが、その点を考慮できていなかったようです。おかげで修正できました。ありがとうございます！
> あるユーザーは「明るいオレンジ色のコントラストは低視力者に有利だ」と言及
> 別のユーザーは「色に依存するデザインは色覚異常のユーザーに不利だ」と反論
www
機械が機械のためのコードを作る。
機械語の上に人間が築いた砂上の楼閣は、結局は崩壊する運命だ。
...なんてことも言えるんですけどね（笑）
元のリンクは電卓のほうだったのですが、実際には電卓そのものの機能よりも、Hacker News に投稿者が書いた内容のほうが本質だと思ったので、リンクを HN 側に変更しました。
私も仕事としてやるコーディング以外では個人的なコーディングをあまりしていなかったのですが、AI のおかげでサイドプロジェクトのコーディングをかなりやるようになっています。
実際に外部に公開するところまでは考えていなかったのですが、いろいろ作っているうちに欲が出てきますね。
GeekNews の Show にも本当にたくさんのプロジェクトが上がってきているのを見ると、みんな似たような感じなのかもしれません。
もちろん、あまりに簡単になったぶん、最後の仕上げが少し足りないまま共有されているようで、少し残念でもあります。
30B A3B なので、そこまで重くはありません。
30B 分の容量は確保する必要がありますが、ひとたび容量さえ確保できれば、アクティブパラメータは 3B なので速度は速いです。
そのため、よく使うレイヤーだけを VRAM に載せる形で最適化する方法も見たことがある気がします。
私は、kunggomさんが私の言った掲示板のたとえすら理解できないほど背景知識のない開発者だとは思っていません。
今の意見の違いは、Abusingユーザーに対する認識から来ているようなので、最後に申し上げます。
私が期待していたのはセマンティック検索です。
セマンティック検索というものは、AIブームの今においてまったく現実味のないテーマでもありませんし、個人でも十分に実装可能なものだということはご存じだと信じています。
そもそも私たちはタイトルをクリックする時点で、記事を書いた人の背景を理解したうえでクリックしているわけではありませんが、もしトラフィックが非常に多かったり収益を出さなければならないサービス ではないとしても、十分に実装可能だという話です。
そして私は今、タイトルについてだけ話しています。
> 原文によると、そのプロジェクトは〜
タイトルを見て想像していたイメージについて話しているので、この部分は今の私たちの会話では必要のない部分でしょう。
> 今この文章を書いた人の状況
今、kunggomさんが文章を書いた人をどう見ているのか分かった気がします。初心者開発者で、どんな文章を書いても理解してあげなければならない開発者だと見ているようですね。
昨日も言ったように、flaggedされていなければ私もそれに同意したでしょうが、書いた文章で推薦操作をした時点で、この話は無意味です。
> そして、もし本当にアビューズが摘発された人が翌日にまた文章を書くことが問題だと考えるなら
上ではこのようにおっしゃっていましたね。
flaggedされたあとも文章を書く自由があるなら、それについて批判する自由もあります。
ご本人がおっしゃったように、今このコメントでflaggedされた人に少し厳しめに言うことが問題だと思うなら、コメントで指摘するのではなく運営陣に提案してみてください。
InstinctのスペックはHBM4 432GB、帯域幅19.6TB/sですが、容量の割にキャッシュ容量が大きいようにも思います。ほかのスペック（ネットワークなど）を知りたければお伝えできます。
あります。ただ、ほとんどは論文を見てゼロから作るというより、オープンソースのリファレンス実装をたどって入っていくことが多いですね。
最近のAI界隈は、話題の論文が出るとPOCも次々に上がってきますが、いざ本番環境ではデータ／インフラ／チューニングのせいで、「動いてはいるけど期待した味」にならないことが多い気がします。
なので最近は、vLLM や Ollama のようなパッケージ化されたスタックに流れている感じです。
興味深く読みました。最初は単にインデックスを張ったという話なのかな？と思ったのですが、そこにとどまらずさまざまな方法を試して共有してくださっていて良いですね。今後はおっしゃる通り trie を使ってみるのも良いでしょうし、あるいは最近よく検索されているトレンド term にもう少し重みを与える、といった形で改善してみても良さそうですね！
一つ気になったのは、term と decomposed term の両方を OR 条件で検索されていましたが、decomposed term のほうが上位互換なのでこのフィールドだけを検索してもよいのでは、という点です。クエリが「neng」でも「n-e-o-ng」に分解されるので、「Naver」で検索できるのではないかと思ったためです。実際に term が「neng」であるものも同じように検索されるはずですし。
「六龍の時代」や「ウェブ三国無双伝」のように、他サイトのギャラリーでもご自身の宣伝をよくされていたようですね。
自分の未完成な成果物をお試し用のように掲げ、その後そのプロジェクトを簡単に放棄する態度を見ていると、この投稿と何が違うのかと思いますが……なぜ他人には厳しい物差しを当てるのでしょうか。
DCインサイドは子どもたちの遊び場だから好き勝手してもよくて、GeekNewsはご自身が愛着を持っている場所だから、誰か他の人が汚すのは我慢できないということでしょうか。
別に論理的に話したいわけではなく、ただダブルスタンダードぶりが斬新で言っているだけなので、反論するあなたの言うことが正しいです。アビューズ頑張ってください。
でも、ビジネスの現場で論文を見て直接実装して使うケースって、もともとあったんですか……？
今回の文章と前回の文章に関して、まずお詫び申し上げます。
使っていないアカウント2つで upvote してしまったのは、私のミスであり、愚かな行為でした。
長い時間をかけて取り組んだプロジェクトを、もっと多くの人の目に留めてもらいたいという思いから、誤った行動を取ってしまいました。
しかし、たとえそうした理由があったとしても、ルール違反を正当化できないのは事実です。
私が軽率に入れた upvote のせいで、誰かの投稿順位は下がっていたはずですし、サイトの秩序も乱してしまったと思います。
また、flagged された翌日に別の新しい投稿をしたことも、十分に誤解を招く行為だったと思います。
正直に言えば、サイトの利用制限が特になかったため、すぐに投稿してもよいのかと思ってしまいました。これは私の考えが浅かったです。
今になって考えると、制裁の有無に関係なく自重すべきでした。
逆の立場で考えてみれば、私自身でも、自分の好きな場所で誰かが同じ行動をしていたら、よくは思わなかったはずです。
私はこれまで、開発を始めてから無条件に「共有」は良いことだと考え、実践してきました。
ですが今回をきっかけに、共有すべき場所と、共有すべきタイミングはそれぞれあるのだと感じました。
また、誰かが愛着と関心を持っている場所に自分が新しく入ってきたのであれば、まず相手を最大限尊重するべきだと感じました。
だからこそ、利用規則から先に読み、サイトの雰囲気も見ながら、それに反する行動はしてはいけなかったと思います。
自分の過ちを認め、その説明としてこの場をお借りしました。
今後は、より成熟した姿勢で利用できるようにします。
私はむしろ理解できません。集団で組織的に非難するために投稿したものだと見ていらっしゃるのでしょうか？ あなたの主張こそ、むしろ各個人が表明できる意見をネガティブに受け取っているように思えるのですが？ 今後は開発日誌程度の文章（
printfで星を描く改善のために目標を立てて改善し、for文を使いました！）のような投稿が上がってきても、同じように温かい気持ちで見てくださることを願います。わあ。Wikipediaも危機だったんだね。
ここはまだ規模があるほうだけど、ほかはみんな死にそうだ
私は、コミュニティの話題と十分に関連していてAIスロップでもない文章に対して、「この記事は私たちのコミュニティの水準にふさわしくない、質の低いものだ」と集団で非難する（あるいはそう見える）行為は、もしかすると投票操作以上にコミュニティの成長と維持に有害だと考えています。というのも、それはそのコミュニティの対外的なイメージを排他的に見せてしまう可能性があり、その結果として潜在的な新規ユーザーの流入を大きく妨げかねないからです。
もちろん、だからといって批判をするなという話ではありません。ただ、少なくともこうした雰囲気は少しおかしいと思います。共通していたのは、自分が期待していた内容ではなかったという点への失望ばかりで、建設的だと思える分析やフィードバックは少数だったからです。
そして、もし本当にアビューズが発覚した人が翌日にまた投稿することが問題だと考えるのであれば、この機会に運営に正式に関連規定の追加を提案してみてはいかがでしょうか。すでにある程度の制裁はあると認識していますが、それでは不十分だとお考えのようですので。
「今この記事を書いた方の状況とはあまり合っていない話」という部分について、もう少し説明していただけますか？
原文によれば、当該プロジェクトは「個人プロジェクトであり、トラフィックが非常に多かったり、収益を上げなければならないサービスではない」と明記されています。したがって、何か大がかりな最適化が入るとすれば、それは単に個人的な好奇心などによるものであって、実用的な理由ではないだろうと推測できます。なので、その程度の技術的努力が投入されていないことを不自然だとは思わないのですが、なぜ一部の方々の反応だけが強く否定的なのか理解できないのです。タイトルで引用されている数値のような部分も、本文の内容と食い違っているわけではありませんし。
ollamaと比べた利点は何でしょうか？> そこで基本に忠実であることよりも、何か大げさな最適化を期待すること自体、少しおかしくありませんか?
人は知っている分だけ見えるものです。
理解しやすくするために、私は今、掲示板作りの例を考えています。
初心者開発者に最初のポートフォリオとしてよく勧められていたのが、掲示板作りです。
単純に考えれば簡単です。
投稿して、一覧に表示されれば終わりです。本当に簡単に作るなら、バックエンドのDBすら必要ないかもしれません。
しかし、人は知っている分だけ見えるものです。
掲示板を本気で作るなら、DBにはじまり、コメント機能、ログイン、さらにログインを発展させればOAuth認証やJWT、単純な投稿機能でも画像や動画の添付、書式のサポート、XSSをはじめとするセキュリティまであります。
同じテキストでも、読む人の背景知識によって思い描くイメージは大きく変わりえます。
kunggomさんがタイトルを見てどのような自動補完を想像されたのかは分かります。
ですが、読む読者はそれぞれ異なる人生を歩んできており、結局のところ読者が想像した機能は互いに大きく異なるはずです。
どのような意図でコメントを書かれているのかも分かります。
私もその意見には同意しますが、今この記事を書いた方の状況とはあまり合っていない話だということは、お分かりいただけると信じています.