約 2,265,915 件
https://w.atwiki.jp/angevierge/pages/79.html
《幸せの運び手 フローリア》 プログレスカード レベル2/赤/P6000/G4000/S1 【妖精】/【魔法】 リンクフレーム なし 《自》リンク-リンクステップ開始時【リンク(5)-2Σ】あなたの山札の上から6枚を、 捨札に置き、そのターン中、このカードのパワーを+4000。 毎日幸せでいっぱい。昨日も明日も、幸せでいーっぱい。 illust vanilla 青蘭の聖少女で登場のレベル2の赤色のプログレスカード。 リンク成功により、さらに6枚のカードをデッキから捨札に送ることができる。 最初のリメイクを早める事ができ、デッキ圧縮に一役買うことができる。 ただし、最初のリメイク以降はリンクフレームを持つカード1枚を除外しなければならない関係上、有効とは言えないため、早々にシフトしたい。 2013年09月20日の追加ダウンロードカードの1枚。 収録 青蘭の聖少女 B1-080 U Q A Q.幸せの運び手 フローリアのリンク成功時の山札残り枚数が ・6枚ちょうどの場合 ・5枚以下の場合 それぞれ、リメイクを含めどのように処理を行えばよいのでしょうか。 A.山札から捨札に複数枚のカードを移動する場合、順番に1枚ずつ処理をしていきます。 6枚ちょうどの場合、6枚めが捨札に移動したあとにリメイクを行います。 5枚以下の場合、その時点での山札を全て捨札に移動した後にリメイクを行い、新しい山札から不足分の枚数を捨札に移動します。 いずれの場合も、この効果で捨札に移動したカードは全てリメイクの山札に含まれます。
https://w.atwiki.jp/bellofelm/pages/961.html
アジアンタム・フローリア 人物データ 身長 135cm 体重 44kg 年齢 20 所属 - 趣味・特技 散歩 搭乗機 - フローリア姉妹の姉。 幼い頃、病を患って、それが元で体の成長が止まってしまった。 そんな境遇にもめげる様子もなく、天真爛漫な性格をしている。 面倒見がよく、色々と世話を焼く（何でも自分で何とかしようとするため、 無理をしてしまうこともある。 高いところに手が届かないのを何とか取ろうとするとか） 追記 主な活躍 SRC外伝「金色の宇宙2～Girls Dream～」 コメント 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/dq10_dictionary/pages/2737.html
・【ブーメラン】スキル 【スライムブロウ】?-【メタルウィング】?-【パワフルスロー】-【シャインスコール】-【バーニングバード】-【デュアルカッター】-【フローズンバード】 概要 ブーメランスキル120で覚えることのできる特技。 消費MP6、CT60秒。 名前から想像のつくとおり、バーニングバードの氷属性版にあたる特技。 威力は0.5倍×7と単体火力としては悪くないのだが、 やや使いづらい属性攻撃であること、チャージタイムがあること、 そしてブーメランを装備できる職業は単体の敵にもっと有効な武器がいくらでもあることから、 お世辞にも強力な120スキルとは言い難い。 性質上、敵が増えれば増えるほど1体あたりのダメージも減ってっしまうので、 完全にブーメランの特性とアンチシナジーになってしまっている。 一方、コロシアムでならいくらか使い出はある。 バイキルトが乗れば単体に400前後のダメージを与えられるので、 前述の特性を踏まえ、孤立した敵に放てば一気にHPを削ることができる。 とはいえ、近くに無敵時間中の敵がいるとそちらを巻き込んでMissだらけになってしまったりと、 欠点も多いので結局使いどころの難しい特技であることに変わりはないのだが……。
https://w.atwiki.jp/fsharpmaster/pages/19.html
丸めワークフローはモナドなのか？モナドとワークフローの境界を探る Haskellでいうところのモナドのお約束は 型構築子 Return Bind という三つ組みで、それぞれに満たすべき性質があります。 このうち、下の二つはF#のワークフローでも必須のものなのですが、最初の型構築子については必ずしも要求されていないところがあります。 それがよく分かるのが、「Programming F#」の「丸めワークフロー」です。 type ReoundingWorkflow(sigDigs int) = let round (x float) = Math.Round(float x, sigDigs) member this.Bind(result float, rest float - float) = let result = round result rest result member this.Return (x float) = round x let withPrecision sigDigs = new RoundingWorkflow(sigDigs) let rest = withPrecision 3 { let! x = 2.0 / 12.0 let! y = 3.5 return x / y } 乗除算の続く計算で、計算ごとに指定の精度に桁数をそろえる機能がこの「丸めワークフロー」です。 とまぁそんなことは細かいことなのです。 ここで注目してほしいのは、Bindの最初の引数の型です。通常ここには型構築子に包まれた型、F#の場合は値を判別共用体が来るものですが、このサンプルでは単純なfloat型となっています。しかし、プログラムの形としては完全にBindの構造を持っていますし、ワークフローとしても完全に動作しています。 このソースはモナドといえるのでしょうか？全てのワークフローはモナドというわけでもないのでしょうか？ Bindの最初の引数が判別共用体である目的 実は圏論のことはよく分かっていない（というか全く分かっていない）のですが、ワークフローでの判別共用体の使われ方についてはなんとなく見えてきた気がしています。そんな僕の現状の理解で、「丸めワークフロー」がなぜ判別共用体で実装されていないのかを考えてみたいと思います。 ワークフローの実装で、判別共用体が必要なケースとはどのような時なのでしょうか？例えば、StatefulFunc/StateBuilderのケースでは、実はStatefulFuncという判別共用体などなくとも全く同じ動作をするコードを書くことができます。 type StateBuilder() = member this.Bind( result state - a * state, restOfComputation a - state - b * state ) = fun initialState - let result, updatedState = result initialState restOfComputation result updatedState member this.Return(x a) = fun initialState - x, initialState let state = StateBuilder() let Add x = fun (currentTotal, history) - (), (currentTotal + x, (sprintf "%dを加算" x) history) let calculatorActions = state { do! Add 2 do! Add 3 } let res, stat = calculatorActions (0, []) 実行結果 val stat int * string list = (5, ["3を加算"; "2を加算"]) val res unit = () 少なくとも、同じことができるか、という観点だけならStatefulFuncなしでも全く同じ動作をするコードは書けるようです。それでもわざわざStatefulFuncでラップする意味は何なのでしょうか？いや、分からないから尋ねてるだけなんですけど・・恐らく、Builderを実装する立場から見て、その上で動く関数に実装制限を設けるためなのではないかと思うのですが・・・ 実装上どうしても必要なケースとそうでもないケース StateBuilderにでは、判別共用体は必ずしも必要なものではなさそうです。RoundingWorkflow（丸めワークフロー）でもそうでした。 しかし、最初のサンプルで出ているDefinedBuilder（Maybeモナド）のケースでは、判別共用体を使わないと実装できません。 この二つの違いは、単に最初の引数から入ってきた値の実際を、matchにかけて処理を分岐する必要があるかないか、ということでしかありません。StateBuilderにしろRoundingWorkflowにしろ、やる処理は一つで分岐がありません。こういうケースでは、判別共用体を使用する実装上の都合は発生しません。しかし、DefinedBuilder（Maybeモナド）では、判別共用体がどちらにmatchしたかで処理を切り替える必要があります。難しい理屈を抜きにするとこういうことなのです。 結論 結局のところ、丸めワークフローはモナドの要件を満たしていないと言えそうです。しかし、あえてモナドという言葉を選ばず「ワークフロー」という言葉を選んだF#の設計チームは、もう少しゆるいルールでモナド的なものを考えてもいいと思っていたのではないかと思うのです。ワークフローの説明に「圏論」という言葉が使われるケースはごくわずかですし、結合法則も要件に登場しません。Haskellのモナドの「形」だけを持ち込んで、モナドっぽいことも含めてモナドを実装できるようにしたものがF#のワークフローなのではないかと思うのです。「モナドっぽいの好き」って、世代か。 （文責：片山 功士 2012/01/01） 今日： - 人 昨日： - 人 トータル： - 人
https://w.atwiki.jp/talesofdic/pages/17209.html
フロードツリー(ふろーどつりー) 登場作品 + 目次 ハーツ 関連リンク関連種ハーツ ネタ ハーツ No. 242 種族 植物 Lv 55 HP 20900 攻撃力 740 術攻撃力 300 防御力 930 術防御力 880 命中力 890 回避力 910 集中力 890 弱点属性 風 経験値 460 ガルド 460 出現場所 ラトウィックの森 落とすアイテム フロートコットン×3・吸念草の種×3 盗めるアイテム フロートコットン (※基準はNormal 落とすものは最大値) 行動内容 腕を振り下ろして前方の相手を攻撃する。 腕を振り上げて前方の相手を攻撃する。 腕でつかんで前方の相手を攻撃する。HIT時、掴んで4回攻撃する。 総評 腕の形をした水色の樹木型の魔物。ラトウィックの森で特定の枯れ木にエナジーブロウを当てると2体出現する。 3回分の鋼体を持ち、腕の部分を使った振り下ろしや振り上げの他、掴みで連続攻撃してくる。 単発攻撃中心だが、強い鋼体と高い攻撃力からの連続掴みには注意。 ▲ 関連リンク 関連種 ハーツ 怪腕樹 ▲ ネタ 名前は「詐欺木」という意味。 フロード(英：fraud)=詐欺、欺瞞(ぎまん)、詐欺行為、不正手段、詐欺師、ぺてん師、偽物 ▲
https://w.atwiki.jp/magicman/pages/15894.html
流しの影シャワート・フロー C 闇文明 (3) クリーチャー：ゴースト 1000 ■スレイヤー ■このクリーチャーが破壊された時、他のプレイヤーはそれぞれ自身のクリーチャーを1体破壊する。 作者：切札初那 フレーバーテキスト キャー！チカン・トレイン君のエッチー！ ――流しの影シャワート・フロー 収録 NDM-03 「学園編 シーズン3 秋に告げた気持ち」 名前 コメント
https://w.atwiki.jp/ol_geo/pages/22.html
エルフロールは、オールド大陸に位置する国家である。国番号は3。 概要 [部分編集] 多くのエルフが住むと言われている。森に囲まれた地域で妖精や動植物もたくさん見かけられる。（公式より） 気候 [部分編集] 文化 [部分編集] その他 [部分編集]
https://w.atwiki.jp/gununu/pages/1291.html
アリシア・フローレンス〔ありしあ・ふろーれんす〕 作品名：ARIA 作者名：[[]] 投稿日：[[]] 画像情報：640×480px サイズ：176,257 byte ジャンル：帽子 キャラ情報 このぐぬコラについて コメント 名前 コメント 登録タグ ARIA 個別あ 帽子
https://w.atwiki.jp/hikalun-original/pages/271.html
〔ふろーね〕 imageプラグインエラー 画像URLまたは画像ファイル名を指定してください。 称号：『??の英雄』、『時空の守護神』、『？？？』 本名：『フローネ・リグレット』 FullName：【Flone-Regret】 名前の由来『？？？、心残り』 通称（愛称）姉御(初代) 性別：女性 種族：神、時人 種類：初代英雄、守護神 特殊能力：系能力、系能力 核石：『』『』 主な武器：不明 守護武器：『』 色設定：肌：【白】色白 髪色：【紅玉色】ガーネット 瞳色：【蒼翠色】ブルー・グリーン 一人称：『あたし』 二人称：『』 三人称：『』 職業1： 職業2： 階級： コードネーム『【】』 性格： 髪型：（） 特徴： 年齢：??歳(外見) 身長：??㎝ 体重：??㎏ 好きなモノ： 嫌いなモノ： 属性： 耐性： 技： 〔系属性〕 『』…〔/：〕 『』…〔/：〕 〔系属性〕 『』…〔/：〕 『』…〔/：〕 〔連結系〕 『』…〔/：〕 ＣＶ：本田 貴子 基本台詞：『』 『』 『』 『』 目的： 大切なモノ： 関連人物：『【】』 『【】』 『【】』 『【】』 外伝要素： 登場作品： 創作者名：流星群 輝流orヒカルン ≪の詳細情報≫〔説明文〕 編集中…。 ≪関連・追加情報≫ 色設定：〔使用ネオピコマーカー色orコピックスケッチ・チャオ色〕 ［肌色：ペール・フルーツ・ピンク 番号 Ｅ-000］ ［髪色：ガーネット 番号：Ｒ-39］ ［瞳色：ブルー・グリーン 番号：ＢＧ-09］ ［艶：ローズ・レッド 番号：Ｒ-85］
https://w.atwiki.jp/runeworth123/pages/94.html
ルーンワース１ スタッフロール ──曲が次第にフェードアウトしていき、「Fin」の文字が薄れていき・・・ 「T＆E SOFT」のロゴが出現して、プロローグが再び流れるのだった。 エンドレス！歴史は繰り返す！（うそです） ※wikipediaに「ルーンワース」の項目がないので、作るときはこれを参考にすればいいんじゃないでしょうか