約 2,321,101 件
https://w.atwiki.jp/kojiro/pages/31.html
最初に表れる位置(FIND) 最初に表れるバイト数(FINDB) FIND(検索文字列,対象,開始位置) FINDB(検索文字列,対象,開始位置) 検索文字列 検索したい文字列。大文字と小文字は区別されます。 空文字列("")を指定すると必ず1 が返ります。 対象 検索文字列を含む文字列。 開始位置 検索を開始する位置。 省略すると1 とみなされます。 例 =find("o","Microsoft Word")=5 =find("う","とうきょうと")=2 =findb("う","とうきょうと",5)=5 ３番目の例では、5 バイト目から探しているので「とうきょうと」の後ろの「う」の位置が戻り値として返されます。 FIND 関数とFINDB 関数のように+B がつくと１バイトと２バイトを区別する関数は他にも存在する。 他の検索系の関数もそうだが、基本的に最初に見つけた文字列しか返さないので、上の例のように同じ文字がいくつか出てくる時には一工夫必要になる。 SEARCH 関数とSEARCHB 関数との違いはワイルドカードが使えるか、大文字と小文字を区別するか。FIND 関数とFINDB 関数はワイルドカードは使えないが、大文字と小文字を区別する。
https://w.atwiki.jp/toho/pages/1915.html
FIND サークル Attrielectrock Number Track Name Arranger Original Works Original Tune Length 01 prologue_fated REi Aer 後述 後述 [01 13] 02 終わる月夜／消えてくれない陽の光 REi Aer [03 11] 03 interlude_act.1「血のように紅が染まる」 REi Aer [02 17] 04 prologue_end REi Aer [02 40] 05 消えゆく影と去りゆく足跡と REi Aer [04 02] 06 interlude_act.2「それでも在り続ける木漏レ日」 REi Aer [02 01] 07 prologue_red REi Aer [06 13] 08 ever ending story REi Aer [08 01] 09 interlude_act.3「点と点、線と線、結んで解けて...」 REi Aer [07 14] 10 prologue_find REi Aer [05 54] 11 其の世界の全テ REi Aer [08 10] 12 epilogue_ REi Aer [05 58] Original Works 東方紅魔郷／東方花映塚 Original Tune 亡き王女の為のセプテット／フラワリングナイト／U.N.オーエンは彼女なのか？ 詳細 コミックマーケット75(2008/12/29)にて頒布 イベント価格：700円 ショップ価格：945円(税込) レビュー 名前 コメント
https://w.atwiki.jp/aster-infra/pages/179.html
findコマンド 条件を指定することによって、ファイルやディレクトリを検索する。 演算子で結ぶことによって複数の検索条件を使用できる。 検索条件がなければ、すべてのファイル・ディレクトリを表示する。 find [検索するディレクトリ] [option] (例) find /mmpf/table/bin/* -name test.sh ディレクトリで/mmpf/table/bin/直下にあるtest.shでヒットするもの全てを検索。 オプション 概要 基本的な検索 -name [file name] 指定した文字列のファイル・ディレクトリを検索 -user [user name] 指定したユーザーが所有するファイル・ディレクトリを検索 -group [group name] 指定したグループが所有するファイル・ディレクトリを検索 -type [filetype] ファイルの種類を指定して検索 b：ブロック型特殊ファイル c：キャラクタ型特殊ファイル d：ディレクトリ l：シンボリックリンク f：通常ファイル 日時で検索 -atime (+/-)n 最後にアクセスしたのがn日前のファイル・ディレクトリを検索(+n n日以上、-n n日以下) -ctime (+/-)n 最後にステータスが修正されたのがn日前のファイル・ディレクトリを検索(+n n日以上、-n n日以下) -mtime (+/-)n 最後にデータが修正されたのがn日前のファイル・ディレクトリを検索(+n n日以上、-n n日以下) -mmin (+/-)n 最後にデータが修正されたのがn分前のファイル・ディレクトリを検索(+n n分以上、-n n分以下) -newer [file name] 指定したファイルよりも後に更新されているファイル・ディレクトリを検索 サイズで検索 -size n[c/k/b] nのサイズのファイルを検索(c バイト、k キロバイト、b ブロック－1ブロック=512バイト)
https://w.atwiki.jp/marchetype/pages/57.html
find . -name "*.jpg" | xargs chmod 666
https://w.atwiki.jp/whitebrowser/pages/33.html
//----------------------------------------------------------------------- //** find /** keyを検索ボックスに入れて、直ちに検索を行う * @paramkey 検索文字列 *///--------------------------------------------------------------------- メソッド一覧
https://w.atwiki.jp/unitymemo/pages/90.html
Find GameObject obj=GameObject.Find("MapRoot"); FindWithTag GameObject obj=GameObject.FindWithTag("Enemy"); 複数のObject削除 GameObject[] obj=GameObject.FindGameObjectsWithTag("Pole"); foreach(GameObject obs in obj) Destroy(obs);
https://w.atwiki.jp/hirokatsukataoka/pages/48.html
FIND特徴量 2011年5月18日に，自動車技術会春季大会に参加してきました． そこで，豊田中央研究所の方が発表されていた，FIND特徴量について報告します． 詳細は以下より． [研究目的] 歩行者を検出する さらに，歩行者の移動方向を推定→横断中の歩行者は危険であると判断 歩道を歩いている歩行者は安全なので無視する [FIND特徴量] HOG特徴量の改良 HOGのおさらい HOGはセル内のエッジ勾配特徴量を記述している 一定領域の形状を記述できる しかし，類似した物体に対しては誤検出してしまう →頑健な検出精度を持つ特徴量が必要 HOGからの改良点 特徴量の取得まで行ってから調和平均により記述する セルの二つの特徴同士を調和平均により新しく記述する 要素間の相関関係を特徴量化可能 対象の輪郭形状をより精緻に表現 実験の結果，FIND特徴はHOGやCoHOGよりも高い精度を誇る しかし，計算コスト，見え方の変化が問題視 →そこで，カスケード識別器を用いる 3段構造を取り， 最初の段では高速だが粗く，後段に行くほど処理は遅いが精密に識別する 最終ステップでは探索点が数十点となる 学習方法としては，歩行者の向き別に学習し識別器を組み合わせている [実験] 精度検証 向き別の学習，カスケード構造をした方が効果的 処理速度 カスケード構造有 250ms/frame 無 30 s/frame 参考文献 後藤邦博，城殿清澄，木村好克，内藤貴志，"FIND特徴を用いたカスケード型識別器による歩行者検出および向き推定"自動車技術会春季大会学術講演前刷集,No.11-11 pp.17-20,2011.5
https://w.atwiki.jp/hmiku/pages/40818.html
【登録タグ F オゾン 初音ミク 曲】 作詞：オゾン 作曲：オゾン 編曲：オゾン 唄：初音ミク 曲紹介 「暗闇でひとりのわたし」 作詞作曲の他、動画も オゾン 氏が制作している。 イラストは からながれ朱雀 氏が手掛ける。 歌詞 降りしきる雨 鳴り止まぬ音 今更の後悔に うつつを抜かす 失くしてしまった 優しい思い出 Miss You あの日から閉ざした心は 脆く 弱く 冷たくって 暗闇でひとりのわたしを 早く見つけて Find Me コメント 名前 コメント
https://w.atwiki.jp/d2x2ch/pages/90.html
Find Item 日本名：ファインド・アイテム 略称：掘り 効果 必要レベル 12 必要スキル Find Potion 敵の死体を掘り、一定の確率でアイテムを発掘する。 一度掘った後の死体はいかなるスキルにも再利用不可。 また、既に他のスキルで使用されたり、成仏効果付きアイテムの装備者が作った死体にも適用不可。 このスキルの使用速度はFCRに依存する。 Level 1 2 3 4 5 6 7 8 9 10 Mana Cost 7 Chance to Find % 13 19 24 29 32 35 37 39 41 42 Level 11 12 13 14 15 16 17 18 19 20 Mana Cost 7 Chance to Find % 44 45 46 47 47 49 49 50 50 51 Bonusを受けるスキル なし Bonusを与えるスキル なし 評価 敵の死体を掘り、成功するとその敵をもう一回倒したのと同じドロップを得られる。 Barbarianが優れたトレハンキャラとされているのは、このスキルによるところが大きい。 理論上ボスなどの掘れない敵以外の死体を全部掘ると、ドロップの合計がFind Itemの成功率％増える計算になる。しかも掘るときは裏装備のアリババなどに持ち替える場合が多いので、ユニークやセットが出るチャンスはもっと大きくなる。 しかしながら、実際の所大量の敵をいちいち掘るのは非常に面倒くさく、そしてウッホウッホという暑苦しい声を聞き続けるのは精神的に結構つらいものである。（人によっては素敵に感じるかもね） バールランなどではある程度攻撃力のあるパーティーの場合、馬場は吠える以外に役に立つことはほぼ無いので、それならばいっそ堀りに専念した方が貢献度が高い。 このスキルのフレーム数はFCRに依存する。 それ故、普段はCombat Skillsで物理攻撃を行い、敵を掃除後に裏のMF装備で兼業トレハンを行うスタンダードな馬場ビルドではあまり掘り速度の向上は望めない。 逆に十分な装備の揃った吼え馬場がこのスキルを使うと、気味が悪いほどの速度で死体を掘りまくることが出来る。 使い方 敵の死体の辺りをを右クリック押しっぱなしでカーソルを適当に動かせば勝手に掘ってくれる。 敵全部を掘るのはあまりに面倒くさいが、ユニークモンスターを掘る価値は十分にある。 掘る前に、Battle Commandが切れていたらかけ直そう。 スキル振り 基本的に１＋ブーストで十分事足りる。 War Cry系は吠え馬場じゃなくともスキルGCを積んで損はないので、１０ポイント前後ブーストされていることが多く、わざわざこのスキルに貴重なポイントをつぎ込む必要は無い。 裏装備がBlade of Ali BabaやGull等のトレハン二刀流でブーストに不満が残る場合、多少振っておくのもありかも知れない。 何故なら、せっかくのMFも掘りに失敗すれば効果を発揮できないからだ。 掘り馬場は当然２０突っ込むしかない。 また、裏にHeart Carverを２つ持てばポイント要らずで８＋ブーストLV分が得られるので、掘り馬場でも無ければこれでも。(特にMF＝0でベースアイテムの発掘を狙う場合に有効) その他 http //www.battle.net/diablo2exp/skills/barbarian-warcries.shtml#finditem 名前 コメント
https://w.atwiki.jp/ff11windower2/pages/145.html
Windower4－プラグイン－Find プラグイン情報 開発者 本家フォーラム - 変更履歴 概要 使い方 コマンド