Indexed Databaseの使い方 01

HTML5で使えるデータベースのIndexed DBの使い方のメモです。
2016年1月現在のAPIです。
現段階では準拠なので、正式決定の際に変更の場合があります。
APIが変更になったら、使えない場合があるので、確認してください。

まず始めに、データベースの名前を変数に入れます。
var dbName = "databasename";
次に、データベースのバージョンを整数で変数に入れます。
var dbVersion = 1;
小数点を入れると、動きません。
次にブラウザーが違う場合でも動くように
var indexedDB = window.indexedDB || window.webkitindexedDB || window.mozIndexedDB;
と、indexedDBの変数を作ります。

この三つが必要となる変数です。
では、Indexed DBに接続しましょう。

接続には、indexedDB.open（データベースの名前,データベースのバージョン）となります。
今回の例の場合は、
indexedDB.open(dbName,dbVersion)で開きます。
これを変数に入れます。
var request = indexedDB.open(dbName,dbVersion);

読者の中で、疑問に思う方もいるでしょう。
「え？データベース作ってないのに、接続すんの？」
はい、そうなんです。
無くても接続なんです。

ここが、第一関門。
request.onupgradeneeded()で、データベースを作成します。
これの理屈はこうです。
データベースが無い場合はバージョン0と認識されます。
また、もしデータベースが存在して、そのバージョンがdbVersionより小さい場合は、データベースのアップグレードが行われます。

では、データベースの中を作っていきましょう。
Indexed DBはMongo DBのようなモノです。
テーブルはありませんが、テーブルの変わりに、ObjestStoreというモノを作ります。
ObjectStoreは連想配列です。
createObjectStore()で、ObjectStoreを作ります。
createObjectStore("ObjectStore名",{keyPath:"keypathname"})
最初の引数は、ObjectStoreの名前、関係DBでいうテーブル名です。
その次の引数は、連想配列になります。Keyはkeypath（プライマリーキーみたいなモノ）、ValueはkeyPathの名前になります。
そして、ObjectStoreの中にcreateIndex()でIndexを作り、各Indexがデータフィールドとなります。
createIndex("インデックス","インデックスキーパス",{unique:false})は最低二つの引数を必要とします。最後の{unique:false}はオプションです。{unique:true}とすると、同じデータが入らなくなります。

request.onupgradeneeded() = function(event){
var db = event.target.result;
var objectStore = db.createObjectStore("objectstorename",{keyPath:"key"})
objectStore.createIndex("firstIndex","firstIndexKeyPath");
}

これで、データベースが出来ました。
次の記事でデータベースにデータの入れ方を書きます。

忠とは何だろうか？ 02

唯々諾々とするのが忠なのだろうか。
認識とは主観的であるがゆえに、一層考える必要がある。

歯に衣着せぬ人もある。
私はそういう人を忠の人と思っているが、まわりの評価は低い。
虚礼を好む者がいるという事に若い頃は驚いたが、最近では虚礼を好まない者が圧倒的に少ないという事に驚いている。
半分半分だと思っていたが、そうではない。
虚礼を好む者が大多数という事実に、苦笑しているのである。

虚礼に我々人間どれほどの労力を費やしていることか、考えてみると唖然とする。
虚礼を廃したら、どれほどの時間と労力が節約できるのか。
「お世話になってます。」
「お疲れ様です。」
お辞儀。
例を挙げたらキリが無い。

相手に良い気持ちをさせようと、礼を尽くす。
たしかに、それも大切な仕事だ。
これを考えてみれば、虚礼を尽くされて舞い上がらせている、という事だ。
なんということだろうか！
私はそういう人間に会社の重要ポストに就いて欲しくない。

また、失礼だと考えられたくないから、礼を尽くす。
バカにされないために虚勢を張るということだ。
失礼の極みであると同時に、他人を失礼と言う輩も失礼だ。
なんということだろうか！
私は蝸牛角上の争いに巻き込まれたということだろうか。

こう考えてみると、人間というものは、なんとも面白い。
人間は考える葦どころの話ではない。
我々人間は考えるが、考えのベースに感情がある。
感情をベースに考える人間は、感情を揺さぶるだけで考えが揺れる。
このことを、よく理解した人が世に憚っているのを見かける。

一部の人は、マイノリティーになるが、感情をベースに考えることを知っているが故に、感情をベースに考えることを極力避けようとする。
こういう人に対して、虚礼を尽くすと、変な感じになる。
彼らは、嘘よりも真実という劇薬を好む。
得がたき忠義の士と福澤諭吉の学問のすゝめにはあるが、斯様な人の事を言うのだろう。

勝負の世界に於いて、感情に流される輩は危うい。
この宇宙は勝負の世界ではないが、この宇宙は勝負の世界を包摂している。
そして、勝負の世界には、感情に流される人と流されない人とが居る。
人々は組織を作り、日々争っている。

まるで、司馬懿のように。
まるで、諸葛亮のように。
人間とは何かを知る人が、道とは何かを知る人が、確かに居る。

忠とは何だろうか？ 01

鹿児島の鹿屋基地へ行って参りました。
零戦見ました。
軽々と、ヒョイっと上がって、おおおおおってなりましたね。
エンジン音が随分モダンだなぁと思ってたら、やはりエンジンは載せ替えたモノらしいですね。
アメリカの航空ショーで、カーチスP40の五機編隊を見たことがあります。
アメリカのモノはやはり、アメリカ。日本のモノはやはり日本。
作った人の人柄というものが出ている気がします。

海上自衛隊航空隊鹿屋基地にある史料館、知覧平和会館も見学したところ、忠とは何かと考えました。
史料館と平和会館の論調の違いを感じたからです。
特別攻撃隊員の志は類を見ないものだと思います。
まさに忠義の士と言えます。

平和会館に韓国人の団体観光客が来ていました。
彼らは一体どういう風に見ていたのか、気になりました。
立場が違えばモノのとらえ方も変わりますからね。

山本五十六は、開戦に反対していましたが、開戦が決定されると、果敢に決行しました。
大西瀧次郎は、戦況が悪くなり特別攻撃を推進し、戦後割腹自決をしました。
それを思うと、忠とは何だろうと考えざるを得なくなりました。

当時の日本に忠臣は居たのかと思いました。
当時の日本で戦争を本当に反対した人は居たのだろうか、と言うことです。
諫めやすい事を諫めることは簡単です。
しかし、諫めにくい事を諫める事は難しい。
本佐録にはこうあります。「諫めがたきを諫むるを忠臣」と言うと。

開戦が決定された時、自らの腹を切って戦争を反対した軍人は居たのでしょうか？
開戦を推進しようと、血気盛んにクーデターまでやった若い将校が居たことは226事件などを見れば、想像が付きます。
もちろん、彼らも国の事を考えたうえでの行動だと思います。
同様に、国のことを考えて、開戦を反対した忠義の士は居たのか、という疑問です。

漢籍の一つ、史記に屈原という男の話があります。
春秋戦国時代の政治家です。
彼は、自分の国の楚の王様が他国の秦の謀略に踊らされて戦争をしようとしているのを、必死に止めようとしました。
しかし、王様は屈原の諫めを聞かずに、屈原は左遷。
楚は秦にボコボコにされ、屈原は自害しました。

彼の作った漢詩は、武士の必読書の四書五経の一つである詩経に載っています。
離騒という題です。
是非一度読んでみて下さい。

そして忠とは何かを考えてみて下さい。
死をも厭わない人間を死なせる事になる。
これが国益なのでしょうか。

Windows Store Appについて 01

Windows Store Appを甘く見ていました。
よくよくよく、考えてみると、面白いですね。
まさに、モバイルアプリ戦国時代と例えることが出来ると思います。
どういうことか、説明しましょう。

モバイル端末の革命はiPhoneから始まったと考えてみましょう。
小型コンピュータであった携帯電話が、さらにコンピュータ化しました。
iモードなどでアプリをダウンロードし、携帯にアプリを入れる時代は来ていましたが、App Storeの登場により、モバイル端末アプリ市場が急速に拡大しました。
これに追随するように、Android端末が出ました。
スマートフォンの普及が進むにつれて、各陣営はアプリの市場を手に入れました。

また、開発者にとってもおいしい話でした。
アプリを販売し収入を得たり、アプリからの広告で収入を得たり、既存のWebアプリの市場を奪っていきました。
Webという共通のプラットフォームから脱却し、OS空間でのアプリという市場。OSの元締めからしたら、おいしい話です。

Windows8からモバイル端末を意識した、Store Appが出来ました。完全に、OS空間でのアプリ市場を見据えたモノです。
私は、てっきり、C#を使った一つの言語空間だとばかり思っていました。

しかし！！！

Javascript、HTML、CSSを使ってアプリの作成が出来るという、WebアプリもStore Appで利用できるという、開発者にとってはありがたい話です。
iOS用、Android用と、開発者はそれぞれの言語を理解し、場合によっては勉強する必要があります。
HTML、CSS、Javascriptを使えるフロントエンドデベロッパーが、アプリを作れるというのは、とんでもない開発者の囲い込み/取り込みのようにしか私には思えません。

今後、HTML5が発展・普及するにつれて、Webアプリは、今までパイを奪ってきたモバイルアプリ市場から、パイを奪い返すことになります。
アプリをダウンロードせずに、URLにアクセスするだけで使えるアプリ。
HTML5についてる、IndexedDBを使ったアプリは今後増えることでしょう。

IndexedDBの問題点は、まだ技術的に確定していないことです。
2014年に、IndexedDBを使ったアプリを開発したことがありますが、その時は泣きを見ました。
DBへの接続方法が、大きく変わり、ブログで公開されている方法を試してみても動かなかったのです。

Windows Store Appは、Web Appに対応している。
なんというズルでしょうか。
Visual Studioになんで、JavaScriptがあるんだろう、と思っていました。
ふと気になって、Windows Store App JavaScriptと調べて見ると、げげげげーと。
2014年当時から、出来てたのに、そんなこともしらずにWebApp作ってましたよ。
まぁ、Windowsのモバイル端末やStore Appがどれほど普及してるかは、別問題ですけど、Windowsですよ。
でかいマーケットだと思いますよ。
どーですか、フロントエンドデベロッパーの皆さん。
Windows Store App作りませんか？

国家社会主義ドイツ労働者党と自由民主党

民主党の小川氏が市民連合においての挨拶で、安倍晋三総理大臣がヒトラーに似てきた、と発言した。
安倍首相がアドルフ・ヒトラーに例えられるのは、彼が行政に復帰してから度々あることだ。
少し、考えてみよう。

鳩山元総理大臣は、ヒトラーに似ていたのか？
と、主語をあえて変えて考えてみる。
選挙で大勝した民主党は、脱官僚・政治主導を掲げた。
官僚に問題があるということにして、そして官僚と癒着した政治が悪いとした。
結果をみるに失敗に終わったと思うが、支持率は70パーセントを超えていた。
私は、鳩山元総理がヒトラーに似ているとは思えない。
ヒトラーほど演説がうまかったわけでもないし、ヒトラーほど実行力があったとも思えない。

安倍総理は似ているのか。
類似点はある。
憲法の解釈を変える。
民主的に選ばれた。
「アベしちゃう」と叩かれた姿は面影も無く、はっきりと答弁をする。

私は似ていると思うが、それは大衆にウケの良い方法を勉強して真似た成果ではないかと思っている。
ヒトラーの右腕ゲッベルスは、アメリカの商業広告からヒントを得てプロパガンダを作っていたという。
大衆に嘘を繰り返して言うと信じる等という言葉もあながち嘘ではない。

似ていないと思う点もある。
ナチス労働党は、急激に支持者を増やした。
自民党は選挙で勝ったが、狂信的な自民党信者という人を見かけたことはない。
勢いが欲しい自民党はナチスの手法を真似ようと試行錯誤しているのではないだろうか。

ナチスはドイツ国内・国外を含め既存の勢力を壊そうとした。

だからこそ、戦争が引き起こされた。

自民党は、既存勢力の現れだ。
既存勢力は勢力の保守を求める。
無論、拡大をもくろむが、捨て身はしない。

本当に、安倍首相がヒトラーに似ているのだったら、もっと過激にやっているのではないだろうか。
野党の政治家を投獄したり党本部を破壊したりして徹底的に議会政治を破壊して、低所得年金受給者に三万円を配るなんかよりも大々的な公共事業を打ち立て、償還すると宣戦布告と見なすと言われたアメリカ国債を償還し「やれるもんならやってみろ」と恫喝し、すべての元凶はXXだと言って殺戮する。

こう考えると、ナチス党の執行力・実行力は、自民党の比ではない。
如何に、急進的であったことか！
私は、安倍政権よりも、安倍政権の後の政権の方が過激なモノが出てくるのではないだろうかと睨んでいる。

批判的思考 03

事物を一つ一つ多角的に捉えて考える。
批判的思考は新しい考え方をもたらす。
しかし、それは同時に、破壊をもたらす、と私は考える。
批判的思考は必ずしも良いとは言えない、のではないだろうか。

何故なら、批判的思考は既存の概念を破壊するからだ。
これは、アメリカという国を鑑みると顕著だと私は思う。
第二次大戦後の好景気に沸くアメリカ。
大学への進学率は未だに高いとは言えないが、大学に行く若者の数は増えた。
アメリカは自由と民主主義のために戦う、という理念の元、反共的な政策を続け戦争を続けた。
ヒッピー文化の中心地であるスタンフォード大学では、多くの若者がベトナム戦争を反対した。
彼らは、ベトナム戦争が正しくないと信じた。
政府の言うことに反抗した。
最初は白眼視された抗議運動も、全米に広がり、メディアの影響もあり、ついにアメリカはベトナムから手を引いた。

既存の概念が破壊されるとき、新しい概念が生まれる。
私はそれを、発明だと思っている。

考えてみれば、多くの発明品は、既存の事物を破壊した。

自動車の発明により、馬産業は壊滅的な打撃を受けた。
コンピューターやロボットのせいで、人々は仕事を失う。
例を挙げたらきりが無い。

創造とは破壊である。

しかし、勘違いしてはならない。
破壊は創造ではない。
創造した結果、破壊が起きたのだ。

批判的思考は、毒でもあり薬でもある。
日本では、あまり馴染みのない考えだが、やっている人はやっている。
MAZDAのスカイアクティブエンジンの開発話などを鑑みると、批判的思考そのものだと私は考えている。
私は日本人に考えることを奨励したい。

批判的思考 02

批判的思考はアメリカの大学で盛んに取り上げられる。

インターネットでwhy is critical thinking importantと調べて見ると、英語圏の大学の英語科のウェブサイトにたどり着いた。

批判的思考は哲学科ではなく、英語科の範囲になるようだ。

英語科のサイトによると、「批判的に読め！」との事だ。

文献に書いてあることを鵜呑みにするのでは無く、一つ一つを精査して読むことが大事だと。

私事だが、正直、私も最初すごく戸惑った。

「批判的に読め？そんな事をしたらキリがないぞ」と。

屁理屈言うなと、よく怒られていた私は天性の批判家だったようだ。

すこし、脇道にそれるが、批判と非難の違いを明確にしておきたい。

批判は、事実を提示する作業だ。

非難は、感情的な攻撃だ。

残念なことに、批判が非難と認識されることがある。

たとえば、「彼は嘘つきだ」と、事実を提示したにもかかわらず、「毒舌だねー」となる。

面白いことに、批判を非難と捉える人は、攻撃するのが大好きだ。

魚を見て、魚肉を思い浮かべるのと同じだ。

逆に、批判を非難と捉えない人は、事実を好む。

そして、批判から得られる事実かも知れない事象を何よりも大事にする、非常に貴重な人だ。

話を戻そう。

アメリカの大学では入学後、最初に英語の論文の授業を取ることになる。

なぜならば、多くの授業の必須科目だからだ。

化学でも論文、社会学でも論文、映画でも論文。

これでもか、というほど読む、そして書く。

読んだら、引用して書く。

引用した物を、論理的に筋立てて組み立てていく。

そうやって、批判的思考と論理的思考を血肉と化す。

さらに、クラス内で議論する。

議論は討論ではない。
DiscussionとDebateの違いだ。
討論は、テーマがあり、是非に別れて論議し、勝ち負けを決める勝負だ。
アメリカの大学にはディベート部というクラブ活動もあるが、ディスカッション部というクラブ活動は聞いたことがない。
ディスカッションは、お互いの意見の主張する対話だ。
勝ち負けよりも、模索に近いと私は思う。
ディスカッションしたかったら、大学街にある酒場に行ってみるといい。
あーでもない、こーでもない、と様々な議論が繰り広げられている。
相手と意見が違う事が当たり前なアメリカ文化では、互いの意見を述べあうことは、当たり前だ。
そうやってお互いを知り合うのだ。
非常に知的な人たちの会話方法だと、私は考えている。

批判的思考 01

批判的思考、Critical Thinking、クリティカルシンキングは、アメリカの高等教育で重要視されている思考方法だ。
物をよく考えろ、って事を大学に入って初めて学ぶ。
アメリカの大学では、論文を書くクラスが必修とされていて、English101とかUniversity Writingとか、名前は違えどもやることは一緒。
論文を書くには、トピックが必要だ。
そして、トピックに沿った主張と証拠を用いて書く練習をする。
論理的であることが求められる。
そして、論理的に、批判的思考をすることが大事だと言うことを、散々教えられる。

まず、論理的思考から説明する。
そして、その次に批判的思考を説明しようとおもう。

論理的思考とは、単純明快だ。
我々が日々やっている理由付け、屁理屈、言い訳という部類は、この論理的思考に該当する。
たとえば：賞味期限は明日まで、「だから」、今日食べよう。
文の前半で理由を述べていて、だから、という接続詞を使って後半の文が行為を表している。
他にも、雪が凍って危ない、だからゆっくり歩こう。

私は子供の頃に、先生によく「屁理屈言うな」と怒られた。

先生「どうして、ハナちゃんを叩いたの。駄目でしょう。」
私「だって、ハナちゃんが僕の悪口言ったんだもん。」
先生「屁理屈言わないの。男の子が女の子を叩いちゃ駄目でしょう。」

僕は悪口を言われた、だからハナちゃんを叩いた。
ハナちゃんが僕の悪口を言ったから、僕はハナちゃんを叩いた。
屁理屈だと断定されたが、論理的には正しい。
もっといえば、「ムシャクシャしたから」「好きだから」も論理的には正しい。
論理的に正しくないのは、「リモコンが壊れた。そして、ハナちゃんを叩いた。」
これは、論理学に間違っている。ただたんなる、接続詞の問題でもあるが。

しかし、論理的に正しいからといって、正しいわけじゃ無い。
これは、読者の皆さんもよくご存じの事だろう。
「ムシャクシャしたから、叩いた」なんて、言語道断。

批判的思考は、論理的に正しいけど、本当に正しいのか、よくよく論理的に考えようという、思考方法だ。

少し話はずれるが、アメリカの大学は批判的思考の他にリーダーシップを重要視する。
何故か？
それは、アメリカの大学は集団の長「エリート」を養成する教育機関だからだ。
ヨーロッパの大学の始まりは、神についての研究：神学を重要視していた傾向がある。
それが、たとえば、イギリスのボーディングスクール・大学も、神学教育から始まった物の、エリート養成所と姿を変えた。
神学では飯は食えないし、戦争には勝てないし、経済も良くならない。

集団を引っぱる人間が必要とされてきた、という需要があったのだろう。

集団のトップが論理的思考だけできて、批判的思考が出来ないと、集団に大きな不利益をもたらす事がある。

第二次大戦の日本が良い例だ。

日本は神の国だ、だから負けるわけが無い。

論理的に正しい。が、果たして正しいのか。

批判的思考は、それを吟味する。

日本とは？

神の国とは？

神の国が勝つとは？

負けるとは？

負けるわけがないとは？

一つ一つを精査し、証拠で説明する。

では、次に、具体的にアメリカの大学でどのように教えているのか。

それは、次のブログで。

自己肯定という名目で自己否定を続けた

「私はあんなヤツなんかと違うんだ」、と頑張って差別化し何とかしようとする人がいる。他己を否定することで、自己を肯定するという行為だ。
何とかしようとするが、その目的を観ると不快の解消がしたいだけなのだ。
しかし、当人は不快がコンプレックスな感情に起因しているとは気づかず、都合の良い理屈を夜な夜な練り出す。
理屈により自身を正当化し感情的に一時的にスッキリする。そして日はまた昇る。新たな不快とともに。
これの厄介な所は、一時的にスッキリする方法を知っている事だ。
だから、それ以外の方法を知ることは難しいだろう。

理屈は薬である。

言い訳とは、とある事象にさらに別の情報をつけたし（説明）する事によって相手の理解を得ようとする行為である。

理屈が薬になる良い例だ。

または、自己に対する欺瞞だ。

状況の理解を得て、さらに相手の同情を得るのが最高の言い訳になる。

「だって、何何だったんだもん。」

何何だったんだもん、と理由をつけて、障害を乗り越えて問題を解決する意志を感じられない。

最高の言い訳をしても、既に起きた事象は事象のままだ。

例を挙げてみよう。

すこし汚いが、最大のコメディだと思って読んでくれ。

半分実話だ。

ウンコを漏らしながら、レストランで飯を食う。

トイレが閉まってたと言い訳しながら。

漏らしてしまった事に関して同情も理解も得るかも知れない。

しかしながら、「席で飯を食いながら、する事を選んだ」事に関して直接的に関係はしてない。

トイレのドアの前で忍んでする事だって出来たはずだ。

それにも関わらず、周りに居る人に不快な思いをさせる事を選んで「トイレが閉まっていた」と言い訳をする。

言い訳して他人の不快な思いが消えるかっていうと、そうじゃない。

本人が誤魔化しているだけだ。

この手の人間は、煽りやすく、熱しやすく冷めやすい。

全うに注意して、話を聞いてもらえると「昨日までの俺は馬鹿だった。さらば自分。」みたいな事を言い始める。

自己を肯定するために、自己を否定する。

それも、その目的を観ると不快の解消がしたいだけなのだ。

注意を聞いてもらって、達成感があったが、その後の反応を見てがっかりした。

無限ループの突入だ。

私は以来、口をつぐんだ。

ムナシサを
ニゴシ誤魔化す
理屈かな

クレーマーの事

クレーマーってのは日々常に何かをクレームしてますね。
私の知る限り、欲求不満の人が欲求不満を解消するためにする娯楽のようなものだと思ってます。
この手の人が苦情をクレームすると、もうヤバい。
「わたし子供じゃなくてもう25才の大人なの、どうしてアナタはそう話すの？」
やってしまった。いや、やられた。
イラッと来た。私の気が触れた。
彼女の気の放散の加減は半端ない。
（この手の人間は何か変なトラブルを頻繁に起こす。たとえば、プリンターが止まったり、何故かフリーズする（ファイル未保存）等々）
完全に気を抜いていた所に、欲求不満の怒りが飛んできた。
しかし、怒りも恐怖も悲しみも慈しみも楽しみも関係ない。
私を取って食おうとする人間が目の前にいたのだ。
「私のしゃべり方と、今直面している問題の解決の方法とどう関係あるのでしょうか？YesかNoでお答え下さい。」
NOと言わせ、問題を他部署のせいにしてその場をしのいだ。
私は完全に参っていた。
後日、またきた。
brenthavenの新品の鞄を持って・・・
（brenthavenとは創業35年シアトル発祥の鞄メーカー。100ドル以上はするが、アメリカ製でデザインも良く作りも質も凄く良い。よく考えられ丁寧にデザインされているのが背負い心地から伝わってくる。2年前にブロードウェーに初出店した。）
「イイ鞄だね！あそこの店でしょ？」

こんな、些細な会話から少し気さくな会話をする。

こうして、彼女の欲求不満をお喋りで発散させると、案の定彼女はクレームを言わなくなった。

が、毎日私の所へ喋りに来るようになってしまった。

こういう時に、私は自分の行いを省みる。

そして、彼女に優しくこう伝えた。

「あなたとのお喋りは大変楽しくて時が早く過ぎてしまいます。私もアナタもすべきことがあるでしょう。ですから、今後5分くらいだけ、喋りましょう。ずーっと話してたら、お互いにとって不利益ですよ。」

翌日、彼女が隣のお客と喧嘩した。

私は苦笑をこらえるのに必死だった。

点の文と線の文

文の解釈は、読み手次第だ。
「羊飼いはジンギスカンを食う。」という文をためしに作った。
この文を品詞分解してみると、羊飼い/は/ジンギスカン/を/食う。
一単語一単語、読み手によって解釈が異なる。

羊飼いとは、なんだろうか。
ジンギスカンとは、なんだろうか。
食うとは、なんだろうか。

羊飼いとは、幼稚園の劇で羊飼いの役をやった書き手を指し、ジンギスカンとは北海道料理の事であり、食うとは食物をかんでのみ込む事だ。
と、解釈する人は、私の知っている限り独りだけ居る。
彼は、私が劇で羊飼いの役をやった事を知っており、ジンギスカンが北海道料理の事で、食うとは食物をかんでのみ込む事であることを知っており、さらに、私がジンギスカンを食った事を知っている人間だ。

多くの読み手は、こんな些細な特殊事情を知らず、
羊飼いとは、羊を保護し飼育し放牧する労働者であり、ジンギスカンとは北海道料理の事であり、食うとは食物をかんでのみ込む事と解釈するだろう。

ひねくれ者は、「羊飼いはジンギスカンを食う。」を読んでニヤニヤしてしまうだろう。
「あれれ～、羊飼いが羊食ってるー。おっかしぃなぁー。」と。

このように、文ひとつでも、多様に解釈が可能だ。
私は、このような文は点の文と考えている。
読み手に文脈の補完をしてもらう。
そして、その文脈は読み手の心を表している。

線の文とは、逆に読み手に文脈の補完をさせない、または点の文より少ない。
「迷える羊とも呼ばれる常にすがる対象を求める人々は、彼らのすがる対象である羊飼い的役割をする人々の生命を維持するための道具になりえる。カルト教団やブラック企業などが、良い例だ。」
線の文も、さらに大きな線の文脈に埋め込みが可能だ。
プログラミングそっくりだと、私は斯様に考えております。

ドーナツを見るな、ドーナツの穴を観ろ！
ドーナツの穴を見るな、ドーナツを観ろ！

社会尊厳死

社会尊厳死を研究してる男がおりました。
自死に関する研究は、社会学でも心理学でもなく、哲学になるそうです。
研究を聞いてみると、「社会的な弱者が自ら尊厳死を選ぶことは肯定に値する」、という自殺教唆罪に抵触するような研究です。

この研究の背景には、自死に関して否定的な先入観が社会的に蔓延しているからだ、と男は言います。
自死はいけない事なのでしょうか？
我々人間に自死を選ぶ権利は無いのでしょうか？

菜食主義者の同僚からは、”人でなし”と呼ばれている男は言います。
「自死を選ぶまでに至った過程が大事だ。遺された側はつらいかも知れないが、当事者はもっとつらい。そういう環境に当事者をおいたのも遺された側だ。自死を選ぶ権利はある。」
男は続けて言います。
「遺された側は、当事者の自死を受け容れられずに拒絶する。相互理解が成り立ってない。社会的活動には相互理解は必須だが、社会的弱者には著しく欠けているというデータがある。」

自死を選ぶ人へのケアが重要ではないのか、と尋ねると「ケアを受けるのは死にたくない人間だ。わずかながら生きたいと思っているからこそ、ケアを受ける。少しでも生きたいと思わせることは大事だが、それでも無理なら自死して楽になるのも一つの手段だ。」
死んだら楽になるというデータはあるのか、と尋ねると「無い。だけど、それは俺の研究じゃない。」
なんでも最近、欧米では安楽死の研究が流行っていて、こうでもしないと研究費が出ないと嘆いておりました。
最近の流行にならって、自死肯定論調だそうです。
結論ありきの研究です。
勿論、この男、自死なんてテンで興味がありません。
ただの飯の種として研究しているのです。

人間の考察

幼子は支配者である保護者から、保護という名目で様々な行動の制約を受け、主体性を発揮する場を奪われる。保護者という支配者に、支配され続けてきた被支配者である幼子は、保護という被支配されることが普通になり、それを求める。この手の幼子が、成長すると、依存的で独占的で攻撃的で感情的。当人の自主性の欠落から発する無責任な態度は、問題解決よりも、問題の攻撃的批難と逃避という行動をもたらす。そして常に縋る対象を求めて彷徨っている。優しい人か詐欺師が支配者として君臨するが、優しい人は攻撃性に傷つき去り、詐欺師はしたたかに食い物にする。

主体性の欠落した人は支配者の駒に最適だ。しかしながら完全に主体性がなくなるわけではない。ここがミソだ。支配者が命じたわけでもなく、腹は減り眠気がやってくる。異（例外有り）性を追いかけることは、ことさら支配者の命ではない。欲を満たす強欲モンスターである人間の主体性を完全に放棄させることはできない。
歴史を観れば、支配者と支配者の争いは自明だが、同じくして支配者と被支配者の争いがあった。しかし、支配者と被支配者の争いはコンピュータの発明と発展により、被支配者の淘汰という形で幕を閉じるだろう。

ここで奇妙な構図に勘の良い読者なら気がつくだろう。「支配者は被支配者がいてこそ、支配者になる。被支配者が淘汰されるなら、如何にして支配者が支配者なのだろうか。」
被支配者という道具の換わりに、コンピュータを用いるのだから、支配者はコンピュータの使い手だ。無論、物を用いるのには主体性は必要不可欠ゆえに、被支配者にコンピュータは使えない。過渡期の現在は、コンピュータに使われる人はいるけれども、彼らもよりもコンピュータの方が優れる時代が来ている。主体性の抑圧を常とする被支配者が、お荷物となるのは時間の問題だろう。勿論、その時まで支配者に保護されるが。
人間の主体性を抑圧しない環境にいる人々と、人間の主体性を抑圧する環境にいる人々との、支配者同士の争いは繰り広げられている。人間の主体性を抑圧する側は、負け続けている。そして、負ける度に、そのあおりを食らうのは被支配者である。
したたかな詐欺師の食い物にされる人々は、子供の頃の教育の影響ではないだろうか。それとも先天的なのか。
私にはまだわからない。

want to を be going toに置き換える

i want to eatとi am going to eatは違いますね。

英語は苦手ですか？

i want to eatには、これから食べるかどうかより、ただの欲求でございます。
i am going to eatには、当人の欲求より、行為を表しております。

しかし、im going to eatには、i want to eatを無意識的に含んでいると私は考えております。

im going to eat, but i dont want to.と曰う方も居りますが、私の観察したところによると、その手の方々は"im going to x, but i dont want to"というパターンの繰り返しを好きで行っている傾向がございます。

im going to work, but i dont want to.
よしなさい！
im going to marry, but i dont want to.
よしなさい！
im going to live, but i dont want to.
よしなさい！

ビートきよし氏の「よしなさい！」使い勝手が良いですね。

willじゃ駄目なの？
駄目です。

willとbe going toは、ニュアンスが違います。

willは、予定とか意志段階。

be going toは、予定とか意志達成に向かって動き始めた。

どっちにしろ未来の事だから、未来形なんだけどね。

ケンタのクリスマスCMを見たとしましょう。
i want to eat kfc→
i will eat kfc→
im going to eat kfc→
im eating kfc

ケンタ食いたい→

よし、ケンタ食おう→

ケンタ食いに行くぞ→

ケンタ食ってます。

順番的に、まず欲求が喚起され、欲求が意志を作り、意志に則り行動を始め、行動しちゃう。

be going toに置き換えることで、欲求を現実化していると断言し体感することが肝要だと思います。

i want to be rich.
i will be rich.
i am going to be rich.
im rich.
ive been rich.
i was rich.

荘子－古代中国の実存主義 福永光司 02

福永光司氏の本と出会ったのは、シアトルの紀伊國屋だった。
荘子・内篇を買った。
私は、本の難しさに舌を巻いた。

鵬鯤の話から始まる内篇。
北の海にでかい魚が居て・・・
なんだこれ？意味が不明すぎる。
諦めずに、かじりつくも、ちんぷんかんぷんで、お手上げ状態だった。

トイレの積み書となった、荘子だった。
ある日すべてをすっ飛ばしてあとがきを読んだ。
それは、福永氏が荘子を大東亜戦争の支那戦線へ携えて持って行ったという話だった。
万葉集・パイドン・死に至る病・荘子を持っていったそうだ。
荘子だけが、戦地での彼を慰めたという。
戦地に駆り出された、大学を卒業したばかりのインテリ。
大きな渦に、抵抗もなく巻き込まれていく運命。
まさに、荘子が痛快に描き出す人間社会の不可思議を、彼は戦地で身を以て体感した。

私は、あとがきを読み終えた後、すぐさま分からない所は飛ばして読み進めた。
胡蝶の夢という、話がある。
ある日寝ていたら、夢の中で蝶になっていた。
ひらひらと、優雅に、自由に飛ぶ蝶。
そこで、目が覚めた。荘子だった。
荘子は考えた、いや、待てよ。蝶が夢見て、荘子になったのか、それとも荘子が夢を見て蝶になっていたのか。
荘子の結論は、どっちでもいいじゃん。
現在をただただ生きる。

力まない。無駄なことはしない。
不思議な、的を射た哲学だ。

西洋の進歩主義を鼻で笑う荘子が思い浮かんだ。
と、同時に退廃的だと鼻で笑う近代人が思い浮かんだ。

荘子－古代中国の実存主義は、荘子の言葉を引用しながら、荘子が生きた時代や出来事を、物語として楽しめる。
福永氏の荘子に対する想いが詰まった良書だ。
本屋には於いてないし、Amazonだったら中身がわからない。
物を大切にする日本人ならではの、神保町古書文化ではないだろうか。

荘子－古代中国の実存主義 福永光司 01

神保町の古書店をブラブラしていたとき、山本書店さんへと入った。

中華関連の書籍を多く扱う味のある本屋だ。

春秋左伝を探していたが、入ったら最後。

あの本、この本と目移りしてしまう。

神保町の古書店のようなところには、またまだ外国人は来ないもんだなぁ、と思っていたら、中国人の旅行客が数名。

すごいな、中国人、よく知ってる！

ようこそ！

アメリカの古書店で、私は観光客の日本人をみたことが無いぞ！

旅行客が手に取った本を横目で見ると「中国・文化大革命」。

お目が高い！

インターネットでいくら規制しようが、実際に日本で本を買って持って帰ればいい。

他国が如何に自国を見ているか、これを知ることは非常に重要だ。

孫子曰く、敵を知り己を知れば百戦危うからず。

中国を侮るのは非常によろしくない、と私は常々思う。

私は、麻雀と将棋で例えるのだが、よくよく、考えてみて欲しい。

中華人民共和国の外交は、麻雀に似ている。

勝ち・負けの他に、どっちでもない、という結果がある。

上がるのか、下りるのか、振り込むのか。

自分以外に、プレイヤーが三人居て、非常に高度な政治力を必要とするのが麻雀だ。

自分が毎回勝たなくても、良かったりする。

多面的に、複合的なゲームだ。

一方、日本の外交は将棋に似ている。

アメリカと指して、ロシアと指して、中華人民共和国と指して、台湾と指して・・・

常に一面的で、部分的な外交だ。

他国をふんだんに巻き込んで、外交するという事をしない。

そんな爆買い中国人旅行客を見ながら、私は一冊の本を手に取った。

荘子－古代中国の実存主義。

福永光司氏の荘子に関する本だった。

福永光司氏の荘子・内篇は非常に感動する内容だった。

他の漢籍の本と違い、注釈はなく、解説が凄く面白い。

以来、私は彼のファンだ。

荘子－古代中国の実存主義は、荘子の事を想像しながら、荘子の言葉を吟味していく。

完全に、福永氏の妄想なのだが、その妄想が痛快過ぎる。

今回は、第二章から一部を引用して終わろうと思う。

「危ういかな人間！人間とは常に狂乱と破滅の危機を己れ自身の中に包蔵する、この上なく危険な存在ではないか。多くの人間はこの危険の上に安坐して、忘れられた危険を己れの健全さだと信じこんでいる。日常的な生活の姑息さの上にあぐらをかいて、この己れに限ってその危懼はないとうそぶいているのが、大多数の人間の健全さである。」

命売ります 三島由紀夫

神田の古書店街をブラブラ歩いてた。
三省堂で本を探しに探し、一階のレジへの行く途中。エスカレーターから、すぐのところに、三島の顔写真があった。

近ごろの日本は、きな臭い。
しかも、プラスチックが溶けたような、いやに人工的な、妙なものだ。
その一種かと思いながら、棚を見た。
「命売ります」
手に持っていた、澁澤龍彦の本を置いた。
帯の商業的文言を一瞥。
アメリカに長く居たせいか、商業的な文言を見て「またまたー」と突っ込む癖が付いてしまったようだ。
しかし、日本の商業主義は、まだまだ良心的な人々によって支えられていると感じた。

本作の始まりはこうだ。新聞の活字がみんなゴキブリになったため、ふと自殺を思い立ったエリートサラリーマンの自殺未遂から始まる小説だった。完全なる出オチ。
出オチは、私の大好きなオチだ。
私は気に入ったので、一冊取って、レジへ行った。

電車の中でイソイソと読んだ。
家に帰ってベッドの中でも読んだ。

「ライフ・フォア・セイル」

この文字を読んだ時、三島の声が頭の中で響いた。
彼の動画をYoutubeで見たことがある。
彼の知性に富んだ、そして頭から押し出されるようなしゃべり方。
そんな彼の声が、聞こえてくるようだった。

私の目が文章を取り込むに従って、彼が読み上げる。
軽快な心持ちで余生を過ごす自殺者が抱く、その軽快な心持ちから生ずる生への執着を、合成された三島の声で私は一人楽しんだ。

こんな本の楽しみ方もあるのかと、新たな発見だった。

This War of Mineにはまる

This War of Mineは、ボスニア内戦を題材にしたサバイバルゲーム。
Steamの年始セールで、7ドル弱だったから、買ってしまった。

プレイヤーは、紛争地域で一般人として生活をする。
廃墟に住みながら、夜な夜な街に必要な資材を集めに駆け回り、スナイパー・餓死・凍傷・病気・鬱などの死の危険から何とかして生き延びるという鬱ゲー。
腹は減るし、暖炉の薪はなくなるとチームメイトは病気になるし、盗みを働けば鬱になるし、強盗の犯行現場に居合わせて強盗殺せば自責の念で自殺するし、なんともまぁ、生をゲームにしちゃったゲーム。

所々の芸が細かく、作り手の情熱を感じた。
たとえば、政府軍の兵舎に忍び込んで、兵隊の手紙を読む。
その手紙がまた、グロい。
母親に宛てて書いた手紙で、内容は、一般市民の女を捕まえて、木に括り付けて、爆弾を体中にセットして爆破した。頭が僕の方に飛んできた。以来、その光景が脳裏に焼き付いてしまい、辛い。
砲撃された学校の中に残る、両親に宛てた手紙。
缶詰一つのためにどんな変態プレーもするという売春宿の説明文。
登場人物のストーリー。

生を題材としたスルメゲー。

ボスニアの内戦を元に作られたといわれる、半フィクションのゲームだからか、すごく深い・濃い。
戦争は、どこか遠くで起きる物ではなくて、今居る街で起きるかもしれない。
後方支援とか云う言葉をよくよく吟味してみる事だ。
「徴兵制が再開される！」、そんな事より、目の前に爆弾が落ちてきて、親や子供が吹っ飛ばされるかも知れない、という話題に何故ならないのだろうか。
野坂氏の火垂るの墓をよくよく見ることだ。
腹を空かした妹のための粉ミルクを飲んでしまう、そういう決断をせざるを得ない、極限の状態に陥るかもしれないことが、後方支援という事では無いのだろうか。

データセットの構造変更

C#でデータセットを使う。世の中にはLINQという便利な物があるらしいが、古風にデータセットを使い、馬鹿を見た。 データセットをウィザードで作成するのは、凄く簡単。 だけど、顧客が「あれも入れて」と言い始めると、データベースのスキーマの変更。 スキーマの変更にあわせて、データセットも変更。 hogeDataSet.xsdをVisual Studioで開くと、ダイアグラムが表示される。 該当するテーブルの上で右クリックし、環境設定(Configure)をひらいて、変更する。 これが、くせ者中のくせ者。 VS2013を使っているが、VS2005からのバグが引き継がれているのでご注意あれ。 そのバグとは、ConnectionStringが見つからない、というバグだ。 これは、WebAppを作ってる方、WinFormsやってる方、どちらにもあり得る話だ。 Configureを開く、または、Add, Relationあたりを、いじろうとしても、 The connection string could not be found in application settings, or the data provider associated with the connection string could not be loaded unable to find connection 'hogeCon' for object settings アプリケーション自体は動作するが、何が何だか分からないが、読み込めないらしい。 namespace.Properties.Settingsを参照する、そこにConStrはある。 さらに、ソリューションのプロパティーを開いて、確認するも、ちゃんと入っている。 ネットで調べると、よくあるバグだとか。 データセットを入れ直す、という邪道な直し方もあるが、それも面倒だったりする。 他にあるのが、.xsdをノートパッドなどで開き、XMLとして中身をちょっと書き換える。 よくあるバグが、<Connections> </Connections>の間に複数の<Connection>エレメントが入っているだそうだ。 接続先のデータベースが一つなら、二つは要らないので、1個を消す。そうすると直る。 あいにく、私の場合は一つしかない。 もうひとつあるのが、<DataSource DefaultConnectionIndex="0".....> のIndexの値0が1になっている事があるそうだ。 これを、0に戻すと直るそうだ。 ほかにもあるのが、イベントログを消したら直ったという人もいた。 また、セーフモードで起動し、RTBackUpフォルダーの権限をアドミンにすると直ったという人も居た。 どれも駄目だった。 私は困った。 が、幸いにも直せた。 やり方は曖昧だ。突然なおったのだ。 ここで、そのときの手順を説明しよう。 バックアップを取ってから、xsdをいじった。 ノートパッドで<Connections> </Connections>の中の<Connection>を消す。 VSのダイアグラムが、表示されているところで、Configureをクリックしウィザードを開く。 不思議なもので、読み込めない場合はエラーだが、存在しない場合は、ウィザードをご丁寧に開いてくれた。 ウィザードをすすめていく。データベースを選び、接続する呪文をセーブし、取り込むものを決めて、終了をクリック。 すると、エラー！ConnectionStringが見つからないよ！って、おいいいいい。 ウィザードで設定したばっかでしょｗｗｗｗ なんだこれ、と。 次に、ソリューションのプロパティーから、保存されているConnectionStringを消す。 ノートパッドで<Connections> </Connections>の中の<Connection>を消す。（この作業がしたかは、不明だが、<Connections> </Connections>内に<Connection>がないことは確かだった。） そう、ここで、私、何を思ったかF5(スタート)を押したんです。 やっちゃったと、思いましたよ。 もちろん、エラーでCall Stackが表示されます。 VSのダイアグラムが、表示されているところで、Configureをクリックしウィザードを開く。 不思議なもので、読み込めない場合はエラーだが、存在しない場合は、ウィザードをご丁寧に開いてくれた。 ウィザードをすすめていく。データベースを選び、接続する呪文をセーブし、取り込むものを決めて、終了をクリック。 何事もなかったように、出来ました・・・・ 次に、別のエラーが発生。 hogeDataSetが、フォームで認識されてない。 プログラム自体は動く。が、フォームの編集出来ない。 Solution ExploreでhogeDataSet.xsdを右クリック、Run Custom Tool（日本語のVS使ってないので、ごめんなさい、該当する日本語がわかりません。） こうすると、再認識してくれて、復活。 開発ツールのバグってなんだかね。 VSは素晴らしいけど、やっぱね。

Winforms動的テキストボックス

C#のWinformsでのお話。 動的にテキストボックスをフォームに出力するにはどうすれば良いのか、と思案にくれていました。 ある条件では、テキストボックスを1個。ある条件では、3個。はたまた、ある条件では10個などなど、ダイナミックにテキストボックスを表示する方法はないのかと。 HTMLをつかったWebベースだったら簡単にできますが、Winformsの場合、フォームの大きさが決まってるし、下に下に伸ばすにも、下にあるエレメントも動かさないといけないしなぁ。 HTMLだったら、簡単なのに！！ そういう風に思って、困っていました。 あるとき、気がつきました。 データグリッドビューじゃね？と。 Datagridviewだったら、横にスクロールバーついてるし、勝手に可変調節してくれて、Rowごとのデータもアクセスが可能じゃんか！ Datagridviewにデータバウンドせず、カラムの編集をする。 そしてカラムの追加をする。 この時に、カラムの属性を選択する。 ボタン、チェックボックス、コンボボックス、イメージ、リンク、テキストボックス。 例 品目  数量 というグリッドビューを作ります。 品目はデータベースから引っぱってきて、数量はユーザーインプットとします。 品目のカラムはコンボボックスにします。数量はテキストボックスにします。 品目は、データベースから引っぱってきて、かつ、入力時にデータベースに書き込むので、品目IDが必要になりますから、コンボボックスにします。 行の追加後に、データソースを指定してあげましょう。 データソースが無い場合は、データセットを入れましょう。このあたりの手順は、コンボボックスのデータベースからのデータソース設定手順と同じです。 DisplayMemberを品目名に、ValueMemberを品目IDにします。 あとは、LoadのFunctionとデータ確認などなど必要な関数を入れていきましょう。 一件落着ですね。 見た目は悪いけど、必要な事項はこれで満たせる！ したいことと、出来ること、よくよく考えて、頭の中で寝かせると、あるとき思いつきますよね。 こういう現象出来る人間でよかった！

Excelゾンビの殺し方

C#上でExcelを開いたりすると、Excelのプロセスが残る場合がありますね。 メモリを解放、GC等を適切に処理しないと起こる現象です。 なので、プログラムからExcelを使う場合、Excelファイルに書き込んで保存するのが一般的な方法です。 しかし、ファイルに保存するのが嫌だ、ファイル名与えたりするのも面倒くさい。 そのまま、Excelのウィンドウを開いて、表示したいという方もいるはず。 しかし、そういう構造でプログラムを組む場合、該当のExcelプロセスの管理をプログラム側がする必要があります。 Excelのウィンドウを開いたまま、プログラムを閉じた場合、管理外になってしまうしぁ。 開いたら開きっぱなし、という構造にすると、Excelのプロセスが残って、Excelゾンビってのになってしまう。 寝る前に思いついた邪道な方法を公開します。 ムチャクチャですよ。 プログラミング的に正しいのか、わかりませんが。 効果はあります。 プロセスの中のExcelでウィンドウのタイトルが無いのが、ゾンビです。 だったら、そのプロセスをKillしてしまえば良いじゃん。 foreach (System.Diagnostics.Process clsProcess in System.Diagnostics.Process.GetProcesses())//すべてのプロセスを一個ずつ見て {      if (clsProcess.ProcessName.Equals("EXCEL"))//プロセスの名前がExcelの物がある場合、      {           if (clsProcess.MainWindowTitle == "")//該当プロセスのメインウィンドウのタイトルが無い場合           {                clsProcess.Kill();//該当プロセスを終了してください。           }      } } どうでしょう。 これで、Excelゾンビプロセスは終了が出来ます。 ネットで調べたけど、この方法を紹介してる人は居ませんでしたね。 邪道ですね。こんなの思いつくの、最低のプログラマーだけですね。ふふふ。 副作用はあると思うので、用法はよく考えて使って下さい。

OpenVPNセットアップ

Amazon AWSにOpenVPNサーバー設置方法を紹介。 新しいインスタンスを作成します。 インスタンスに使用するイメージを設定します。 今回は、Open VPN Image from Community AMIsを使います。 OpenVPN Access Server 2.0.20を選びます。新しいバージョンがあったら、そっちでも問題ないと思います。 このイメージを使用することによって、VPNのインストール等の煩雑な手順をスキップ出来ます。 また、同様にAWSのセキュリティーの設定をして開けるべきポートを設定しましょう。 TCP：22,443,943 UDP:1194 を最初の設定の時に開けておきます。 TCP22は、SSHのためのポートです。サーバーにアクセスする時に開けてあげるのがセキュリティー上良いでしょう。 TCP443は、HTTPSのためのポートです。OpenVPNの管理者ページは、このポートを使います。また、Client Web Serverにも使われます。 TCP943は、管理者ページの接続ポートです。デフォルトの設定では、管理者ページは443も使ってます。 UDP1194は、クライアントがUDPベースの接続をするときに使うポートです。 インストールが終わって、インスタンスが立ち上がったら、インスタンスのIPアドレスをウェブブラウザに入力し接続します。 未承認のHTTPSに接続するため、ブラウザが嫌がりますが、無視しましょう。 利用する毎にインスタンスを起動する場合は、IPアドレスが変わります。 その場合は、Web管理者画面でサーバー名/IPアドレスを変更する必要があります。 OpenVPN serverを無料で使用する場合は、クライアントは二個までとなっております。 同時接続クライアント数を増やす場合は、ライセンスを購入してください。 初期のユーザー名はopenvpnasになります。 そのままだと危険なので、変更しましょう。 英語のマニュアルはこちらになります。 初期設定が終わったら、Web上のページからクライアント用のConfigをダウンロードして接続します。