約 556,954 件
https://w.atwiki.jp/p_mind/pages/21.html
概説 目的論的機能主義 ブラックボックス機能主義 コンピューター機能主義 機能主義に対する批判 概説 心の哲学における機能主義(英:Functionalism)とは、心的な状態とはその状態のもつ機能によって定義されるという立場。 心的状態をその因果的な役割によって説明し、「心とはどんな働きをしているのか」を考えることが「心とは何か」という問いの答えとなるという立場である。 たとえば腕を強く打ったりすることの結果として生じ、打った腕を押さえたり顔をしかめたりすることの原因となる心的状態が「痛み」であるとされる。またそのように因果作用をもたらす心的性質を機能的性質(functional property) という。つまり心的状態とは知覚入力の結果であり、行動出力の原因であり、また他の心理状態の原因や結果であると考える。 行動主義やタイプ同一説の問題点を踏まえた上で、それらのあとに続く考え方として、1960年代にオーストラリアの哲学者、デイヴィッド・アームストロングによって始められた。ウィトゲンシュタインの「(語の)意味とはその用法である」というアイデアに由来する。行動主義との違いは、心的な状態を行動としてでなく、行動の原因として定義する点である。 機能主義は一般的にトークン同一説を前提にし、多重実現可能性を認め、心的状態はさまざまなタイプの物理状態によって実現できるとする。心的状態を機能とみなすならば、必然的にその心的状態は多型的に実現可能であり、たとえば痛みの経験は脳のC繊維の活動だけではなく、F線維でも、人造繊維の活動でも可能である。 なお機能主義では、例えば脳から取り出されて容器に隔離されたC繊維が活動して、痛みなどのクオリアが仮にあったとしても、それは何の因果作用も持たず、何の機能もはたしていないから、そこに痛みの心的状態はないと考える。こうして機能主義はタイプ同一説の難点を克服する。 目的論的機能主義 目的論的機能主義とは、還元主義的な方法で志向性を自然化する試みの一つである。志向的な心的状態は心臓や肺などと同じく生物学的な器官の一種であり、「心臓は血液を循環させることが目的である」というように、生物学的な器官のはたらきがその特定の生物学的機能の観点から説明されるように、志向的な心的状態のもつ表象能力も、それがどうのような生物学的機能に由来するのかを明らかにすることによって説明される、とする。ルース・ミリカンらがこの立場である。 固有の機能は、その機能をもつ事物が実際に「行うこと」でなく「行うべきこと」によって説明される。たとえば多数の精子は実際に卵子と受精することはないが、それでも卵子と受精することが精子の機能である。また心臓は血液を循環させるだけでなく、その持ち主の健康状態を鼓動によって医師に知らせることができるが、それは心臓の本来の機能ではない。 目的論的機能主義のメリットの一つに、心臓などの存在や志向性が神によるデザインであるというような仮説を持ち出さずに、自然選択による進化であるというように、合理的な説明が可能であるということがある。 ※目的論的機能主義は、必ずしも機能主義の一種として考えられているわけではなく、心の哲学において機能主義とは別のカテゴリーとして位置づけられることもある。 ブラックボックス機能主義 機能主義者の多くは唯物論者であるが、機能主義は必ずしも唯物論を前提にしなくても成立する理論である。心的状態そのものを「存在記号」に置き換えることによって検証可能な文にするラムジー文(フランク・ラムジーの発案による)と呼ばれる方法がある。この方法によると、「ラムジーは知覚 a を得て、信念 g をもち、それが欲求 y を生じさせた」というように、心的状態を因果関係のみで定義する。つまり心的状態そのものは「ブラックボックス」であり、ならばそのブラックボックス内部にあるのが本質的に非物質的な精神や霊魂であってもかまわないことになる。このような立場はブラックボックス機能主義と呼ばれる。 コンピューター機能主義 近年における急速なコンピューター技術の発展の過程で、脳とコンピューターを類似のものとみなす考えが生まれてきた。すなわち脳はコンピューターのように作動し、「心」と呼ばれるものはコンピューターのプログラムに相当するものだという考えである。脳における心的表象は、構文的構造をもった記号操作、つまり計算の過程にすぎないとみなす。物質的な脳と心の関係は、コンピューターのハードとソフトの関係に等しいと考える。このような立場をダニエル・デネットは1978年にコンピューター機能主義と呼んだ。心の計算理論、計算主義ともいう。 アラン・チューリングはチューリングテストを考案した。コンピューターが十分知性的であるか否かを判定するテストである。具体的には人間の判定者が、離れた場所にいる別の人間と一機の機械に対しキーボードとディスプレイにより対話を行う。判定者が、機械と人間との確実な区別ができなかった場合、この機械は「知性」を備えていると考えた。 ジョン・サールはチューリングテストを批判し、人工知能を「弱い人工知能」と「強い人工知能」に分類した。弱い人工知能は人間の心理現象をプログラム上で模倣する機能しかない。しかし強い人工知能は人間のように「心」を持つものである。サールは中国語の部屋でコンピューターが心を持ち得ない事を論証した上で、コンピューターが心や精神を持ち得ると考える機能主義者に対する皮肉として、「強い人工知能」と呼んだのである。 なお近年のコンピューター機能主義では、ニューラルネットワークの研究成果を受けて、古典的な計算主義に対し、コネクショニズムという立場が主張されている。これは脳の表象構造は統語論的(主語、動詞、目的語などからなる)構造であるとする古典的計算主義と違い、脳の構造と見立てたニューラルネットワークによる表象は、ニューロン群全体が分散的に表象する構造であり、統語論的構造を持たないという考えである。 機能主義に対する批判 機能主義は現象的意識やクオリアを取りこぼしており、人間の意識を説明するには不十分だという批判がある。そして多くの哲学者が思考実験によって機能主義に反論している。代表的なものにジョン・サールの中国語の部屋、トマス・ネーゲルのコウモリであるとはどのようなことか、デイヴィッド・チャーマーズの逆転クオリア、ネッド・ブロックの中国人民などがある。 ジョン・サールは、主観的なクオリアを避けて説明する機能主義は、心的現象の説明に十分条件を与えていないという。そして逆転クオリアの思考実験を用い、機能主義では「私は赤を見ている」という自分の経験と、クオリアの反転した人物の「私は赤を見ている」という経験を全く同じものと考えるが、二人の内的経験は異なっているのだから機能主義は間違っている、という。心というのはクオリアから成り立っているにも関わらず、機能主義はクオリアを扱わず、それとは異なったテーマを扱っている。そして、心的なものの存在論的ステータスは客観的なものであると考えることは誤りなので、心の哲学の方法論も、それ自体客観的に観察可能なものにのみ関わるべきであると考えることも誤りである、という。 参考文献 小林道夫『科学の世界と心の哲学』中公新書 2009年 信原幸弘――編『シリーズ心の哲学Ⅰ人間篇』2004年 S・プリースト『心と身体の哲学』河野哲也・安藤道夫・木原弘行・真船えり・室田憲司 訳 1999年 ジョン・R・サール『MiND 心の哲学』山本貴光・吉川浩満 訳 2006年 ジョン・R・サール『ディスカバー・マインド!』宮原勇 訳 2008年
https://w.atwiki.jp/tekkannon/pages/13.html
検索機能リスト 武器検索すべて 剣 槍 メイス 弓 防具検索条件(抵抗の値など)検索 アクセサリ検索すべて 条件検索(回避と命中が11以上) PSC検索すべて 120 115 110 ステスク 文字列を指定して検索検索Top 例1:ルニの検索 例2:悪魔特攻の検索 サブ機能 (重要!)クエリ結果が大量の場合、ページを分ける初期10件、最大30件くらい ソート機能(昇順/降順)値段 プロパティ強度(命中+,マナリ+など?) 条件絞込み サマリ画面(各アイテムの件数を表示) 共通機能 50件ずつ表示 検索結果から、アイテムを取り扱っているベンダのブラウズ各ページに埋め込み予定 近隣ベンダへのリンク 近隣ベンダを検索する際、距離を絞る(対象ベンダを中心とした、x,y座標の範囲) 検索結果列に座標表示
https://w.atwiki.jp/tokyo4600/pages/23.html
機能概要(機能仕様)とは 要求を実現するための機能について、概要を説明したものです。 ※参考 機能概要書 こっちはちょっと違う? 機能仕様書の書き方
https://w.atwiki.jp/ikepyon/pages/6.html
実装機能 ファイルフォーマット XMLで記述する。 ファイルは設定用ファイルと、検査用シグネチャファイルの二つを使用する。 設定ファイル(Configuration File) ツールの挙動を制御するファイル 設定項目については別途記述 シグネチャファイル(Signature File) 検査用シグネチャを記述するファイル 設定項目シグネチャ名 シグネチャ識別名シグネチャが使用するクラスモジュール名 検査文字列 検証文字列 脆弱性名 脆弱性説明 脆弱性対策 実装予定機能 <脆弱性>タグの中に、複数の各<シグネーチャ>タグを入れる。 機能要望 名前 コメント
https://w.atwiki.jp/bkneko/pages/1096.html
戦闘機能 戦闘が便利になる機能。 対象のイベントクエストをクリアすると解放される。 自動戦闘機能 ランク3でイベントクエストをクリアすると解放される機能。 自動でキャラクターを召喚したり、キャットパワーブーストをしたりする機能。 オートバトルをタップすることでオンオフを切り替えることが可能。 タイムアタック機能 ランク5でイベントクエストをクリアすると解放される機能。 戦闘での経過時間が表示される機能。 10秒以内ならリタイアしてもスタミナを消費しない。 テンションギア機能 ランク6でイベントクエストをクリアすると解放される機能。 クリア済みのクエストで使用できる機能。 敵を一撃で倒すとゲージが上がり、いっぱいになるとゲームスピードが速くなる。 ゲージをタップすることでオンオフを切り替えることが可能。
https://w.atwiki.jp/tenj/pages/1915.html
■コンセプト 天上碑において最大のコミュニティである「派閥」は、 正派・邪派と言う、キャラクターの本質とは関係のない機能として 提供されておりました。 この機能により深い意味を持たせ、また正派・邪派という大きな枠で プレイヤー同士が協調しあう場を提供する目的で、この機能は 導入されます。 ■正/邪派盟機能 正/邪派盟機能は大きく分けて、3つの機能で構成されます。 1)正/邪の盟主選出機能 正派・邪派の盟主になる為の選挙機能 2)四川省 正/邪派盟機能 盟主としての活動を行う為の支援機能 3)正/邪派盟 運営機能 派盟機能を実施する為の資金調達機能 補足) 尚、奇人キャラクターは、本来の性質に基づき 利用する事が出来ます。 ※正派キャラクターであった者が奇人になった場合、 当機能では正派に属し機能の恩恵を受ける事が出来ます。 ■正/邪の盟主選出機能 ○盟主への立候補 1)盟主への立候補は、四川省に配置されている 正/邪派盟総官で候補登録期間中に行います。 2)登録を行う為には、下記条件を満たす必要があります。 条件1:設立後、6ヶ月間経過した派閥である。 条件2:条件1を満たしている派閥の当主又は副当主である。 条件3:登録の際、1000万銀銭を所有している。 3)候補者は盟主選出までの期間、「派閥の脱退」 「職位の移譲」等の一部機能が制限されます。 4)登録の際に徴収された銀銭は、投票終了後 盟資金として保管され、返金されません。 ○選挙遊説期間 1)選挙遊説期間では、洛陽城中央に配置されている 選挙委員長を通じ、選挙公約文を掲載する事が出来ます。 ○投票期間 1)投票期間中、洛陽城中央に配置されている 正邪投票箱にて、盟主に投票を行います。 2)投票は、名声101以上の全てのキャラクターが 一回のみ行うことができます。 しかし、一つの派閥あたりでは、最大3人までしか 投票することができません。 3)正派は「正派 投票箱」へ、邪派は「邪派 投票箱」へ 投票を行う事が出来、違う属性へは投票できません。 奇人は、奇人になる以前の属性へ投票することができます。 ○盟主任命 1)投票期間中に多くの票を得られた候補者が 盟主に任命されます。 2)得票数が同じである場合、下記基準に従い盟主が任命されます。 条件1:派閥名声の高さ 条件2:候補者の名声の高さ 条件3:所属派閥の人員の多さ ■四川省 正/邪派盟機能 盟主は四川省の各エリアにて、下記機能を利用する事が出来ます。 この機能は、選挙にて得た盟資金や同エリア内にある料理屋NPCの 収益に課せられた税金や、抗争地域にて占領した同属性の城から 得た税金で運用されます。 ○正/邪派盟 武道館 1)武道館では木の人形を通じて、修練をする事が出来ます。 2)木の人形は盟主の機能を通じ、修練できる限界能力値が 変化します。 3)木の人形の機能を向上させる為には、盟資金による 費用が必要です。 ○正/邪派盟 地下武道館 1)地下武道館は地下武道館の門(床にある移動門)を通じ 入場が出来る特殊エリアです。 2)特殊エリアに入場する際、キャラクターの名声応じた ゾーンへ移動します。 3)地下武道館では、盟主の機能を通じ、 能力値/銀銭/アイテム/武技成長の2倍イベントと 同等の効果を得る事が出来ます。 4)各区域、メリットの調整、移動名声などの 機能変更には、盟資金による費用が必要となります。 ○正/邪派盟 イベント 1)盟主は盟資金による費用を使うことで、それぞれの 属性に属したプレイヤーへイベントを提供する事が出来ます。 2)イベントは下記のいずれかを行う事が出来ます。 1.侵攻イベント 開発元に詳細を確認させていただいております。 詳細仕様が判明しだい、改めてご案内させていただきます。 2.レベル別イベント 効果範囲:サーバ全体/同属性 実施内容:能力値/銀銭/アイテム/武技成長の2倍イベント 補足 :イベントの設定は、名声毎に設定できる。 3.派閥別イベント 効果範囲:四川省エリア内 実施内容:四川省エリア内にイベントモンスターを発生させ、 イベントモンスターを多く倒した派閥へ報奨金を 与える事が出来る。 3)イベントの実施全ては盟資金を消費し、消費する金額は イベントの種類や、イベントの詳細設定により変化する。 ■正/邪派盟 運営機能 1)正・邪派盟を運営資金調達箇所として、以下の 資金調達場が設けられています。 1.四川省 料理屋NPC からの税収 2.抗争地域にて占領した同属性の城からの税収 2)課せられる税金は10~30%まで調整が可能 3)税金の調整は盟主のみが行え、変更後24時間は 変更が出来ない。 ■備考 導入及び仕様につきましては、予告無く変更・取り消しが 行われる可能性が御座いますので、予めご了承下さい。 ■対応状況 2005年07月26日 情報の更新
https://w.atwiki.jp/memomem/pages/17.html
オブジェクト指向以前は、いわゆる「構造化プログラミング」時代と呼ばれ、機能分解(functional decomposition)の手法がとられていました。問題を小さな機能にブレークダウンしていき、複雑さを回避しようとするアプローチです。図にするとピラミッドストラクチャのようになります。ブレークダウンされるごとに凝集度は高まり、見通しも良くなるので自然と複雑度は下がります。 だけど、ここには落とし穴がありました。このアプローチでは、結果的に「メイン」モジュールが必要となります。機能の組合わせとその呼び出し順を正しく制御する、大きな責任を持ったモジュールです。こういった構造になっていると、モジュールの変更が制御できなくなります。「他の関数」「データ」「やり取り」「順番」等、注意を払うべき項目が多すぎるからです。 機能やデータを変更すると、他の機能や他のデータに影響が及び、それがまた他の機能に影響を及ぼすという修正の連鎖が「芋蔓式」に発生し、「将棋倒し」が起こります。その中でも特に影響が大きいのが「データ」の変更についてで、データが機能に従属して拡散してしまっているため(方々で使っているだけでなく、引数による上下渡り歩きも含む)、影響範囲の見極めが非常に困難になります。 好ましくない副作用 この時代、多くのバグが、変更によって生み出されていました。変更による不具合のことを「好ましくない副作用」といいます。機能に注力することは、発見しにくい副作用を生み出す近道になってしまうのです。そして保守作業とデバッグ作業にかかる時間の大半は、バグの除去に充てられる時間ではなく、バグの発見、および修正によって生み出された好ましくない副作用の回避手段を考え出す時間に充てられていました。 つまり、ソフトウェアライフサイクルに必ずある変更において、例えばバグ修正時であれば二次バグ、機能追加時であればデグレードの発生など、常に危険に晒されている手法だということです。そして、本来使うべき開発そのものの時間ではなく、この副作用の収束に多くの時間を取られるという形で問題が顕在化したのです。 オブジェクト指向へ 変更は必ず発生するものです。ただ、そのことが直ちに負けを意味している訳ではありません。どう変わるかはわかりませんが、どこが変わりそうかはある程度予想できるのです。 参考 開発手法の目的 オブジェクト指向とは
https://w.atwiki.jp/v2cwiki/pages/88.html
メモ機能とそれに類する機能の種類と特徴一覧 レスのメモ付箋 マーカー レスラベル その他ローカルにスクラップ スレのメモお気に入り スレッドラベル 書き込み欄のメモ しおり ローカル板 レスのメモ レス抽出 独自スレ一覧 カテゴリ分け 備考 付箋 あり あり 8種まで キーワードを付けることで事実上無制限のカテゴリ分けができる マーカー あり あり 制限なし(ハイライト設定依存) 複数レスをまたいでひとつのラインを引くことができる レスラベル あり なし 制限なし(ハイライト設定依存) 抽出の際、自分の書き込みレスと混ざる(スクリプトで対応可) 付箋 参照: V2C 使用法 付箋 付箋とは「レス」に対してコメントを残すような機能です。 付箋イメージ。背景色は自分で設定できます。 付箋の貼り方。レス番右クリックから「付箋を貼る」を選択。 過去に付箋を付けた全てのレスを、スレ一覧から参照することができます。 参照は、メニューの「スレ一覧」→「付箋一覧」から。 参考: ぶるるる V2Cのちょっと便利な使い方14 ~付箋/マーカーでレスをクリップ~ マーカー 参照: V2C 使用法 スレッド表示の「マーカー」 選択文字列にマーカーを引く機能です。 マーカーの引き方。文字列を選択して右クリック→「マーカーを引く」 マーカーの線種は、ハイライト設定に登録したものから選ぶことが出来ます。 マーカーも付箋と同じくメニューの「スレ一覧」→「マーカー一覧」からまとめて参照できます。 レスラベル 参照: V2C 使用法 レス表示設定 の「レスラベル」 任意のレスにラベルを付けることができます。また、自分の書き込みに自動でラベルを付けることもでき、さらにその書き込みにアンカー付きのレス(返信レス)があれば、そのレスにも自動でラベルを付けることができます。 動画 だとこんな感じです レスラベルは、任意のレスのチェックと、自分の書き込みレスのチェックの機能を兼ねているため、レス表示欄からの抽出の際に、二つが混ざってしまう仕様となっています。これを、スクリプトによって回避することができます。詳しくは、スクリプト一覧のpopupLabel.jsをダウンロードし、ファイルの中身を参照して下さい。 関連項目:自分の書き込みの自動ラベル付け 参考: ぶるるる V2Cのちょっと便利な使い方5~自分のレス/自分にアンカーをつけたレスの色を変える~ その他 ローカルにスクラップ ローカル板の「ローカルスレッドにこのレスを追加」 スレのメモ お気に入り 参照: V2C 使用法 お気に入り スレッドラベル 参照: V2C 使用法 スレッド一覧のカラム設定 の「スレッドラベル」 書き込み欄のメモ 参照: V2C 使用法 書き込みの「メモ」 設定方法「設定」→「ツールバー」→「書き込み欄」または「書き込みウィンドウ」に「メモ選択」を追加。 「設定」→「書き込み」→「その他」→「メモ」でメモの必要枚数を設定。 しおり レスをどこまで読んだのか印しを付けておく機能です。なお、しおりはスレッド中一箇所しか設定できず、ポップアップには表示されません。 使い方しおりを付ける:レス番号を右クリック→「設定」→「しおりを挟む」 付けたしおりにジャンプする:「メニュー」→「スレッド」→「スレッド内の移動」→「しおりの位置」※キーバインド・ジェスチャの「レス表示」に「しおりの位置にジャンプ」を設定できます。 ローカル板 ローカル板を参照してください。
https://w.atwiki.jp/ikepyon/pages/7.html
実装機能 巡回機能 ブラウザのProxyとして働く。 ブラウザでWebアプリの巡回を行う。 「レコード」ボタンをクリックしてから「停止」ボタンをクリックするまでに発生したリクエストを一時的に保存する。 このうち、除外する拡張子のものは保存しない。 GUIで操作を行う(GUIにはEclipseを使用?) 「検査」ボタンで、後述の検査機能を実施する。 巡回を開始するとき、以前の巡回の続きも選べるようにする。 検査機能 巡回機能で巡回した手順を、1つのテストケースですべて実施する。 巡回機能で巡回した複数の手順から1つを選べるようにする。 各テストケースでは、1つのリクエストの1つのパラメータのみ、シグネチャファイルの検査-文字列に変更して、リクエストを実施する。 テストケースのリクエストに対するレスポンスを全て記録する。 脆弱性の有無はシグネチャファイルの検証文字列が存在していることをベースとする。 脆弱性の有無の判断は、巡回したすべてのページを総合して判断する。 検査用APIを公開し、これを用いて脆弱性の判断モジュールが作成できるようにする。 特殊検査仕様 XSS用モジュール 単純に、レスポンスに指定した文字列が含まれているかどうかで、脆弱性の有無を判断。 OSコマンドインジェクション用モジュール サーバ側からTCP接続を行うような攻撃パターンを送信し、ツール側で、TCP接続を待ちうけ。接続があったら、脆弱性ありと判断。 その他インジェクション及びDirectory Traversal用モジュール 対策がなされていなければ、必ずSQLエラーなどのシステムエラーが発生するデータ(例えば「 」)と、そのデータを含むけれど、エラーが発生しないようなデータ(例えば「 or a = b」)を投げてみて、そのレスポンスの構造の違い(とりあえず、HTMLタグが同じかどうかを確認)で判断。対策がされていれば、両方ともエラーか、両方とも正常な結果を表示するはず。 実装予定機能 機能要望 検査結果から、手動で誤報の確認が出来るインタフェースが欲しいなぁ 名前 コメント
https://w.atwiki.jp/tokyo4600/pages/22.html
機能一覧とは 機能一覧表は、アプリケーション機能を一覧にしたものです。 機能一覧の例 ※参考 機能一覧表