アカウント名:
パスワード:
タレコミ人が利用してみたところ、キーワードに日本語をサポートしていることを発見したのですが、インデックスされたソースコードが少ないのかキーワードがまずいのか結果は良くありません。
ソースコードの中身を検索するものですから、日本語をキーワードにして探すのは得策ではないよ。タレコミ人さんの例でいえば、"ソート" ではなく "sort" で探
ところが、「 [koders.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
(オープン)ソースコードに日本語を書く人は少ない (スコア:3, 興味深い)
ソースコードの中身を検索するものですから、日本語をキーワードにして探すのは得策ではないよ。タレコミ人さんの例でいえば、"ソート" ではなく "sort" で探
日本語検索の問題 (スコア:0)
どうもそれっぽい (スコア:1, 興味深い)
ところが、「 [koders.com]
つまり (スコア:1, 参考になる)
デリミタから次のデリミタまでの間の
「オーディオをひとつのプロジェクトからもうひとつのの
プロジェクトに貼り付けするときに」
をひとつの単語
Re:つまり (スコア:1)
たしか、日本語プログラム言語「ひまわり」(だったと記憶していますが)は、
分かち書きしない「より自然な」日本語チックな文法に
傾倒しようとしてらっしゃるらしいですね。
個人的にはあまり好きでない方向性だと思っています。
ツールへの負担が大きすぎるから。
負担ってゆーか、(計算機の命である)確実性すら下がっちゃいませんかね。
最もインテリジェントで柔軟な人間ですら稀に単語の境界を読み違えて困るというのに、
計算機にそれをさせようなんて、無謀じゃないのか?と。
それよか、
むしろ人間は多少のスペースが入ろうが入る
Re:つまり (スコア:1)
>#SuffixArrayくらいしか思いつかないのでG7。
SuffixArrayは、このファイルのどこにソレがあるのかを高速検出するための
手法であって、ここで求められているのは、どのファイルにソレがあるのかを
検出する手法であるたべさ。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.