約 61,962 件
https://w.atwiki.jp/aias-jsdoctoolkit/pages/48.html
トップページ ドックコメントの書き方 タグリファレンス @throws @throwsタグには、関数(やメソッド)が投げる可能性のある例外について記述します。 http //code.google.com/p/jsdoc-toolkit/wiki/TagThrows 別名 @exception 構文 @throws {exceptionType} exceptionDescription exceptionType -- 省略可:関数が投げる例外のタイプ exceptionDescription -- 省略可:例外の説明 例 /** * @throws {OutOfMemeory} If the file is too big. */ function processFile(path) { }
https://w.atwiki.jp/kuin/pages/22.html
ここではKuinに関するバグや仕様についてまとめています。 ここに載っていないバグは、未報告のバグなので、書き込みお願いします。 FIXME 要望 Ver.0.04での更新情報(0.04同梱のReadme.txtより抜粋) FIXME Kuinの開発者が「修正すべきタスクのまとめ」を欲しているため、Wikiにリストアップしています。 加筆・修正にご協力をお願い致します。特にルールはありません。じゃんじゃん書き込みましょう。 記入日 不具合の概要 詳細 修正見込等 2013/09/29 avast! 詳細 2013/10/07 Draw@CFontクラスのMakeTexメソッド、等幅フォントを指定しても等幅にならない 詳細 2013/11/16 ReadMe.pdf、35ページ目。stach (stackのtypo) 2013/11/17 ReadMe.pdf、25ページ目。list, stack, queueの定義で、[]は不要(そのままだとコンパイルエラーになる)。var a []list int #list int 2013/12/08 幅あるいは高さが4より小さい kntexファイル(例えば2x2)を読み込むと関数固有のエラー Code = 1002 仕様。Readme.pdfに書く予定 2014/01/04 ドライバ依存でRectに角が生えることがある。 rさん 修正予定なし。 2014/01/25 ReadMe.pdf、32ページ目。Subメソッドの戻り値の型がintになっている。正しくは[]type 2014/02/09 const num float 1.0e-5がコンパイルエラー(E1007 不正な数値表現)。1.0e5は問題なし。 1.0e5が通るのが不具合 2014/02/11 dictでGet()したものをそのままToStr()すると値がおかしい。 (Kuin 1.01)(keyが存在しない場合は問題なし) 2014/02/14 classでメンバの関数型の変数を使うコードで番号なしコンパイルエラー「Error インデックスが配列の境界外です。」 詳細 2014/02/16 https //github.com/tatt61880/kuin_test/ ←これで意図せぬコンパイルエラーがでないか。 Kuin更新時チェック用 2014/03/?? リリースコンパイル時に大文字小文字を区別しない ↑ここに追加してください。 ※このページはあくまで覚え書きです。本当に不具合か、詳細情報が十分かどうかを、Kuinの作者(b2)に問い合わせるのが望ましいです。 要望 記入日 要望の概要 詳細 実装見込等 2013/11/03 ラベル・ボタン・テキストボックス・チェックボックス・ダイアログボックスの実装 2013/11/03 Input.knの改善 タイピングゲームが作れるレベルに。 2013/10/29 無駄にキャストした場合のエラーメッセージをわかりやすくしてほしい。 詳細 2013/11/02 「Error E2007 型が一致しません。 キャストなどを用いて正しい型に変換してください。」をよりわかりやすくしてほしい。 詳細 2013/11/21 breakでブロック名が指定されていない場合のコンパイルエラーメッセージが E1000。わかりやすくしてほしい。 2014/01/25 Input@PadやInput@Mouseで押されていない時間がマイナスの値で取得できるといい 2014/02/15 GUIなしで実行するexeを出力するモード(ツール用にほしいです) 2014/02/15 外部のdllやexeを実行する手段。 2014/02/15 eval 2014/02/22 メッセージボックスを出力する関数。(Dbg@Logはデバッグモードでしか使えないので) 2014/03/08 dict型のキー一覧の配列を返すKeys()メソッド ↑ここに追加してください。 ※このページはあくまで覚え書きです。要望の詳細が十分Kuinの作者(b2)に伝わるか、確認するのがのが望ましいです。 【便利な検索機能】 Twitter検索 修正 from b2 Twitter検索 修正 from tes_so Twitter検索 調査 from b2 Twitter検索 調査 from tes_so Ver.0.04での更新情報(0.04同梱のReadme.txtより抜粋) 30fpsを60fpsに変更 明るい部分が発光する効果(キラキラエフェクト)の廃止 例外コードの全面的変更(より扱いやすい10進数の数値へ) list型、stack型、queue型のサポートおよび、それらをforeachで回せるように クラスの継承周りとアクセス指定子の完全サポート ソースレベルのアクセス指定子のサポート スーパークラスに.ToBins()、.FromBins()メソッドが追加されているが、まだ使用してはならない 配列に.Sub()メソッドが追加されているが、まだ使用してはならない フィルタ機能の追加。Draw@SetFilter()関数で、画面全体をグレースケールやセピア調にできる 描画処理を10倍程度高速化。 sbyte型の廃止。byte型に符号付き算術シフト.Sar()メソッドの追加 throw 2000, "Hoge" のように、文字列が投げられる機能の完全サポート(文字列を含む例外をcatchしなかった場合にメモリリーク警告が出ますが、これに関してはちゃんと解放されていますので安心してください) その他、多数の細かなバグ修正 例外コード一覧 0000~0499 ユーザが自由に使えるメッセージ領域 0500~0599 Kuin側が使用するメッセージ領域0500 アプリケーションの終了要求(ウインドウを閉じると発生) 1000~1999 関数ごとに自由に使えるメッセージ領域この領域では、例外コードとその意味が1対1に対応していない。関数ごとに独立して設定できる。 以下に、標準ライブラリ関数での例外コード一覧 Snd@Load1000 サポートしていない形式のファイルをロードした 1001 サウンドのハードウェアエラー CSnd.Play1000 不正な引数パラメータ SaveData@Load1000 セーブデータが破損している(プレイヤーによる改竄の防止) int.ToStrF, float.ToStrF1000 不正なフォーマット指定 1001 長すぎるフォーマット指定 Kuin@Hash1000 長すぎるデータ列 CStream.Seek1000 不正なOrigin指定、もしくはファイルの範囲を超えた位置にシークした CStream.Read***1000 読み込めるデータが残っていない(ファイル終端にたどりついた) 1001 読み込んだデータがintやfloatなど得ようとした数値の型の範囲を超えている Draw@LoadTex1000 サポートしていない形式のファイルをロードした 1001 テクスチャサイズが、一辺2^nピクセルになっていない 1002 グラフィックスのハードウェアエラー Draw@LoadFont1000 サポートしていない形式のファイルをロードした CFont.MakeTex1000 テクスチャサイズが大きくなりすぎた 1001 グラフィックスのハードウェアエラー Draw@LoadObj1000 サポートしていない形式のファイルをロードした 1001 グラフィックスのハードウェアエラー CObj.Draw1000 不正な引数パラメータ Draw@SetCamera1000 不正な引数パラメータ(長さゼロのベクトルを指定した) Draw@SetLight1000 不正な引数パラメータ 2000~2999 ユーザが自由に使える例外領域 3000~3999 Kuin側が使用する例外領域3000 assert文の条件がfalseになった 3001 GBerry.knが見つからない(この例外を検知しても、GBerryがないと例外情報を出力する術がないことに注意。そのうち対策する) 3002 配列の有効範囲外を参照した 3003 int型の数値がオーバーフローした(Kuinのint型はオーバーフローしないように扱うべき。とはいえ、2^63程度の膨大な数が扱えるので、そこまで気にしなくても良い) 3004 クラスのインスタンスを、変換できないクラスにキャストしようとした(親→子キャストで注意) 3005 ファイルが開けなかった(例外に埋め込まれた文字列に、ファイルパスが格納されている) 3006 GBerryの初期化エラー(例外に埋め込まれた文字列に、原因の詳細が格納されている) 3007 GBerryが扱うクラス(Draw@CTexなど)のコアなメソッド(.ToStrなど)を直接呼び出そうとした 3008 GBerryが扱うクラス(Draw@CTexなど)のインスタンスをユーザ側で作ろうとした 3009 オーバーライドされていない、.ToStr()、.Cmp()などのメソッドが呼び出された(クラス同士を比較するときは、Kuin側によって.Cmp()が呼ばれるが、そのときユーザ側でその中身を実装していないと、この例外が生じる) 9999 予期せぬ例外(Kuinコンパイラのバグなので、作者に報告すべき) 16#80000000~ CPUが発生させる例外領域(以下はCPUの仕様を読んで書いたので、実際に検証していない。おそらくこういう例外となっている、程度に認識してほしい。英語表記のものは、よく解らなかったもの)16#80000002 Datatype misalignment 16#80000003 ブレークポイント(デバッガアプリから操作しないと通常発生しない) 16#c0000005 不正なメモリアクセス(nullインスタンスのメソッドを参照したときなどに発生) 16#c0000006 In Page Error 16#c0000008 Invalid Handle 16#c000001d Illegal Instruction 16#c0000025 Noncontinuable exception 16#c0000026 Invalid Disposition 16#c000008c Array Bounds Exceeded 16#c000008d Float denormal operand 16#c000008e 浮動小数点ゼロ除算(float型で0.0除算したときに発生、のように見えるが、Kuinでは無限大infの値になるので、実際には発生しないと思われる) 16#c000008f Float inexact result(このあたりに、0.0 / 0.0 のような NaN例外があるはず) 16#c0000090 Float invalid operation 16#c0000091 浮動小数点オーバーフロー(実際に発生するのかは不明) 16#c0000092 Float stack check 16#c0000093 浮動小数点アンダーフロー(実際に発生するのかは不明。負の大きな数があふれることを指すのではなく、絶対値の小さすぎる数が0.0に丸め込まれることを指す) 16#c0000094 整数ゼロ除算(int型で0除算したときに発生) 16#c0000095 整数オーバーフロー(Kuinではこの例外ではなく、3003コードが返るので、この例外は発生しないと思われる) 16#c0000096 Priv instruction 16#c00000fd スタックオーバーフロー(無限に再帰呼び出しをすると発生)
https://w.atwiki.jp/suwaruzu/pages/265.html
子音脱落 末子音の脱落について 各形態素の末子音は脱落する事がある。と言っても、文法規則としては「~~という場合には脱落してもよい」でしかないので、脱落は必須ではなく任意である。 また、規則上認められるからといって、何でもかんでも脱落させるわけにもいかない。文法規則上は問題無くとも、意思の疎通を図る実用上で問題が出てくる場合があるからだ。 例) boiといえばboipの事だと普通は思うので、boisをboiとする事は(文法規則上は全く問題無いが)避けた方が良い。 なお、これらの脱落は音声上のみで行われる場合と、表記上でも行われる場合とがある。個人用のメモ書き等であればいちいち黙字を書く必要は無いだろうし、公文書であれば表記上の脱落は行わないだろう。ちなみに、その公文書を朗読する際に音声上の脱落を行うか否かは読む人次第であり、別にどちらでもよい。 末子音の脱落に関する規則 例外1) 固有詞に脱落は無い。 例外2) 単語に含まれる母音が1つであれば、脱落は無い。 例外3) 単語の末尾3文字が【子音+口母音+子音】であれば、右端の子音は脱落しない。 以上3種類の例外を除き、全ての末子音は脱落し得る。
https://w.atwiki.jp/heppokoact/pages/22.html
だめコード集をつくる。JSPで案外DRY原則が守られないかも プロジェクトの終了条件を明確にする。 一括は成果物責任。過程に口を出されるならSES。 例外処理基準が必要。日付のパース例外やnewInstanceしたときの例外などはPGが処理に困るだろう。 e.printStackTrace()禁止。チェッカーを作れ! ログ出力基準が必要。例外処理時とデバッグ用のログ。 ToStringBuilder#reflectionToString()を活用。 assertしまくって規約違反をすべて例外に! ActionとServiceの分け方Actionデータベースに依存しないチェック Serviceデータベースに依存するチェック 一括更新で1件1件ロールバックおよびコミットをする場合、件数が多くなりすぎないかどうかに気をつける。 セッション中のデータのライフサイクルを図にする。できればフレームワーク側で対応する。 「機能」とは何かを定義する必要がある。でないと…機能の粒度がまちまちになる。 機能IDを振る時に一貫性のない機能IDになる。 など。 帳票なら出力された帳票が機能なのか、帳票を作成する過程を含めて機能なのか。 各機能のサブ機能はどのように表現すればよいのか。 命名規約booleanはtrue/falseの意味が明確にならないような命名を避ける。だめな例…check(trueがチェックOKなのかfalseがチェックOKなのかわからない) 良い例…isValid isやhasで始めるとよいかも。 クラス名やファイル名で各画面固有のものは「画面ID + 機能名」にした方が管理しやすい。 HTML1行当たりの高さを決めておく。ラベルと入力項目の高さが異なるとめんどう。 右寄せ、左寄せを決めておく。おもに数値と日付が問題になる。 中央寄せにする項目があるかどうかも問題。 上寄せ、中寄せ、下寄せを決めておく。DIVだと中寄せは辛い。 更新日付をDBからAPに持ってきてDBにINSERT、UPDATEする場合はThreadLocalに入れておいた方がよさげ。
https://w.atwiki.jp/soa_minecraft/pages/46.html
職業 職業とは ロビーにて職業に就いたり転職することができます。 所持金の10%支払うことで転職できます。 職業は剣士、農夫、採掘士、木こり、整地士、釣人の全6種に分かれており、 それぞれに対応した行動をすることでお金を稼いだりコアレベルを成長できます。 職業 条件 剣士 敵MOB討伐 農夫 農業 採掘士 ピッケルが適正ツールのもの(1部例外有り) 木こり 斧が適正ツールのもの(1部例外有り) 整地士 シャベルが適正ツールのもの(1部例外有り) 釣人 お金を稼いだり、コアレベルを成長させることができません。その代わり釣りができます
https://w.atwiki.jp/solutionlog/pages/23.html
Springトランザクション管理概要 包括的なトランザクション管理 さまざまなトランザクションAPIを同じように扱える Springデータアクセスとの統合 グローバルトランザクション JTAを使ってグローバルトランザクションをつかう JTAのUserTransactionはJNDI経由で利用する⇒アプリケーションサーバ外で再利用できない EJB CMTを使うこともできる。 CMTはJTAつまりアプリケーションサーバ環境と結びついてしまう CMTを利用するにはビジネスロジックをEJBとして実装しないといけない ローカルトランザクション 特定のリソースにひもづくトランザクション 複数のトランザクションリソースは扱えない JTAトランザクションは扱えない Springのトランザクションモデル 一貫していて、どの環境でも動く JTA JDBC Hibernate JPA JDO 宣言的トランザクション管理 トランザクション管理に必要なコードをかかなくていい トランザクションのAPIに依存しないコードがかける シンプルなプログラマティックトランザクション管理 アプリケーションサーバのトランザクション管理が必要なのは、複数リソースのトランザクションを扱う時くらい トランザクションモデル要素 PlatformTransactionManager トランザクションストラテジ SPI。モックとかスタブとか作れる DataSourceTransactionManager データソースを参照 JtaTransactionManager:JavaEEのJTAのデータソースを使う場合 HibernateTransactionManager:Hibernateの場合。LocalSessionFactoryBeanを参照 TransactionException 実行時例外だから、必要に応じて例外処理すればいい getTransaction TransactionStatusを取得できる TransactionDefinition 分離レベル Propagation Timeout Read-only status TransactionStatus 実行しているスレッドと関連づいてる トランザクション実行制御とトランザクション情報のクエリ トランザクションを伴うリソースの同期 High-level synchronization approach リソースの生成、再利用、破棄、リソースのトランザクション同期、例外のマッピング native ORM API JdbcTemplateなどのテンプレート Low-level synchronization approach ネイティブAPIを使いたい(あんまりないけど) Spring管理のインスタンスの取得、リソースのトランザクション同期、例外のマッピング DataSourceUtils/EntityManagerFactoryUtils/SessionFactoryUtils/PersistenceManagerFactoryUtils TransactionAwareDataSourceProxy DataSourceのプロキシ 既存のコードがDataSourceをつかっていて、Spring管理のトランザクションに入れたいとき High-level synchronization approachに置き換えるのが正解 宣言的トランザクション管理 SpringAOPの技術によって可能になってる。 CMTとの比較 トランザクションの振る舞いを設定できるのは同じ CMTと違って、JTA以外でもローカルトランザクション(JDBC,JPA...)でも使える EJBとちがって、どんなクラスにでもトランザクション管理をきかせられる ロールバックルールを提供 自動ロールバックする例外を指定できる デフォルトではCMTと同じ動作(非チェック例外ではロールバック、チェック例外ではロールバックしない) ビジネスオブジェクトがトランザクションのことを気にしなくてよくなる トランザクションの振る舞いをAOPを使って変えられる リモートも含めたトランザクションは利用できない そもそも利用することあるか要確認 宣言的トランザクションの中身 宣言的トランザクションはAOPプロキシで実現されている TransactionInterceptor アドバイスとジョインポイントはメタデータで(XML or アノテーション)指定 caller⇒AOPプロキシ⇒トランザクションアドバイザ⇒カスタムアドバイザ⇒ターゲットメソッド ロールバックの宣言的設定 デフォルトでは、非チェック例外ではロールバック、チェック例外ではロールバックしない) ロールバックする/しない例外を個別に指定 tx method name="*" rollback-for="Throwable" no-rollback-for="InstrumentNotFoundException"/ ビーン毎にトランザクションの設定を切り替える aop advisor 、 aop pointcut 、 tx advise を複数セット用意 tx advise/ デフォルト値 プロパゲーション=REQUIRED 分離レベル=DEFAULT read/write タイムアウト時間=対象のトランザクションシステムのタイムアウト時間。(タイムアウトがサポートされない場合はなし) RuntimeException⇒ロールバック、それ以外⇒ロールバックしない tx attributes/tx method の設定項目 name:トランザクションと関連付けられるメソッド名(*利用可能) propagation [REQUIRED] isolation[DEFAULT] timeout[-1] read-only[false] rollback-for no-rollback-for @Transactional アノテーションでトランザクションの設定ができる 利用できる場所 インターフェース定義、インターフェースメソッド、クラス定義、クラスのpublicメソッド tx annotation-driven/ と一緒に使う transaction-manager [transactionManager] mode [proxy] aspectjも指定可能 proxy-target-class [false] trueの場合は、クラスベースのプロキシ falseの場合は、JDKインターフェースベースのプロキシ order [Ordered.LOWEST_PRECEDENCE] tx annotation-driven/ のが設定されたアプリケーションコンテキストのビーンについてのみ@Transactionalが有効 クラス定義、またはクラスメソッドのみに利用したほうがいい。 アノテーションはインターフェースからは継承されないため、クラスベースのプロキシ、ウィービングベースのアスペクトを使うと、トランザクションが有効にならない プロキシモード(デフォルト)ではセルフインボケーションでは、@Transactionalは効かない AspectJモードでは、セルフインボケーションでも@Transactionalは有効(ウィービングされるから) @Transactionalの優先度 クラスレベル メソッド @Transactionalの設定項目 value propagation isolation readOnly timeout rollbackFor noRollbackFor トランザクション名はFQCN.メソッド名 複数のトランザクションマネージャを使う @Transactional("xxx") :xxxはビーン定義の qualifier/ よく使う@Transactionalの属性値のセットがあれば、カスタムアノテーションを作るのがいい トランザクションプロパゲーション
https://w.atwiki.jp/rtdb/pages/36.html
独自の概念を表すために用語を定義したい。 ストレージDB 現在に普及しているHDDにデータを集中させるタイプのDB。 メモリDB 64ビットOSが普及しつつある今注目されているメモリにデータを集中させるタイプのDB 番兵ページ入りエクステント ページのNOACCESS属性の例外を利用した番兵。 エクステントにデータを追加するとき追加先がエクステントをオーバーフローしないかチェックしなければならない。 エクステントの最後のページをNOACCESS属性にし、例外が発生したら例外処理すれば高速に処理できる。 エクステント単方向リスト エクステント内は配列として扱える。 巨大な領域はエクステントを単方向リストとしてつなぐ。
https://w.atwiki.jp/jfactory/pages/51.html
自分的ルール コンストラクタ内の例外は禁止 データ保持目的のクラス実装 コンストラクタ内の例外は禁止 特に、メインフォームのコンストラクタで例外が発生すると、DLLが見つからないときと同じメッセージで終了してしまいます。 場合によってはだいぶハマります。 何とかならないものでしょうか->「問題が発生したため~を終了します」メッセージ データ保持目的のクラス実装 特に内部に参照を持つものは、 ICloneableを継承しClone()を実装する。 コピーコンストラクタを実装する。 C/C++と違い、=演算子のオーバーロードは不要(というか不可能) ただし、C++プログラマー限定かも。
https://w.atwiki.jp/jfdeo/pages/38.html
免状における職責 消防設備士の責務誠実に業務を実施 対象設備等に対し質の向上への励行 工事・整備に因る技術基準への不適に対し免状の返納要因として判定 免状の携帯に対する義務業務の従事に対し免状を携帯 不携帯に対し免状の返納要因として判定 設備の着工届出に対する義務着工予定日の10日前迄に下記に届出消防長 消防本部未設の場合、当該市町村長 消防署長 不履行に対し当事者に下記に因り処罰30万円未満の罰金 拘留 免状の返納要因として判定 講習の受講に対する義務下記に因り開催都道府県知事 総務大臣の委託対象所在地の都道府県知事 初期受講 交付日に対し2年以内 初期を除く受講 前回受講日に対し5年毎 講習の不参加に対し免状の返納要因として判定 免状における業務 設置・施工への制約消防設備の所有資格に応じ工事・整備 設置・施工義務対象に対し工事・整備 工事対象例外下記部位に対し消防設備士に因る工事不要対象屋内消火栓設備 屋外消火栓設備 スプリンクラー設備 水噴霧消火設備 例外部位電源 水源 配管 対象泡消火設備 不活性ガス消火設備 ハロゲン化物消火設備 粉末消火設備 自動火災報知設備 ガス漏れ火災警報設備 消防機関通報用途の火災報知設備例外部位電源 消防長長官規定の特殊消防用設備等における下記部位電源 水源 配管 整備対象例外下記部位に対し消防設備士に因る整備不要屋内・外消火栓設備を除き上記工事の例外に同一 屋内消火栓設備における表示灯の交換 屋内・外消火栓設備における下記整備交換ホース ノズル ヒューズ類 ねじ 補修消火栓 ホース格納箱 他軽微な整備 免状の交付・効力・手続 交付下記に因り交付都道府県知事 総務大臣の委託対象所在地の都道府県知事 交付停止交付停止の見込となる条件 消防設備士の返納命令日に対し1年以下の場合 消防法令違反に伴い罰金刑以上に因り処罰 執行後・執行無効日に対し2年以下の場合 効力有効期間は未定義 全国一律に有効 手続記載事項の変更に因り書換・届出 破損に際しては再交付、制約に対しては上記交付に同一
https://w.atwiki.jp/mousouyomi/pages/2392.html
【作品名】面倒だから自分で考えてください 【妄想属性】スレ内からインスパイア第2弾 【名前】ブサッキュバス 【属性】信じられないほど不細工な悪魔♀ 【大きさ】成人女性並、背中に10cmほどの小さい翼あり。 【攻撃力】【防御力】成人女性並。 【特殊能力】 対戦相手を完全に映すことのできる鏡所持。 こいつとの戦いでは(ルール、テンプレ、考察人)改変にあたるあらゆる行為は例外なく禁止。 悪魔としての務め 敵や考察人こいつを認識した瞬間に機械であろうとなんであろうと例外なく対戦相手を眠りにつかせる。 この眠りはどのような耐性を持っていても例外なく眠るし、機械であろうと問答無用。 この眠りは対戦開始から10秒間だけ経つと解除されて即時に目を覚ます。 眠っている間に、敵が男性の場合は0時間で敵の遺伝情報を抜き取り、即時妊娠、即時出産する。 生まれた子供は男の子で、対戦相手が起きた時、二人で対戦相手を迎える。 この際、子供は子供であるので両方に微妙に似ており、信じられないほど不細工なので、 対戦相手はショックのあまり、どのような耐性を持っていても例外なく即時にショック死する。 女性や無性別の場合、嫉妬のあまり眠らせている間に顔を自身と同じ顔にする。 これはどのような耐性を持とうとも例外なく防御不可。 起きた時に、目の前に鏡を突きつけていている。 こちらも対戦相手はショックのあまり、どのような耐性を持っていても例外なく即時にショック死する。 いずれも起きた後10秒間は、どのような耐性を持っていようとも例外なく攻撃にあたる行為はできない。 この特殊能力は例外なくいかなる無効化の埒外。 また、視覚や顔を持っていないキャラに対しても例外なく視覚や顔を作ってあげるし、 こいつ自身は毎日鏡で自分のキャラを見ているので、いかなる視覚攻撃をされても例外なく完全防御可能。 【長所】迷惑さ。 【短所】下手したらパクリキャラ扱いになる。 【備考】女性専用車両に乗りたがる。 900 名前:格無しさん 投稿日:2006/08/24(木) 19 31 21 ブサッキュバス考察 ルール、テンプレ、考察人改変は不可能だが認識前攻撃ができれば勝てる。 ビューティ=きれいなジャイ子あたりが認識と同時の攻撃を持つのでその上から。 ×悪ガキE 認識と同時に全能でやられるか? ×∞大吉ラッキーマン 絶対勝つので無理。 ×絶対存在 同上。 ×勝つ小林 同上。 ×自称考察人 テンプレ無視勝ち。 ×オンリーワン こいつ亀田と=じゃね? ×最弱 信じられないほど美人なので通用しない。 ×天人(あまんと)の宇宙船 認識と同時に全能でやられるか? ○夢の国 問題ない。 ○朝霧みき 問題ない。 ×0大帝 0の世界で負け。 ×燕美 つばめ 妄想にされて負け。 ×ごちそう 食べてしまうので負け。 ×クソリア厨wwwwwwwwww 無視されて負け。 ○桜菜 多分いける。 ×ピンクの象G ブサッキュバスGの群れに殺される。 ×ゼロ=ソバージュ 開始0秒で時止め負け。 ○深沢 隆一 微妙だが常時能力もそんなにないようなので全員いけるか? ○ビューティ ルックス攻撃無効。 ○きれいなジャイ子 同上。 常時全能の扱いが微妙。扱い方次第ではもっと上までいけるか? 903 名前:格無しさん 投稿日:2006/08/24(木) 19 34 00 900 起きた後10秒間までの攻撃を禁じてるから認識発動径の攻撃も弾かれるんじゃね? 904 名前:格無しさん 投稿日:2006/08/24(木) 19 35 11 903 起きた後10秒間が無効ってある。 つまり寝る前(=認識前)ならいいんじゃね? 908 名前:格無しさん 投稿日:2006/08/24(木) 20 50 09 904 悪魔としての勤めの一行目の脱字のせいで結果的に敵が認識したら発動になってたのか。 テンプレ作成ミスだなorz 982 名前:格無しさん 投稿日:2006/08/27(日) 03 28 35 ブサッキュバス考察続き 方針は 900に従う。くとぅるふの例から、全能でも常時とか時間無視でない限りは勝てると判断。 天人(あまんと)の宇宙船は反応が遅いので勝てるが悪ガキEは常時全能なので負ける。 ×世界 時間虫なので負け。 ○*5露国皇帝~真・ゴオレンマ◆JEhW0nJ.FE 任意扱い。勝ち。 ○くとぅるふ 視覚攻撃無効。 ×魔王(非武装) 時間にとらわれない。 △正俊 能力がかち合う。 ○ジャンニコラス・ファビアーノ 設定でもかち合うだけ。有利。 ○フィルンと(ry 任意っぽい。 ×詠原睦月/天野千穂/日向暦 常時能力に対抗できる。 ×監獄のマジシャン 【特殊能力】が効かない。 ×イタチ 10秒たっても勝てないなら無理。 ×*2エバラ16世~窓野 社 常時全能負け。 ○*4北の神~ビョトン・コーララ(髭) 任意扱い。勝ち。 ×完壁 試練で負け。 ×超人修羅 時間無視。 ×ソリッド・スネーク 無理っぽい。 ○大神さま 任意扱い。勝ち。 ×増え続けるワカメ 無限増殖するので倒しきれない。 ×ラグナロックス 近づくと死ぬ。 ×セイントドラゴン 微妙だが速すぎるので無理か? ×ゼナティルフ 偏在があるので勝てない。 ×ヤマタノオロチ 時間無視。 ×剣聖 時間無視。 これ以降は連敗が多すぎて無理だろう。 詠原睦月/天野千穂/日向暦>ブサッキュバス>フィルンと(ry