約 5,664,384 件
https://w.atwiki.jp/todo314/pages/27.html
Simulated Annealing Based Influence Maximization in Social Networks Qingye Jiang, Guojie Song, Cong Gao, Yu Wang, Wenjun Si, Kunqing Xie In AAAI 2011 概要 influence maximizationに対する初の焼きなましベースアルゴリズム influence spreadを高速に近似計算 アルゴリズム SA based 適当にseed setを変更するだけ SAEDV (Expected Diffusion Value) Aによりactivateされるノード数の期待値は $$ |A| + \sum_{v \in N^{out}(A), \not \in A}1-(1-p)^{r(v)} $$ r(v) Aからvにある辺の数 実験 グラフ Mobile,Epinions,Web,Amazon |V| 76K~345K |E| 422K~1.33M パラメータ p 0.01,0.02,…,0.09 割と普通 結果 influence spread 概ね良好 greedyより良いのもある（？） 実行時間 かなり速い 数秒から半分程度で終わる DegreeDiscountより速いのはさすがにおかしいのでは？ 結論 新しい手法を提案 state-of-the-artを完封 並列計算？ SA用の最適化を加えて更にパフォーマンスアップ まとめ さすがにおかしいのでは？ 速すぎるというのもおかしい influence spreadでgreedyに勝っているというのもおかしい σの計算を端折っているにも関わらず AAAI influence maximization
https://w.atwiki.jp/0x0b/pages/72.html
概要 このセクションは、 ECMAScript 言語の非公式な概要で構成する。 ECMAScript は、ホスト環境下での演算実行および演算的オブジェクト操作のための、オブジェクト指向プログラミング言語である。ここで述べる ECMAScript は演算的にそれ自身で十分なものを意図したものではない; 実に、外部データの入力及び演算結果の出力のためには、本仕様は何も提供しない。代わりに、 ECMAScript プログラムの演算環境は、本仕様内に述べられるオブジェクトとその他の設備の提供だけでなく、 ECMAScript プログラムからアクセス可能な個々のプロパティと呼び出し可能な個々の関数の提供してよいと示すことを除いて本仕様のスコープ上に説明と振る舞いを持つ、個々の環境指定のホストオブジェクトの提供が期待される。 スクリプティング言語は、既存のシステムの設備を操作、カスタマイズ、自動化に用いられるプログラミング言語である。そのようなシステムでは、ユーザーインターフェイスを通して既に有用な機能性が利用可能で、スクリプティング言語はプログラム制御への機能性の露出のためのメカニズムである。この方法で、既存のシステムは、スクリプティング言語の許容性を満たすオブジェクトと設備のホスト環境の提供に話す。スクリプティング言語は専門的また非専門的プログラマの両方による利用を意図している。非専門的プログラマに順応するために、言語の指針はあまり厳格ではなくてもよい。 ECMAScript は本来、ブラウザ内において Web ページを活気付け、そして Web ベースのクライアント－サーバアーキテクチャの一部としてサーバー演算を実行するメカニズムを提供する、 Web スクリプティング言語として設計された。 ECMAScript は様々なホスト環境にコアなスクリプティング機能を提供可能であり、それゆえ本仕様では、個々のホスト環境から切り離したコアなスクリプティング言語が規定される。 ECMAScript の機能には、他のプログラミング言語で使われるものに類似した部分もある; とりわけ、次に述べる JavaTM と Self である Gosling, James, Bill Joy and Guy Steele. The JavaTM Language Specification. Addison Wesley Publishing Co., 1996. Ungar, David, and Smith, Randall B. Self The Power of Simplicity. OOPSLA '87 Conference Proceedings, pp. 227-241, Orlando, FL, October 1987. Web スクリプティング (Web Scripting) ウェブブラウザは、例えばウィンドウ、メニュー、ポップアップ、ダイアログボックス、テキストエリア、アンカー、フレーム、履歴、クッキー、入出力を表すオブジェクトを含む、クライアントサイド演算のためのホスト環境を提供する。さらにホスト環境は、フォーカス、ページと画像の読み込み、遷移、エラー及び中止、選択、フォーム送信、マウス行動の変更のようなイベントにスクリプティングコードを取り付ける手段を提供する。スクリプティングコードは HTML 内に出現し、そして表示されたページは、ユーザーインターフェイス要素と固定され演算されたテキストと画像の結合体になる。スクリプティングコードはユーザの相互作用にすぐ反応し、メインプログラムには必要ない。 ウェブサーバはサーバサイド演算のための異なるホスト環境を提供し、リクエスト、クライアント、ファイルを表すオブジェクトと、ロックとデータ共有のメカニズムを含む。ブラウザサイド、サーバサイドのスクリプティングを共に使用することで、Web ベースアプリケーションにカスタマイズされたユーザーインターフェイスを提供すると同時に、クライアントとサーバ間の演算の分配を可能にする。 ECMAScript をサポートする Web ブラウザ及びサーバはそれぞれ、 ECMAScript 実行環境を完成する自分自身のホスト環境を提供する。 言語の概要 (Language Overview) 下記は ECMAScript の非公式な概要である -- 言語のすべての部分が記述されるわけではない。この概要は厳密には標準の一部ではない。 ECMAScript はオブジェクトベースである 基礎的な言語およびホスト設備はオブジェクトによって提供される。また、 ECMAScript プログラムは、通信するオブジェクトの群である。 ECMAScript オブジェクト は、序列のない プロパティ の集合体で、それぞれのプロパティが、その利用されうる方法を決定する 0 個以上の 属性 を持つ -- 例えば、プロパティの ReadOnly 属性が true にセットされるときは、そのプロパティの値を変更しようとする、実行される ECMAScript コードによるどんな試行も効果を持たない。プロパティは、他のオブジェクトや プリミティブ値 、メソッド を保持するコンテナである。プリミティブな値は、次の組み込み 型 Undefined, Null, Boolean, Number, String の内のひとつの仲間である; オブジェクトは残りの組み込み 型 Object の仲間である; メソッドはプロパティ経由でオブジェクトに関連づけられた関数\である。 ECMAScript は 組み込みオブジェクト (built-in object) の集合を定義し、これは ECMAScript 実体の定義を完成する。これらの組み込みオブジェクトは、Global オブジェクト、 Object オブジェクト、 Function オブジェクト、 Array オブジェクト、 String オブジェクト Boolean オブジェクト、 Number オブジェクト、 Math オブジェクト、 Date オブジェクト、 RegExp オブジェクト、そして Error オブジェクト、Error, EvalError, RangeError, ReferenceError, SyntaxError, TypeError, URIError を含む。 ECMAScript は組み込みの演算子のセットも定義し、厳密には、それらは関数やメソッドではないかもしれない。ECMAScript 演算子は、さまざまな単項演算(unary operations), 乗除演算子(multiplicative operators), 加減演算子(additive operators), ビットシフト演算子(bitwise shift operators), 関係演算子(relational operators), 等価演算子(equality operators), ビット演算子(binary bitwise operators), 論理演算子(binary logical operators), 代入演算子(assignment operators), カンマ演算子(comma operator) を含む。 ECMAScript 構文は、意図的に Java 構文と似ている。 ECMAScript 構文は緩やかで、容易に利用できるスクリプティング言語としての提供を可能にしている。例えば、変数に型宣言は要求されず、プロパティに関連する型も要求されず、定義される関数は、テキスト的にそれが呼び出される前に宣言を出現させることを要求されない。 オブジェクト (Objects) ECMAScript は、C++、Smalltalk あるいは Java のような厳密なクラスを持たない。だが、コードの実行によりオブジェクトを生成するコンストラクタをサポートし、このコードはオブジェクトに記憶領域を確保し、オブジェクトの全て又は一部をプロパティへの初期値代入によって初期化する。コンストラクタは全てオブジェクトであるが、しかし、すべてのオブジェクトがコンストラクタということではない。コンストラクタはそれぞれ prototype プロパティを持ち、プロトタイプベースの継承および共有プロパティの実装に使用される。オブジェクトは new 式中でのコンストラクタ使用により生成される; 例えば、new String("A String") は新しい String オブジェクトを生成する。 new を使用しないコンストラクタの呼出しの結果は、コンストラクタに依存する。例えば、 String("A String") は、オブジェクトではなくプリミティブな文字列を生成する。 ECMAScript はプロトタイプベースの継承をサポートする。コンストラクタは皆関連づけられたプロトタイプを持ち、また、そのコンストラクタに作成されたオブジェクトは皆、そのコンストラクタに関連づけられたプロトタイプ (オブジェクトのプロトタイプと呼ばれる) に暗黙の参照がある。プロトタイプは、更にそのプロトタイプに null 以外の暗黙の参照があるかもしれない(以下同様である); これはプロトタイプチェーン (prototype chain) と呼ばれる。オブジェクトのプロパティへが参照される場合、その参照は、プロトタイプチェーン中でその名前のプロパティを持つ最初のオブジェクトのプロパティへの参照である。言いかえれば、まず直接指定されたオブジェクトが、そのプロパティの有無を検査される; そのオブジェクトが指定されたプロパティを持つ場合、それが参照するプロパティである; そのオブジェクトが指定のプロパティを持たない場合、そのオブジェクトのプロトタイプが次に検査される; 以下同様に続く。 クラスベースのオブジェクト指向の言語では、一般に、状態(state) がインスタンスによって運ばれ、メソッドはクラスによって運ばれ、継承は構造(strucutuer) と振る舞い(behaviour) にのみ存在する。ECMAScriptでは、状態およびメソッドがオブジェクトによって運ばれ、構造、振る舞い、状態がすべて継承される。 プロトタイプが持つプロパティを直に持たないオブジェクトはすべて、プロパティとその値を共有する。次の図がこれを例示する CF はコンストラクタである(オブジェクトでもある)。5 つのオブジェクト cf1, cf2, cf3, cf4, cf5 が new 式の使用により作成されている。これらのオブジェクトの各々は、q1 と q2 というプロパティを持つ。破線は暗黙のプロトタイプ関係を表わす; したがって、例えば、cf3 のプロトタイプは CFp である。コンストラクタ(CF) は、それ自身で P1 および P2 と名づけられた 2 つのプロパティを持つ(それは、CFp, cf1, cf2, cf3, cf4, cf5 からは見えない)。CFp の CFP1 というプロパティは、 CFp の暗黙のプロトタイプチェーン上で見つかる q1, q2, CFP1 という名でない任意のプロパティであり、cf1, cf2, cf3, cf4, cf5 に共有される( CF に共有されるのではない)。暗黙のプロトタイプ・リンクが CF と CFp の間にないことに注目しなさい。 クラスベースのオブジェクト言語と異なり、プロパティは値の代入によって、オブジェクトに動的に追加できる。すなわち、コンストラクタは、構築されるオブジェクトの全てまたは任意のプロパティの命名や値の代入を要求されない。上図では、CFp 内でプロパティに新たな値を代入することで、cf1, cf2, cf3, cf4, cf5 に新しい共有プロパティを追加できる。 定義 (Definitions) 次は ECMAScript に関連する鍵となる術語の非公式な定義である。 [訳注 この仕様では "instance" という語が散見するが、 ECMAScript はプロトタイプベース言語であり、この語はクラスベース言語における "instance" のような技術的意味を持たない。現に仕様内にこの語に関する定義は公式非公式含めて見つからず、日常語としての「実例、実体、具体的なもの」としての意味合いで用いられているとも考えられる。] 型 型 (type) とはデータ値の集合である。 プリミティブ値 プリミティブ値 (primitive value) は Undefined, Null, Boolean, Number, String 型のうちの一つの構成要素である。プリミティブ値は言語実装の最低レベルにおいて直接表されるデータである。 オブジェクト オブジェクトは Object 型の構成要素である。序列のないプロパティの集合体で、それぞれのプロパティがプリミティブ値やオブジェクト、関数を含む。オブジェクトのプロパティに格納された関数はメソッドと呼ばれる。 コンストラクタ コンストラクタとは、オブジェクトを生成し初期化する Function オブジェクトのことである。各コンストラクタは関連する prototype オブジェクトを持ち、継承と共有プロパティの実装に用いられる。 プロトタイプ プロトタイプはオブジェクトであり、ECMAScript 中では、構造(structure), 状態(state), 振る舞い(behaviour) の継承に用いられる。コンストラクタがオブジェクトを生成するとき、プロパティの参照を解決する目的で、そのオブジェクトは暗黙にコンストラクタに関連するプロトタイプを参照する。コンストラクタに関連するプロトタイプはプログラム式 constructor.prototype で参照され、オブジェクトのプロトタイプに追加されたプロパティは、継承を通して、そのプロトタイプを共有する全オブジェクトによって共有される。 ネイティブオブジェクト Native オブジェクトは、 ECMAScript 実装によって提供される任意のオブジェクトで、ホスト環境に依存しない。標準 Native オブジェクトは本仕様中で定義される。Native オブジェクトの一部は Built-in(組み込み) である。他のものは ECMAScript プログラムの実行行程の間に構築されるだろう。 組み込みオブジェクト Built-in オブジェクトは ECMAScript 実装によって提供される任意のオブジェクトであり、ECMAScript プログラムの実行の開始時に存在するホスト環境に依存しない。標準 Built-in オブジェクトは本仕様中に定義され、ECMAScript 実装は他を定義してもよい。全 Built-in オブジェクトは Native オブジェクトである。 ホストオブジェクト Host オブジェクトは ECMAScript の実行環境を満たすためにホスト環境によって提供される任意のオブジェクトである。Native でない任意のオブジェクトは Host オブジェクトである。 undefined 値 undefined 値は、プリミティブ値であり、変数に値が代入されていないときに用いられる。 Undefined 型 Undefined 型は、厳密には undefined と呼ばれるひとつの値を取る。 null 値 null 値は、プリミティブな値であり、ヌル、空(empty)、存在しない参照を表す。 Null 型 Null 型は、厳密には null と呼ばれるひとつの値を取る。 真偽値 真偽値は Boolean 型の元 (member 集合を構成するもの) で、一意的な二つの値、 true と false の一方である。 Boolean 型 Boolean 型は論理的実体を表し、厳密には二つの一意的な値で構成される。一方は true と呼ばれ、他方は false と呼ばれる。 Boolean オブジェクト Boolean オブジェクトは Object 型の元で、組込み Boolean オブジェクトのインスタンスである。つまり、 Boolean オブジェクトは、 new 式内で引数にブーリアンを渡した Boolean コンストラクタを用いて作成される。結果のオブジェクトはブーリアンである暗黙の(無名の)プロパティを持つ。 Boolean オブジェクトはブーリアン値に強制される。 文字列値 文字列値は String 型の元で、0 以上の 16 ビット符号なし整数値による有限の順序あるシーケンスである。 NOTE 各値は通常単一の UTF-16 テキストの 16 ビット単位をあらわすが、言語はそれらが 16 ビット符号なし整数であること以外の制限また要求を値上に設置しない。 String 型 String 型はすべての文字列値の集合である。 String オブジェクト String オブジェクトは Object 型の元で、組込み String オブジェクトのインスタンスである。つまり、String オブジェクトは new 式内で引数として文字列を供給する String コンストラクタを用いて生成される。結果のオブジェクトは文字列である暗黙の(無名の)プロパティを持つ。 String コンストラクタの関数としての呼び出しにより、 String オブジェクトは文字列値に強制される。 数値 数値は Number 型の元で、数を直接表現する。 Number 型 Number 型は数を表す値の集合である。 ECMAScript において、値の集合は、特殊な "Not-a-Number" (NaN) 値、正の無限大、負の無限大を含めた倍精度64ビット形式 IEEE 754 値である。 Number オブジェクト Number オブジェクトは Object 型の元で、組込み Number オブジェクトのインスタンスである。つまり、 Number オブジェクトは new 式において Number コンストラクタに引数として数を渡して生成される。結果のオブジェクトは数字である暗黙の (無名の) プロパティを持つ。 Number オブジェクトは関数としての Number コンストラクタ呼び出し (関数として呼ばれる Number コンストラクタ) によって数値に矯正できる。 Infinity プリミティブ値 Infinity は正の無限大をあらわす。この値は Number 型の元である。 NaN プリミティブ値 NaN は、 IEEE 標準 "Not-a-Number" 値のセットあらわす。この値は Number 型の元である。 表記法について 構文と字句の文法 このセクションでは、この仕様で ECMAScript プログラムの字句構文構造の定義に用いられる文脈自由文法 (context-free grammers) について述べる。 文脈自由文法 (Context-Free Grammars) 文脈自由文法はたくさんの生成規則 (production) によって構成される。各生成規則はその左辺に非終端記号 (nonterminal symbol) と呼ばれる抽象的記号を持ち、右辺に 0 個以上の非終端記号と終端記号 (terminal symbol) の並びを持つ。各文法のために、終端記号は特定のアルファベットか引き出される。 目標記号 (goal symbol) と呼ばれる、単一の識別される非終端記号で構成される文から始まり、与えられる文脈自由文法は言語を規定する。すなわち、終端記号の可能なシーケンスの (おそらく無限の) 集合で、それはシーケンス内で非終端記号を、非終端記号が左辺である生成規則の右辺で繰り返し置換することから生じる。 字句と正規表現の文法 ECMAScript の字句文法は(字句について)に与えられる。この文法は終端記号として Unicode 文字セットの文字をもつ。目標記号 InputElementDiv や InputElementRegExp から始まる生成規則のセットを定義し、これは Unicode 文字のシーケンスが入力要素のシーケンス内にどのように翻訳されるかを説明する。 空白類及びコメント以外の入力要素は、 ECMAScript トークン (ECMAScript tokens) と呼ばれ、 ECMAScript の構文的文法に終端記号を形成する。これらのトークンは ECMAScript 言語の予約語、識別子、リテラルおよび接続子である。さらに、行終端子 (line terminator) はトークンだと考えられてはいないが、入力要素のストリームの一部になり、自動セミコロン挿入 (字句について 自動セミコロン挿入) のプロセスをガイドする。 単純な空白類および一行のコメントは、廃棄されて構文的な文法用の入力要素のストリームに出現しない。MultiLineComment (1 行を超えるか範囲かどうか関係ない "/*…*/" 形式のコメント) が行終端子を含まない場合、同様に単に廃棄される; しかし、MultiLineComment が 1 つ以上の行終端子を含んでいる場合、それは 1 つの行終端子と置換され、それは構文的な文法用の入力要素のストリームの一部になる。 ECMAScript のための RegExp 文法は(RegExp (正規表現) オブジェクト)に与えられる。この文法は、さらにその終端記号として Unicode 文字セットの文字を持つ。それは 1 セットの生成規則を定義し、目標記号パターンから開始して、 Unicode 文字のシーケンスが正規表現パターンにどのように翻訳されるか説明する。 字句と RegExp 文法の生成規則は、区切り分離として 2 つのコロン " " を持つことで識別される。字句と RegExp 文法はいくつかの生成規則を共有する。 数値文字の文法 第二の文法は文字列をを数値の値に変換するのに使用される。この文法は、数値リテラルと関係する字句の文法の一部に似ていて、その終端記号として Unicode 文字集合の文字を持つ。この文法は(型変換 String 型に適用される ToNumber )に出現する。 数値的文字文法の生成規則は、接続子として 3 つのコロン " " を用いて区別される。 構文的文法 ECMAScript のための構文的文法は、(式), (文), (関数定義), (プログラム) の中で与えられる。この文法は ECMAScript トークンを持ち、字句文法によってその終端記号 (記述法について 字句と正規表現の文法) として定義される。それは生成規則の一集合を定義し、目標記号 Program から開始し、トークンのシーケンスがどのように構文上正しい ECMAScript プログラムを形成できるか説明する。 Unicode 文字のストリームが ECMAScript プログラムとして解析されることになっている場合、それは字句文法の繰り返された適用によって、最初に入力要素のストリームに変換される; この入力要素のストリームはその後、構文文法の単一のアプリケーションによって解析される。残ったトークンのない、ゴール非終端記号Program の単一の実例として入力要素のストリームのトークンを解析できない場合、プログラムは構文上誤っている。 構文的文法の生成規則は、接続子として 1 つのコロン " " を用いて区別される。 (式), (文), (関数定義), (プログラム)の中で示される構文的文法は、トークンシーケンスが正しい ECMAScript プログラムとして認められる、現実に完全な説明ではない。疑う余地のない追加トークンシーケンス、すなわち、文法によって記述され、セミコロンだけが (行終端子文字の前のような) 確実な場所内のシーケンスに加えられた場合も受理される。更に、終端子文字が確実に "不適当な" 場所に現われる場合、文法によって記述されるあるトークンシーケンスは、受理可能であるとは考えられない。 文法記法 (Grammar Notation) 字句と文字列の文法の終端記号といくつかの構文文法の終端記号は、文法の生成規則内及びこの仕様を通して、テキストがそのような終端記号を直接参照するときは 等幅フォントであらわされる。これらはプログラム中に書かれるものとして出現する。この方法で指定される非終端記号の文字は全て、 ASCII の範囲から 適当な Unicode 文字として理解されるものであり、他の Unicode 範囲の類似した文字ではない。 非終端記号は イタリック体 であらわされる。非終端記号の定義は、一つ以上のコロンの続く定義されている非終端記号の名前によって案内される。(コロンの数は生成規則がどの文法に属するかを示す。) 非終端記号の一つ以上の代替の右辺は後続行に続く。 [訳注 この HTML 版邦訳でのフォントはこの限りではないかもしれない。] 例えば、次の構文定義 WithStatement with ( Expression ) Statement は、非終端記号 WithStatement がトークン with 、左括弧トークン、 Expression 、右括弧トークン、 Statement の続きをあらわすことを明言する。 Expression 及び Statement の出現はそれ自身非終端である。別な例として、次の構文定義 ArgumentList AssignmentExpression ArgumentList , AssignmentExpression は、 ArgumentList が単一の AssignmentExpression 、または ArgumentList 、カンマ、 AssignmentExpression の続きのどちらかをあらわすかもしれないことを明言する。この ArgumentList の定義は再帰的で、つまり、自分自身の表現の中で定義される。結果として、 ArgumentList はカンマで区切られた任意の正数の引数で構成されうる。その各引数式のところは AssignmentExpression である。非終端記号のそのような再帰的定義が一般的である。 下付き文字による後置句 "opt" は、終端記号または非終端記号の後に出現でき、選択的記号を示す。代替構成の選択的記号は実際は 2 つの右辺を規定する。1 つは選択的要素を省いたもの、1 つは含めたものである。これはつまり VariableDeclaration Identifier Initialiseropt は次の略記であるということだ VariableDeclaration Identifier Identifier Initialiser そして IterationStatement for ( ExpressionNoInopt ; Expressionopt ; Expressionopt ) Statement は次の略記であり IterationStatement for ( ; Expressionopt ; Expressionopt ) Statement for ( ExpressionNoIn ; Expressionopt ; Expressionopt ) Statement 順に次の略記ということになり IterationStatement for ( ; ; Expressionopt ) Statement for ( ; Expression ; Expressionopt ) Statement for ( ExpressionNoIn ; ; Expressionopt ) Statement for ( ExpressionNoIn ; Expression ; Expressionopt ) Statement 順に次の略記ということになる IterationStatement for ( ; ; ) Statement for ( ; ; Expression ) Statement for ( ; Expression ; ) Statement for ( ; Expression ; Expression ) Statement for ( ExpressionNoIn ; ; ) Statement for ( ExpressionNoIn ; ; Expression ) Statement for ( ExpressionNoIn ; Expression ; ) Statement for ( ExpressionNoIn ; Expression ; Expression ) Statement 従って非終端記号 IterationStatement は、実際には 8 個の代替右辺を持つ。 フレーズ "[empty]" が生成規則の右辺に出現するならば、それは生成規則の右辺が終端記号も非終端記号も含まないことを示す。 フレーズ "[lookahead ∉ set]" が生成規則の右辺に出現する場合は、直後の入力終端記号が与えられた set の元ならば、生成規則が使われないことを示す。 set は { } 内に囲まれた終端記号のリストとして書くことが出来る。簡潔に言えば、 set は非終端記号として書くことも出来る。その場合、非終端記号から展開可能な終端記号の全てをあらわす。例えば、定義 DecimalDigit one of 0 1 2 3 4 5 6 7 8 9 DecimalDigits DecimalDigit DecimalDigits DecimalDigit を与えられて、定義 LookaheadExample n [lookahead ∉ {1, 3, 5, 7, 9} ] DecimalDigits DecimalDigit [lookahead ∉ DecimalDigit ] は、偶数で始まる一つ以上の数字が続く文字 n 、あるいは他の数字が続かない数字にマッチする。 フレーズ "[no LineTerminator here]" 構文的文法の生成規則の右辺に出現する場合、生成規則が 制限生成規則 (restricted production) であることを示す 入力ストリームの示された位置に LineTerminator が出現しなければ使用できない。例えば、次の生成規則 ReturnStatement return [LineTerminator 無し] Expressionopt ; プログラム内の return トークンと Expression の間に LineTerminator が出現する場合はこの生成規則は使用できない。 LineTerminator の存在が制限生成規則に隠されなければ、入力要素のストリーム内の 2 つの連続するトークン間に LineTerminator はいくつでも出現でき、プログラムの構文的受容性に影響を与えない。 文法定義内のコロンに語句 "one of" が続く場合、後続行の終端記号のそれぞれが代替定義であることを意味する。例えば、ECMAScript の字句文法は次の生成規則を含む NonZeroDigit one of 1 2 3 4 5 6 7 8 9 これは単に次の略記である NonZeroDigit one of 1 2 3 4 5 6 7 8 9 字句文法また数値文字文法の生成規則内の代替が複数文字トークンである場合、そのトークンを作る文字シーケンスをあらわす。 生成規則の右辺は、フレーズ "but not" を用いてある展開が許可されないことを規定してよく、その展開は除外される。例えば、次の生成規則 Identifier IdentifierName but not ReservedWord は、非終端記号 Identifier が IdentifierName に置換可能だが ReservedWord で置換不可能な文字シーケンスであることを意味する。 最後に、全ての代替をすべてあげるのが現実的でないいくつかの非終端記号が、ローマン体の説明的フレーズで記述される SourceCharacter any Unicode character アルゴリズム記述について 仕様はしばしば番号を振ったリストを用いて、アルゴリズム内のステップを規定する。これらのアルゴリズムは意味論を明確にするために用いられる。実際には、与えられる機能の実装に有効な、より能率的なアルゴリズムであってよい。 アルゴリズムが結果として値を生成するとき "x を返す" が用いられ、アルゴリズムの結果が x の値であり、アルゴリズムが終了すべきであることを示す。表記 Result(n) は "ステップ n の結果" の略記である。Type(x) は "x の型" の略記である。 本セクションで後に述べる加法、減法、否定、乗法、除法、数学的関数のような数学的操作は、常に、無限及び正の 0 から区別される負の 0 を含まない数学的な実数上の厳密な数学的結果を演算するものとして理解されるべきである。浮動小数点数計算を作るこの標準のアルゴリズムは、必要に応じて、無限と符号付きの 0 を操作し丸めの実行する、明示的なステップを含む。数学的操作または関数が浮動小数点数に適用される場合、その浮動小数点数\であらわされる厳密な数学的値に適用されるものとして理解されるべきである; そのような浮動小数点数は有限であるべきで、そして +0 または -0 ならば該当する数学的値は単に 0 である。 数学関数 abs(x) は x の絶対値をもたらし、 x が負(0 未満) なら -x 、そうでなければ x 自身である。 数学関数 sign(x) は、 x が正ならば 1、 x が負ならば -1 をもたらす。 x が 0 のときのための sign 関数はこの標準では用いられない。 記法 "x modulo y" (y は 0 以外の有限数) は、ある整数 q について abs(k) abs(y) かつ x - k = q * y であるような、 y (又は 0) と同じ符号の値 k を算出する。 数学関数 floor(x) は x より大きくない最大の整数 (正の無限に接近する) をもたらす。 NOTE floor(x) = x - (x modulo 1). アルゴリズムが "例外を投げる" と定義されていれば、アルゴリズムの実行は終了し、結果を何も返さない。アルゴリズム呼出しも終了し、 "例外が投げられたら…" のような用語を用いて、アルゴリズムのステップが明示的に例外を扱うに至る。一度そのようなアルゴリズムのステップに遭遇したらそれ以上例外の発生は考慮されない。
https://w.atwiki.jp/javadsge/pages/9953.html
script src="//ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js" /script script var x=new Array(); var y=new Array(); var c=new Array(); var m; function sample(){ tx=0; for(s=1;s 50;s++){ for(sx=1;sx 50;sx++){ tx=tx+1; y[tx]=s; x[tx]=sx; c[tx]="black"; if(Math.random() 0.2)c[tx]="white"; }} var timer; var delay = 100; m=1; var loop = function () { dx=0; if(Math.random() 0.5)dx=-1; if(Math.random() 0.5)dx=1; dy=0; if(Math.random() 0.5)dy=-1; if(Math.random() 0.5)dy=1; x1=x[m]+dx; y1=y[m]+dy; sxs=0; for(s=1;s 2501;s++){ h=0; if(x[s]==x1)h=h+1; if(y[s]==y1)h=h+1; if(c[s]=="white")h=h+1; if(h==3)sxs=s; } if(sxs 0)m=sxs; paint(); clearTimeout(timer); timer = setTimeout(loop, delay); } loop(); } function rect(x1,y1,w1,h1,col){ var strx; strx=" rect x="+chop(x1)+"\" y="+chop(y1)+"\" width="+chop(w1); strx=strx+"\" height="+chop(h1)+" fill="+chop(col)+"/ "; return strx; } function chop(strp){ var strx; strx="\""+strp+"\""; return strx; } function paint(){ str=" svg width=\"500\" height=\"500\" "; for(tx=1;tx 2501;tx++){ str=str+rect(10*x[tx],10*y[tx],10,10,c[tx]); } str=str+rect(10*x[m],10*y[m],10,10,"red"); str=str+" /svg "; $("#memo").html(str); } /script
https://w.atwiki.jp/usb_audio/pages/24.html
原文：Audio Data Formats 1.0(PDF) USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 26 Offset Field Size Value Description 0 bLowScale 1 Number The setting for the attribute of the lowlevel Scaling Control. 1 bHighScale 1 Number The setting for the attribute of the highlevel Scaling Control. 2.4 Type III Formats These formats are based upon the IEC1937 standard. The IEC1937 standard describes a method to transfer non-PCM encoded audio bitstreams over an IEC958 digital audio interface, together with the transfer of the accompanying “Channel Status” and “User Data.” The IEC958 standard specifies a widely used method of interconnecting digital audio equipment with twochannel linear PCM audio. The IEC1937 standard describes a way in which the IEC958 interface shall be used to convey non-PCM encoded audio bit streams for consumer applications. The same basic techniques used in IEC1937 are reused here to convey non-PCM encoded audio bit streams over a Type III formatted audio stream. 2.4.1 Type III Format Type Descriptor The Type III Format Type is identical to the Type I PCM Format Type, set up for two-channel 16-bit PCM data. It therefore uses two audio subframes per audio frame. The subframe size is two bytes and the bit resolution is 16 bits. The Type III Format Type descriptor is identical to the Type I Format Type descriptor but with the bNrChannels field set to two, the bSubframeSize field set to two and the bBitResolution field set to 16. All the techniques used to correctly transport Type I PCM formatted streams over USB equally apply to Type III formatted streams. The non-PCM encoded audio bitstreams that are transferred within the basic 16-bit data area of the IEC1937 subframes (time-slots 12 [LSB] to 27 [MSB]) are placed unaltered in the two available 16-bit audio subframes per audio frame of the Type III formatted USB stream. The additional information in the IEC1937 subframes (channel status, user bits etc.) is discarded. Refer to the IEC1937 standard for a detailed description of the exact contents of the subframes. The layout of the Type III Format Type descriptor is given here for clarity. All preassigned fields have been filled in. Table 2-23 Type III Format Type Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 8+(ns*3) 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant FORMAT_TYPE descriptor subtype. 3 bFormatType 1 Constant FORMAT_TYPE_III. Constant identifying the Format Type the AudioStreaming interface is using. 4 bNrChannels 1 Number Indicates the number of ‘virtual’ physical channels in the audio data stream. Must be set to two. USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 27 Offset Field Size Value Description 5 bSubframeSize 1 Number The number of bytes occupied by one audio subframe. Must be set to 2. 6 bBitResolution 1 Number The number of effectively used bits from the available bits in an audio subframe. 7 bSamFreqType 1 Number Indicates how the sampling frequency can be programmed 0 Continuous sampling frequency1..255 The number of discrete sampling frequencies supported by the isochronous data endpoint of the AudioStreaming interface (ns) 8... See sampling frequency tables, below. Depending on the value in the bSamFreqType field, the layout of the next part of the descriptor is as shown in the following tables. Table 2-24 Continuous Sampling Frequency Offset Field Size Value Description 8 tLowerSamFreq 3 Number Lower bound in Hz of the sampling frequency range for this isochronous data endpoint. 11 tUpperSamFreq 3 Number Upper bound in Hz of the sampling frequency range for this isochronous data endpoint. Table 2-25 Discrete Number of Sampling Frequencies Offset Field Size Value Description 8 tSamFreq [1] 3 Number Sampling frequency 1 in Hz for this isochronous data endpoint. … … … … … 8+(ns-1)*3 tSamFreq [ns] 3 Number Sampling frequency ns in Hz for this isochronous data endpoint. Note In the case of adaptive isochronous data endpoints that support only a discrete number of sampling frequencies, the endpoint must at least tolerate ±1000 PPM inaccuracy on the reported sampling frequencies. USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 28 3 Adding New Audio Data Formats Adding new Audio Data Formats to this specification is achieved by proposing a fully documented Audio Data Format to the Audio Device Class Working Group. Upon acceptance, they will register the new Audio Data Format (attribute a unique wFormatTag) and update this document accordingly. This process will also guarantee that new releases of generic USB audio drivers will support the newly registered Audio Data Formats. It is always possible to use vendor-specific definitions if the above procedure is considered unsatisfactory. USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 29 Appendix A. Additional Audio Device Class Codes A.1 Audio Data Format Codes A.1.1 Audio Data Format Type I Codes Table A-1 Audio Data Format Type I Codes Name wFormatTag TYPE_I_UNDEFINED 0x0000 PCM 0x0001 PCM8 0x0002 IEEE_FLOAT 0x0003 ALAW 0x0004 MULAW 0x0005 A.1.2 Audio Data Format Type II Codes Table A-2 Audio Data Format Type II Codes Name wFormatTag TYPE_II_UNDEFINED 0x1000 MPEG 0x1001 AC-3 0x1002 A.1.3 Audio Data Format Type III Codes Table A-3 Audio Data Format Type III Codes Name wFormatTag TYPE_III_UNDEFINED 0x2000 IEC1937_AC-3 0x2001 IEC1937_MPEG-1_Layer1 0x2002 IEC1937_MPEG-1_Layer2/3 orIEC1937_MPEG-2_NOEXT 0x2003 IEC1937_MPEG-2_EXT 0x2004 IEC1937_MPEG-2_Layer1_LS 0x2005 USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 30 Name wFormatTag IEC1937_MPEG-2_Layer2/3_LS 0x2006 A.2 Format Type Codes Table A-4 Format Type Codes Format Type Code Value FORMAT_TYPE_UNDEFINED 0x00 FORMAT_TYPE_I 0x01 FORMAT_TYPE_II 0x02 FORMAT_TYPE_II 0x03 A.3 Format-Specific Control Selectors A.3.1 MPEG Control Selectors Table A-5 MPEG Control Selectors Control Selector Value MPEG_CONTROL_UNDEFINED 0x00 MP_DUAL_CHANNEL_CONTROL 0x01 MP_SECOND_STEREO_CONTROL 0x02 MP_MULTILINGUAL_CONTROL 0x03 MP_DYN_RANGE_CONTROL 0x04 MP_SCALING_CONTROL 0x05 MP_HILO_SCALING_CONTROL 0x06 A.3.2 AC-3 Control Selectors Table A-6 AC-3 Control Selectors Control Selector Value AC_CONTROL_UNDEFINED 0x00 AC_MODE_CONTROL 0x01 AC_DYN_RANGE_CONTROL 0x02 AC_SCALING_CONTROL 0x03 1 - 6 - 11 - 16 - 21 - 26 - 31 ここを編集
https://w.atwiki.jp/livetube/pages/2065.html
fuGk0(ふじこ） 大湊を去った伝説の男fuGk0・・・・ 彼は言った 「夕立ちゃあああああああああああああああああんんんんんんｎ!!!!!!!」 彼は幾千の修羅場を超え、「大湊伝説の提督」として大湊民は震え上がったことだろう。 大湊民「あ、あ、あ、あ、あ、あみだら・・・・・・伝説の提督・・・・」 そして、戦いに終止符を打った伝説の男が・・・・ とうとうLeague of Legendsに帰ってきてしまった。 この猛者達が渦めくLeague of Legends Season5 fuGk0「Season4? 何言ってるんだよ、俺はずいぶん前からSeason5に居たぜ(ｷﾘ」 俺たちは、プロEZの速さには近寄ることさえできなかったみたいだった しかし、その風格は無く、彼のチャンプ枠は黒く染まっていた・・・・ fuGk0「Hey! Yo!! 俺はっまぼろしぃぃぃぃ!! ｽｶｲﾌｨｯｼｭゥゥゥゥゥ!!!」 俺たちは彼の光の速さにただ驚愕するしかなかった・・・・ Season5 彼はいったいどこまで進化し続けるのだろうか、すでに彼はSeason5を終えているのかもしれない。 貴方は - 人目のスタイリッシュな提督です。 今ふじこに魅せられてる人数-人 昨日夕立のぽい？を聞いた人数 - 人 本日ふじこ提督の配信待ちの人数 - 人 ここは、数々の猛者達がはびこるLeague of Legends プロEZが精神を加速させ、光の速さで移動したとき・・・・そこは大湊だった・・・・ 何を言ってるかわからないと思うがコレは事実なのだ。 配信を開くと俺たちの知っているスタイリッシュプロEZは、旧日本軍提督になっていた。 fuGk0「んんんんんんｎゆうだちちゃああぁああああああああん」 そう、俺たちの知っているfuGk0はしんだのだ。 旧日本軍にfuGk0提督が着任したと言う事実をらいぶつーぶに思い知らせてやる fuGk0「俺が艦隊の指揮を執る・・・敗北を知りたい」 決戦！鉄底海峡を抜けて！ fuGk0提督 2013年11月25日 20 30過ぎ アイアンボトムサウンド 攻略を開始する!! +壮絶なる戦いの記録 そう、ここは数々の提督の屍が埋まるアイアンボトムサウンド アイアンボトムサウンドにて毛根が尽きたと言う提督は数え切れないらしい・・・・ fuGk0提督レベル59にて攻略を開始。 夕立改二 LV.56 島風改 LV.32 青葉改 LV.44 利根改 LV.45 比叡改 LV.32 榛名改 LV.57 fuGk0「燃料15000 弾20000 鉄16000 ボーキ4800 バケツ60 余裕過ぎるでしょう」 この慢心を持つのがやはり、League of Legends時代からの名残だろう。 そう、まさに 艦これ＝League of Legends 無数の猛者（提督）が渦巻く修羅場だったのだ 他提督は言う 「捨て艦しかない」「バケツがやばい」「やめたほうがいい」 fuGk0提督は言う 「捨て艦はしない」「攻略出来ない海域なんて俺にはない」「敗北を知りたい」「ゆうだちちゃああああぁぁん」 そして、攻略は始まった。 キラキラと言う真に見えないステータス状態を信じ全員をキラ状態へ。 まず1戦目・・・・とりあえずお仕置き部屋へ送り込まれる fuGk0「娘達の緊張をほぐすための初戦、こんなもんだ」 そして、2戦目ボスへ到達 fuGk0「ゆうだちちゃぁあああんｎ！！！！」 夕立改二の攻撃が当たり、とりあえず感覚をつかむ。そして・・・・ここからが苦戦だった。 開始2時間 日付が変わる頃 敵リコリス航空基地 ゲージ 9割 特有の慢心により、キラキラ無い状態での出撃を繰り返し 途中撤退を余儀なくされ、やはりキラキラ教の入信を志願する。 fuGk0「沈んでいい艦なんて１つもない」 そして・・・2013年11月26日 00 08 睦月 轟沈 島風改のキラキラ付け途中にて轟沈させてしまう。 fuGk0「むつきたそおおおおおおおおおおおおおおお」 そして、キラキラ付けの効果は目に見えて発揮する。 おそらくであるが、キラキラなしだったら大破だった。 そう言わざるを得ない状況が続きボス到達回数も増える。 睦月の轟沈を心に残し、キラキラをつけては出撃を繰り返す。 （米帝になっていることは伏せておこう） 11/26 02 00 ボスゲージ 7割 苦戦が続くが、俺たちのプロEZ、いやfuGk0提督なら・・・・ 11/26 04 30 ボスゲージ 4割 地道なキラキラと試行回数にて減らしていく。 11/26 6 30 ボスゲージ 1割 撃破圏内!!!! 精神を加速させろ!!!! fuGk0「本気艦隊を編成する!!!!」 ついにfuGk0提督、「戦艦 長門」を投入する。 そして、3連続大破撤退 さすが、アイアンボトムサウンド・・・・・一筋縄ではいかない fuGk0「次こそは、次は行く」 その信念からfuGk0ようやくボス到達。 そして・・・・・ 最終戦、無能だと言われ続けた比叡がボスに大ダメージをたたき込む そして、最後のとどめも比叡が決める。 11/26 8 40 ボス撃破 青葉「一言お願いします！」 fuGk0「敗北を知りたい」 こうして、激闘10時間以上に及ぶアイアンボトムサウンドを制覇した。 終わってみればたいしたこない海域だった・・・とfuGk0提督は言う。 (どれだけのBitCashを使ったかは・・・機密事項だ) 最終mapどんなドラマが待ち構えているのだろうか・・・・ 俺たちは光の速さで進撃するfuGk0についていけるのだろうか。 そして、睦月の轟沈を胸にfuGk0提督は最終海域へと進軍するのであった。 fuGk0提督 2013年11月26日 20 02過ぎ Iron Bottom Sound Final Stage 攻略を開始する!! +Admiral legendary 睦月の轟沈を胸に、最終海域へ進軍する我らがfuGk0提督。 fuGk0「おまえ達はこの伝説の配信をみられることに感謝したまえ」 そう、ここは伝説の配信。 この配信をクリックする提督は伝説が築かれる瞬間を目の当たりにする。 まさに、Legendary配信・・・・ 光の速さでIron Bottom Sound Final Stageを攻略してしまうfuGk0配信に 俺たちは瞬きすることも許されない・・・・（キラ付けの時は除く） fuGk0提督Lv.60にて攻略を開始。 夕立改二 LV.63 比叡改 LV.42 榛名改 LV.62 青葉改 LV.53 利根改 LV.53 北上改 LV.50 他提督「資源足りねぇだろ」「バケツも無い」「やめた方が・・・」 fuGk0「おまえら・・・母港にアイテム屋あるだろ？」 「絵師に感謝の気持ちを包んでるのか？貴様ら！！！」 つまり、そういうことなのだ。 資源は無限にあるんですよ、アイテム屋に行けば。 何も恐れることは無い、クリックすれば資源が増える。まさにLegend そして、出撃を開始する。 fuGk0「矢矧のついでに攻略しちまうか」 2013/11/26 20 10 ボス：超弩級戦艦 ゲージ9割 初戦いきなりのボス到達、ボスのカットイン有りながらもAランクにて勝利。 fuGk0「なんこれ、糞余裕だな、E2のが難しかったわ、我が艦隊の長門が出撃するまでもない」 そして、キラキラを確認し出撃を繰り返す。 夕立「素敵なたこ焼きぱーちーしましょ」 fuGk0艦隊娘は無類のたこ焼き好き、たこ焼きがあるとそちらばかり攻撃するらしい。 無類のたこ焼き好きの娘達を阻止するため、支援艦隊を導入する。 流石「キラキラ状態」といえようか・・・カットインでもカスダメ、中破止まりが続く そして、さすが我らのfuGk0提督出撃3回目の出撃にて余裕のS勝利!!!!!! そのS勝利のfuGk0提督の強さに惚れ「阿賀野」が着任する。 途中大破撤退も有りながら、怒濤のボス到達率を誇る我らがfuGk0提督。 2013/11/26 23 10 ボス：超弩級戦艦 ゲージ5割以下 開始3時間程度ですでにゲージ半分以下まで減らしてしまう。 俺たちはこの速さについて行けるのか・・・・（キラ付けの時は除く） 進撃は続く、途中大破もあるが地道なキラ付けを怠らないfuGk0提督。 2013/11/27 02 26 ボス：超弩級戦艦 ゲージ3割 地道な削りが続くが・・・・矢矧がまだ着任しない不具合に見舞われる。 2013/11/27 03 24 ボス：超弩級戦艦 ゲージ1割 有能北上が仕事し、ボスをついに撃破圏内 地味に、時間がかかっているのはほとんどキラ付け作業と言うことなのだが・・・ fuGk0提督ほぼボス直行ルートをたどる。それたのは2回程度か・・・・豪運の提督 最終戦 支援艦隊の良い働きによりたこ焼き減らす。 そして昼戦にて、ボスのみ。 fuGk0「我、夜戦に突入する！！」 最後は、青葉改が撃破。 fuGk0「敗北を知りたい」 ボス撃破時間 8時間40分（キラ付け 約7時間程度） しかし、ボス撃破までに矢矧着任しないと言う不具合に見舞われ 矢矧を歓迎艦隊を率い再びE5へ向かうfuGk0提督 他提督「矢矧なんてでねぇよ」「めしうまざまぁ」「資源数万使っても俺はでなかった」 fuGk0「矢矧は来る」「未来の俺はすでにゲットしている」「黙ってみていろ」 つまりそういうことなのだ、見ていれば伝説が生まれる。 この配信の醍醐味なのだ、俺たちは他提督が苦労して矢矧を迎えにいき 資材を溶かし、精神も崩壊、毛根も尽きかけた提督を見てきた・・・・ fuGk0提督なら・・・ そして、矢矧を迎えに行く(キラ付けなし） 2013/11/27 06 44 矢矧着任 またここに、一つの伝説が・・・・と言いたいところだが 矢矧が着任する事はすでにfuGk0提督はわかりきって居たことなのだ。 fuGk0「資源も余ってるし、E3で初風でも迎えに行くか」 他提督「無理だ」「100回回しても出ない」「初風は流石に」 fuGk0「俺を誰だと思っている」 そう、俺たちはイベント残り時間3時間を切ったというところで E3にて初風を迎えに行くfuGk0提督の無謀さに驚いた。 そして、E3へ向かうfuGk0提督。 誰もが出ないと思っていたこの初風 2013/11/27 07 35 4回目の出撃 にて初風着任 何を言ってるかわからないが、コレが伝説の配信なのだ。 12時間前に言ったことがすべてメンテナンス前に終わってしまう。 fuGk0提督、また１つ伝説を築いてしまった。 fuGk0「俺はこの配信を始める前に言ったはずだ、コレは生きるLegend配信だ」 そして、睦月の無念と共に、鉄底海峡を後にした。 そう、fuGk0提督にはイベント期間なんて1日有れば十分なのだ。 生きる伝説fuGk0提督 俺たちはこの伝説を刮目する!!! League of Legends 生きる伝説の男「fuGk0」 生きる伝説の男 fuGk0 ついに始まってしまったSeason4・・・・ fuGk0「Season3?・・・・ゆうだ・・・・くっ！！記憶があぁぁぁぁぁ」 Season3の間に何があったのか・・・伝説の男はこのLeague of Legends帰ってきた。 そして、プロezが降り立ったリーグは・・・・・Silver1だった。 俺たちは驚愕の事実を目の当たりにした。 Season4 にはどんな伝説のチャンピョンが出現するだろうか これまでの壮絶なる fuGk0 伝説 Second period fuGk0 Season 3 To Bronze from Silver 貴様達はこのEzrealの速さについてこれるのか？ fuGk0「Hot・・・GG・・・うっ!!! 頭がっ・・・・」 （Season1からの記憶をたどる懐古的なスタイリッシュ配信） First period fuGk0 Season 3 To Bronze Rank 償いの時は来た。 この世界に、fuGk0が戻ってきたという事実が何を意味するのか、ライブツーブに思い出させてやる。 fuGk0：誰よりも、何よりも光の速さで「i mid AD EZ」 全てはそこから始まる・・・・ 精神を加速させろ！イエス!イエス！イエス！！ 基本情報 名前 fuGk0 ジャンル ゲーム 性別 ♂ 年齢 ？ マイク 有 配信時間帯 昼とか夜とか 配信者ステータス トーク力 B スタイリッシュ力 EZ SSS (他B) どや度 S 絶叫度 S 描写力 F 米帝 S キラキラ教 SSS レート調整力 SS(mid Nasus) 配信スペック E 包茎 SSS unko SS 実況作品名など League of Legends 艦隊コレクション 特徴 スタイリッシュ系LoL配信 2 mid よく叫ぶ 配信した当初はマイクが入っているのにコメントをする謎配信 fuGk0：i mid AD EZ からの 「EZ BAN」がある配信 害人に切れると日本語で延々文句を言いまくる 調子が出ない試合になると、コメントばかりに気を取られる リスナーより「EZのスキルチャンプ指定スキルになったん？」と言われる程の命中率を誇る 開始8分までが最高の盛り上がりを誇る、後半は「ブリンクマジック」と呼ばれるKSが始まる・・・ コメントが無いと無言になる 負けた試合には全員Report フレンドが少ない リスナーが少ない 好きなチームはFnatic。リスペクトはDoublelift 配信中の名言・迷言 i mid AD Ez 森の妖精はハジコン（始まったコンテンツ） tyはちんこやべーの略 fuGk0：弱いチャンピオンはいない 挨拶は「せやな」 fuGk0：合い言葉は「精神を加速させろ」 fuGk0：光の速さで「i mid AD EZ」 fuGk0：敗北を知りたい fuGk0：プロは何を使っても目立ってしまう・・・そう宝石のように・・・ fuGk0：青いEZはできない系 fuGk0：ランクド以外は全て練習 fuGk0：包茎は誇り fuGk0：俺はパイパン 全盛期のfuGk0 MID Ezrealだけならプラチナと言われた男。現在レートに換算するとダイヤモンド１に匹敵する。 →（尚、現在はLHすらBronze） リスナーがちょっと目を離した隙にKillを取るKSマスターのためリスナーはコメント書く余裕すらない。 →（尚、現在はサポートSonaに5kill以上取られるなどKS力がBronze） ハラスをしヘルスをお互い極限まで削り合いE→Q→通常で気づいたら対面が死んでいる。 →（尚、現在はハラスのQが当たらずぬくぬくとLH取られるレーンBronze） Ultがホーミングする。相手は死ぬ。 →（尚、現在は0距離でUlt外れるためSonaUltを待ち続ける甘え） 3分でFirst Blood!!!!!!!!!!!!!!! →（尚、現在は（略）） 主が行ったネ申プレイ・m9プレイ topが追い詰めたchampをultでks killをとる筈だったワニに super ksと笑われる。 しかしあれは見事なultだった。 スタイリッシュポイントが計り知れないPoppyにkill 草陰から突如現れたPoppy。 お互い戸惑いながらも、ProEZのスタイリッシュ攻撃が始まる。 ブリンク、フラッシュを使い、Poppyに無傷でkill 言葉には言い表せない程のスタイリッシュkill これを見て「fuGk0」をプロとあがめる人も多いだろう・・・ fuGk0のShaco なぜか「はうくぱぁくぱぁくぱぁ」と言う fuGk0が出会った「Champions of legend」 1.「Ward」の「Ryze」 神とあがめても良い存在。 彼が居たからこそレートが上がったといっては過言ではない。 「fuGk0」未だレート非表示勢1100以下を低迷中に出会った「WardのRyze」 そう、その時midしか行かない「fuGk0」は「Ryze」とともにbotに居た。 彼は無言で「ward」を置き、ことごとくくる「Gang」は全て看破した。 その彼の姿に心打たれ、「fuGk0」は「ward」の重要さを心底思い知らされる。 その後、「神：WardのRyze」は見た者は居ない。 2.「KINKOU」の「Shen」 いつものように始まったランク戦 ジャングルに行くという「Shen」が居た。 そして、彼がジャングルに入った後ろ姿を見た後、誰も彼を見たと言う者は居ない そう、彼はジャングルのKINKOUを守ったのだ・・・・ 3.「恵み」の「Shaco」 ランク戦にて「fuGk0」順調なスタイリッシュキルを重ねる。 そしてすぐさまそのプロスタイリッシュキルに気がついた「ジャングルShaco」 彼は「EZ」とpingを鳴らし、BLUE、REDバフを湧いた先から献上する。 そして、彼は前線に立ち「EZ」を守る為に死んだ・・・・ 「恵みのShaco」は言った・・・・「EZお前が生きていれば問題無い」 4.「戦犯」の「Galio」 「Galio freeweek」 そう、そうこは地獄のweekだった。 ランク戦、なぜか味方には絶えずGalioが居た。 そして・・・・Galioが居て勝てた事が無かった・・・・ fuGk0は1stPick GalioBANと言う強攻策に出た。 5.「ProFeeder」の「Mordekaiser」 珍しく週末の深夜に活動するProEZ しかも、かなり調子よく連勝を重ね「fuGk0」はいつもよかなり激しいテンションに。 連勝街道まっしぐら「敗北を知りたい」そしてランク戦へ挑む。 もちろん、「fuGk0：i mid AD ez」とチャットし、勝ちを確信・・・が・・・・！！！ 1stPickの「Mordekaiser」が立ちはだかる。 EZに対し「Mordekaiser：im mid」と告げる fuGk0はMordekaiserに抗議、文句言うがMordekaiserは聞く耳を持たない害人だった。 いつもの「fuGk0」なら「2mid ok」と言うはずだが ラストPickと言う状況と、調子よく連勝を重ねたい為botへ行く羽目に・・・ そして・・・MordekaiserはFBを取られる。 そして、再びMordekaiserは地へ倒れる。そしてまた・・・・ 序盤からデスを重ねるMordekaiserに周りも動揺し始めたが、すでにfuGk0はぶち切れていた。 仲間に居た「Nidalee：こんな下手くそなMordekaiserは見たことない」と告げる そして、Feedが止まらないMordekaiser・・・・ fuGk0ついにぶちぎれ、日本語（ローマ字）で延々と文句を言う。 そして・・・・MordekaiserはLeaveした・・・・ 深夜3時・・・・fuGk0、リスナーは共に眠れない夜を過ごした 番外：「もう一人」の「Ezreal」 fuGk0がいつものように「i mid AD EZ」と発言後に1stがEzrealをpick。 発狂するfuGk0は勝つためのXinを選択。 実はこのEzreal、すでに一度共に戦った仲間であった。 俺以外のEzrealは偽物というfuGk0を傍目に、killを重ねるもう一人のEzreal。 そして彼はこう言った。「お前のXin、Ezの時より良かったぜ」 6.「ProAFK」の「Udyr」 Season 3 Bronze 俺たちのシーズン３は始まった・・・・・ そう、fuGk0ついに参戦!!!!!! 怒濤の4連勝を重ねるProEZ・・・fuGk0がEZをPickするそれは勝利を意味する シーズン3ではEUスタイルがはびこる・・・adcはbotでぬくぬく育っていくそんな世の中 しかし！！！！！そのProEZはmidに居た。 俺たちのEZはこう言った「Fuck EU style. i mid AD EZ (ｷﾘ」 俺たちのEZが帰ってきた、ブランクはあるものの時より全盛期を彷彿させる動きをする スタイリッシュ系先駆けのEZが帰ってきたのだ。 そして、5連勝を狙う我らProEZ しかし、悪夢再来そこに立ちはだかるは・・・・・ 1st PICK 「Nidalee：i mid」 ProEZは再びmidを宣言し、なんとかmidをもぎ取ろうとする！！！！ そしてゲームは始まった。 光の速さでmidへ行くEZ ProEZは、Nidaleeへサポートするようにbotへ行くように指示 Nidaleeは強引に2midか？と思うとbotへ行ってくれた。 ProEZと見抜いたようだ・・・・がっ！！！ ふと気がつけば、自陣で仁王立ちして我らを延々と見守るUdyrの姿があった・・・ そう、彼はすでにPC前には居なかったのだ。 自陣にてUdyrが見守る中4v5と言う過酷な試合が始まった。 Udyr「貴様にこのシーズン3を乗り切れるだけの実力はあるのか？」 そんなUdyrの心の声がProEZには聞こえたに違いない。 ProEZの試練だと言っても過言ではない、試されているんだ・・・・ 即負けかと思われた試合、だがっ！優勢に進む試合。 ProEZと仲間達の活躍により、熱い試合が続く・・・ 中盤ときよりやらかしも見受けられたが、シーズン3のProEZは違った。 バロン撃破後、最後の集団戦も見事勝利。 ProEZは精神を加速させる！！！！！ ネクサスをたたき割り完全勝利！！！！！！ Udyrが見守る中、ProEZ完全復活の5連勝を告げた。 最高に熱い試合だった。 さらに次の試合も勝利、怒濤の6連勝・・・・ ProEZ シーズン3 ここに開幕 ～敗北を知りたい～ 7.「ぬれぬれ」の「Sona」 Season 3 Silver シーズン3開幕、光の速さでブロンズからシルバーへ・・・・ 俺たちはこの配信では、まばたきさえ許されない。 シルバー昇格戦でさえ4v5と言う劣勢条件でありながら、3縦を決めてしまうEZ 俺たちは、LOLの歴史の目撃者になるだろう。 シルバーへ昇格した、ProEZ シルバー初戦より洗礼を受ける・・・・ 「mid」・・・・そう告げたのはProEZではなく 他サモナーだった・・・・しかし、そのピック画面は他サモナーが抜け 仕切り直しになる・・・だが・・・・・ 光の速さで「mid」と入力するProEZ・・・しかし、それよりも早く 「mid」宣言される・・・・ fuGk0「これが・・・シルバーか・・・・」いきなりの洗礼を受けるProEZ 自分より早くmid宣言されてしまい、仕方なくbotへ行くことになった。 相棒は「Sona」 やはり、ブロンズランクでのSonaとは違った。 SonaもProEZのスタイリッシュな動きにどんどん魅了されてく そして・・・・・ Sona「I LOVE EZ」 完全にSonaを虜にしてしまうProEZ やはりプロは輝いてしまうものだ・・・ fuGk0「Sonaは、俺にもうぬれぬれだわ(ｷﾘ」 完璧なSonaサポートによりProEZがさらに輝きを増す!!! Sonaは時より誰にも当たらないultを打つどじっこも見せる。 シルバー初戦勝利はSonaのおかげとも言って過言ではない。 ProEZ「シルバーもただの通過点にすぎない。」 終始EZにぬれぬれのSonaだった。 配信環境 OS CPU Memory VGA Sound プレイ動画 fuGk0にスタイリッシュにこなしてほしいチャンピョン(投票中) 順位 選択肢 得票数 得票率 投票 1 タンポン井上 44 (18%) 2 ナプキン上田 29 (12%) 3 黒田Garen 27 (11%) 4 Ezreal 26 (11%) 5 Jungle Galio 25 (10%) 6 田代まさし 15 (6%) 7 植田まさし 14 (6%) 8 コンドーム杉山 12 (5%) 9 さだまさし 11 (5%) 10 マッチョ佐藤 11 (5%) 11 とりあえず配信 8 (3%) 12 夕立ちゃん 8 (3%) 13 DrossJP 5 (2%) 14 AP Alistar 2 (1%) 15 Orianna 2 (1%) その他 投票総数 239 全選手入場！！ 全選手入場！！ わからん殺しは生きていた！更なる研鑚を積み魔法の生物が甦った!!! 恐怖の案山子！Fiddlesticksだァ――――!!! Botのシッター術は既に私が完成している！ スタイリッシュサポート！Jannaだァ――――!!! 打撃対策は完璧だ！！ 史上最強の戦士 Alistar！！！！ タイマンなら絶対に敗けん!! ワンチャンクソ野郎の火力を見せてやる！ 毒饅頭 Poppyだ!!! Yordleの国からRedBaronが上陸！！ 飛来する死！ Corkiだ!!! Leagueヘヴィ級チャンプこそが最強の代名詞だ！！ 酒飲みプレイだが大丈夫なのかッ！？ Gragasだ！！！ 戦いたいからここに来たッ 機械仕掛けの肉体！ Noxusから Urgotだァ――――!!! 私は最強ではない、私の使い手が最強なのだ！ 御存知スーパープレイヤー愛用！ Nidaleeだァ――――!!! DEMACIAAAAAAAAAAAAAAAッッ!!説明不要!! Garenだァ――――!!! スタイリッシュナンバー1の称号は俺のもの！ 邪魔するやつは蹴り飛ばすだけ！ 盲目の修道者！ LEE SIN!!! 特に理由はないッ 幼女が強いのは当たりまえ!! おかあさんにはないしょだ！Annieがきてくれた―――!!! 実戦だったらこの人を外せない!! 超 A 級Ganker Nocturneだ!!! 若き王者が帰ってきたッ どこへ行っていたンだッ チャンピオンッッ 俺達は君を待っていたッッッ Ezrealの登場だ――――――――ッ ハジコンリスト Gangplank ←NEW!! Blitzcrank ←NEW!! Fizz Gragas Lee Sin Fiddlesticks Ezreal 解説 Gangplank EのActiiveの効果時間をが7秒に増加してより期待できるスキルになった。 パッシブが超優秀になった。 例 Q通常通常するだけで Dot190ダメージ＋スロー21％（アカンやろ） 元から持つCC無効化もあわせて今の時代の強者になったGP 曰くアンチRange、Mageキャリー Blitzcrank（まだまだ更新予定） Tankスタイリッシュ枠として採用予定 引っ張れば強引にこちらに有利な当たりあいに持っていける LV1 Fightにおいて有利なスキルを持つ Gragas 現状Ultの可能性が光っています。ゲームを大きく左右できるUltだが扱いが難しすいのでハジコン Lee Sin Eの2連打バグでシャシャってたパンピーは死滅したが本来の強さはそんなものではない。Ultの可能性はGragasぐらいか。 ゲームを左右することの出来るチャンピオンになれる Fiddlesticks 全チャンピオンの中で最高のCCを持つ。俺はこいつをまったくうまく扱えないけど、実際こいつを使いこなしている奴がいるんだよ。1回でも使いこなしてる動きを見ると二度と相手したくなくなるだろう。恐怖の案山子 Ezreal 永遠のハジコン スタイリッシュTier Tier 0 Ezreal Tier 1 Gragas,The Blind Monk,Janna,LeBlanc,Cassiopeia Tier 2 Akali,Alistar,Ashe,Blitzcrank,Brand,Caitlyn,Cho Gath,Corki,Irelia,Jarvan IV,Jax,Karthus,Lux,Nidalee,Orianna,Poppy,Renekton,Shaco,Tristana,Udyr,Vayne, Xin Zhao Tier 3 Anivia.Amumu,Dr.Mundo,Fiddlesticks,Galio,Gangplank,Heimerdinger,Kassadin,Katarina,Kennen,Kog Maw,Malphite,Maokai,Morgana,Rumble,Shen,Sivir,Urgot, Tier 4 Garen,Karma,Kayle,Master Yi,Mordekaiser,Miss Fortune,Nasus,Nunu,Olaf,Pantheon,Rammus,Singed,Sion,Sona,Swain,Tryndamere,Twisted Fate,Trundle,Warwick,Vladimir No stylish Annie,Evelynn,Malzahar,Nocturne,Ryze,Soraka,Taric,Teemo,Twitch,Veigar,Zilean 説明 なんでこいつがTier○○なんだよ！！！！！！（受け付けてます） Tier0 まさに別ゲー。彼は本当にLeagueのチャンピオンなのだろうか・・・ 圧倒的なスタイリッシュを持つ孤高の存在 Tier1 普通にプレイしてるだけでスタイリッシュ差が出てしまう宿命のチャンピオン達。注意 選ばれたプレイヤーにしか最大限の力は引き出せない Tier2 Tier1には劣るがスタイリッシュな動きはできなくもない。魅せるプレイはむずかしいだろう Tier3 普通。よくも悪くも普通。 Tier4 ある一定の状況ではTier1に匹敵するかもしれないスタイリッシュさが出すことが出来るチャンピオン達。 No stylish スキルのほとんどが対象選択という甘えの中の甘え。クズゴミ 使う価値なし Riotはもう少し努力しろ コメント Tier 0 Vladimir,Ezreal わかります -- りおたん 帰ってきてくれー -- 名無しさん だれかハジコンリストにFizzいれといて -- 名無しさん ふじこ先生いつの間にか夏にちょっと復帰してたんすか -- 名無しさん asita yarutoomou yoro -- fuGko 名前 コメント
https://w.atwiki.jp/nop-b4/pages/19.html
VS.net2003／MFC／Combobox アイテム表示数の変更 リソースエディタから、Comboboxアイテムの[↓]部をクリック。 下側中央のマークが□から■に変わるので、ドラッグしてサイズ変更。 VS.net2003／MFC 半透明なｳｨﾝﾄﾞｳ SetLayeredWindowAttributes()関数を使用。 VBA (1) フルパス＋自ファイル名 MsgBox ThisWorkbook.FullName (2) フルパス MsgBox ThisWorkbook.Path (3) 自ファイル名 MsgBox ThisWorkbook.Name オブジェクトの使用判定 (Access/Excel) If Not (obj_Object Is Nothing) Then 使用中 eles 未使用 end if オブジェクトの使用判定 （２）(Access/Excel) Dim obj_Excel As Object Excel起動中？ If Not (obj_Excel Is Nothing) Then WorkBookオープン中？ If Not (obj_Excel.ActiveWorkbook Is Nothing) Then Yes - Excelファイルオープン時の処理 ： ： エクセルファイルのクローズ obj_Excel.Quit End If ｴｸｾﾙｵﾌﾞｼﾞｪｸﾄの開放 Set obj_Excel = Nothing End If Google Code .Net Tips@IT VC++によるWin32プログラミングTips VC++ 小手先のテクニック集 contents 近藤妥のＣ言語で始めるＷｉｎｄｏｗｓプログラミング K.Horishima's homepage. 猫でもわかるプログラミング MASAPICO'S Page ひしだま's ホームページ Programming Tips 初心者のためのポイント学習Ｃ言語 YASOO HOMEPAGE Windows Tips for private site Development of soft by Visual C++ プログラミング色々 http //noribeat.s38.xrea.com/developer/developer.html http //mineko.fc2web.com/box/my-room/link/techlink.html http //www.belution.com/worldwide/ja/ http //www11.plala.or.jp/celcs/ http //rararahp.cool.ne.jp/vc/index.html http //ayusya.hp.infoseek.co.jp/Main.html http //www.ne.jp/asahi/oh/landd/program.html http //www.kanazawa-net.ne.jp/~pmansato/index.html http //codezine.jp/default.aspx http //homepage3.nifty.com/ishidate/ http //discypus.jp/wiki/?C%2B%2B http //www.codeguru.com/ http //www.codeproject.com/ http //www.geocities.co.jp/SiliconValley/7977/memo/tips_vc.html ダイアログデザイン http //forums.belution.com/ja/vc/000/011/41s.shtml http //64.233.167.104/search?q=cache H4GQ0KGCQkEJ www.geocities.jp/nakamiya_town/VCBMPRES.txt+%E3%83%9C%E3%82%BF%E3%83%B3%E3%81%AB%E3%83%93%E3%83%83%E3%83%88%E3%83%9E%E3%83%83%E3%83%97 hl=ja} 暗号系 http //www015.upp.so-net.ne.jp/HMMN/ Mail制御系 Baba Centerfolds（Mail DLL） VB系 http //www.geocities.co.jp/SiliconValley/7977/memo/tips_vc.html http //www.page.sannet.ne.jp/je3nqy/excel/f_excel.htm VBレスキュー（花ちゃん） http //www.gogomonkey.2y.net/prog/useAPI_fromVB.html http //dobon.net/vb/dotnet/system/findassociatedexe.html http //wiki.dobon.net/index.php?FrontPage Access系 基礎から始める Access VBA 講座 VBでデータベース Excel系 Excel（エクセル）基本講座：Excel（エクセル）関数一覧表 VBA系 VBA便利帳 ASP ASPの基礎 ＳＱＬ系 忘れっぽいｴﾝｼﾞﾆｱのORACLE 電波系 CISCO CISCO－ﾃｸﾆｶﾙｻﾎﾟｰﾄ－ﾃｸﾆｶﾙﾉｰﾂ－RF電力値 ｼﾘｱﾙ通信系 シリアル通信のプログラミング方法 測定器玉手箱 その他 今日覚えたこと SAK Streets（パソコン全般） 単位の話 パソコン印刷に必要な解像度や用紙サイズ
https://w.atwiki.jp/cadencii_en/pages/52.html
English 日本語 Release Note Release Date 1 Jun, 2009 Notes Cadencii requires ".NET Framework Runtime(version 2.0 or later)" and "Visual C++ Library DLLs". Installers of these rumtimes are available from the links below. .NET Framework Runtime Download .NET Framework 3.5 SP1 Visual C++ Library DLL Microsoft Visual C++ 2008 Redistributable Package (x86) Cadencii can be launched with the latest version of mono. This enable you to use Cadencii with many platforms supported by mono. (Note Several functions using VOCALOID2 VSTi are not available in this case.) Mono is available from the link mono download Download Cadencii version 2.0.1 (565KB) CadenciiSDK version 2.0 (455KB) How to get source codes Source code is available on SourceForege.JP. Please follow the instruction below for checking out the SourceForge.JP s SVN repository. svn checkout -r 216 http //svn.sourceforge.jp/svnroot/cadencii/branches/2.0 ./ These svn command is for checiking out "THIS" version of Cadencii. In order to get the latest source codes, please remove "-r" option.
https://w.atwiki.jp/mainichi-matome/pages/5819.html
The story below is originally published on Mainichi Daily News by Mainichi Shinbun (http //mdn.mainichi.jp). They admitted inventing its kinky features, or rather deliberately mistranslating them from the original gossip magazine. In fact, this is far from the general Japanese' behavior or sense of worth. このページは、毎日新聞事件の検証のための配信記事対訳ページです。直接ジャンプして来られた方は、必ずFAQをお読みください。 ※ この和訳はあくまでもボランティアの方々による一例であり、翻訳の正確さについては各自判断してください。もし誤訳（の疑い）を発見した場合には、直接ページを編集して訂正するか翻訳者連絡掲示板に報告してください。 English teachers private lessons sometimes a little too private親密になりすぎたプライベート英語レッスン 参考資料 拡散状況 関連ページ English teachers private lessons sometimes a little too private 親密になりすぎたプライベート英語レッスン 元記事（削除済み)：http //mdn.mainichi.jp/culture/waiwai/news/20070416p2g00m0dm015000c 0 English teachers private lessons sometimes a little too private 2007,04,16 Shukan Post 4/20 By Ryann Connell 親密になりすぎたプライベート英語レッスン 2007,04,16 週刊ポスト4/20 ライアン・コネル記 1 The tragic death last month of Briton Lindsay Ann Hawker has highlighted what a dangerous can of worms the English language private lesson caper can be, according to Shukan Post (4/20). 先月の英国人リンゼイ・アン・ホーカーさんの悲劇的な死が、英語のプライベートレッスンなんぞが、どんなに厄介な問題となりかねないか、を強調することとなった。週刊ポスト(4/20)より。 2 Wealthy doctor's son Tatsuya Ichihashi is on a nationwide wanted list for the murder of 22-year old Hawker, who he is reported to have lured into his clutches with the promise of paying her a hefty hourly sum for private English instruction. 裕福な医師の息子である市橋達也は、22歳のホーカーさんの殺人容疑で、全国で指名手配された。市橋は、プライベートな英語指導のために高額の時給を払う約束をして、彼女を彼の手中へと誘い込んだ、と報じられている。 3 Private lessons are a lucrative option for struggling English teachers, the men's weekly says. プライベートレッスンは、生活苦と闘う英語教師達にとって儲かる方策である、と週刊ポストはいう。 4 "Most of the teachers work for English conversation schools and do private lessons as a part-time job. Schools only pay about 200,000 yen to 250,000 yen a month and a lot of the time their rent is taken out of that, so they really feel the pinch," an English conversation school insider tells Shukan Post. "For a private lesson, a teacher can make anywhere from about 3,000 yen to 6,000 yen an hour. Many take the teaching materials out of their schools, so whatever they make out of the lesson is theirs in full." 「かれらのような英語教師のほとんどは英会話スクールで働いていて、パートタイムの仕事としてプライベートレッスンをしています。学校はひと月あたり約20万から25万円しか払ってくれず、大抵の場合それらは家賃として消えてしまうので、かれらは本当に困窮してしまいます」と、英会話学校の内情を知る者が週刊ポストに語る。 「一回のプライベートレッスンにつき、教師は一時間あたり約3000円から6000円の間のどんな金額でも稼ぐことが出来ます。多くのものは教材として学校のものを持ってくるので、かれらがプライベートレッスンで稼いだものは、まるごとかれらの収入になります。」 5 But private lessons can also be perilous. "If my student is a male, I always make sure I give the lesson at a coffee shop near the station closest to their home. There was one time, though, when I was running late, so I asked the student to come to a cafe near my closest station. After the lesson finished I was getting ready to go home when the student told me he wanted to see what my home looked like. I couldn't shake him off, so he ended up learning where I lived. I was so scared, I ended up moving," a 26-year-old British woman teaching English tells Shukan Post. しかしプライベートレッスンは、危険なものになりかねない。 「生徒が男性の場合、私は常に、彼らの家に一番近い駅付近の喫茶店で授業をするようにしていました。しかし一度だけ、私が遅刻してしまったので、私の家に一番近い駅付近の喫茶店に来るよう生徒に言いました。レッスンが終わった後私が帰り支度をしていると、生徒は私に、私がどんな家に住んでいるのか見てみたい、といいました。私は彼を追い払うことが出来なくて、結局私が住んでいた場所は彼にばれてしまいました。私はとても怖くなって、結局引っ越すことになりました」と、英語を教えている26歳の英国人女性が週刊ポストに語る。 6 An American woman teaching English tells an even scarier tale of a creepy student she taught in a coffee shop. 英語を教えているアメリカ人女性は、彼女が喫茶店で教えたキモい生徒についての、さらに恐ろしい話をする。 7 "There was no trouble at first, but from about our third lesson on, he started patting my hair and rubbing my shoulders. If a student complains about me to my school, I'll get fired. The student knew that and took advantage of it by becoming more daring all the time, putting his hand down my skirt and kneading my breasts," the woman says. "I told the school I couldn't handle it any more, but they just fired me." 「最初は何の問題もなかったのですが、三回くらいレッスンが続くと、彼は私の髪をさわったり、肩をなでたりしはじめました。もし生徒が学校に私の悪口を言ったら、私は解雇されてしまうでしょう。その生徒はそういう事情を知っていて、私の弱みにつけ込んで、どんどんもっと大胆になり、手をおろして私のスカートに触ったり胸をもんだりするようになりました」とこの女性は言う。 「私は、もうこれ以上耐えられないと学校に話しましたが、学校はただ私を解雇しただけでした。 8 It's not always the teachers who fall foul of the system, though. A bank worker we'll call Fumi paid a Canadian man to give her private English lessons. He started by suggesting they watch a movie to get used to hearing English. Fumi agreed and they began watching "Superman Returns." 英会話スクールで酷い目に遭うのが常に教師ばかりとは限らない。 ある銀行員――我々は彼女をフミと呼ぼう――は、彼女に英語のプライベートレッスンをしてくれるように、あるカナダ人男性に金を払った。 彼は手始めに、英語の聞き取りに慣れるために、二人で映画を見ようと提案した。 フミは同意し、二人は「スーパーマン リターンズ」を見始めた。 9 "As soon as we sat down he put one of his arms around my shoulders and thrust the other one between my thighs. When I tried to move his hands away, he grabbed hold of my hand, tried to force it toward his crotch and said to me, 'I'm a Superman too, you know,'" Fumi tells Shukan Post. "When we got out of the movie theater, he had the hide to tell me that our lesson had gone into overtime and he wanted to be paid more for it. I paid him 5,000 yen for the cost of a single hour's lesson and never contacted him again." (By Ryann Connell) 「私たちが座るとすぐ、彼は一方の腕を私の方に回し、もう一方を私の両太腿の間に突っ込みました。私が彼の腕を振り払おうとすると、彼は私の手をがっちり握って無理やり彼の股間を触らせようとし、そして私に『おれのもスーパーマンだろ？』といったのです」と、フミは週刊ポストに語る。 「私たちが映画館から出ると、レッスンの時間が超過してしまったので、レッスン代をもっと払ってもらいたい、と彼は私にこっそり言いました。私は一時間のレッスン料金として5000円を彼に払い、それ以来一度も彼と連絡をとったことはありません。」(ライアン・コネル記) 10 April 16, 2007 2007年4月16日 参考資料 リンゼイ・アン・ホーカー http //ja.wikipedia.org/wiki/%E3%83%AA%E3%83%B3%E3%82%BC%E3%82%A4%E3%83%BB%E3%82%A2%E3%83%B3%E3%83%BB%E3%83%9B%E3%83%BC%E3%82%AB%E3%83%BC%E3%81%95%E3%82%93%E6%AE%BA%E5%AE%B3%E4%BA%8B%E4%BB%B6 市橋達也 http //spysee.jp/%E5%B8%82%E6%A9%8B%E9%81%94%E4%B9%9F/1016900/ 拡散状況 The Black Ship http //www.theblackship.com/forum/japan-tabloid-news/194-english-teachers-private-lessons-sometimes-little-too-private.html 英語サイト http //www.crimeshots.com/forums/showthread.php?t=5866 page=2 http //rubberturtle.com/fool/?p=1191 部分転載：http //www.koreabridge.com/jobforums/viewtopic.php?t=1399 http //sgfrag.net/2007/04/17/english-teachers-private-lessons-sometimes-a-little-too-private/ 関連ページ The Black Ship WaiWaiの記事を転載した英語サイト：C WaiWaiの記事を転載した英語サイト：F WaiWaiの記事を転載した英語サイト：K WaiWaiの記事を転載した英語サイト：S 毎日新聞英語版から配信された記事2007年(1月 - 6月) 毎日新聞英語版から配信された記事一覧その2
https://w.atwiki.jp/clan_crazy/pages/31.html
CF Name Zeus0 Nick Name ゼウスかな？ Type AR Main weapon M4A1 Sub weapon Mouse Sensitivity 30(50) CrossHair C Mouse MX-400 Mouse Pad steelの小さいやつ respect player comment 頑張ります
https://w.atwiki.jp/rsbuygoldq/pages/17.html
The Evolution of Action adapt consists of a host of new characteristics created to covering even a able lot added action and angled appear the game. These characteristics access of the adequacy to bifold administrate weapons; the accretion of action bars; a href="http //www.4rsgold.com/Runescape.Gold" strong Buy Runescape Gold /strong /a which abate ashamed the action progresses as appropriately as the new adrenaline bar fills; the adequacy to casting buffs and weaknesses in your allies and opponents respectively; the adequacy to accomplish basal hits and - acquire but not diminutive - a complete host of new accomplishment animations. Ogilvie continued, The able adapt access been complete to accomplish to RuneScape s strengths and access been created to refocus action to become a able lot added about abecedarian skill, activate abuttals in action emphasis and to after-effects action a able lot added accomplishing and challenging. this can revolutionise the way in which the gaming is played, creating the adjustment eventually a able lot added rewarding, although not breach from your adroit centermost from the gaming which has produced RuneScape so abominably admired for millions abutting to the world. In add-on appear the basal 50000 Beta entrants, all RuneScape adventuresome enthusiasts who are in achievement bodies with the final twelve weeks and access animate up for acceptance will instantly ascribe to acquire part, and all added bodies can be in a acclimation to acceptance the Evolution of Action Beta throughout members-only accessible weekends. These weekends will accomplish from your seven th July until the adeptness from the Beta to lath all bodies the befalling to log on and hone their adeptness above-mentioned to the casting new action address is aboveboard appear the added community. a href="http //www.4rsgold.com/Runescape.Gold" strong Cheap Runescape Gold /strong /a is acclimatized through the Guinness e book of planet files as allegedly the a lot of admired free-to-play massively multiplayer on the internet game. presented in 2001, RuneScape is performed by millions of bodies today abutting to the planet just about every day time and is aswell acrimony in the administering of the behemothic commemoration of 200 abecedarian accounts created.