  |
はてなキーワード: 継承とは
ましてや、最近は競争的資金重視になってるが、競争的資金はどこか出す機関があるんだわ。
で、マニュアルだけでも分厚いのに、裏マニュアルみたいなものがいっぱいある。
経験のないやつを雇うと、研究費とった本人が秘書に指導してやらないとならない。とすると、ただでさえ失敗したら次の研究費に響くのに、研究費とった本人の時間ロスになる。
秘書だけじゃ間に合わんとか、厳しめの機関で耐えられんと秘書が逃げ出したら、研究費とった本人が書類を代わりに書かないとならず、さらに失敗の確率が上がる。
細かいことといえば細かいことがまあいっぱい。無駄だとは思うが、日本のシステムがそうである以上仕方ない。
の続き。
てなわけでー。テーマ性とか物語性とか、そういういつも以上に堅い話はノルマクリアしたので、こっからは書きたいこと書きますよー。
ぶっちゃけて言えば、前述した脚本とかね、監督は脚本家に丸投げしてたんじゃねーかと思います。正直言って観客である自分はある種のアリバイ作りを感じました。「批評家に突っ込まれるような部分はちゃんと作っておきましたよ、これで文句ないでしょ」みたいな。
自分も前編で喪失と回復とか継承とかそれっぽい感想書いたんでノルマクリアー。そういう意味で共感しますよっと。
じゃあだとして、この作品監督は何をしたかったのよ？ なにがドライブエンジンなのよ？ といえば、それは変態（フェチ）っすわ。
本年いろんな映画がありました。素晴らしい傑作映画、佳作映画、名作、快作、問題作。そしてうんこ漏らすほどの駄作。でも年末になってこれほど「やばい」映画が来るとは思わなかった。
薄々そういう部分あるかな？ と思っていったわけですが、度肝抜かれますよまじで。そういう趣味のない人には全く刺さらないと思うけど。興味ある人にとっては、鼻血ブーです。
そもそも舞台背景（現実世界側）はヴィクトリア朝のロンドンなわけです。おそらく爵位持ちのストームボール家がタウンハウスでのクリスマスの飾り付け準備ーからのー、名付け親ドロッセルマイヤー（眼帯をした黒人のイケメンすぎるおじさま）邸宅に移動。
バラ色からブルーグレイに沈みゆくちょっと煙っぽいロンドンの夕暮れを移動する馬車。街を行き交うあらゆる階層の人々！
ドロッセルマイヤー家では係累おおよそ数百人を招いたクリスマスの催しが今まさに開かれようとしています。ヴィクトリア朝の舞踏会です！
スターウォーズのクローン兵を見てがっかりした人いませんか？ 自分はがっかりしました。そりゃね、数万人が現れての合戦シーンは迫力あるって言われればそうかもしれないですけれど、でもＣＧでそれやるって、コピペじゃないですか。ウルトロンのときもそうですけれど、大軍勢、大群衆は３Ｄモデル使い回して同じ姿の軍勢がうわーって押し寄せるわけでしょ。すごいけど、要するにそれってのっぺりした画面でもある。
でもこの舞踏会はコピペがないんですよ。全員色とりどりの、贅を凝らしたドレスやらタキシードやらなわけです。どんだけスタイリスト動員して、服飾に予算投入してんだよ、鼻血出すぞこら。
主人公クララがね、おしゃれが苦手だっていうこの娘が、おねいちゃん（素が出てきた）に髪の毛とかしてもらって、すみれ色のオーガンジーのドレスで現れるわけですよ。オーガンジー。髪飾りは多分朱子織り。
分かる人には「オーガンジーの透け感のあるシュークリーム袖」という説明だけで、その可憐さが伝わることでしょう。
クリスマスパーティーのプレゼント交換会で館の奥深くに迷い込んでいくクララがたどるその通路、ろうそくのキャンドルでゆらゆらと照らされる邸宅の暗がりの美しさ、赤い壁紙には黒いフクロウのテキスタイルがやがて黒いネズミのそれに変わっていく。
現実世界の物語案内人であるフクロウ（ドロッセルマイヤーおじさまのペット）から、幻想世界の物語案内人であるネズミ（ねずみ王マウスリンクス）へと引き継がれていくその暗示を、美術レベルでやってのけるその凄まじさ。
暗い木の洞を抜けて館の暗がりから抜け出たその先は、幻想世界の「クリスマスの森」。雪で白くデコレートされた、しかし緑が目に染みる清冽な森のなかを、泥棒ネズミを追いかけるクララのすみれ色のドレス。ネズミがダイブしてぱっと舞い散るザラメのような雪の結晶の幻想的な美しさ。
めっちゃイケメンの黒人青年。赤い軍服に金のモール飾り。腰にはサーベルで騎兵兜。すべてが完全にフェティッシュ。完敗。映画鑑賞中の感情をあえて言語化すると「ぎょぇわぁ！？」って感じです。
この映画の服飾はジェニー・ビーバンっていうおばちゃんがやってるのだけど、明らかに変態。っていうかおばちゃん『マッドマックス 怒りのデス・ロード』でモヒカン衣装を量産してたじゃん？ そんな二面性を持っていたのか。流石に度肝を抜かれたわ。おばちゃん最高や。
もしくは美術ガイ・ヘンドリックス・ディアスが犯人なのか？ 『アレクサンドリア』もかなりキてたもんな。
幻想世界にいっちゃってからは、その病的な美術追求がとどまるところをしらない。捻くれて枯れ果てた真っ暗な「遊びの国」の森には、鮮血のように赤い毒キノコが咲き乱れているとか、廃墟化した遊園地の回転木馬、グランギニョール、道化のハーレクインの禍々しい美しさ。
巨大な城！ 瀑布に差し出される水車と歯車！ 真鍮の道管の迷路と地下通路に、濡れてベッタリとした湿気。輝かしい水晶天井に照らされる螺旋階段。
回想シーンで母に慰められる少女クララが着ている生成りのエプロンドレスの白い生地には、藍色のスズランの刺繍が散らされていて、これってもう完全にカネコイサオが『ワンダフルワールド』で夢見た世界なわけですよ。っていうか、全体的にカネコイサオでしょ。
１０年代も最後半にはいっていまさらそんな角度から奇襲受けるとは思わないじゃないですか？ いくらヴィクトリア朝だとはいって、『ワンダフルワールド』のフェチズムが立ち現れるとは、キン肉マンフェニックスのあふれる知性でも予測出来ないわけですよ。
色彩設計がほんとうにほんとうに美しい。ローズガーデンのヴァイオレットベースに茶色のラインとか、オリーブグリーンに熟れたオレンジの差し色とか。ため息が出るとかじゃなくて、鼻血が出るタイプの美しさ。
少女趣味がオーバードーズでフェチになってしまった病的な完全主義の美術背景の惑乱。
もうね、福井晴敏に宇宙世紀が殺されるとか言ってる場合じゃないです。ディズニーにカネコイサオが殺される。なお、もらい弾で少女革命・幾原邦彦も死ぬ。
なぜなら遊びの国へ金の鍵を取り戻すため軍を率いて旅立つ王女クララがまとうのは、黒の軍服（金モール）に赤のロングスカートだから。このロングスカート、品が悪くなりそうなところなのに布の質感と裾の縫い取り刺繍だけで男装めいた凛々しさをだしてるのだ。やばい。やばみ。
そのロングスカートから革のブーツでキックするクララ（なお、このキックが主兵装）。
この映画、興行的には失敗だと本国では判断されているのですが、当たり前ですよ。だって制作費１００億超えですもん。『ボヘミアン・ラプソディ』の二倍以上でしょう。見た感じ、そのほとんどを美術と背景に突っ込んでいるようにみえる。出演者の演技も悪くないけれど、目立った名前はキーラ・ナイトレイくらいで他はあまり大きなギャラは発生していないのじゃないかな。
（このキーラ・ナイトレイ演じるシュガープラム（金平糖の精）は、かなり演技が良かった。ちょっと頭の弱いアーパーでふわふわした妖精キャラをキーラ・ナイトレイがやっているのだけど、キーラ・ナイトレイだと気づかなかったですよ。この味は往年に美人だった頃のシンディ・ローパーが醸し出していたあれじゃなかろうか？）
とにかく、画面のどこを見ても、美術的な意味で隙がない。コピペで穴を埋めておけとか、それっぽい小道具をおいてごまかしておけとか、撮影時に陰影をつかってしょぼいのを隠せとか、そういう気配がひとつもない。
監督もしくは美術の美意識が、一部の隙もなく、「この世界観でこのカメラアングルで、この角度を撮ったときには、ここにはこれがないとだめでしょうお前らなんでそれわからねえの！？」と言わんばかりの画面が、延々と、延々と続く。
それはたとえばパーティーシーンでテーブルの上のグラスがこちらのゴブレットは真鍮に銀メッキだけど、あちらのゴブレットは磨いた銅に幻獣の鋳造とか、そういうレベルで気合が入ってるにも関わらずそのゴブレットは２つ合わせても画面の面積の１％以下で５秒も写ってないとか、病気としか言いようがない。
変態が怖い意味でやばい映画なのだった。冒頭に言った＋５０点はまさにこの変態性に対する評価なのです。もうちょっと金が出したいのもこの部分であり、実を言えばこの鼻血は、パンフを購入してもＤＶＤを購入しても払拭できる気がしません（画面小さくなると美術の細部がわかりづらくなるので）。究極的にはエルミタージュ美術館にでもいかないと、この興奮（というか発作）は解消されないとおもいます。
そんなあたりが『くるみ割り人形と秘密の王国』の感想でした。この映画感想後編がわかった方には強烈におすすめです。それ以外の人にはそこそこ映画だったと思います。
この映画のもうひとつの特徴である「量産化ピエール瀧軍団ｖｓドルイド文明の巨大人形兵器」という側面には触れませんでした。この部分に対する評価は他の方に譲ります。
『くるみ割り人形と秘密の王国』を見てきたので感想。いつものごとくネタバレ気にしてないのでネタバレ嫌な人は回避推奨。あらすじ解説とかもやる気ないので見た人向けであります。
すごいぞなんと１５０点。点数の基準は「上映時間＋映画料金を払ったコストに対して満足であるなら１００点」。なんで、なんかもっとお金出したい感じはあるんだけど、この映画の場合グッズとかサントラとかそっち方向にはいかない、いけない、やばい。
この映画を公共向けにレビューするとジャスト９５点くらいなのははっきりしていて（いや辛く採点すれば８０くらいか？）残りの＋５０くらいは何かといえば完全に性癖の話なのですよ。いつもそうだけど、今回はそれにもまして（主に後半）全く当てにならないレビューであることを告白しなければならないです。何がやばい特殊性癖なのかについて最初に語ると話が混乱するので、後ほど詳細を述べます。
物語はストームボール一家がクリスマスの準備をしているところから始まります。でも主人公でありミドルティーンの次女であるクララ（演マッケンジー・フォイ）は浮かない顔。他の一家もなんだかギクシャクしている。それも無理のない話で、どうやらストームボール一家の母親は、このクリスマスの直前に死んでしまったようなのですね。
家族を失った喪失の中でもストームボール一家は伝統であるところのクリスマスをしようとしている。ヴィクトリア朝の話だから、親族の大規模なパーティーに出ようとかあるのだけれど、母親を失った悲しみからそれらを拒否して引きこもりたい主人公のクララと、このような状況だからこそ普段通りに日常に過ごさなきゃならないと考える父親の間には、感情的な亀裂があるというところから物語は始まるわけです。
そういう意味で言えば、これは大事な家族を失った喪失から回復する話です。同じテーマを扱った今年の映画でいえば『若おかみは小学生！』なんかがあります。普遍的なものなので他にもいくつもあるでしょう。
そういう普遍的なテーマだったんで、料理の作法にも定番（セオリー）みたいなものはあるわけですが、まずそのセオリーそのものはきちんとこなしていた。そういう意味で脚本は及第点。
また、同じテーマをこなしながらも独自性のある切り口も感じられました。この項目はその独自性についての感想です。
この種の「喪失と再生」の作品において、「去ってしまった人から過去において贈られた自分に対する愛情を再認識する」というエピソードは非常に重要なセオリーポイントになります。
それは例えば前述の『若おかみは小学生！』においても「私たちは娘であるあなたを愛していたよ」「その愛は永遠だよ」というようなメッセージは存在していて、それが主人公に受け取られることで回復の契機になりました。
いってしまえばこの「親からの愛情」ってのは遺産なわけですよね。だからこのテーマは遺産継承に関するテーマだと考えることもできます。
でもこのテーマには隠された問題点もあって、それは「親子間の関係を遺産を残すもの／受け取るもの、というような一方通行の、上位者の秘密に下位者が気づくだけという、そういう物語として描いていいの？」というものです。この問題告発って自分は今まで意識したことがなくて、『くるみ割り人形と秘密の王国』で始めて気が付きました。
例えば先程から比較している『若おかみは小学生！』においてこの問題提起はないんですね。それはなぜかといえば、『若おかみは小学生！』の主人公おっこはタイトル通り小学生で、これから自分の世界を確立していく存在だからです。重要なのは遺産が（つまりは死んだ両親からの愛情が）「あった」事であって、それにさえ気づけばおっこのここから先のミッションは回復だけなわけです。
しかし『くるみ割り人形と秘密の王国』の主人公クララはミドルティーンであり、もうすでに自分なりの自意識も世界観も作り上げつつある存在です。
次女のクララには、上には憧れつつも素直に従うことができない長女がいて、下には一緒に遊んで面倒を見てやる長男（小学生低学年くらい？）がいます。弟の面倒を見ながらも、女性的な完成度と貫禄では長女に勝てない次女。おしゃれは苦手でちょっと理系（工学系）な変わり者な主人公。
彼女はそういう意味で「母親を失って狂乱するほど悲しむ幼子」ではない。悲しいし落ち込んでいるし、日常を取り繕おうとする父親に反発をするけれど、だからといってそれを破壊しようというほどのパニックにはならない。自分自身の力でこの悲しみを乗り越えようとしている、まだ若いけど自立を目指す女性なわけです。
そんな彼女は、通り一遍な意味では「死んだ母親から愛情があった」ことはわかっています。世間一般でそういう慰めの言葉はよく聞くし、自分が母に愛されていなかったという疑いはない。
でも、じゃあ、その「愛情」って具体的にはなんなんだろう？ もちろん日常でのさりげないやり取りや、スキンシップや、無言での加護やら、ありとあらゆるものがその候補なわけですが、それらは要するに伝われば伝わるし伝わらないわけです。過去のシーンとしては無数にあるそれを、クララはまだ自分の中で結晶化できていない。そこにクララの戦いはあるわけです。
この物語ではその愛情を暗示するキーワードとして母親の残した「大事なものは全て中にある」という言葉があります。
クララは亡き母からのプレゼントエッグの中に残されたこの言葉を追いかけて冒険の旅に出るわけですが、この言葉の意味は最終的には「私（母）がいなくなった世界においてあなた（主人公クララ）が前を向いて生きていくための大事なものはすべてあなたの中に残してきた」です。
大事なものは、様々な教えであり、生きていく知恵でもあり、もちろんつながりや愛情や人格そのものでもあり、大げさに言うならば「母親（家族）と過ごした時間のすべて」なわけです。
そしてこのキーワードが示すのは、それだけにとどまらないんですよね。
この言葉は「ｎを残してきた」「ｎが私（母）の愛情である」という指定ではないわけです。だからこそ逆に「何が残されていたと認識するかは、娘であるクララが選んで受け取りなさい」という信頼であるわけです。
愛情は遺産なわけですが、それは決して贈る／受け取るという一方的な関係ではない。この物語における「気づき」はそういうステージのテーマとして描写されている。それはやはり一味変わった、深い踏み込みだったと思います。
一方、作中において「遺産」はもうひとつの意味でもあらわれます。クララの母は幼いころ「秘密の王国」を発見してその民に慕われた女王でもあったのです。わお。ですから、遺産は女王位。クララは本作のメインの冒険である「秘密の王国への迷い込みそこで戦うこと」をとおして、この「女王位の継承」という問題へ巻き込まれてゆきます。
でもこの問題も前述の「母の愛情をいかに受け取るか」とワンセット、同じ物語の両面なのです。
クララは「女王が去ってしまって荒廃が始まった秘密の国」で大歓迎を受けると同時に、その危機においては「お前なんかは女王の代替品にすぎない」ともいわれてしまいます。「女王の位」をうけとった娘クララは、ただ単にそれを受け取った段階では「無力な模造品」にすぎないという弾劾です。
クララの母でもあり前女王でもあるマリーが幼いころ発見して作り上げた秘密の王国とそこに住む住民たちは、マリーに生み出されて育てられたという意味では、クララと同じく「マリーの子供」でもあるわけです。表面上は老人に見えても年上に見えても異形に見えたとしても、その意味では全てクララの兄弟姉妹に等しい。その彼らが、母マリーがなくなって、道を失い、うろたえ、クララに剣を向けさえする。
その混乱はマリーの残した女王位をただ受け取るという、つまりは遺産を残す上位者、受け取る下位者というだけの状態では、収拾されないわけです。
つまり、これもまた、「継承というのは一方的な贈与関係ではない」というテーマに接続されているわけです。
作中で、母との回想シーンの中で、クララは母から「あなたは姉に憧れているけれど、あなたにはあなた独自の世界があって物事をあなただけの見方で見ることができる。そこがあなたの魅力なのよ」と励まされます。
クララはクララなりに世界を見ることができる。それは父母や周辺環境のコピーとして自意識を確立していくしかない幼子ではなく、ミドルティーンとしてすでに自分の世界があるこの物語のクララでしか描けなかった切り口です。
母からは無限の贈り物を残されたけれど、その中のどれを受け取るか――母の残した教えや愛情のうちどれを「クララという自分自身のコアとして据えるか」というのは、クララの側の自由であり、その選択によって自らの存在を定めるわけです。
その自由の幅が良かった。
この物語の中で、クララは「秘密の王国」での旅と冒険を通して、そういった自分自身の内面と出会い、悲しみを癒やすわけですけれど、でも実はこの度ってなくても良かったんですよね。作中でも途中でリタイヤして現実世界に帰る選択肢が示されるシーンが有ることからも分かる通り、それはありなわけです。途中で帰るどころか、実は、出かけなくても良い。
クララはもうすでに自分自身を確立しつつあるミドルティーンで、この作品の冒険なんかを経なくても、時間さえかければ悲しみから立ち直っていたと思います。父親との間にギクシャクした感情は少し残ったかもしれないけれど、それすらも時間の流れでおそらく解消できた。
そこがとても良かった。
幻想郷への旅が必要不可欠であり、この冒険行がなければクララが破滅していたのだとすれば、クララは神が（母が）操る遺産相続の操り人形なわけですが、そうではなくクララは旅をやめる自由がある中でそれを続行し、自分で選んだわけです。
母から与えられたすべての教えや愛情の中から、姉と同じように「おしゃれで社交的な自分」ではなく、「機械いじりが好きでとびっきりの発明家である自分」を選んで継承した。同じように「秘密の王国で歓待されるだけの女王」ではなく「みんなのために調和を取り戻そうと戦う女王」も選んだ。選ぶという行為によって、ただ与えられる下位の存在ではなく、継承というテーマにおいて贈り主である上位存在と対等の関係であることを示したのです。
この辺はもはや登録商標とも言って良い「ディズニープリンセス」というワードの「プリンセス」にたいして、一定の回答を出そうと本作が挑んだ結果でもあると思います。
王位とか王権（そして愛情を）先代から送られ継承した存在が、プリンセスである。
でもそれは逆説的に、「プリンセスとは手渡されはしたものの、その手渡されたものをまだ十全には使いこなせないし、自覚もはっきりとはできていない、運命や自分自身と戦いの最中にある存在だ」という主張でもあると思うのです。
そういう踏み込みのある本作は、テーマから見ても脚本の構造から見てもかなりの出来でした。
――まあ、もっとも、ここまで脚本を褒めては来たんですけれど、その表現としての台詞回しがどうにも垢抜けない感じで、紋切り型なところも多くて正直言えばそこは今ひとつです。取ってつけた感じがある。
てなわけで、構造面ではキラリと光る部分はあるけれど、８０〜９５点くらいですかね、これは。という感想になるのでした。
文字数がオーバーしたので後編 https://anond.hatelabo.jp/20181201181722 に続きます。
敗戦後の日本人は、二度とアメリカ（アングロサクソン連合）に逆らわない「人畜」として調教するために、GHQの3S政策で洗脳されてきた。
明治維新以前から武士道・帝王学を継承した一部の日本人は、この罠をかいくぐり、高い知性を維持できた。
3S政策の罠に沈められた大半の日本人は、他人（アメリカの手先＝日米合同委員会など）の命令に従う痴呆に改造された。
「日本政府が悪い」とか、文句を言って解決するなら、いくらでも文句を言えばいい。だけど、現実は無力で、文句を言っても相手を動かす力がない。
自分の環境を変えたいなら、他人を変える前に、自分の力を付けることが最も有効だから、当然勉強して、知性をアップさせるだろう。
自分の知性を向上させることが、自分を幸福にする最速の手段であることを、今の日本人は理解できていないのではないだろうか？
中学・高校と６年間も英語を勉強して、英語が使えないやつは、頭が悪すぎる。
今の日本人を見ると、イソップ物語の「アリとキリギリス」を思い出す。
遊び呆けて、全然努力してないやつがアホになって、貧困に転落するのは当然と言わざるを得ない。
どんなに貧乏な家に生まれても、義務教育を受けられるなら、英語ぐらいできなきゃ嘘だろ？
学校にはションベンしに行ってただけなのか？
貧乏人とバカは徹底的に勉強しろ！自分の実力をパワーアップさせろ！そして、自力で貧乏から脱却しろ！
（少しは甘えても仕方ないけど、最終的には自分の人生を決めてるのは、他ならぬ自分自身だからね）
そのことを忘れないで欲しい。
http://denji-ch.hatenablog.com/entry/2018/11/21/000512
ホッテントリのこれ。ニコニコの高難度動画のせいでロックマンが全部難しいことにされて、9以降の新作が実際に難しくなった……と読める。
いや、そうじゃないでしょ。ロックマンはニコニコが無くても超絶難しいゲームだったよ。
まずロックマンは時代に合わせて簡単になっていったのだから、9以降も簡単になっていくべき、というのは分かる。
8発売から9発売までの無印休眠期間に出てた「2Dアクションのロックマン」って、Xの4以降とイレハンとゼロとゼクスとロクフォル移植とロクロクじゃん。
難しいタイトルの方が多くない？救済措置（救済するとは言ってない）をジャブジャブ入れて簡単にしてるだけで、基本の難易度は高めだよね？
ロックマンシリーズが全体的にそうなってる中で、いきなり9は無印シリーズだから十二年前の8までの流れを継承してより簡単になるべき、って言うのはちょっと無理あるんじゃないの。
むしろロックマンというブランドに高難易度が定着してたんだから、9以降は難しくなって当然まである。
そしてロックマン9と10を実際に開発したのはカプコンではなく、インティクリエイツ（淫帝）。
そのインティクリエイツが9と10以前に作っていたゲームの一つがロックマンゼロ。無印ロックマンの続編のロックマンXの更に続編シリーズね。
これがとにかくクソムズい。2002年のGBAソフトとは思えないくらいムズい。
ダッシュジャンプすれば軌道上に敵。いい感じの着地点にはだいたいトゲか穴か敵。壁蹴りで登ったらそこに敵。倒した敵の背後から駄目押しで敵。そして接触して硬直からの墜落死。
どっかで聞いたねこれ。
トゲや穴による一撃死が非常に多い、悪辣なステージ構成になっています。
ちょっとトゲにぶつかってミス、穴から飛び出してきた雑魚に落されてミス、とかなり理不尽度の高い死に様をすることが多いのです。
そうだね。淫帝クオリティだね。爆撃機は15年経っても絶対に許さないよ。
更にゼロシリーズには「リザルト」がある。プレイ内容をステージ終了後に減点法で採点されてランク付けされる。ウスノロとかマケイヌとかテツクズとか。
ダメージ食らうと減点。回復アイテム稼ぎしてたらタイムオーバーで減点。ﾃｨｳﾝﾃｨｳﾝしたら減点……そして一部のプレイヤーは変態プレイに目覚めた。
アベ100。
スコア平均（アベレージ）100は全ステージで100点取らないと達成できない。
速攻でクリア条件コンプしつつ敵を殺しまくってノーダメノーﾃｨｳﾝノーエルフでフィニッシュ。
これ超絶ムズいんだけど、ステージの構造と敵配置を把握すれば、ちゃんとアベ100できるように作ってある。ただし超絶ムズい。
淫帝もこういう変態プレイヤー共の存在を知ってか（絶対知ってる）、隠し要素の解放条件にアベ100を設定した。
どっかで聞いたねこれも。
しかもゲーム中には『オワタ式ロックマン』を明らかに意識していると思われる「一度もダメージを喰らわないでゲームをクリア」という無茶な難易度の実績も存在します。
そうだね。淫帝クオリティだね。アベ100でミニゲームが解放されるロックマンゼロ3は2004年発売。オイオイオイ。ニコニコのオワタ式より早いわコイツ。
まあカプコン側にはニコニコでどうこうって企画意図があったかもしれないけど、開発はあの淫帝だからね。
当然のように、超絶鬼畜だけど完璧にステージ覚えてたらクリアできるし、死ぬほど頑張ればアベ100できるけど超絶鬼畜、みたいな難易度調整してくるよね。淫帝だから。
無印2という高難度タイトルをリスペクト・ブランド全体が難易度高めの流れ・淫帝開発。これだけ要素揃ったら9も10もそりゃ難しくなるでしょ。
ニコニコじゃなく淫帝が悪い。
情報化社会への移行へ機敏に反応し、小学生の頃には既にパソコンを導入している家庭で育った。
青春時代はパソコン通信・インターネットと共に過ごし、本来の意味のホームページ、そして設置される電子掲示板、今からすると低機能なチャットでのコミュニケーションをアカデミック分野の人間ではない普通の義務教育過程学生としては比較的早期に体験していた。
ちなみに通信を介した今で言うオンラインゲームで一番最初に体験したのはメールでの将棋である。
幸いにも、当時から通信上で懇意にして頂いていた先輩諸兄とは現在でも繋がりがあり、一部の方々は当方の結婚式にまで参列して頂けるという、最早通信上の知り合いと言うには些か語弊があるような関係を持たせて頂いている。
当方のコミュニティで最近使われているコミュニケーションツールはSlack・Discord・Mattermost・Mastodonだ。
チャットツールが3つもあることに疑問を持つかもしれないが、プライベートな基本コミュニケーションの中心はMattermostであり、いわゆる「つぶやき」をするマイクロブログにMastodonが用いられている。
Slackは業務に使う者もおりプライベートではMattermostのサブ的な使われ方をしており、Discordはコミュニティの中で何らかのオンラインゲームをするときにボイスチャット環境として用いることが多い。
ここで多くの方々が「LINEやFacebookは利用していないのか？」と思うかも知れない。その疑問への答えとしては「アカウントだけは持っている」というものだ。
いや実際、一時期はコミュニケーションの中心にはFacebookがあった。XMPPを解したしチャットツールもFacebook Chatを用いていた。
日本でFacebookが紹介されるようになりユーザ数が増えると当方のコミュニティは居心地の悪さを感じてTwitterへ移行し、日本での第一次Mastodonブームの折、完全にMastodonへ移行してしまった。
様々なサービスを漂流することになってしまったが、当方のコミュニティが感じていた居心地の悪さの最大要因は「ITリテラシーの格差」である。
当方のコミュニティはパソコンを用いた通信の発展を見てきたコミュニティだ。
度々起こるインターネットコミュニティでの諸問題を遠巻きながらも目にし、世代交代のためかそれら諸問題が起きたという事実は継承されず、何度も何度も同じような問題を目にしてきて非常に疲れた。
例えばTiktokで問題視されていることの殆どはニコニコ動画で経験したことどころか、メル友ベル友時代に起きていたことだ。
むしろ当方のコミュニティメンバーの中には「ペンフレンド時代にも似たようなことが問題視された」と言う者も居り、その時代を経験していない当方は詳しくないが、卑猥な写真を郵送させるなどの問題があったらしい。ペンフレンド宅へ家出する青少年も居たと聞いた。
「当時とは時代が違う」と言うのは容易い。しかし当方のコミュニティから見ると「またか・・・」としか言いようがない姿に見えてしまうのだ。
当方のコミュニティでは過去に草の根BBSや２ちゃんねる、ニコニコ動画、オフライン上でも保護者会やPTAなどでもインターネットの認識や使い方などを訴える活動はしてきた。
情報化社会の中で子供たちへ「携帯電話を持たせない」「インターネットを使わせない」という成長を生まない極論地味た思考停止な手法は推奨せず、子供たちへインターネットのメリットとデメリットを伝えて将来のために活用していこうということを基本方針として伝えてきたつもりである。
しかしそれでもなおインターネットでは諸問題が起き、それへの対策が○○の禁止という当方のコミュニティの努力が何も実を結ばないという結果を見ることになった。
当方のコミュニティはいつも言う「あなた達の世代もインターネットで失敗したはずだ」「あなた達はなぜインターネットで失敗したのか？」「当時の感情を思い出し、あなた達の子供たちの感情へ理解を示すことはできないか？」「理解を示して子供たちと話し合うことはできない？」と。
子供だけではない。
NIFTY-Serveでゲリラ的に他者の揚げ足を取ったり、オフラインでは無かったことにされるような失言へ対して人権問題だと騒ぎ立てBBSの空気を悪くしたり、特定の人物へ異常なまで固執しEメールを送信しまくったり、あまつさえ失言録のようなWebページを作成して晒し上げたりなど、今でも通ずるような悪意を当時から振り撒かれていた。
当方のコミュニティはそんな悪意をもう見たくはない。そんな無理解を見たくはないのだ。
情報化社会は当方のコミュニティが過去に夢見た時代へ少しずつでありなからも進んでいる。あらゆるものが通信によって連携し人々の生活を豊かにしている。
しかし当方のコミュニティが見た夢の中には繰り返される悪意などなかった。問題が起きても人と人が協力しあって解決するだろう。すべての人が通信によって繋がれば大きな集合知によって解決されるだろうという夢であった。
「またか・・・」と感じ、どうにか解決できないか？と動いているコミュニティは当方のコミュニティだけでないと信じたい。
そしてどうにか繰り返される悪意を無くす協力をして欲しい。
今回は、Webアプリを作る途中の過程を見て、作る雰囲気を一緒に味わってみましょう。
最近のフレームワークは、「設定より規約」（CoC、convention over configuration）という発想で作られている。
フレームワークの規約（使用ルール）に従うと、プログラマーは作業量が減って、楽ができる。
設定より規約（convention over configuration）とは、開発者の決定すべきことを減少させ、単純にするが柔軟性は失わせないというソフトウェア設計パラダイム。
使用しているツールが実装した規約が開発者の望む動作と一致していれば、設定ファイルを書く必要もない。実装規約と望みの動作が違っている場合、必要な動作を設定しなければならない。
最近のフレームワークは「設定より規約」アプローチを採用しているものが多い。
例えば、Ruby on Rails、Kohana、Grails、Grok、Zend Framework、CakePHP、Symfony などがある。
CodeIgniterの使用ルールは、マニュアルやチュートリアルで確認できる。
↑このページの「アプリケーションフローチャート」を見てみよう。
それでは、CodeIgniterでプログラマーが用意する部分のM（Model）とV（View）とC（Application Controller）を、骨組みから作ってみよう。
事前準備として、前々回と前回のWebアプリ完成見本を用意するところまでやっておこう。
スケルトン（skeleton, 骨格）とは動物や人間の骨格。
コンピュータのプログラムコードの骨格部分。プログラムコード作成では、初期段階でスケルトンを作成し、その後で詳細部分を肉付けしていく。
まずは、MVCのCの骨組みを作ろう。
Controllerは、ユーザーからのリクエストを受け付けて、ModelやViewに指示を出す監督です。
上記フォルダの中に「Welcome.php」というファイルを作る。（デフォルトであるはずなので、それを使ってOK）
CodeIgniterのルールで、Application Controllerを置く場所は「application/controllers」というフォルダになっている。
CodeIgniterのルールで、一番最初に呼び出されるApplication Controllerは「Welcome.php」というファイルになっている。
→これは「C:\xampp\htdocs\waf\application\config\routes.php」という設定ファイルで決められている。
「Welcome.php」の中身を以下にように変更する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
// 初期画面
public function index()
{
}
// 更新画面
public function update()
{
}
// 削除画面
public function delete()
{
}
}
これがチャットのApplication Controllerとして動作する最小限の内容＝骨格だ。
という行に注目してみよう。
CodeIgniterで用意されてる「CI_Controller」クラスを継承して、プログラマーが「Welcome」クラスを作ってる。
継承によって、フレームワークが用意してる様々な機能をWelcomeクラス内で使えるようになる。
「Welcome」クラスの中に、「index()」「update()」「delete()」という３つのメソッドを用意した。
CodeIgniterのURLは、Action Controllerのクラス名やメソッド名とひもづけられている。
「http://localhost/waf/クラス名/メソッド名」
（例）
http://localhost/waf/ →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/index →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/update →Welcomeクラスのupdate()メソッドが呼び出される。
http://localhost/waf/welcome/delete →Welcomeクラスのdelete()メソッドが呼び出される。
次にMVCのVの骨組みを作ろう。
ビューは、表示する画面の部分です。HTMLでWebページの構造を書きます。
以下の内容にして保存する。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
Viewファイルの追加に合わせて、Controllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
（変更点の説明）
コンストラクター「__construct()」は、クラスからインスタンスが作られるとき、自動的に実行されるメソッドだ。コンストラクターは、初期化＝最初にやっておくべき下準備を書いておく。
CodeIgniterには、リンクの表示を補助する「URLヘルパー」という機能が用意されている。
上記のように書くとURLヘルパーを呼び出して、使えるようになる。
各Viewファイルの以下の行でURLヘルパーを使っている。＝「base_url()」という関数がURLヘルパーの１つ。
というメソッドによって、Viewファイルの「welcome_index.php」を呼び出し、画面を出力します。
これでMVCのCとVの骨組みができた。
今の段階でWebブラウザーで各ページを表示させると、各Viewファイルの中身が表示される。
次にMVCのMの骨組みを作ろう。
モデルは、具体的な処理内容（ロジック）を書いて、データを読み書きする部分です。
上記フォルダの中に「Chat_model.php」というファイルを作り、以下の内容にして保存する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
}
CodeIgniterで用意されてる「CI_Model」クラスを継承して、プログラマーが「Chat_model」クラスを作ってる。
「Chat_model」クラスのコンストラクターには、以下のように書いている。
Modelの追加に合わせて、さらにControllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
と書いて、「Chat_model」というモデルを読み込むようにした。
これで、モデルに用意するいろんな機能をコントローラーで使えるようになる。
以上で、MVCの骨組み（スケルトン）だけを作成するプロセスを見ていきました。
次回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
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でデータの追加と取得
：
アマチュア無線や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の登場など個人によるサブカルメディア放送は転換点にあると言って良い。
プラットフォームの移行が発生するかはわからないが、これまで顔出しを拒んできたサブカル層が徐々に顔出しするという動きが昨今では起きている。
日本ではこれまで大手メディアの影響などにより社会全体でのオタク蔑視の時代があったりなど海外に比べてサブカル層は顔出ししにくい環境であったとされてきたが、世代交代が進んできたのかサブカル層の顔出しが起きている。これは良い環境変化だと言える。
この次に何が起きるか？と言えばおそらくは「実名活動・顔出しの敷居がより下がる」程度にしか予測はできないが、様々な選択肢が増えることは歓迎したい。
視点を変えれば旧来のサブカル層が若い世代が持つ印象に救われつつあるわけだが、その若い世代に技術を継承したのは何だかんだで活動を続けてきた旧来のサブカル層なので、今後とも持ちつ持たれつという関係を築けていけたらなと思う。
そして続けて現れる今の若いサブカル層の技術を継承した次代・次々代の子たちがどんな風にクリエイティビティを発揮するか楽しみでならない。
son_toku ってのが正しいね。
少し調べると本場中国では小学生から賭け麻雀をするらしい。だから成立するか否かであれば、（既に在るか否かとは別に）成立するだろう。
日本の雀荘はパチンコの三店方式のようなもので、度が過ぎない範囲で黙認されている庶民の賭場に過ぎない。
ゲームとして見れば実はガチャソシャゲより善い面もあるのだが、"それで稼げて食えてしまう"可能性のある物を、就業前の子供に教えるのは悪だと考える。
学業は生活の糧としての側面があり、修める前に糧を得られれば学ぶ意欲は削がれ、集団としての最も大切な資本である勤労意欲は失われる。
当然、技術も落ち知識の継承も行われない。大袈裟に言えば国力が落ちると言っていいだろう。
繰り返すが、これは悪だ。
どれだけ雀士が高潔で優れていようともそれらだけで国が成り立つことは絶対にない。
従って射幸心を煽る漫画が世間的に広く認められる事はなく、あってはならない。
ｅスポーツブームが姦しい昨今だが、そもそもギャンブルがなぜ規制されているかを忘れてはならない。
ゲームがどれほど素晴らしくとも、プレイヤーだけで社会は成り立たない。
賭博はゲームに付随する一要素であり、人として大切なのはそこから何を学ぶかだ。
軽い気持ちだろうとは思うが、ゲームも漫画も同時に貶めるような発言はもう少し慎重にして頂きたい。
お座敷遊びっていうものはとっくに廃れたと思っていたけど、全然そんな事なかったんだと気付いた。
キャバクラやホストクラブが流行ったように、時代に合わせてお座敷遊びも変化してるだけなんだと思う。
ガワが変わっただけで本質的には同じことが続いている。
そういうのとあまり縁のなさそうに見えるオタク界隈も、実際はお座敷遊びイズムを継承している。
最近の例を振り返ってみるとモバマスがまさにそれだったと思う。
具体的には「モバマス」と「課金」という言葉が紐づけられたときから、電脳空間におけるお座敷遊びというものを強く感じるようになった。
そしてモバマスに続くようにお座敷遊び系ソーシャルゲームが流行ることで、よりいっそう電脳芸姑に入れあげるオタクという風にしか見えなくなった。
一応それ以前にもドリームクラブというものもあったけど、そっちはあんまり電脳お座敷遊びって感じじゃないなと今は思う。お座敷遊びの再現のはずなのに、課金額的にはモバマスのようなお座敷遊び感はなかった。
ともかくソーシャルゲームの流行とともに、お座敷遊び系ソーシャルゲームのシステムも洗練されていったのであった。
そして現在、バーチャルYouTuberにおひねりを飛ばすのが、オタク界隈では当たり前になっている。
バーチャルYouTuberには、モバマスよろしくあらゆるタイプの電脳芸姑（男含む）がいる。
ブームからわずか一年足らずでこの様相というのはいくらなんでも早すぎる。
さらに言えば、わずか百年足らずでお座敷遊びはここまで来たのかと思う。
当代随一の電脳芸姑と化したキズナアイだが、彼女自身もまたお座敷遊びイズムからは逃れられていない。
夜の世界であろうがオタクの世界であろうがやっていることは同じ。
人間の根っこは変わらない。
つまりバーチャルYouTuber界の頂点はキズナアイではなく矢澤にこということなのだ。
ともあれ、これからますますディアスポラは加速すると考えられる。
http://b.hatena.ne.jp/entry/twitter.com/ShiraishiRyuji/status/1052794272292864001
el-condor 何故そうやって大日本帝国と現代日本を繋げようとするのか。
ainsophaur 旭日旗にまったく思い入れがないからな。そういう恨みを持ち続けるのは先祖を大事にしてるんだろう。
HanPanna 日本の国旗じゃなくて旭日旗なら反日の意図はないんじゃないの。反日本軍ではあるけど。
fn7 少なくともこの発言はすべての韓国の人がそうだって決めつけてる。日本は政府が私物化してる。
sekreto 北九州の成人式を見て、全ての成人式がこうではないと思うよーなもんかと。
kazuau 旭日旗は戦前の軍国日本の象徴なんでしょ。現代日本への反日とは関係ないじゃないか。まあ旭日旗の解釈に若干独自性があるかもしれないが、その点は個人的には当たらずとも遠からずと思ってる
aUIDZTN97jhrRQK 良い人もいるに決まってる。お花畑でもなんでもない。いずれにしても、小さな世界の話。世界ではニュースにもならんし、仲良くなり得ない隣国同士。淡々といくべき。日常風景なんだから。
EoH-GS 旭日旗みたいな軍国主義の象徴を割ってて何が問題なのかしら？としか言いようがない。一緒に参加して笑顔で叩き割ってくるといいのでは？／まあ日の丸継承してる時点でお察しではある。
grdgs 嫌韓漫画・嫌韓本を猿喜び、朝鮮支配はよかった論、慰安婦のセカンドレイプ無限レイプを放置してカンコクガーは無恥すぎる。ドッチモドッチとかアッチノホウガーではなく美しい日本人を自称する自らをまず律しろよ
scopedog 今どきの日本人は、旭日旗が植民地支配時代の軍旗であったことも知らないんだなぁ。
前回はオブジェクト指向プログラミング（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の参考書
：
前回に続いて、今回もオブジェクト指向プログラミング（OOP）の基本的な仕組みを見ていこう。
OOPに関係してる#18から#24までのうち、後半の#22から#24までを一緒に見てみよう！
クラスベースのOOPでオブジェクトを使う場合、普通は「クラスからインスタンス（オブジェクトの具体的な実体）を作ってから使う」と説明した。
実は、newでいちいちインスタンスを作らなくても、クラスのメンバー（プロパティーやメソッド）を直接呼び出して使える仕組みも用意されている。
それが「static」（静的）という仕組みだ。
「静的」（static）という言葉は、「動的」（dynamic）の対義語になっている。
newでインスタンスをポンポン作っていくのが「動的」なら、new無しでコッソリとメンバーを呼び出すのが「静的」というかんじ？
PHPでは、インスタンスを作らなくても、直接（静的に）呼び出せるメンバーには「static」という目印を付けておく、という文法になってる。
さらに、
それではstaticなメンバーを入れたクラスを定義してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
文法的には「static」という印を付けるか、付けないかの違いしかない。簡単だ！
次は、staticなメンバーの呼び出し方を見てみよう。
ちょっと待った！「演算子」という言葉は初めて出てきたね？意味を確認しておこう。
1+2は3になる等、対象（1とか2とかの数値データ）を操作（＝演算）して、3という結果を得られる。
「::」はスコープ定義演算子とか、ダブルコロンと呼ばれている。PHPマニュアルでは以下のように説明されている。
静的メンバーを呼び出す専用の記号として「::」という演算子（記号）が用意されている、というわけだ。
つまり、「::」という演算子を使うことで、静的メンバーを操作できる。
それでは、「::」を使って、静的メンバーを呼び出してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
// new無しでいきなり使える！
User::$count = 1; // 1を代入する。
実行すると
「PHP Fatal error: Uncaught Error: Access to undeclared static property: User::$name」
というエラーメッセージが表示された。
「staticなプロパティーとして定義されてないから、アクセスできないよ！」と怒られた～～～（涙）
staticじゃないメンバーには、ちゃんとnewしてインスタンスを作ってからアクセスしないと、使えないんですね。（面倒）
オブジェクトのメンバー（プロパティー、メソッド）に、オブジェクトの中のメンバーがアクセスするとき、
という使い分けになってる。単にこれはPHPの文法なので、特に悩む余地はない。
// 普通のプロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name; // ←この$nameをこの下にあるをhello()から使いたい
public function hello() {
echo "Hello, " . $this->name; // this->で指定する
}
}
$this->nameで、オブジェクト（この場合はインスタンス）内の$nameにアクセスできる。
// staticなプロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $name; // ←この$nameをこの下にあるをhello()から使いたい
// staticなメソッド
public static function hello() {
echo "Hello, " . self::$name; // self::で指定する
}
}
// new無しでいきなり使える！
self::$nameで、オブジェクト（この場合はクラス）内の静的な（staticな）$nameにアクセスできる。
「this」とか「self」とか、いちいち使い分けていて面倒くさいなーと思うだろう。
なんでこんなことをやってるか？というと「スコープ」という仕組みが関係してる。
ドットインストールのPHP入門でも、#16でちょっとスコープについて説明してあった。
「スコープ」（scope, 可視範囲）は、元々は潜水艦に付いてる望遠鏡（潜望鏡）のこと。
プログラミングでは、あるデータ（変数とか）がどこまで見えるか、覗けるか、という範囲のことを「スコープ」と呼んでる。
変数や関数がどの範囲まで有効なのか、使えるのかは、その変数や関数のスコープで決まっている。
Wikipediaで「スコープ」の説明を見ると、ゴチャゴチャ書いてあるけど、要するにスコープには、広い範囲や狭い範囲があるってこと。
thisやselfをわざわざ使い分けているのは、範囲を指し示すときに、
それとも
thisを使ってたら、「ああ、newしてインスタンスを作らないと使えないんだな」と分かる。（インスタンスの中の話）
staticとselfを使ってたら、「newしないで、静的に使えってことだな」と分かる。（クラスの中の話）
太郎の$nameとか、花子の$nameとか、インスタンスの場合は、各インスタンスのメンバーは、明確に分かれていて、両者が混ざることはない＝別々のスコープになってる。
クラスの静的メンバーは、そのクラスに1個しかないので、そのクラスをnewしないで（インスタンス無しで直接呼出したときは）、いろんなところから呼び出されても、共通の中身になってしまう＝スコープが1個、同じスコープになってる。
インスタンス変数とクラスの静的変数は別物なので、thisとselfで使い分けてる、というわけだな！
ここまで読むと「staticって面倒くさいやつだな！なくてもいいじゃん！」と思っただろう。その通り！
staticは使わなくて済むなら、なるべく使わない方がいい。
「static 欠点」で検索してもらえば、staticを使った場合の問題点が紹介されている。
どうしてもstaticじゃないと実現できないこと、staticの方が便利な場合だけ、staticを使うようにしよう。
（参考）PHPのstaticの使い方
具象クラス（今まで勉強してきた普通のクラス）だけではなく、「抽象クラス」という特殊なクラスを作る仕組みも用意されている。
抽象クラスは、継承してその子クラスを作るとき、「必ずこのメソッドを自分で作れよ！」などと強制できる。
つまり、クラスの利用方法（継承とか）について、プログラマーに指示を出せる働きがある。
抽象クラスの特徴として、具象クラス（通常のクラス）との違いを挙げます。
抽象メソッドとは、実際の処理を自身にではなく子クラスに記述させるためのメソッドです。
この抽象メソッドを記述できることが、抽象クラスの最大の特徴です。
抽象クラスを継承したクラスは、この抽象メソッドを必ず「オーバーライド」しなければなりません。（オーバーライドしないとコンパイルエラーとなります。）
OOPの継承には、「単一継承」と「多重継承」という種類がある。
普通は、「単一継承」といって、親クラスから子クラスを継承して作るとき、親クラスは1個だけしか指定できない。（１：１）
クラスA、クラスB、クラスCの３つを親クラスとして、クラスZという子クラスを継承して作る仕組みは、「多重継承」という。多重継承が可能な場合、子クラスは複数の親クラスを持てる。（多：１）
PHPやJavaでは、多重継承ができない代わりに、「インターフェース」という仕組みが用意されている。
インターフェースを使うと、多重継承と似たようなことができる。
↑ここにクラスとインターフェースの相違点がまとめられてたので、参考にしてみてください。
interface sayHi {
public function sayHi();
}
public function sayHello();
}
class User implements sayHi, sayHello {
public function sayHi() {
echo "hi!";
}
public function sayHello() {
}
}
$taro = new User; // コンストラクターに渡す初期データがない場合「new User();」みたいに「()」を付けなくてもOK
$taro->sayHi(); // hi!
#22から#24までを見て、PHPのOOPの基本的な仕組み～使える機能について見てきました。
PHPには、他にもいろんなOOPで使える機能が用意されています。
Javaなど他のプログラム言語には、PHPにはないOOPの機能も用意されています。
オブジェクトを利用するときの仕組みとして、いろんな方法が考えられてます。
使う機会があれば調べてみましょう。
ここまでで、やっとOOPの基本的な仕組み、用意されている機能やテクニックを学びました。
次回は、なぜこんなOOPの仕組みが考え出されたのか？どうやってOOPを活用していくのか？を見ていきましょう。
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の参考書
：
今回はオブジェクトの使い方＝オブジェクト指向プログラミング（OOP）で用意されている仕組みを見てみよう。
とりあえずPHPで仕組みを学習してみよう。（PHPはJavaより簡単なので理解しやすい）
OOPでは用語や概念がたくさん出てくるので、まずは用語の意味を押さえよう。（英単語ばっかだね。日本語にして欲しいね。）
以下の説明で、半角文字の「＞」（不等号の記号）が「>」という表示に変わってしまっている。
「->」となってるところは「->」（＞は本来は半角文字）なので、読み替えてください。
OK、それじゃOOPに関係してる#18から#24を一緒に見てみよう！
クラスベースのOOP（Java、PHPなど）は、オブジェクトを作るときに、「クラス」という仕組みで用意する。
（プロトタイプベースのOOPのJavaScriptでは、「プロトタイプ」という仕組みで用意できる。＝別の機会に使ってみよう）
クラスベースのOOPで「オブジェクト」と言った場合、クラスとインスタンスの両方を指し示すことができる。
クラスには「プロパティー」（データ）と「メソッド」（処理）を入れられる。
も作れる。
クラスの中に入っている「プロパティー」や「メソッド」のことをまとめて「メンバー」と呼ぶ。
だから、メンバーってのは、クラスの構成員だね。プロパティーやメソッドがメンバーになれる。
// クラス＝オブジェクトの設計図。オブジェクト＝データと処理をまとめて入れられる箱。
public $name = ''; // 名前 // ※「public」の使い方は後で説明
public $age = ''; // 年齢
// メソッド（処理）の部分
public function get_name() { // 名前を取得する
return $this->name; // ※「this」の使い方は後で説明
}
public function set_name($new_name) { // 名前を設定する
}
}
「コンストラクター」は特別なメソッドで、クラスからインスタンスが作られるときに、自動的に呼び出される。
コンストラクターを使えば、インスタンスを作るときに自動的に実行しておきたい処理（下準備＝初期化とか）をやらせられる。
public $name = '';
public $age = '';
// コンストラクター（クラスからインスタンスを作る（new）ときに自動的に実行される特別なメソッド）
public function __construct($name, $age) { // PHPのコンストラクター名は「__construct」と書く。
}
// メソッド（処理）の部分
public function get_name() {
return $this->name;
}
public function set_name($new_name) {
}
}
説明には出てこなかったけど、コンストラクターと反対に、デストラクターという仕組みもある。
インスタンス＝クラス（オブジェクトの設計図）から作ったオブジェクトの（具体的な）実体のこと。
インスタンスは「new」で作る。
$taro = new User('taro', 20); // name='taro', age=20をコンストラクターでセットしたい。
これで「太郎」（顧客の１人）という具体的なインスタンスが、User（利用者）クラスから作られた。
太郎（$taro）というインスタンスを作った後は、これで太郎に関するいろいろな操作ができるようになる。
インスタンス「太郎」の中にあるメンバー（プロパティーやメソッド）を使いたい場合、アロー演算子「->」（矢印）で指定する。
echo $taro->name; // 太郎のnameを表示せよ
等という操作ができる。
この「$taro」の部分＝「->」の前の部分を「レシーバー」と呼びます。
後で「this」とか「self」というOOPで使う汎用的なレシーバーが登場するので、記憶の片隅に「レシーバー」という言葉を覚えておいてください。
OOPでは、あるクラス（オブジェクトの設計図）から、別のクラスを作りだすことができる。これを「継承」と言う。
// 元にするクラス
// プロパティー
public $name;
public $age;
// メソッド
public function hello() {
}
}
class Special_user extends User {
// プロパティー
// メソッド
public function your_point() {
echo "あなたのポイントは".$this->point."点集まりました。";
}
}
上記の例だと、基になった「User」が親クラス。Userを継承して新たに作った「Special_user」が子クラスとなる。
継承して新しい子クラスを作るとき、親クラスにあるメソッドの機能を一部改造したい場合がある。そんなときは上書きして、中身を入れ替えることができる。
オーバーライドは簡単で、単に同じ名前のメソッドを用意すればいいだけ。新たに用意したメソッドで中身が上書きされる。
// 元にするクラス
// プロパティー
public $name;
public $age;
// メソッド
public function hello() {
}
}
class Special_user extends User {
// プロパティー
// メソッド
public function your_point() {
echo "あなたのポイントは".$this->point."点集まりました。";
}
// 親クラスにあったメソッドと同名のメソッドを用意すれば、上書きして中身を変更できる。
public function hello() {
echo "こんにちは、".$this->name."様";
}
}
オーバーライドして中身を変更されてしまうと困るメソッドがあった場合、オーバーライドできないように設定しておくこともできる。
その場合は、メソッド名の前に「final」と書いておけば、最終的な決定形となり、オーバーライドで中身を変更できなくなる。
その他、finalの使い方はマニュアルも参考にしてください。
OOPでは「カプセル化」といって、オブジェクトの中にあるメンバー（プロパティーやメソッド）を外から見えない（操作できない）ようにすることができる。
隣の家の窓を想像して欲しい。
カーテンによって、３段階で覗けるようになっている。これと同様のことがオブジェクトのメンバーにも設定できる。
メンバーにアクセス権を設定してやれば、オブジェクトの外からの見え方を設定できる。
大雑把に言えば、オブジェクトをカプセル化＝プロパティー（オブジェクトの「状態」）は見えなくして、メソッド（オブジェクトの「操作」）は見えるようにしてやれば、だいたいうまく使えます。
これは「副作用（予期せぬ変化）の隠蔽化」といって、「オブジェクトの中身を外部から守る」という考え方です。
「アクセサー」（ゲッターとセッター）という「オブジェクト操作用のメソッド」を用意してあげて、中身の操作に制限を加える方法があります。
まずは、ここまでの内容をドットインストールのサンプルコードなどを実際に動かしてみて、仕組みをよく理解するようにしてください。
#22から#24は、今の段階では「こんな機能も用意されているのか。へー」ぐらいでもOKだと思います。
多分、素朴な疑問として、「OOPのために、こんな仕組みが用意されているのは分かったけど、何が便利なんだろ？」と訝しく見えるだろうと思います。
OOPの基本的な文法・機能を知った後、実際にOOPを使ってみる演習をやってみれば、使いどころや便利さが分かるようになると思います。
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の参考書
：
現代俺らが近代法治国家に生きているのは先祖がそれを獲得したからなわけね。つまり「現代俺らが近代法治国家に生きている」ってのは先祖の遺産なわけよ。増田はその先祖の遺産をあたかも所与の権利のように振り回しているけれど、所与でも権利でもないのよ。遺産なだけ。そして遺産を受け取った以上、望むと望まざるとにかかわらずその歴史的経緯という連鎖を継承せざるを得ないわけ。「近代法治国家の行いでしたっけ？」なんて都合よく遺産を利用しておいて、負の側面を拒否しようというのは卑劣な行為よ。
増田個人がオタクでありもしかしたら弱者男性で、遺産から大きな利益を受け取ってないというのは事実かもしれないけれど、そんなの何の関係もないのよ。「現代人（遺産の継承者）だ」というだけでもうすでに「関係者」なのよ。その歴史の連鎖を否定することも逃げることも誰にもできないっていうだけ。
オタクは「男性ゆえのメリット」も受けてないんだから殴られるのは間違ってる。
反撃するのみ。
そもそも「増田という個人がメリットを受けてるから叩かれてる」なんて妄想は誰から挿入されたの？
何度も言うように公平性の原理から、男女お互いに殴り合えばいいし、それは歴史的経緯があるってだけの話だよ。そして殴り合うときに、戦術的に見て、相手のチームの弱いところを攻撃するのは合理的でしょ？ それだけのことになにか正当性とか倫理性をもちこもうとする増田がおかしいよ。
