  |
はてなキーワード: クロスとは
軽いしWifiも4G LTEも繋がるし、バッテリーはオレの使い方だと5営業日持つし、仕事捗るし、軽いし、良かった。
どこでも仕事できるし、とってもいい。
安くなったし、メイン回線と、PC用と安く2sim持てるし、よかった。
RIMOWAとかカッコイイよな～とか悩んだけど、軽くてタフで、安いし十分。ヘコんだりしないしね。
MTで、お出かけにも使えるし、なにより仕事で疲れた後に走らせると全てを忘れられる。
焼きたてウマ杉。
部屋の熱、逃げ無すぎて嬉しい。
軽くて最高に良い。
YAMAHAの。エレキと同じくらいの難易度かと手を伸ばしたけど、ポジションからして難しい。これはレッスンに行かないと、見に付かない。
今のところ、置物になってしまっている。
去年は、PUBGとかやりたい、仕事も家からやれるし！と息巻いていたが、我慢した。
結果的に、忙しくて遊んでる暇は無かったし、遊んでいたら色々な成長機会を失っていたと思う。目もこれ以上悪くできない。
ラジオ「Session-22」書き起こし。https://www.tbsradio.jp/319359
"大学生のデート経験率は過去最低" 草食化とも報道された「青少年の性行動全国調査」その結果から読み取れる本当に大事な事とは？
----------------------------------------
荻上：
あの、草食化と言われた時に、性に興味がない、みたいなイメージがつきやすい所はあるんですけれども、たとえばこうした性行動調査ですから、マスターベーションについてもずっと調査されているわけじゃないですか。
そのあたりの結果というのはどうですか？
永田：
あのですね、精通年齢が遅くなっているというのは言われてるところではあります。
荻上：
はじめて射精するという。
永田：
そういうことですね。
精通年齢っていろいろあるんですけれども、あのー、なんていうのかな、あのー、ねぇ、あの、ん、ん、ゆ、む、まぁ夢精とか、そういう風に特に自分で何かしてるって言うわけじゃないけれども経験するっていうのもあるんですが、やっぱりそのいろんな情報に触れて自慰行為をすることによって射精に至るっていうこともあるんです。
ところが社会の関心、社会が変化していって、また本人の関心も薄れていったことによってそういう性的な情報にアクセスしなくなっていくので、そうするとあの自慰行為をするっていう頻度も遅くなり（ママ）、結果精通年齢も遅くなるっていう事があるんじゃないのという風にはまぁ言っているところではありますが、もうちょっともう少しきちんと数字見ていかないとはっきりは言えないんですけれどもね。
荻上：
そうですね。
ここであの、メディアとして注目すべきは、たとえばスマホなどが普及して、性の情報が氾濫して、結果としてみんなまぁ例えば性に積極的になって……みたい話があったりするわけですけれども、それは少なくともそういうわけではないよ、と。
ただ、他方で変な情報が氾濫してるから性教育が必要だよ、という方についてはそれはそうだよねみたいな仕方で、巷に流布してるなんとなくの、まぁ性に関する思い込みというものを、一個一個否定したり、あ、そこはそうだねと言ったり、ってことが繰り返されなくてはいけないということになりますね。
永田：
そうだと思いますね。
この非常に面白いところは、そのセクシャリティに関する事柄ってやっぱり身体が伴っているから、なんかこう自然なことだとかね、なんかある程度の年齢になったら誰でもそうなるとかいう加齢効果として考えがちなんですけれども、やっぱり社会文化的な文脈っていうのがかなりあるので、そこをまぁうまく考慮に入れながら、その身体的なところと社会文化的なところをうまく分けられるものならちょっと整理しつつ見ていくっていう風なことになっていくかなとは思います。
荻上：
そうした中でですね、今回本当に色々な調査が行われていて、今はまぁよく注目されがちなセックスであるとかそれに対する関心について触れたんですけれども、永田さんが他の部分で注目をした調査結果というものはあったりしますか？
永田：
そうですね、その性的被害のところとか数字でちょっと出しにくいんですけれども、でもまぁ調査をしていくことによって、まぁ様子がだいぶ見えてくる。
性的被害に関する調査っていうのはあんまり無いんですけれどもまあちょいちょいやられていまして、今回のこの調査も他の調査とだいたいまあ合致するような感じで数字が出てきたというところでは、まぁやってよかったなという風には思います。
荻上：
永田：
たとえば性的被害で「付き合っている人以外からの性的被害の推移」っていうのがありますけれども、これで見てみるとあの男性ですね、「言葉による性的からかい」っていうのは2011年だと0.5%でまぁ少ないんですよ。
荻上：
はい。
南部：
はあー。
永田：
で、大学生だと2011年で0.7%が（2017年では）5.5%で、うーん、100のうちの5.5は少ないっちゃ少ないんですけど、でもまぁ増えてはいると。
荻上：
これは加害が増えてるのか、それとも被害に対するアンテナが高くなってるのか、というような議論も必要になってきますよね？
永田：
今その話をしようとしたところで（笑）、おっしゃるとおりなんですよ。
特にたとえばドメスティックバイオレンスなんかもそうだし、虐待なんかもそうなんですけど、認知が高まると被害の訴えが多くなる。
南部：
永田：
そうそう、そういうこと。
そういうのは見えないものから見えるようになるっていう風な言い方で表現するんですけども、今まではその概念自体がみんな知らなかったから、ひどい目にあっててもーーセクハラとかそうですよねーーなんかやだなと思いながらもなんて言ったらいいのか……
南部：
すごいもやもや……
永田：
もやもやもやーっと。
だけど「セクハラ」っていうんですよそういうの！嫌って言っていいんですよ！と言われると、「あ、そうか」といって言うようになる、と。
で、そういうことがこの男子の被害の上昇の背景にはもしかしたらあるかもしれないというのはあると思います。
荻上：
セクハラという概念が広がる、あるいは #MeToo とか、あるいは教育などによって、そうしたことがノーと言っていいものだという風に知るというようなことが、この数字を上げているんじゃないかということもあるわけですよね。
永田：
可能性としてあるということですね。
荻上：
僕が気になった分析、クロス集計なんですけれども、気になったものが「付き合ってる人からの被害経験」これがまあ特に多いわけです。
付き合ってない人からの被害というと痴漢の類とかが多かったりするんですけれども、でも付き合っている人からの被害という観点からすると、やっぱり例えば性的誘惑を無理矢理されるであるとか、性的行為を強要されるであるとか、そうしたものに関しては、知らない人にされるよりもダントツで身近な人にされることが多いわけですね。
これはあの犯罪統計などでも元々そういう風な傾向というのはあるわけです。
そうしたようなデータがあるということを前提にした上で、例えば付き合ってる人からの性被害経験と本人のジェンダー規範のクロスを取ったところ……
永田：
あれ面白いですよね。
荻上：
被害経験がある人は被害経験がない人よりも、例えば「男性は女性をリードするべき」だとか「男は働き女は家庭を守るべきだ」という価値観が、若干であるけど高めということになってるんですね。
被害に遭う人がある種ジェンダー規範、男は男、女は女っていうような思いが強いと。
で僕はこれを見た時に呪われてしまってるのかなと。
つまりそのノーと言い難いような価値規範というものに染められているが故に、その被害というものに遭って言いにくくて、あるいは断りにくくて、みたいなことにさらされやすくなってしまってるのかなと思ったんですけど、永田さんはどういう風に思いました？
永田：
今の説明は、ドメスティックバイオレンスの説明に全く当てはまることをなんですよ。
DV 被害がどうして表に出にくいかっていうと「男の人っていうのは多少荒々しいぐらいの方が頼もしいんだよ」とか「男ってのはそんな感情がうまく表現できないからちょっと腕っぷしに頼っちゃうものなんだよ」っていうジェンダー規範があると、その被害に遭ったとしてもそれを告発しにくい。
男ってそういうものだからなんかそういう彼を愛さなきゃ、みたいに思っちゃって、言えない、と（笑）。
そういうことがずっと言われてきてたわけなんです。夫婦間の暴力の話ですけれども。
その構図が今度は交際のところにも降りてきていて……
荻上：
永田：
そうそう。
男は男らしくあるべきだっていう期待を持っている人っていうのは、そういう人間関係に身を置きがちなので、そうすると男らしさの間違った発揮というかーー私そういうのは男らしいとは思いませんけどーー鍵括弧付きで「男らしさ」の発揮であるところの、暴力とか強引さみたいなものにさらされやすい環境に身を置くっていうことはあり得るとは思います。
荻上：
これ実は、男性でも女性でも同じ傾向があって、男は男らしくという風な価値観を信じてる人は、女性などから性暴力被害を受けたーーこれ相手が書かれてないので、同性間暴力の可能性ももちろんあるんですけれどもーーそうした時にノーと言うのは男らしくないであるとか……
南部：
あ、そちら側にも働くわけだ。
荻上：
被害に遭うこと自体が恥ずかしい、女性だと例えば処女幻想などで自分の貞操が傷つけられたから言ってはいけないという形になるわけですけれども、男性の場合それが沽券に関わるから言ってはいけないみたいな形で、双方にとって被害を受けた場合に告発しにくかったり、あるいは被害を受けるような段階までノーと言えない状況に追い込まれてしまうであるとか、そうしたものが見えてはきますよね。
永田：
そうなんですよね。
DVなんかの調査だと男性は被害件数一定数あるんですけど「人に言えない」がものすごく高い。
やっぱり今おっしゃってくださったような、そのジェンダー規範も内面化しているから、女の人から多少言われたぐらいで、なんかいちいち取り上げるなんて男らしくないとか、そういうことを考えてしまって、その被害を言えないとか、被害自体を認めたがらないとかね、そういう風な構造に男性の方も陥ってしまうと。
まさに呪いですよね。
そのジェンダー的な規範の呪いって女性の方ばっかり強調されがちなんですけど、男性も同じように巻き込まれているっていうところが、数字である程度出せるっていうのは面白いところかなと思いますね。
荻上：
ということから振り返って、さっきの性被害の推移を見てみると、女性より男性の方が被害は少ないんだけど、ここ6年間で申告件数が増えていると。
もしかしたら、まだまだ男性の方が言えないっていう部分と、女性の方が言えないっていう部分が項目によって違ってる結果、これから続けていくことによって数字が増えていくかもしれない、増えていくと結果、分析の対象が広がることになるので、何が彼ら彼女らをそうさせてるのかっていうのがもっと見えてくるかもしれないという意味では、さらなる継続調査というものが、これやっぱり求められますよね。
永田：
そうだと思います。
継続調査の強みで、いま少ないからといってやめない、ってことです。
続けていくことで、減ったら減ったでねーーもしかしたら減るかもしれないんですけどーー増えたら増えたで、また追加の分析のしようがあるっていうところが面白いところですよね。
荻上：
さて、分析などを続けていきたいと思いますが、いったんお知らせ。
----------------------------------------
ラジオ「Session-22」書き起こし。https://www.tbsradio.jp/319359
"大学生のデート経験率は過去最低" 草食化とも報道された「青少年の性行動全国調査」その結果から読み取れる本当に大事な事とは？
今回は雑感
マンガクロスなどで読める『瞳ちゃんは人見知り』と、やらわかスピリッツなどで読める『シャークな彼女の領域』ってのが表面上は似ている漫画なんだよね。
いわゆるヒロイン観察型マンガで、どちらのヒロインも威圧的な風貌のせいで周りから距離を置かれていて、学校では浮いている存在。それを語り手である男の子を通じて「第一印象はアレだけど、意外と魅力的な子だよ」ってのを描くわけ。
そんな感じでコンプセトや舞台設定は同じなわけだけれども、それぞれキャラの描き方（魅せ方）って点では全然違う漫画。
『瞳ちゃんは人見知り』は、まあタイトル通り瞳というキャラがメイン。
とはいえ人見知り気味ではあれど口下手ってわけでもなく、授業態度はいたってマジメ。
第一印象で相手を萎縮こそさせるものの、転校先の慣れない環境下でも上手くやっていきたいという彼女の健気さに周りがほだされていく感じ。
そして、『シャークな彼女の領域』のヒロインである鮫島も、高身長かつ怖い目つきで周りを遠ざけている。
ただ、こちらは人格もほぼ見た目どおりで、口調は荒く、制服は皆と違うデザインのものを着て、学校では授業中含めて堂々と居眠りをしてばっかりという不良。
ヒロイン観察役の男の子が「怖いとかじゃなくあいつ（鮫島）とは合わない」と言っている場面があるけれども、個人的には本作の象徴的なセリフだと思う。
彼女が周りから避けられているのは見た目が威圧的だとか以上に、そもそもレイヤーからして違うせいだと説明しているわけ。
けれども、タイトルにもなっている鮫島の“領域”を知ることで、彼女なりの価値観があり、魅力というものがあるってことを見出していく感じ。
表面上は似たような型でも、色々と魅せ方はあるんだなあと改めて認識した。
私としては作品って比較してナンボだと思うんだよね。個人の好き嫌いがあるとはいえ、それにしたって各々の中で“基準”はあるわけで。絶対的な評価ってのもそりゃあるだろうけれども、個人の価値観が出やすい話において相対的な評価ってのは基本だと思う。その評価スタイルだとヘイトを貯めやすい人がいて、その人たちと衝突するのが面倒だから、各々の物差しとなった作品を明言しないだけで。
「何が嫌いかより 何が好きかで 自分を語れよ」みたいな漫画のセリフがあるけれども、何が好きかで語ることが何が嫌いかで語ることより良いなんてことは絶対にないと思う。どちらの評価スタイルも同様に価値がある。
というか、あのセリフの元ネタとなった漫画ってワンピースの劣化と酷評され、すぐ打ち切りになった（いずれにしろ評価されなかった）作品であることは踏まえておくべきだし。
そんなわけで、私は打ち切り作品の名台詞を気にせず比較していくわけだけれども、「比較されなければもう少し好意的な評価ができたかも」って作品があること自体は否定できないんだよね。
例えば最近だと、ガンガンオンラインとかで読める『我が驍勇にふるえよ天地 ―アレクシス帝国興隆記―』と、『織田信長という謎の職業が魔法剣士よりチートだったので、王国を作ることにしました』という戦記モノ。
『アレクシス帝国興隆記』は割と骨太な戦記モノで、山賊すらそれなりに戦略を考えて立ち回っているところとか、ちょっと感心した。
そして『織田信長という謎の職業』は、まあタイトルの時点で“どういうタイプの作品か”ってのは分かりきってはいるんだけど、同じサイトで同時期に公開されている戦記モノだからどうしても比較しちゃう。ファンタジーの世界で職業が「織田信長」って時点で馬鹿げているから、細かいこと突っ込むもんじゃないのは分かってはいるんだけれども。
主人公がその職業を初めて活用するのが『“単騎で戦うとすごく強くなる能力”を使ってピンチを脱する』というものだから「他にもっとあるだろ！」と思わざるを得なくて。その後も史実からつまんできただけのことをやって、それで万事上手くいったって展開は陳腐すぎる。織田信長って要素自体、これまでの創作で長年こすり倒されてきたわけで、そのご時世にこれってのはキツい。
けれども私が『アレクシス帝国興隆記』を読まず、『織田信長という謎の職業』だけ読んでいたらスナックを食べる感覚で楽しんでたと思うんだよね。「『アレクシス帝国興隆記』はマジメに戦記モノ書いているのに、こっちは織田信長の物語を翻案したものをファンタジーで塗りつぶしただけじゃないか」って思ってしまったが故の悲劇。比較しなければ楽しめるものさえ比較してしまうのは困りものだなあ。
ブコメとか読みつつ、だらだら考えて見る
みんな大好きレッドサン・ブラッククロス(アドテクノス版)の史実との分岐点。
この後、ルーズベルトがスキャンダルで再選断念に追い込まれたせいでアメリカが中立化したり、ノモンハン事件が日ソ限定戦争に拡大したりしたせいで、第二次世界大戦でドイツが早期にフランスとイギリスとソ連を倒して勝利。
国際連盟を脱退せずに国際的孤立を避けられた日本は日独防共協定を結ばず、盧溝橋事件も回避し、国論が南進論と北進論に分裂してたけど独ソ不可侵条約を受けて対ソ戦を決意し、以下略でインド亜大陸で日独が戦う第三次世界大戦が行われるまでがゲーム。
この後、樺太や千島や朝鮮半島や台湾は日本領土のままで、満州国も存続したまま、アジアの警察官である日本がベトナム戦争の泥沼に引きずり込まれれて原爆使うところまで追い込まれるのが原作の展開。
太平洋戦争は起きてないが軍事負担の大きい日本がどんな国になっているかの判定は微妙だが、満鉄は普通に存続してそう。
b:id:Arturo_Ui 祖父が満鉄勤務だった私も大陸育ちになったはず // 満洲国の存続には「日中戦争が起こらない」という前提が必要。日米の後ろ盾で国民党が政権を樹立するも、毛沢東派のテロが延々と続き…という展開だったろうか。
たぶん西安事件(1936年12月)が起きず、蒋介石が国共内戦を優先してるんでしょう。
コミンテルンの陰謀だった云々な人達の主張はどけとくと、盧溝橋事件(1937年7月)は偶発的な事件なので回避されたと考えてもそんなに変ではないはず。
蒋介石指導下の国民党政権は悪い意味で中国的な駄目政権なんだけれども、それでも近代的な火器がある時代な以上、ちゃんと支援があれば、国内の軍閥を倒して統一するところまでは行けるはず。
史実での後ろ盾はドイツだったけど、まあドイツ外交がどう動くかは複雑怪奇なので、代わりに日米がいても不思議ではない（そうか？）。
そして軍閥を倒せても、やっぱり近代的な火器がある時代な以上、地方で暴れるゲリラやテロを根絶するのは至難。ソ連と国民党が手を結ぶ、的な超展開が起きない限りは毛沢東率いる中国共産党は元気に活動してそう。
当然、日米の武器輸出は絶好調でドル借款や円借款でバンバン新兵器を売り込んでるんでしょう、たぶん（これって疑似軍事ケインズ主義なのか？）。
満州国の独立を蒋介石が承認するというのは厳しそうに思えるけど、一方で中国人の伝統的思考としては長城の外側は化外の地だから本当は満州国とかどうでも良かったはずだ論とかもたまに聞くので、なくはないんだろうか。
満州経営にどの程度アメリカ資本が参入してくるかは不明だけれども、満鉄は普通に存続してそう。
b:id:akainan 盧溝橋事件後のトラウマン和平が成立している状態だとしたら中共は下されソ連との緊張が続くので、連合国の思惑によっては日本は大正的な政党政治に戻り、結局満州はインドのように地方自治からの独立となってそう
レッドサン・ブラッククロス(アドテクノス版)の原案者である高梨俊一先生も後日「でもあの時期の蒋介石政権と日本が戦争してないってのはちょっと無理あったよね」と言ってたはずでこっちの方が妥当か。
といっても和平が成立するということは、第二次上海事変(1937年8月)が起きてドイツ人顧問の指導下に育成された国府軍の最精鋭部隊が野戦で撃滅されたあとなので（でないと蒋介石が妥協する理由がない）、講和で威信が大幅低下する蒋介石の指導力も大幅低下だろうしで、国共内戦がどう展開するかは割と予断を許さない気がする。
妄想的には華北撤兵と抱き合わせで中華民国に満州国の分離を認めさせる（≒満州国の国際承認）だとスッキリするけど、どうなんだろう
なんにせよ、この後、日独が接近すると史実に戻る気がするので、九ヵ国条約の枠組みに日本は復帰して国際協調路線のまま第二次世界大戦という名の第二次欧州大戦を迎えるんでしょう、たぶん。
当然、なんとなく大国のまま大戦終了を迎えた日本は、そのまま新たな国際秩序維持組織でも常任理事国入り、満州国も原加盟国となり、満鉄は普通に存続してそう。
今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。
「スッキリわかるSQL入門」のDB設計の説明がコンパクトにまとまっていて、分かりやすいと思いました。（是非一度読んでみてください。）
「スッキリわかるSQL入門」第12章の説明（p.374）を参考にしてみよう。（詳しくは本を読んでみてください。）
概念設計
データベースやシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。
論理設計
概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます。
論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。
型や制約など、付随的な部分については考えません。
物理設計
特定のDBMS製品（たとえばMySQL）を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます。
すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成に必要なすべての要素を確定させます。
この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブルを作成することができます。
本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。
●入力 お客様の要件（全国の倉庫に商品があって、その在庫を管理したいんだけど～）
↓
・物理設計：[SHOHIN][ZAIKO][SOUKO] …使うDBの仕様に合わせてテーブル定義表を作成
↓
●出力 DDL文
・CREATE TABLE ～
・CREATE VIEW ～
・CREATE INDEX ～
ER図とは、「Entity-relationship Diagram」（実体関連図）の省略形だ。
コンピューターの用語は英語ばっかりだから、日本語にして欲しいよねｗ
ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。
情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。
「正規化 Normalization」とは、データの形を「正規形」（Normal form）に変えること。
ざっくり言うと、テーブル（表）を分割して、データの重複や不整合を解消する作業だ。
テーブルの形を変えていくステップには、第1～第5まで5段階ある。
第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。
第3と第4の間なので「第3.5正規形」とも呼ばれている。
（ボイス-コッド形もカウントに入れたら、第1～第5、＋第3.5で計6段階になる。）
正規化を進めると、SQL「JOIN」の利用が増えてくる。JOINを多用する処理は遅い＝DBの性能低下につながる。
第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。
RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。
時間がない場合、先にGUIのDB管理ツールでデータベースを作成してしまい、その後でテーブル定義表を作成することもある。
DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。
ここまで、SQLの使い方やデータベースの設計について学びました。
次回は、その他のSQLに関連する話も見てみよう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理 ←★今ここ★
：
20歳になる頃には両親とも亡くなり、アンドリューは遺産を相続した。
大金を得たことで、彼は電気や鉱石の研究にのめりこむようになり、自分のための科学研究所を作り上げた。
彼は体系的に科学を学んだわけではなく、在野のアマチュア研究者にすぎなかったが、
電線を巡らせて空中電気を調べたり、大容量のボルタ電池を開発したりするなど、
いくつかの成果を上げて「稲妻と閃光の男」と呼ばれていた。
1836年、電気を用いた結晶化実験を行っていた際に、実験器具の中で小さなダニが大量に生まれたのを発見した。
新聞はこれを「アンドリュー・クロスが新しい生命を生み出した」と報じて、そのダニを「アカラス・クロシ」と命名した。
生命の創造は神の領分を侵す行為だとされ、アンドリューは激しいバッシングにさらされた。
ただしアンドリュー自身は、ダニの卵がどこからか紛れ込んだのだろうと考えていた。
・投稿サイト（遊戯王カードジェネレータ）に似顔絵を盗用した作品が多数投稿される（それによって唐澤様への過度な神格化その他をしたカードは投稿が禁止される）
・事実無根の不名誉な設定・あだ名（ケツ毛が濃い、弟殺し等）を作られる
・サジェスト汚染により検索予測に依頼人の不安を煽るワードが羅列されるようになる（例：唐澤貴洋 核兵器や唐澤貴洋 PAC3等）
・自分の名前を冠した誹謗中傷目的の掲示板（唐澤貴洋掲示板、法律事務所クロス掲示板等）が多数作られる
・誹謗中傷する歌が多数作られる（例：KRSWハッピーハードコア、尊師の歌、Alias等）
・弟の自殺を笑い話にされ某氏が殺したなどという尾ひれまで付けられる（その上「生きるため、仕方なかった（弟を食べた）」や「弟みたいに水に流してくれよ」などのネタも生まれる）
・実家の墓にスプレーをかけられる（その上大量のオランジーナが墓に供えられる）
・Twitter上になりすましアカウントを作られる（〇〇〇〇に強い弁護士）
・なりすましで爆破予告をされる（この時、某弁護士の書いた文章の一部が使われており、その部分をさしてコメンテータが「日本語ではない」と発言）
・自宅や事務所宛にカッターの刃入りの封筒が送られる（カッターの刃入りの表彰状も送られた）
・中学生の時の卒業アルバムを晒される（マスコミをつかい恐怖を植え付ければ等の怪奇文書も発掘される）
スマッシュブラザーズの新規キャラクター参戦が発表されるたびにYoutubeにリアクション動画が投稿されて話題になっていますね！
自分もそのての動画を見て楽しんでいたのですが、リドリー参戦を見た時に気になったことがありました。
あれ？日本語ではすべて「リドリー参戦！」といった具合に「～参戦！」で統一されているけど、英語版はそれぞれ違っていてバリエーションがあるのかな？ …と
調べてもこれをまとめたのが見つからなかったので、まとめてみました。
| キャラクター名（日本語） | キャラクター名（英語） | 参戦！の英語表記 | 語句 | 語句の意味意味 | 言葉遊び？要素（推測） |
|---|---|---|---|---|---|
| むらびと | Villager | Villager Comes to Town! | - | - | - |
| ロックマン | Mega Man | Mega Man Joins the Battle! | - | - | - |
| Wii Fit トレーナ | Wii Fit Trainer | Wii Fit Trainer Weighs In! | weigh in | 計量する、割って入る、仲裁に入る | 計量する→体重測定？ |
| ロゼッタ＆チコ | Rosalina ＆ Luma | Rosalina ＆ Luma launch into battle! | launch into | 始める、門出する | Launch:（ロケットなどを）打ち上げる→ほうき星の天文台 |
| リトルマック | Little Mac | Little Mac Punches In! | punch in | 打ち込む | ボクサー |
| リザードン | Charizard | Charizard Fires it Up! | fire up | 火をつける、始動させる、駆り立てる | ほのおタイプポケモン |
| ゲッコウガ | Greninja | Greninja Makes A Splash! | make a splash | 音を立てる、あっと言わせる、水しぶきを上げる | みずタイプポケモン |
| パルテナ | Palutena | Palutena Alights! | alight | 降りる | （天から）降りる？ |
| パックマン | Pac-Man | Pac-Man Hungers for Battle! | hunger for | 切望する | Hunger←ゲーム性から |
| ルキナ | Lucina | Lucina Wakes Her Blade?! | - | - | ファイアーエンブレム 覚醒(Awakening)とかけてる？ |
| ルフレ | Robin | Robin Brings the Thunder! | - | - | サンダーソードという武器を使う |
| シュルク | Shulk | Shulk Foresees a Fight! | foresee | 見越す、予見する | 未来視という能力がある |
| クッパJr. | Bowser Jr. | Bowser Jr. Clowns the Competition! | clown | ふざける | いたずら |
| ダックハント | Duck Hunt | Duck Hunt Takes Aim! | take aim | 狙いを定める | カモを狙い撃つゲーム性から |
| ミュウツー | Mewtwo | Mewtwo Strikes Back! | strike back | 殴り返す、反撃する | ミュウツーの逆襲 |
| リュカ | Lucas | Lucas Comes Out of Nowhere! | come out of nowhere | 突然やってくる | リュカはノーウェア(Nowhere)島に住んでいる |
| ロイ | Roy | Roy Seals the Deal! | seal the deal | 契約を結ぶ、取引を固める | ロイは封印(seal)の剣の主人公 |
| リュウ | Ryu | Here Comes A New Challenger! Ryu | - | - | ストリートファイターの乱入時のメッセージ |
| クラウド | Cloud | Cloud Storms into Battle! | storm into | 押し入る、突入する | Storm Clouds（凶兆、悪いことが起こる前兆） |
| カムイ | Corrin | Corrin Chooses to Smash! | choose to do | 決める | ファイアーエンブレムifの「運命の分岐点」で選択肢を選ぶから |
| ベヨネッタ | Bayonetta | Bayonetta Gets Wicked! | - | - | - |
| リドリー | Ridley | Ridley Hits the Big Time! | hit the big time | 成功する、一流になる、大当たりする | Ridley is too big.というネットミーム |
| シモン | Simon | Simon Lashes Out! | lash out | 暴力で攻撃する、食って掛かる | Lash（ムチ）→メインウェポンがムチ |
| リヒター | Richter | Richter Crosses Over! | cross over | クロスオーバーする、枠を超える | Cross→横必殺技がクロス（十字架のブーメラン） |
| クロム | Chrom | Chrom Joins the Battle! | - | - | - |
| ダークサムス | Dark Samus | Dark Samus Joins the Battle! | - | - | - |
| キングクルール | King K. Rool | King K. Rool Comes Aboard! | come aboard | （船に）乗り込む、参加する | 船に乗り込む→キャプテン |
| しずえ | Isabelle | Isabelle Turns Over A New Leaf! | turn over a new leaf | 改心する、心機一転する | 「とびだせ どうぶつの森」の英語タイトルが「Animal Crossing: New Leaf」 |
| ケン | Ken | Ken Turns Up the Heat! | turn up the heat | 温度をあげる、強火にする、勢いを増す | ケンはリュウと違い、昇龍拳で火を噴く |
| ガオガエン | Incineroar | Incineroar Enters the Ring! | enter the ring | リングに入る | プロレス技を使うキャラクターなので |
| パックンフラワー | Piranha Plant | Piranha Plant Pipes Up! | pipe up | しゃべり（歌い）始める、甲高い声で話す、汲み上げる | 土管 |
備考）ベヨネッタの「Get Wicked」は調べてもヒットせず、いまいちわかりませんでした。Wickedは「邪悪な、いたずらな」という意味
こうしてみるとキャラの特徴をとらえた言葉選びがあって面白いですね！
調べてたら発見した関連ページ
http://smashbrossp.net/archives/8777
https://smashbrosmatome.work/2018/09/17/post-3706/
追記）
遊んだことない元ネタのゲームが多く言葉遊び要素が分からなくて探すのに苦労しました。コメントでご指摘いただいた部分は修正してます。
今回は、データベースを使ったWebアプリの制作を通じて、SQLの使い方を確認してみましょう。
Webブラウザー（Google Chromeなど）で動作するアプリのこと。
ウェブアプリケーション（Web application）は、インターネット（もしくはイントラネット）などのネットワークを介して使用するアプリケーションソフトウェアである。
多くの場合、これらのアプリケーションは、Webブラウザ上で動作するプログラミング言語（たとえばJavaScript）によるプログラムとWebサーバ側のプログラムが協調することによって動作し、ユーザはそれをWebブラウザ上で使用する。
Windowsパソコンを使ってたら、「XAMPP」を使ってすぐにWebアプリを試作できる。
以前の講座（その６、その９）を参考にして、XAMPPとCodeIgniterを用意しておこう。
最近のアプリの作り方は、「デザインスプリント」と呼ばれる方法が流行ってます。本やネットの情報がたくさんあるので調べてみよう。
ざっくりと、以下のような流れです。
それでは順番にやってみよう。
以前にデータベースの練習をしたとき、「後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。」と言ったので、今回のアイデアは「チャットを作る」にしよう。
Webページを作るには、HTMLやCSSの知識が必要だ。HTMLやCSSを使ったことがなければ、本やネットの情報で勉強してみよう。
今回はCSSを使わずに、HTMLだけでシンプルなWebページを作ってみよう。（練習だから余計なもの、無駄を省きたい。）
特にこだわりがなければ、Microsoftの「Visual Studio Code」という無料のIDE（統合開発環境）を使ってみよう。
インストール方法や使い方、メニューの日本語化のやり方は、検索して調べてみよう。
「mock」フォルダの中に
テキストエディターで保存するとき、文字コードを「UTF-8」にしておく。
「index.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<label>メッセージ</label>
<input type="text" name="message">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<tr>
<td><a href="edit.html">編集</a></td>
<td><a href="delete.html">削除</a></td>
</tr>
<tr>
</tr>
<tr>
</tr>
</table>
</body>
</html>
「edit.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form>
<label>メッセージ</label>
<input type="text" name="message" value="Webアプリを作ってみる！">
<button>更新する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
「delete.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<p style="background-color:lightpink">Webアプリを作ってみる！</p>
<button>削除する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
以上でモックのWebページ（HTMLファイル）ができました。
Webブラウザーで「index.html」を開いてください。「編集」や「削除」、「戻る」をクリックして、チャットの画面を確認してください。
実務では「仕様書」という書類を大量に作る場合もありますが、時間と労力の無駄になっている場合が多々あります。（紙の仕様書はあまり使われる機会がない）
紙の仕様書（アナログ）の代わりに、モックを仕様書（デジタル）として使うと、その後の段階がスムーズになります。
どうしても紙でなければ困る場合以外は、モックをそのまま仕様書として使ってみましょう。
モック（動くハリボテ）を作るための便利なツールがいろいろあります。
ちょっと長くなったので、モックを基に機能を実装（プログラミング）するのは次回にしましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成 ←★今ここ★
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
：
アマチュア無線やFM放送によって法律に違反した電波帯利用、強度電波によって放送される無許可ラジオ。
当然ながらバレると摘発され罰金刑を貰うが、無線局の運営者が学生だったりすると注意だけで済むことがある。
アマチュア無線をやっていると「ラジオやったら面白いんじゃね？」と発想しやすいため(未成年なら尚更)、アマチュア無線全盛期ではかなり問題になった。
ただし、地域のアマチュア無線コミュニティが大抵は遵法派が多いので、地域のアマチュア無線コミュニティメンバーから摘発される前に無線上で注意することが少なくない。
クロスベアリング法などによって不法無線局(≒自宅)は簡単に割り出されるので、法律は守ったほうが良い。
この件で代表的なものは「FM西東京事件」が有名。運営者は大学生だった。
超極狭エリアでのみ受信できるFM放送で、実際のところコチラがサブカル放送のメイン。
大半が音楽を垂れ流すミュージック系ラジオであったが、普段は音楽を流しつつ、番組表を作りトーク系ラジオもやるという局もあった。
リスナーからのメッセージは郵便局に私書箱を設置して受け付けるスタイルがほとんど。
稀に地域のアマチュア無線おじさんがやる気を出し地域のイベントで情報提供を行う目的でラジオ放送したりするのに使われたこともある。
この特性から同人誌即売会などでもミニFMは限定的に開設されることも多々ある。コミケ参加者はバッテリ駆動できるFMラジオ受信機を持っていくと新たな楽しみが増えるかも知れない。
長らく個人によるサブカルメディア放送はミニFMが主要なプラットフォームであったが、ブロードバンドの登場によりミニFMからインターネットを通じて放送するPodcastへ移行する者が増えた。
WMAやMP3で収録し配信するスタイルは非常に気軽で様々なPodcastチャンネルが生まれたが、Podcastブームの煽りを受けてあまりにもPodcastチャンネルが生まれすぎて混沌と化す。
そして同時に今までリアルタイム放送をしていた者達からするとPodcastの感覚が掴めない、配信する環境を整えられないという欠点が存在していたので、Podcastにリスナーを取られたミニFM局が終了するなどが相次いだ(ミニFMの終焉の原因がPodcastかは不明)。
Podcastは全盛期よりもリスナーが減ったとは言え、幾度かの転換点を迎えて今日も続いている。
ブロードバンドの進化のお陰でリアルタイム配信が可能となったことで誕生した音声配信サービス。
日本では「らじおちゃんねる(後のねとらじ)」がブームとなり認知度が上がり、更にTVワイドショーで紹介され一部の一般人にすら認知されるようになった。
２ちゃんねるの実況板文化から派生したインターネットラジオを介した声によるTV放送実況は文字ベースの実況からの1つ転換点だったと言える。
極少数例ではあれど、ゲームを同時に起動してボイスチャットのように利用してMMORPGなどをプレイする用例や、ビジュアルノベルゲームをみんなでプレイするなどの用例もあった。現在で言うゲーム配信に近い。
こちらも全盛期と比較してリスナーは減っているが今日も続いているが、個人的な印象としてPodcastの方がリスナー人口は多いように感じる。
インターネットラジオが登場した頃にはミニFMはほぼ壊滅状態にあり、現在では極々一部の趣味人によってのみ期間限定で運営されていることが多い(有名な老舗もいくつかはある)。
様々なメディアを埋め込みつつ、プログラマブルなプラットフォームとして開発されたシステム。
２ちゃんねるを中心に爆発的流行をし、現在のWebクリエイターの中にはFlashで注目された者も居る。
現在でいうところの「コラボ」も数多く行われ、様々な表現の実験の場となり、今でも参考になる発想が多い。
企業Webサイトでの採用事例も多く、インターネットの一時代を築いたと言っても過言ではない。
現在は惜しまれながらもAdobeのFlashサポートの終了予定発表やHTML5の登場なども合わさり採用はゼロに近いものとなっている。
Youtubeに感化され、２ちゃんねる実況板の影響を取り込んだ動画に文字を表示するスタイルを確立したのがニコニコ動画。
当初は違法動画のアップロードサービスと化して居たが、MAD動画ブームを皮切りにクリエイティビティの発露の場として成立する。
Flashからの移行組も数多くおりニコニコ動画の黎明期を支え、次代にその技術を伝えた。
２ちゃんねるDTM板のVOCALOIDスレでしか注目されていなかったVOCALOIDが初音ミクの登場によりニコニコ動画で再評価され爆発的ブームが起こる。
初期のVOCALOIDは２ちゃんねらー全体で言えば知らない２ちゃんねらーの方が圧倒的に多い状態であり、何ならDTM板住人であってもDTM Magazine読者くらいしか知らないレベルであった。
更にはMikuMikuDance(MMD)の登場により、Flash時代ではマシン性能の兼ね合いで難しかった個人による3D表現が本格化。
現在のVtuberに近いMicrosoft Kinectとの連携によってMMDモデルを動かす試みなどが始まる。
そしてニコ生がリリースされるとリアルタイムゲーム実況が確立され、現在のYoutube LiveやTwitchの萌芽とも言える状態だった。
一部では現在でいうところのVLOGを投稿する者もおり、様々な試みがなされた。
しかし運営側の迷走の伴いサービスのコンセプトや品質が陳腐化し、対応が後手になってしまいユーザが離れるという事態に陥った。
現在ではユーザ目線での改善に力を入れているらしく今後どうなるかが注目される。
そして現在、個人によるサブカルメディア放送はYoutubeがメインのプラットフォームへとなっている。
特徴的なのがニコニコ動画では登録者すべてがいわゆるニコ厨と呼ばれていたのだが、Youtubeでは動画投稿者がYoutuberで視聴者がリスナーと呼ばれている点である。
ニコニコ動画からコンテンツをそのまま移行したYoutuberも数多いが、元々ニコニコ動画へ投稿していた者は実写系が少ないという特徴がある(一部例外も居る)。
ニコニコ動画が自らコケたという部分もあるが、堅実に強化とユーザビリティの向上に努めたYoutubeは日本のサブカル層も無視できなくなり、今日のYoutube人気を決定付けた。
ニコニコ動画時代では少なかった顔出し実写系動画が増えたり、マシン性能の向上によって実現を果たしたVtuberの登場など個人によるサブカルメディア放送は転換点にあると言って良い。
プラットフォームの移行が発生するかはわからないが、これまで顔出しを拒んできたサブカル層が徐々に顔出しするという動きが昨今では起きている。
日本ではこれまで大手メディアの影響などにより社会全体でのオタク蔑視の時代があったりなど海外に比べてサブカル層は顔出ししにくい環境であったとされてきたが、世代交代が進んできたのかサブカル層の顔出しが起きている。これは良い環境変化だと言える。
この次に何が起きるか？と言えばおそらくは「実名活動・顔出しの敷居がより下がる」程度にしか予測はできないが、様々な選択肢が増えることは歓迎したい。
視点を変えれば旧来のサブカル層が若い世代が持つ印象に救われつつあるわけだが、その若い世代に技術を継承したのは何だかんだで活動を続けてきた旧来のサブカル層なので、今後とも持ちつ持たれつという関係を築けていけたらなと思う。
そして続けて現れる今の若いサブカル層の技術を継承した次代・次々代の子たちがどんな風にクリエイティビティを発揮するか楽しみでならない。
今回は、DBで使うプログラム言語「SQL」の文法を見てみよう。
関係データベース（relational database）は関係モデルにもとづいて設計、開発されるデータベースである。
関係データベースを管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。
Oracle Database、Microsoft SQL Server、MySQL、PostgreSQL、DB2、FileMaker、H2 Database などがRDBMSである。
関係モデルはIBMのエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである。
データベースの利用者は、クエリ（問い掛け）をデータベースに与え、データを検索したり、変更することができる。
データは表に似た構造で管理されるが、関係と呼ぶ概念でモデル化される。
関係は組（タプル、表における行に相当する）、属性（アトリビュート、表における列に相当する）、定義域（ドメイン）、候補キー（主キー）、外部キーなどによって構成される。
SQLなどに代表されるデータベース言語（問い合わせ言語）を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算（集合演算を含む）ないし関係論理演算を行うことで結果を取り出す。
要するに、
SQL（エスキューエル）は、関係データベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）、ドメイン固有言語である。
エドガー・F・コッドによって考案された関係データベースの関係モデルにおける演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。
これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。
「SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。
英語のクエリーは、質問する、問い合わせる、という意味なんだね。
↑このページをよく読んでくれ。理解できたらSQLの説明は終わりだ！！！
…というと、説明することがなくなるので、ちょっとまとめておこう。
このページの「表1●SQLはDDL，DML，DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。
という３種類に分けてる。順番に見てみよう。
データベース、テーブル、ビュー、インデックス、ユーザーなどを作成／変更／削除するときに使うSQL。
これでデータベースを使う準備ができる。
データを操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。
CRUD（クラッド）とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能のイニシャルを並べた用語。
この中で一番活躍するのは、「SELECT」コマンド（命令文）だろう。
SELECTは、いろんな条件を付けてデータを絞り込む／加工することができて、便利なんだ。（Excelなどの表計算ソフトよりも高機能）
RDBは「リレーショナル」（関係）という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。
表と表をくっつける操作のことを「結合」という。
SQLでは「JOIN」というコマンドを使って表と表を結合できる。
↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。
表と表のつなげ方には、何通りかパターンがあるよ。
内部結合は単純だ。外部結合はちょっとややこしい。
外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。
（LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい？）
「トランザクション」は、データの更新に失敗したとき、元に戻せる機能だ。（安全装置）
Googleの画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。
↑このページの「図1 処理失敗による不整合の発生」を見てみよう。
銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。
この２つの処理が両方とも成功しないと、送金は失敗だ。（Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー！）
AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。（やり直し！）
これがトランザクションだ。
ちょっと話がそれるけど、トラブルの重大さ＝クレーム対応の難易度について考えてみよう。
RDBは、SQLコマンドで操作するだけでなく、DB管理ツールを使って操作することもできる。
この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。
他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。
など。
SQLコマンドを組み立てる作業はパズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。
「SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう！
SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQLの概要を説明するだけになってしまった。
SQLの詳細については、前回紹介したSQLの参考書などを読んでみてね。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法 ←★今ここ★
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
：
かれこれミリタリーの趣味をはじめて25年は経つが、この手の趣味でまず引っかかる言葉が「米軍採用（もしくは正式採用）」という言葉だ。
この言葉に弱い。この言葉をみると無条件に財布の紐を緩めてしまう。イケメンに声をかけられたらほいほいついていって、股を開く女の子ばりに俺の財布は緩む。
趣味をはじめて何回かだまされて、賢くなりそしてまた一周してだまされているのが今の自分だ。
米軍は装備が比較的自由なので、個々人で装備を勝手に買ったりするのはある程度許されている。
これは別にオークリーが兵士向けに作ったわけではないが使い勝手の良さから利用者がある時爆発的に増えた。
すると日本の店は
と銘打って米軍価格を乗せて本国の2倍とかの値段で売り始める。
ちなみにこの場合、米軍採用は「米軍（の兵士の一部が）採用」の意味だ。
最近、自分の周りで「米軍採用」の言葉がおもしろフレーズになりつつある。
思ったより素材はペラペラで、縫い目は蛇行し、糸の末端は処理されていない。ほつれまくっている。
ジッパーのところなんか、縫い目が蛇行してるもんだから何回かクロスしてしまっているし、ハンガーにかけると袖のところの処理されていない糸がだらだらと垂れ下がっている
ユニクロで1890円で特売で売られていても「縫製がひどすぎる」という理由で誰も買わないと思う。
「だって官給品だし」の一言でほつれた糸も、汚い蛇行した縫い目も、ペラッペラの生地も輝いて見えた。
バカにされるたびに「米軍採用」「この機能が」と反論するが彼女たちにアフガニスタンで米軍兵士の命を守ってきた機能の説得力は効かない。
縫製が汚い、ただこの一点でバカにしてくるのだ。
そのうち、普通の服を着ていても「これ米軍採用？」「どんな機能があるの？言ってみ？」とバカにしてくるのだ。
「これ○○のやつで、すっごく着心地がいいんだけどごめんね、米軍採用じゃないんだ」
「このカバン、縫製も丁寧だけど安くて使いやすいんだ。米軍採用じゃないからね」
とバカにしてくる。
この気持ちの整理をしたい。
前回は、MySQLとphpMyAdminを使って、リレーショナル・データベース（RDB）を少し触ってみた。
今回は、RDBの使い方や仕組みについて理解を深めるための資料を探してみよう。
本は、買う価値のある本と、買わなくてもいい本の2種類があるね。
どちらの本かは自分の判断で決めよう。（１度で理解できない本は、何度も読み返すことになるだろう。）
最初に読めば、DB全体を俯瞰する地図を手に入れたようなもの。その後の見通しが良くなる。
本書はMySQLをはじめて触る方を対象として，開発環境の準備からSQLの基本的な書き方，PHPによるWebシステム開発まで，図解でわかりやすく解説します。
まずは、データ操作の基本「CRUD」（Create＝追加、Read＝取得、Update＝更新、Delete＝削除）を理解しよう。
CRUDが分かれば、DBを使ったWebアプリを作れる。→ここがIT土方の最低レベルだぜ！
本書は、データベースを操作する問合型言語「SQL」の文法を練習できる。
SQLが読める＆書けるようになれば、RDBを使ったプログラミングで苦労しなくなる。
上記２冊の入門書程度の知識を身に付ければ、RDBに関しては初心者から脱却できるはずだ。
RDBを使うプログラムを作るなら、まずはこの程度の知識をクリアしておけば、十分だろう。
次の段階では、既存のDBを使うだけでなく、「ゼロからDBを設計、構築してくれ」と頼まれるようになるはずだ。
（以下の話は、今の段階では無視してもOK。RDBにある程度慣れたら読んでみて！）
データベースの本はいろいろあるけど、「ミック」という人が書いた本はRDBの要点がまとまってるので、なるべく早い段階で一通り目を通しておくことをお勧めする。（ミックさんの本は買って何度も読み返してる。）
RDBの設計方法はいろいろあるが、古典的な手法として「DOA」（データ中心アプローチ）がある。
↑DOAと、他の「OOA（Object Oriented Approach：オブジェクト指向アプローチ）」「POA（Process Oriented Approach：プロセス中心アプローチ）」を比較した図を見てみよう。
OOAは、言い方を変えれば、
という流れになっている。
つまり、ユーザー側から見ると、間にある[プログラム]は、[DB]を包んでいる「ラッパー」でしかない。
＝[DB]のデータ構造（スキーマ）さえシッカリしていれば、間にある[プログラム]は取り替えてもあまり困らない。
RDBを使うシステムなら、DB設計がプログラム設計よりも重要になる。
（後で[プログラム]を変更するよりも[DB]を変更する方が影響は大きい）
だから、今日でもDOAは十分に役立つ手法だと思って理解して欲しい。
慣れたらER図を書かなくても、頭の中で思い浮かべるだけでもテーブルを作れるようになる。
最初にDOAを知っておけば、今後他の設計方法を使うときでも、比較検討の基準として使えるので、損はないはずだ。
初級者が押さえておくべきDB設計の基礎知識やポイント、正規化／非正規化のケーススタディ、テーブル設計のやってはいけないバッドノウハウ、注意すべきグレーノウハウなどを丁寧に解説します。
DOA、正規化、階層構造（木構造）のデータの扱い方など、DB設計の基本を網羅的に説明している。
私が設計のスキルを付けるために実際に行ってきた「身の回りのものを題材にERDを書く」という方法のサンプルを今回は8種類書き下ろさせていただきました。
手前味噌ではありますが、本書をお読みいただき実践していただくことで「実務で具体的に手が動く」というレベルに達していただけると考えています。
RDBやSQLは「関係代数」という数学が、その基礎を支える理論になっている。
RDBを改造したり、自作したくなったら、RDBの原理を知っておきたい。
この手のコンピューターサイエンスの本って、難しくてつまらない本が多いけど、この本は図解が多くて、珍しく分かりやすい本だったｗ
自分が使うデータベースのマニュアルは最も基本的な１次情報になるので、不明点があったらまず確認するようにしたい。
など、公式サイト、オンラインマニュアルをチェックしておこう。
ミックさんは、ネットでもDB技術論の記事を公開されており、参考になるかも？
（↑無料Webサーバー「Yahooジオシティーズ」は2019年3月閉鎖予定なので、読むなら今のうち？）
階層構造になっているデータ（カテゴリー情報など）をRDBに保存するとき、主なやり方が3通り紹介されてた。（上記の本でも紹介されてる）
自分は(2)の「経路列挙モデル」が分かりやすくて、いつも使ってる。
…という具合に、ネット上の公開記事にも参考になる情報がたくさんあるよ。
（ここまでの説明でURLを9個張ってしまったので、もうこれ以上URLを張れない。＞＜）
他にもGoogle検索などで役立つ記事を探してみよう！（唐突な締めｗ）
データストア（データを保存する道具）は、RDB以外にもいろいろある。→「NoSQL」とか呼ばれている。（自分で検索してみてｗ）
Redis、Hadoop、ElasticSearch、OpenStack…いろいろな道具が発明されてるね。
RDB以外のデータストアを使うときでも、RDBと相違点を比較しながら学べば、取っ掛かりが持てて、理解がスムーズになるだろう。
RDBは、知っておいて損はない。使いまくって、体得しよう！
RDB、SQLはパズルみたいなものだから、楽しんで学んで欲しい。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書 ←★今ここ★
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
：
前回はオブジェクト指向プログラミング（OOP）で使う様々な仕組みについて学びました。
OOPの文法を学んだ後、OOPの長所が発揮される場面をどうやって説明したらいいのか？を考えてみた。
横田の意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。
framework →「枠組み」「骨組み」「構造」などという意味の英語。
システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて１つのパッケージにしたプログラム群のことだ。
イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。
ただし、ご飯のマスだけが空になっていて、プログラマーが自分でご飯を用意しないと、弁当としては完成していない形になってる。
普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。
ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。
プログラムの開発でフレームワークを使うと、プログラマーは必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。
「フレームワーク」と似た用語で「ライブラリー」という用語がある。
弁当を作るときに使いたいおかず（ライブラリー）を自分で考えて探し出し、選ばないといけない。
（フレームワークは最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK）
プログラムの動作で見た場合、フレームワークとライブラリーでは決定的な違いがある。
↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。
「制御の反転」（Inversion of Control、IoC）といって、自分の書いたコードが主役から脇役になってる点が違う。
（主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ？）
フレームワークはいろんな機能が全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能なアプリがすぐに作れる。
ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。
MVCは「Model」「View」「Controller」の略で、MとVとCの３つを自分で用意すれば、アプリが作れちゃう仕組みだ。
MVCの歴史は古くて、GUI（Graphical User Interface、グラフィカルユーザインタフェース）を作る方法の定番だ。
→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。
（参考）
Wikipediaの説明は、文章が学術的で難しいけど、正確な説明になってると思う。
↑このページの「MVCの概要」という図が、MVCの仕組み＝動作の流れを分かりやすく説明してる。
こういうプログラムの設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。
Webアプリを作るときに使われるMVCフレームワークには、いろいろある。
有名なものとして、
などが挙げられる。
PHPでOOPを学習しているので、ここではPHPのWAFの１つである「CodeIgniter」を使ってみよう。
CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。
それでは、CodeIgniterを使ってみよう。
↑このページの「Download」から「3.1.9.zip」という圧縮ファイルをダウンロードする。（2018年10月現在はバージョン3.1.9でした）
ダウンロードしたファイルを解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。（「waf」はWeb Application Frameworkの略。）
今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね？
この「waf」フォルダを以前用意したXAMPPの中にコピーする。（参照：anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
＝「C:\xampp\htdocs」（Cドライブの中の「xampp」の中の「htdocs」というフォルダ）の中に「waf」をコピーして下さい。
＝「C:\xampp\htdocs\waf」という位置にコピーできたらOK。
これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniterの動作確認はOKです。
$config['base_url'] = 'http://localhost/waf/';
それでは「Hello, world!」と表示させるシンプルなWebアプリを作ってみよう。
<?php
defined('BASEPATH') OR exit('No direct script access allowed');
class Hello extends CI_Controller {
public function index()
{
$this->load->view('hello_index');
}
}
ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。
フレームワークが用意している「CI_Controller」というクラスを継承して、自分で「Hello」というクラス（オブジェクトの設計図）を作っている、という点です。
次に、
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>Hello, world!</p>
</body>
</html>
今回は簡単なので、MVCの「M」は用意しませんでした。（CとVだけで完成）
Webブラウザーで「http://localhost/waf/index.php/hello」というURLにアクセスして下さい。
画面に「Hello, world!」と表示されたら、Webアプリの作成が成功です！
「Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます。
詳細は、CodeIgniterのマニュアルを参照して下さい。
↑このページで「ユーザーガイド(日本語)」を読んでみて下さい。
Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。
MySQL（データベース）を使えば、掲示板などのWebアプリも作れるようになります。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう ←★今ここ★
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
私がドリフェスを知ったのはアニメからだ。そのあと、これが「若手俳優を使ったアイドルコンテンツ」であることを認識した瞬間、「あ、近寄らんとこ」と思った。
私は特撮が好きで、でも俳優そのものは好きにはなれないタイプのオタクだった。漫画も好きだけど、2.5次元舞台、ミュージカル的なものもどうしても好きになれなかった。そしてもうひとつ、私はとあるジャニーズアイドルの、Jrからのファンだった。男アイドルを下積み時代から追っかけていた。
これらの経験が、私にとって「どうしても5次元(2.5次元)アイドルコンテンツであるドリフェスを好きになれない理由」だった。そしては私は、それは好みだからしょうがない、と、ドリフェスを好きになれないことを自分に許した。だから、ドリフェスのファンの仲間入りが出来なくて、すぐにドリフェスから距離を置こうとした。
そんな時に、TwitterでAGFでのドリフェスのツイートがいくつかRTされてきた。どれも楽しそうで、でも私はもうドリフェスから離れる覚悟を決めていたので、他人事のようにそれを眺めていられた。2016年秋、ドリフェスに出会ってたった数週間目のことだった。
その時に流れてきたRTのひとつで、私は石原くんに興味を持った。俳優の活動まで追いかける気はさらさらなかったけれど、それでも、三次元のドリフェスまでなら応援してもいいかな、と思えるくらいには彼はアイドルとして魅力的だった。
二次元と三次元は別物として好きで、俳優(ここでは敢えて俳優と言おう)をキャラとしては見れなかった。TwitterのTLで「三次元みてないファン嫌い」とか「五次元分かってない」とか「三次元を二次元で見れないひと可哀想」って言われる度に自分のことだと感じてしまって、ドリフェスのこと呟くのやめた。確かに私はドリフェスを好きだったのに、そういう目線で、他の人と同じように好きにはなれなくて、他の人と同じ好きではないことを非難されるのが辛くて、結局は逃げた。それでも私は確かにドリフェスが好きだった。人とは違う好きかもしれない。そういうファンは受け入れられない、認められないかもしれない。それでも私はドリフェスが好きで、公式の言う「ドリフェスのファンの皆様」になりたかった。いつか、なれるんじゃないかって希望と夢をもって、円盤買ったり、アプリに課金したり、グッズ買ったりした。1人でライブ行って、1人でコラボカフェ通って、1人でシーパラダイスに行った。(1人で水族館行ったwww)
武道館2days、本当は1人で行く気だった。
仲間にされたくなかった。誰かに、勝手に、私の想いを、キラキラした綺麗事で飾り立てて欲しくなかった。
20日。
私は二次元は主に慎くんのファンで、でも三次元は慎くんに見れないから、たったの一度も慎くんのドリカを飛ばしたことは無かった。でも最後だからと思って、青いパンツに青いアクセサリーつけて、慎くんのドリカを用意した。一番好きなURホーリーナイトと、SRシュガーリーカルーセル。三次元の匂いがしないものを選んだ。
ライブに、慎くんはいたのか、と言われればやっぱり居なかったと思う。溝口くんは溝口くんで、及川慎くんを演じた素晴らしいキャストさんだった。慎くんそのものは、やっぱり私には見えなかった。
三次元が嫌いなわけじゃない。大好きなキャラクターを真剣に演じてくれて感謝しかない。それでも、私はアイドル及川慎のステージを見ることなく終わった。別に後悔はなかった。楽しかった。そして、それでいいと思っていた。
この日のラスト、石原くんは「ドリフェスはまだ終わらない」と言った。言い回しは明確には覚えてないけど、たしかに終わらないと言った。
私は嬉しくなってしまって、その日その足でレターセットを買って、次の夢を書いた。中国版アプリが出るから、次は中国ツアー行きたいです。その次はヨーロッパ、そして全米デビューだ！その時わたしは本気でそう思っていたし、ドリフェスというものがそれから先も続いていくのだと思っていた。そういう意味でその言葉を受け取ってしまった。
翌朝、恥ずかしくなってホテルに手紙を置いたまま九段下の駅へ向かった。その手紙は未来永劫、私の本棚に眠ることになるだろう。
21日、アリーナ。
一日目のような驚きは無かったけど、やっぱり楽しかった。ペンラを振るのも、ドリカを選ぶのも、昨日見た演出も、見なかった演出も、すべて楽しかった。でも、時間が経つにつれて、この次がこの曲で、これがあって、そしたらアンコールがあって、終わる。そういう気持ちが強迫観念のようにのしかかってきて、上手くペンラを振れなくなっていった。それでもアンコールが終わるまで、全力で楽しんだと思う。ファンになりきれなかった残念な私は、その時必死にファンを取り繕っていた。
最後の挨拶、石原くんは、ドリフェスが終わると言った。昨日は終わらない、と言ったのに、今日は終わる、と言った。
そして、ライブは楽しい100%だと言った。わかる。私もそう思う。ライブはいつも楽しい。アプリも楽しかったし、アニメも大好きだ。グッズも沢山買って家に置いてある。楽しかったし、大好きだった。
ドリフェスという作品が、こんなに大きな舞台で気持ちよく終わる。それはすごいことだと思う。でも、それでも、私はその時まだドリフェスのファンになっていなくて、ファンを名乗る自信もなくて、そして同時に私はドリフェスのファンになることが夢で、明日にはドリフェスのファンなれるかもしれないって思っていて、素直にすべてを受け入れて好きだ！って叫べるようになるまでドリフェスに終わってもらうわけにはいかなくて、最後を受け入れられなくて、挨拶の間ずっと唇かんで俯いてた。
昨日、「まだ終わらない」と言った石原くんは、今度は「明日も（ドリフェスなくても）いけるっしょ！」って言った。
感情的には「無理っしょ！」って感じだった。絶対むり。無理っしょ！
それから直ぐに、一話の奏と純哉くんのシーンを思い出した。
無理っしょ！無理っしょ！言ってた純哉くんが、奏に「無理っしょ」って言われて、「イケるっしょ」って返したあのシーン。無理だった。どうしても無理だった。でも私は、全力で「いけるっしょ！」って叫んでいた。
叫んだあと、ショックで椅子に座った。
言ってしまった、ドリフェスがない明日を「いけるっしょ！」って言ってしまった。まだドリフェスのファンになってないのに。まだ何にも始まってない、まだ何にもなれてない、何も出来てない、なれなかった、辿り着けなかった、ドリフェスは勝ったかもしれないけど、私は負けた。1度も勝てずに負けた。ドリフェスのファンの皆様にも、ライバルにもおじいちゃんおばあちゃんにもなれずに、負けた。無力感でいっぱいだった。
そのあと、2度目のアンコールが起こった。
私はもう言えなかった。「明日も(ドリフェスなくても)いけるっしょ！」って言ったのに、ここでもう一度ドリフェスを見たいなんて言えなかった。2度目のアンコール、1度も「いけるっしょ！」って言えなかった。何がいけるのか、分かんなかった。7色に変化するドリカ型ペンライトを見つめて、座ってることしか出来なかった。
石原くんが、あの時、いろんな感情渦巻いた武道館のファンを、問答無用で、終わらせた。しかも、ファン自らの手でドリフェスを終わらせるように、させた。
あの時、いけるっしょ！って言えなかった人も、きっといるんだと思う。そういう人は強いなと思う。私は、無理だった。「いけるっしょ！」って言われたら、「いけるっしょ！」って返すファンになりたくて自分を取り繕っていたから、本音を叫べなかった。だから、私はその時、自分の意思で、声で、ドリフェスを終わらせた。ドリフェスを好きになって初めて、自分の感情に嘘をついた。私は自分の感情に反した意思で、本当に、ドリフェスを終わらせてしまった。ファンにもなれず、夢も希望も何もかもあの瞬間に自分で終わらせた。
私みたいに、三次元から二次元を感じ取れない、取りたいとも思わない人っていたと思う。キャラが好きだからこそ、キャストに対してどうしても厳しくなってしまう人も、当然いたと思う。
ドリフェス追っかけている過程で、私はそれがすごくしんどかった。三次元のライブ行ったあと、二次元のキャラクターが「ライブに来てくれてありがとう」と呟くのが、耐えられなかった。私はどう頑張っても二次元のライブに行くことは出来ないことを実感した。他にも色んなことがあった。他の人たちにもあっただろうし、お互い理解できないところで苦しんでいたこともあっただろう。
その声はどんなに隠しても確実にキャストやスタッフに届いてしまっていたと思う。それが嫌で、Twitterでつぶやくことをやめた。不満怨み恨み、そんなものを感じるのも、口に出すのも嫌だった。それでも、確実に、キャスト達は知っていた。
ドリフェスは完璧なコンテンツじゃなかった。人にすすめるのを躊躇うくらい、不完全で不愉快なコンテンツだった。少なくとも、私にとってはそうだった。これを読んでいる人達の中にも、いるかも知れない。凡そ、少なくない人数がドリフェスに複雑な感情を抱いていたことだろう。
ドリフェスに関わった人達すべての心に感情があって、それはドリフェスが嫌い、憎い、というのも含まれてて、それ含めドリフェスだった。
こんな言葉を言わせてしまった、こんな言葉を言わせるまで追いかけなきゃ良かった。不満があるなら離れれば良かった。バレていた。こういうのがあるから、相手に認知されるのは苦手なんだ。
私はただの一度も胸を張ってファンです、と言えたことは無い。終わってしまった今、未来永劫言える機会を失してしまった。しかも、自ら終わらせてしまった。
ドリフェスを好きなフォロワーさんも居たけど、ただの一度も会えなかった。
行ってない、会えない、現場にはいない、と嘘をついた。現場で知り合ったファンの人からTwitterアカウントを聞かれても、一度も教えることは出来なかった。いつきのぬいぐるみを抱えたお姉さん、1月寒空の中上着をロッカーに入れた私を心配してくれた純哉推しのお姉さん、推し被りして慎様の方ですと訳の分からない言い訳をしてしまった溝口くん推しのお姉さん、クロスエコーを模したドレスをお召になられたプリンセス、他にもお話してくれた色んな人。twitterで楽しそうにドリフェスを楽しんでいた皆さん。ごめんなさい、私は仲間にはなれなかった。それでもご一緒させてもらった時間は楽しかったように思う。それも多分、ドリフェスだったのだろう。私は負けた。ドリフェスに負けた。ドリフェスの求めるファンになりきれないまま、終わってしまった。終わらせてしまった。
これからドリフェスにハマる人もいるかもしれない。それだけのコンテンツ力を持ってると、私は思う。アニメ見て、ライブDVD見て、楽しんで欲しい。
それで、武道館のDVDで石原くんが言った「渦巻いてるいろんな感情」には、私みたいな薄暗い、苦しい、醜い感情も含まれていること、ドリフェスはキレイなだけのコンテンツじゃなかったこと、それでも一切の妥協をせずに走り抜いたこと、知って欲しいな、と、少しだけ思った。
消えるべき存在だった私が、自分をファンと名乗ることを許せなかった私が、どうしようもなく、ドリフェスの一部になってしまっていたこと、知って欲しいような、絶対にバレたくないような、複雑な気持ちで今、あの日々の明日にいる。
社会学は、自然科学で多く用いられているクロスチェックによる正当性の評価方法が採用しづらいゆえに弱いようだ。
社会学が人や集団を相手にする以上、倫理的に問題のある行為はできないし、再現性も後になってみないと分からないものも、検証のしようもないものもあるだろう。
では、フィルターがまったくないかというとそうでもないようだ。
「比較しろ」って簡単に言いますけどね――質的調査VS量的調査 岸政彦×筒井淳也
https://synodos.jp/society/19195
上記の記事中では、特に質的評価と呼ばれる手法が、評価しづらいという指摘がされている。
そのなかでもフィルターに近い作用は以下の文章にあらわれている。
「質的調査にも、いわば「社会問題の共同体」みたいなものがあると思うんです。そこには、研究者だけではなく、当事者、活動家、行政、メディアだったり、いろんな人が緩やかにつながっている。もちろん共同体といってもみんな仲良しという意味ではぜんぜんないですよ。その内部には葛藤や亀裂もあります。ただ、いずれにせよ、そういった人たちが論文を読むことはまれですから、たくさんくだらない論文や報告が出てくるんですが、そのままそんなことを続けていると、後から別のところで叩かれたり、調査が出来なくなっていくんじゃないか。ひとりの質的調査者の研究が、当事者や関係者たちとの関係性のなかで批判されて、広い範囲で、長いスパンでフィルターが効いているんじゃないかとは思っていますね」
まさに今炎上中の社会学者は社会との齟齬によって淘汰されつつあるのだと思う。
とてもウェットな世界のようにも思う一方で、自然科学の世界でも似たりよったりのようにも思う。長く残る人の中には、その人柄であるとか、昨今低くなっているという論文の再現性が高いとかの個人の信頼みたいな、業績としては評価されにくい隠しパラメータが高い人も結構いる。
https://blog.goo.ne.jp/toyodang/e/1316a8dad8d53aef57063e651b0763cb
そういう人でもテニュアのポジション取るまでは苛烈な性格だったとか結構あるけど。
脱線したので話を戻す。現在はTwitterによって市民の目が届く範囲に社会学が降りてきてると言えるのかもしれない。市民の目による監視も完璧なシステムではないと思うが（人気投票的で、長期間での研究価値とは別の軸で評価されやすいなど）、大学の中だけで閉じていくよりは新しい評価軸の発生は概して好ましいことではなかろうか。
