  |
はてなキーワード: インターフェースとは
入力インターフェースがキーボードからタッチパネル、マイクへとかなりアグレッシブに変化しているのにエディタの入力メソッドが未だにキーボード前提になっているのはちょっとダサい。
コードを書くのに入力補完やフォーマッティングなどは日常的に行っていると思うが、これをキーボードで行わざるを得ないのは最早老人たちのレガシーでしかないだろう。
「クリエイトファンクション、ファンクションネームイズ『てすと』、ブレスオープン、コールプリントフォーマット、オープンパーレン、テキストビギン、『ハローワールド』テキストクローズ、クローズパーレン、セミコロン、クローズブレース、エンドオブパラグラフ！」
って感じで唱えて
function test(){
printf("hello world!");
}
アイドルマスターミリオンライブ！シアターデイズ、通称ミリシタ。
面白いですよね。
TCでは今まで投票対象外だったASがいよいよ参戦。これからの展開にも期待が持てます。
メインコミュ実装も月2つになり、インターフェースの改良にも精力的に取り組んでいます。
劇場という舞台を活かした演劇を行ったり、ドラマに出演したり、星を見に行ったり、色々なことを精力的に行っています。
その中で時に前向きに、時は悩みながらも進んでいく姿、それぞれの関係性の開拓……アイドルの魅力を最大限に描いています。
あずささんの先輩のことを拾ったりと、この設定に関しては賛否あるでしょうが、つまりは過去作の設定も大事にしていることが伺えます。
普段男勝りなのり子の繊細な一面が垣間見えるメモリアルコミュ3、自分たちの投票が形になったTBコミュ、何故か美咲ちゃんの釣りを見守ることになったエイプリルフールコミュ……他にも色々あるかと思いますが、私は二つあります。
これは本当に感動しました。
何も特別なことじゃない、日常のワンシーンを切り取っただけの、ただの待ち合わせの光景。
だけど、それを見ている我々には全てがわかります。
涙が出てきました。
琴葉はこれまでずっと劇場にいて、これからも当たり前にいてくれるんだと。そう思いました。
さて、ここからが本題なのですが、私のもう一つの印象に残っているコミュ、それは「ジレるハートに火をつけて」のコミュです。
はい。
ここからは愚痴になるので、そんなもん見たくねーんだよボケカスって人は引き返してくださいね。責任は取れませんので。
最高の演出で琴葉が戻ってきました。いえ、琴葉は最初から劇場にいてくれたのです。
そして、これからはみんなと一緒に、私たちと一緒に新しい思い出を作っていけるのです。
そうして、皆が待望していた「ジレるハートに火をつけて」のイベが始まりました。
いつものように美咲ちゃんに話しかけ、事務所に向かいます。そこで、高木社長が言いました。
「先日、田中琴葉君が劇場に合流してくれたのは、君も知ってのとおりだが……」
合流。
はい？
あれ、琴葉ってずっといたんじゃないんですか。社長的にも、あれは「合流」だったんですか。
いや、こんな言葉一つで判断するのはまだ早いです。もしかしたら、ちょっとした勢いで書いてしまったミスってこともあるかもしれません。
灼熱少女が集まりました。琴葉は仕事をしていたみたいで、遅れて来ました。
「いえ。さっそく、こうしてお仕事を任せてもらって、光栄に思っています」
現実の話をすると、ミリシタ実装から7ヶ月間、琴葉はいませんでした。だから「琴葉は合流した」と認識している方は少なくないはずです。それは当然でしょう。私も現実では同じ認識です。
でも、ゲーム内でキャラクターの言葉としてはっきりと「合流」という言葉を使われたのでは、訳が違います。
さっきかっこつけて「我々には全てがわかる」なんて言ってましたが、まあ実際のところは私一人が何一つわかっておらず、勘違いしていただけなのでしょう。
だって、「琴葉はずっといた」なんて誰も言ってないわけですから。
あれはゲーム的にも、単に「7ヶ月劇場にいなかった琴葉がいよいよ合流したぞ！」というだけの話だったのです。
ははは。
そう、琴葉は「39プロジェクトの1人」などではなく、「遅れてきた39プロジェクト最後の1人」だったのです。
だってそうでしょう。ずっと劇場にいた人間に「合流」なんて言葉は使いません。
同時に、それまで何の活動もしてなかったこともはっきりしました。でなければ、わざわざ「さっそく仕事を任せてもらった」なんてこと言うわけがないでしょう。
琴葉の合流に合わせて、劇場のウワサも「野球ができるらしい」から「野球ができなくなったらしい」に変わりました。三つも証拠が上がってるんだ、私みたいに「琴葉はずっといた」なんて何の根拠もない寝言を言う人はもういませんよね？
ミリシタがリリースされる際に、ミリオンには歌織さんと紬という2人のメンバーが加わりました。
ミリシタの世界ではグリー版の設定がリセットされ、ASとの物語を踏まえて新たなアイドル候補生との出会いから始まっています。
これにより、ゲーム内では2人は「新しく加わった新人の2人」ではなく「39プロジェクトの一員」として参加することになりました。
現実では曲数が少ないためにプラチナスターライブ発のユニットなどに参加できないなどの制約はありましたが、少なくともゲーム内では他の36人と同時にスタートを切った対等な仲間です。
実装コミュ時点ではまだ琴葉も同じでした。登場できないという制約はありますが、「ゲーム内では最初からいた」「スタート自体は他の38人と同時に切った」と解釈できました、それがジレハコミュで「38人の後に合流して活動を始めた」と断定されてしまったのです。
環境が変わり、世界が変わり、ミリシタ世界では琴葉だけが途中から違うスタートを切ることになりました。
歌織紬の2人だったら、グリー版の世界観を引き継いだ後に改めて後輩として入ってくるというのも可能だったはずです。
50人の先輩と一緒に、また今とは違った関係が生まれていたかもしれません。
それを琴葉がやることの何が悪いのかと言うと、まず、琴葉にはそんな背景はないでしょう。
2人は新たに追加された存在です。まっさらな状態なので、どう転ぶこともできます。そして「他の36人と対等」という立ち位置が選ばれました。それだけの話です。
ASはどうなんだ、これも違うスタートを切っているぞ、というかもしれません。ですがASはグリー版では他の37人と対等な立ち位置が選ばれた一方でコンシューマでは元々10人、11人、13人で活動していたという背景が存在するわけで、37人とは違う立ち位置に置かれることに不自然さはないわけです。そもそもミリオンのために作られたキャラクターでもないです。
もちろんグリー版ミリオンライブから知った人にはこの変化が受け入れ難いという声もありますが、コンシューマやアニメから入った人には概ね受け入れられています。
グリー版での琴葉は「50人のうちの1人」、あるいは「37人の1人」だったわけです。少なくともゲーム内での立場は他のアイドルたちと対等だったわけです。そして、それ以外の背景は琴葉にはないわけです。
休業していたのは種田さんの都合であって、琴葉には関係ないんですよ。琴葉に合流できない理由なんてないはずなんです。
もちろん、種田さんが悪いわけではないです。悪いのはあくまでもジレハコミュで「合流」という言葉を使ったことです。
現実では種田さんの都合で合流できなかったとしても、ゲーム内でまで「今まで合流していなかった」なんて設定にする必要はどこにもないんですよ。「いなかったけど本当はいたんだよ」ということにして何か問題があるんですか。
「7ヶ月間先生の手伝いをしていた」なんて話もありましたね。合流設定で図らずも現実味を帯びてしまったこの話ですが、本当に先生の手伝いでプロジェクト開始から参加出来なかったのだというなら、アイドルの仕事をなんだと思ってるんだって話ですよ。学校の方がそんな忙しいんなら諦めて他に新しいアイドル候補探せよと。
冗談はさておき。冗談ですよ。手伝いで合流できなかっただなんて本気で思ってるわけないじゃないですか。
ええ、そうですね。
ですがここで問題になるのは、ミリオンの一員としてやってきたた種田さんと、新しくスタートを切るはずだったミリシタの琴葉では立場が違うことです。
種田さんは療養を経て復帰しました。無事、ミリオンの一員として。とても喜ばしいことですし、嬉しいです。
ですが、それをそのまま逆輸入した結果、ミリシタの琴葉は「スカウトだけはされてたけど特に何もせず後から合流した人」になってしまいました。
なんで琴葉だけにこんな設定つけられなきゃいけないんですか！？
大体、逆輸入だからいいんだという風潮にも疑問を感じます。佳村はるかさんなんて、自らこの風潮に待ったをかけたわけじゃないですか。
脱線しました。とにかく、あのコミュの内容なら、リーダーやるのは初めてだからってことでいいじゃないですか。わざわざスタートラインを変える必要が一体どこにあったんだって話ですよ。
だったらあの実装コミュはなんだったのかって話ですよ。あれこそ何の説明もなく知らないアイドルが顔見知りみたいに出てきて、新規層置いてけぼりじゃないですか！ 結局合流ってことなら新規層置いてけぼりにしてまであんなはっきりしないコミュやった意味はなんだ！
しかも、私はミリシタはあくまでもミリシタとして見ているので無理ですが、グリー版の思い出や種田さんと同一視出来る人はまだ合流設定もドラマチックに思えるかもしれませんよ。
でも、新規層こそ種田さんのこともグリー版での琴葉も知らないわけで、琴葉は「なんかよくわからんけど途中から合流した人」でしかないわけじゃないですか！ そんなことになるのを本当に望んでるんですか！？
大体、合流設定をドラマチックに思えるような人なら別にゲーム内で合流したとかわざわざ言わなくても自分で勝手に解釈してエモさ感じられるじゃないですか！ 彼らエモのエリートですよ！！ そういう意味でも想像に任せた方がいいんじゃないですか！？
琴葉を最初からそういう扱いにするつもりだったのならまだ諦めがつきましたよ。種田さんのそれを逆手に取ろうという気配満々なら。最初からそのつもりだったのなら、大人しく「頼むからやめてくれ」って抗議文出しまくってましたよ。
でも違うじゃないですか。
「琴葉は後から合流するよ」というのはゲーム外のお知らせで、画面の外にいる我々に向けたものだったじゃないですか。
あの実装コミュが出た時は確かに琴葉はずっと劇場にいて、39プロジェクトとして同じスタートを切った1人だったんですよ。結局は勘違いでしたが、そうであると信じられたんですよ。
でも違ったじゃないですか。。そういう扱いするだなんて、一言も言ってなかったじゃないですか。それどころか真逆に取れることやったじゃないですか。某大百科にも「琴葉はずっとみんなと一緒に劇場にいた」とか書かれてしまってるじゃないですか。こんなの詐欺ですよ。騙すつもりであんなコミュを作ったんですか？
ああ、響のメールで「幻のアイドルがいる」なんてのもありましたね。
だけどこれが根拠になるなら、響や亜美やプロデューサーは合流していない琴葉のことを幽霊のような存在として扱ってたってことになりますよ。いいんですか、それで。
さて「39プロジェクト最後の1人」「39人目のアイドル」として鳴り物入りを果たした新アイドル田中琴葉ですが、合流以来何かと目立っている印象です。
Twitterで検索しようとすれば、サジェストには「琴葉 優遇」なんて言葉が出てきます。
とは言ってもイベ参加数はUNION除けば3で、7ヶ月のラグがあると考えるとスパン短いなと感じなくもないですが、合流しているので仕方ないですし、別段多いわけではありません。
フェス限カードもありませんし、メインコミュの実装もまだです。はて。
何もないタイミングでSR追加。これはカード数が他より少ないのでいい判断かと。
合流2ヶ月から行われたジレハイベで、当然のように上位報酬。まあ上位報酬になったからと言って特別優遇されてるとは言えませんね。
限定SSR。これも別に限定になったのは琴葉だけじゃないですしね。
1周年のタイトル画面のセンター、そしてアイコン。これは優遇以外の何者でもないんじゃないか、と感じますが、「琴葉を候補から外すならそれこそ特別扱いだ」という意見も一理あるように思えます。
Starry Melody。オリジナルメンバーでないのに参加しています。
それについては「入るはずだったものに入っているだけ」なので当然です。そして、琴葉の参加は大いに盛り上がりましたね。報酬にはなってないので優遇と言うにも弱い感じはします。
TB、ラスト・アクトレス。これはもちろん投票で勝ち取ったからです。
でも上位報酬になるのはおかしいじゃないか、ジレハの時からもう2回目か、と思いますがこれには理由があります。
他のTBで上位報酬になったのは海美と歌織さん。彼女たちは、投票時に一番左の役＝主演でした。琴葉も主演でしたし、なんなら歌織さんは花ざかりの時にも上位報酬だったので2回目です。
でも、今回の大盛況っぷりを見ていたら「琴葉を上位報酬にするために全部主演を上位報酬にしたのでは？」なんてことすら思うわけです。これは流石に自分でも完全に言いがかりだと思いますが。
そしてミリシタ感謝祭。琴葉センターのイラストがタイトル画面に現れました。
タイトル画面も琴葉がセンターなのにここでもセンターなのか。そう思いますが、やはり理由があります。
ミリシタ感謝祭では種田さんが公演のリーダーを務めました。だからそれに連動して琴葉がセンターに置かれたのでしょう。
じゃあそもそも何故種田さんがあの公演のリーダーだったのか。ちょうどTBの発表でしたし、復帰後でまだ注目度が高い。そういう理由があってのことでしょうか。
復帰直後の5thではリーダーではなかったので、こういう場のリーダーくらい貰っていいだろう、とは思います。（そもそも大変な役目なわけで、貰って得したとかそういう話でもない）
こうして考えると、どれもそれなりに正当な理由があってのことですね。
でも問題はそこじゃないです。
限定は琴葉だけじゃないとか、種田さんとの連動だとか、TBで主演に選ばれたからとか、それは「他にも優遇されているアイドルはいるという事実」「琴葉が優遇されている理由」であって、「琴葉が優遇されていない」わけではないからです。
LTF曲には参加して当然と書きました。しかし、琴葉ほどではないですが立場上参加してもおかしくない新人2人は参加してません。さらに琴葉の他にもメンバーは8人いるわけです。
新人の香里さんはともかく、感謝祭の時期がバリボー発表と被ってたら上田さんがリーダーで海美センターのイラストが描かれたかもしれない。その可能性はあります。
でも、実際にそんな待遇を受けているのは琴葉だけです。
他のアイドルにもアイコンになる可能性があったと言ったって、平等だからこそ琴葉になる可能性があると言ったって、実際にアイコンになってるのは琴葉です。
1周年でセンターそしてアイコン、感謝祭イラストでもセンター、限定SSR、3回イベに出て二度の上位報酬、そんなことをされているアイドルが他に何人いますか？ これが優遇じゃなくてなんですか？
「琴葉が優遇されるのは当然、仕方ない、正当なことだ」とは言えるでしょう。でも、「琴葉は優遇されてない」なんて本当に言えますか？
「なんで琴葉だけ優遇されちゃいけないんだ」みたいな声が聞こえてきそうなので、これだけは言っておかなければいけないのですが、私はそもそも琴葉を優遇することそれ自体は全然構わないと思っています。
「琴葉は優遇されている」と言っているだけで、「優遇は悪いことだ」「優遇するな」などと言うつもりはないのです。
大体、出番を完全に均等にするのは難しいし、人気のあるキャラクターに偏るのは当然のことです。言ってることと矛盾するようですが、ミリシタ以上にキャラクターの数に対して格差が少ないゲームは思い浮かばないです。50人以上もいたら1年以内に出番があるかどうかってくらい極端なのも多いので……
理由があって優遇されるならそれはいいんですよ。そもそも優遇が駄目だなんて言ったら、信号機とか新人はどうなのかという話になります。この辺りはミリシタにおいては琴葉以上に優遇されているんじゃないでしょうか。
それを「優遇じゃない」とか言うからおかしくなるのであって。大体、もっと優遇されてるのが他にいるからと言っても優遇されてないのはもっといるでしょう。ひなたなんて3回イベに出てるのにイベ報酬カード0っていう優遇されてんだかされてないんだかよくわからん状態なんだぞ
さておき、琴葉はグリー版でもその人気ゆえに何かと目立つポジションでした。つまり琴葉の優遇は今に始まったことではなく、長らく不在だったことを考えるとむしろおとなしいくらいでしょう。
交流以降、短いスパンで優遇はされているかもしれません。ただそれはプラマイゼロに戻してるだけです。多少プラスに偏ってる面もありますが、元々人気キャラなのでそれも仕方ないでしょう。
琴葉が登場する度に何度も盛り上がったのをこの目で見てきました。私も実装コミュでは大いに盛り上がったし、あの盛り上がりが、いえ最近の盛り上がりだってひとつとして悪いことだなんて思っていません。
「特別扱いされてばっかだと、なんか対等な仲間じゃないみたいだもんね」
これです。
と言うか、やっぱりジレハイベのコミュです。琴葉の優遇自体はいいと思っていても、特別扱いされている琴葉を見るとあのコミュを思い出すのです。
タイトルに書いたのはジレハコミュで恵美が発したセリフで、全文は
「それに、そんなふうに特別扱いされてばっかだと、なんか対等な仲間じゃないみたいだもんね」
文脈上の意味は「『琴葉なら出来るよ』だなんて過度に期待を寄せるのはよくないよね」みたいな感じです。
恵美はそういう文脈で言った、でいいです。おや、何も問題ないですね。
そんなわけないだろ。これに恵美に言わせたのは、一体どういうつもりなんですかね？
原作であるグリー版ミリオンライブでの灼熱少女イベにこの台詞は存在しません。と言うかグリー版では恵美は、琴葉をずっと信じてるわけです。
別に変更してはいけないとか言うつもりはないです。ですが当時、復帰直後の琴葉はそれこそ「特別扱い」されるような立場にありました。そこにあえてこんな変更を加えて「特別扱い」なんて表現を使う意味はなんでしょうか。
「琴葉もプレッシャーだったんだね」とか「リーダーだからって気負わせすぎちゃったね」とかでいいじゃないですか。それをですよ、「特別扱い」！？ リーダーを頼ることを「特別扱いしてる」って表現してるんですよ！ しかも、「対等の仲間じゃないみたい」なんて言葉を使ってまで！こんなもん、何の意図もなく出てくるわけないでしょう！
何が「対等な仲間じゃないみたい」だよ！ 最近復帰して仕事始めたばかりの琴葉とずっと活動しててセンター公演や演劇の主役も経験した恵美とじゃ対等の立場じゃないんだよ最初 
ツイートシェア
今年で30才。転職したいとか、今の職場を辞めたいと思っているありきたりな人間だ。ちなみに女性で、結婚はしていない。
差し当たって食うに困らないし、繁忙期はあるけど、アベレージにすると月残業40時間程度という半端な拘束時間。また勤めているのが名前だけは大企業と言っても差し支えない会社であり、踏ん切りがつかない状況だ。
転職について踏ん切りがつかないので、転職サイト、エージェントにはちゃんと登録していない。ネットサーフィンしていて転職や退職についての記事やブログ読むだけ。そんな生活がかれこれ3年は続いている。(上記についてご意見あるのは分かってます。)
そこで、転職についての様々な体験談を読む度に自分とスペック違うな〜と思う。
学歴とかの話ではない。
自分自身がパソコンだとすると、CPUとかメモリとかHDDの容量が根本的に違うように感じるのだ。
例えば転職だって真面目に始めようとするならツテを頼るとか、エージェントに依頼するとか、もっとやる気があれば起業しようとかってなると思う。
でも始められない。差し当たって食うに困ってないし住むとこにも困ってないから。ただ今の仕事は私には合わないのか、30歳を過ぎて急に髪が抜けたり痩せたり体に出だした。これも見通しできる能力があるなら、ここに長くはいられないと結論づけて動くだろう。でも私は動けない。CPUがポンコツだから予測も計画も判断もできないんだな〜〜
そしてワーキングメモリも絶望的にダメだ。直前にしていたことをすぐ忘れる。タスクを貯めまくって自爆する。またご存知の通り、こういう人間はメモをとってもメモを無くします。
長期記憶も恐らく人よりかなり悪い。子供の頃からの記憶が中学生くらいまで殆ど無い。両親は育児に明け暮れた30〜40代は年齢なりのドメスティックさをもっていたが、同じくらい愛情深い人間なので育て方の問題では無いと思う。また過去の記憶は自分の中で古くなれば古くなるほど破損データのようになってしまってて、さらにヤバいことにその壊れた記憶を無意識にねつ造して修復するらしく、人から度々指摘を受ける。そのため常に自分の記憶に自信がない。
あと人の顔を見分けるツールが搭載されていなかったり、適切な台詞を選択する辞書が入っていなかったりで、コミュ力という外部インターフェースも死んでいる。
先日、何か変わるかもと思って病み顔で精神科に行った所、それっぽい病名がついてそれっぽい薬が処方された。一応毎日飲んでいるが、いままで失敗する度にドタバタ音がうるさかったパソコンが、失敗しても静かになったという感じであった。いやいや音なんてどうでもいいから。直したいのはそこじゃなくてPC自体の性能なんだよと。結局、ポンコツはポンコツのままなのだ。
考えてみればみるほど転職するにあたって、こんなジャンク品をよそに売り込もうとすることに罪悪感を抱いてしまう。これが成功してしまったら立派な詐欺である。ヤフオクで怒られるやつだ。
先日、職場の壊れたパソコンを入れ替える作業があった。壊れたパソコンを指定の場所に持っていくと、小さな部屋に古い黄ばんだパソコンが小山になっていた。彼らはまだ使えるパーツとしてメモリを抜かれたり、グラボを抜かれたりするためにここにいるのだそう。
頭が悪いのでうまく締められ無いが、どこにも行き場が無い人間もいるのではないかと思う。そういう人間は小部屋で山となって西日を浴びながら黄ばんでいき、会社から肩を叩かれるのを待つ。そういう状況に諦めを持てるくらい早く歳を取ってしまいたい。
前回に続いて、今回もオブジェクト指向プログラミング（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の参考書
：
この記事のコメントで相変わらず佐藤可士和が馬鹿にされている。おれも以前はセブンのコーヒーマシンを多少なりとも馬鹿にしていた。
しかし、コンビニコーヒーについて少し調べてみたら考えが一変した。実はこれも計算づくだったのではないかと思えてきたのだ。
いま、なんだ信者の戯言かよ、と馬鹿にした人がいたでしょう。でも、いったん待っていただきたい。
よくよく考えるとあんな出来そこないみたいなデザインと、セブンカフェの大規模な成功が結びつかないのだ。
まず、俺は勘違いしていた。あれだけ叩かれたのだから、セブンカフェのコーヒーシェアは言うほど高くないのだろうと。
そして、コンビニで出来たてコーヒーを出せばそりゃ売れるだろう、デザインもクソも関係ないアイデア勝ちだなと。
しかし違った。セブンカフェのシェアは6割超の独り勝ち。圧倒的な人気で売れ続けているのである。
そしてアイデア勝ちなんてとんでもない。日本のコンビニは、1980年代からコーヒーマシンを導入しようとして、2013年まで30年間ずっと失敗し続けてきたのだ。
2000年代にも売り上げが伸びずに、セブンだけでなくファミマやローソンがあきらめた事例もあるようだ。セブンの試みも5回目の挑戦らしい。2013年のセブンカフェのために開発に2年もかけていたようだ。
こうなってくると事情は変わる。
今やスタバやドトールなどの売り上げを抜くほどコンビニコーヒーが浸透したという記事も見た。こんな成功を納めるきっかけになった事業が偶然のわけがないし、一番肝心なマシンのデザインを適当な仕事で済ませるわけがない。
佐藤可士和というデザイナーに簡単に触れると、シンプルなデザインを手がける事の多い人だ。
Tポイントカードや今治タオルのデザインがわかりやすいだろう。
そしてシンプルなインターフェースのコーヒーマシンでボロクソに叩かれた。
シンプルというのは、要素が限られるということだ。右や左、上と下という感覚はその中でも大きな基準になる。
佐藤可士和どころか全デザイナーにとって当たり前のことだが、左右とLRという表記が逆になっていたら使い難いことくらい、気づかないわけがない（素人だって気づく）。文化大革命時の中国で「赤信号が進め」になりかけたみたいな話だ。
コーヒーマシンのようなプロダクトデザインが出来上がるまでには、長いプロセスがありテスト使用だってある。
身近な家電製品が出来上がるまでを想像してもらえれば早いが、市場調査や企画やデザイン、機械の調整など、様々な検証がされた末に製品化される。
当然、あのコーヒーマシンが使いにくい事は、プロセスの途中で関係者全員がわかっていたはずだ。
それなのに、絶対成功させなければいけない30年越し5度目の挑戦でああいうデザインにしたのは、わざととしか思えない。
普通ならば失敗を何としてでも避けるため、左右のわかりにくさなど、いの一番に潰すミスだ。
佐藤可士和が無理に推し進めたにしても、絶対セブンの偉い人からストップがかかる。だって悲願のコーヒー販売のために開発に2年もかけてるんですよ。意図がなければリスクは取らないはずだ。
ではその意図はなんだったのかというと、「使いにくいことそのもの」ではないかと思うのだ。
ここからは、乏しい想像力による推測というかほぼ妄想でしかないために一気に話が飛躍するが、堪えていただきたい。
日本人には、行列に並びたがる性質がある（らしい）。飲食店での紹介には「行列」は欠かせない文句だ。
あの使いにくいマシンはそうした「行列効果（バンドワゴン効果）」と、「炎上商法」そして「学習した事はやってみたくなる」という効果を狙ったのではないかと思う。
客が店内に入ると、レジ近くの目新しい機械の前でモタモタしてる人がいる。客はセブンがコーヒーを売り始めたというニュースを思い出す。店内にはコーヒーのいい香りが漂い、コーヒーマシンの前に並ぶ人も増える。
しかし実際使ってみると、非常にわかりにくくて混乱する。行列も増える。なんじゃこりゃ、誰が作ったんだこんなマシン、テプラが貼られてたぜ、酷いデザインだなとネット上では炎上気味に話題になる。
しかし、たかが左右の使い分けくらいは一度使えば覚える。いやむしろ、覚えるというアクション自体がユーザー体験になるし、セブンに行くたびにその事を意識する。なんなら汚く貼られたテプラも記憶に残る役割を果たす。
コーヒーは習慣性のある飲み物だし、人間はわざわざ覚えた事は実践してみたくなる生き物だ。それに実際飲んでみると、低価格とは思えない程度には美味しい。
そうやってリピートしてみて、スムーズに操作出来る自分と、コーヒーの味に満足感を覚える・・・
と、こういう画が描かれていたのではないかと思うのだ。もちろん、セブンカフェの成功とトップシェアという結果があるので、いくらでも後付けで正当化できる。
しかし佐藤可士和はマシンのデザインだけではなく、セブンイレブンのブランディング自体も担当し、セブンカフェの細かいアイテムのデザインも担っている。
そしてこのアイテムの内、カップのデザインこそ、あまり話題にならずに見落としがちだが、他のコンビニとの差別化の要因になった強力な武器と言われているのだ。
コーヒーがホットで注がれても熱くなりすぎることがなく、手のひらの中でちょうどいい温かさを得られる。
滑り止めがついていて扱いやすいし、手触りも抜群に良い。
RのカップでLを押し間違えても、ぎりぎり収まるサイズにも設計されている。（内容量についての詐欺説は悪質な嘘なので注意）
間違って蓋をつけたままマシンに入れてしまっても、ちゃんとコーヒーが注がれるように注意を払ったデザインが蓋には施されている。
他のコンビニと比べ、これだけこだわったデザインをカップに施した人が、マシンについてはただの無頓着だったとはやはり考えにくい。（マシン自体もカップを斜めに設置しないようにスペースが工夫されていたりするらしい）
上記の解釈が正しいかは別として、消費者の行動を踏まえた何らかの戦略があったことは違いなく、だからこそ30年も失敗し続けてきたコンビニコーヒーの導入に大成功したのだ。
繰り返すが、あの「使い難いコーヒーマシン」からコンビニコーヒーの躍進が始まったのだ。そして2015年には、コンビニコーヒーは総務省の消費者物価指数に加えられるまでの巨大市場に至ったのである。
以前の俺は違うデザインのマシンならセブンのコーヒーももっと売れただろうにと上から目線で思っていたが、こうした事実を知ると間違っていたのは俺のほうだった気がしてくる。
佐藤可士和の全仕事が素晴らしいとは言わないし、セブンのコーヒーマシンの意図も正確なところはわからない。だが、馬鹿にするだけでは見えないこともある。
コンビニ業界の悲願の達成、日常の消費をここまで変えた商品という結果はやはりすごいことだし、その一部は佐藤可士和の手によるものだ。
過剰に意味を見出しすぎかもしれないが、彼を馬鹿にしている人も、そのことはほんの少しだけでも覚えていてもらいたい。
俺も馬鹿にしてたんだけど、これを調べてころっと評価が変わってしまった。
今回は、オブジェクトの使い方＝オブジェクト指向プログラミング（OOP）を学ぼう。
などの分類があります。
ここではクラスベースのOOPを取り上げる。学習時間を短縮するために、Javaよりも簡単なPHPでOOPの基本を勉強してみよう。
PHPは誰でも手軽に使えるように工夫された、軽量なプログラム言語です。
WindowsパソコンでPHPを使うために、XAMPPというソフト（無料）をインストールしよう。
XAMPPにはいくつかバージョンがあるけど、ここではUSBメモリに保存できる「ポータブル」を使ってみよう。
↑このページにある「xampp-portable-win32-7.2.10-0-VC15.zip」をダウンロードして、ZIPファイルを展開します。
解凍して出てきた「xampp」をCドライブ直下にコピーしてください。
Port(s)が「80,443」と表示されたら、XAMPP上のApache（Webサーバーソフト）が起動して、PHPが使える状態になってます。
（Apacheを止めるときは、「Stop」ボタンをクリックします。）
phpとは - はてなキーワード http://d.hatena.ne.jp/keyword/php
<?php
?>
（プログラムのソースコードを増田に直接書くと、エスケープされて違う文字になるので、上の例では一部文字を置き換えてある。）
（上記の表示の中で、全角文字の不等号「＜」「＞」を半角文字の不等号に置き換えて下さい。）
（増田はプログラムのコードを貼付けられないのか。不便だな！）
PHPの教材は、本やネット上の記事、動画などたくさんある。自分で分かりやすいものを探して読んでみよう。
3分程度の動画が30個＝90分。最初は内容を理解できなくてもいいから、とりあえず全部一通り見てみよう。（1巡目は雰囲気だけつかめばOK）
2巡目以降は分からないことがあったらノート等にメモして、後で１つずつ解明していこう。
著者あとがき
私はGitを学ぶのに、実はとても苦労しました。それと同時に、「きっと同じように困っている人が他にもたくさんいるはずだ」と考えました。「理解するのに数日かかることを、短い時間でパパッと学べるコンテンツを作りたい」そう思いつき、「マンガでわかるGit 第１話」を個人サイトにて公開したところ、いきなり、はてなブックマークで800ブックマークされました。
“つまづきポイント”を先回りするために
私は、Gitを使い始めて以降、わからないことがあったら「つまづいたことノート」に書いてきました。なお、本書の執筆にあたっても、日々勉強しながら解説を書くという形でした。わかばちゃんが「なんでこうなるの？」と疑問に思う部分は、私が過去につまづいた部分です。
（今回は、PHPの準備、PHPの基本文法の理解までで終わってしまったorz）
（URLのリンクを10個以上貼ると、日記が書き込めないみたいなので、増田では記事を分割せざるを得ない。）
次回は、OOPに関係している内容（#18～#24）を一緒に確認してみよう。
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の参考書
：
そもそもオブジェクト指向そのものが40年以上前の技術だろが。
生物が単純な細胞の組み合わせと相互作用で複雑なシステムを構成するモデルに習って、単純なオブジェクトとメッセージパッシングの組み合わせでプログラムを表現する事で、プログラムを完結する小さなオブジェクトという単位に分割し、管理困難な複雑さに対処する事がオブジェクト指向の本質だろ。
構造化との違いはデータ構造も管理の単位に含めた事で、これによって複雑な状態管理をオブジェクトの中に閉じ込め、インターフェースだけ意識すれば良くなった点。
本質を理解していればオブジェクト指向でプログラム作るのにオブジェクト指向言語とか必要ない。ジェネリクスとかそもそもオブジェクト指向と関係ないし、後付けのいろんな用語に騙されて本質を見失うなよ。
日本語とオブジェクト指向が相性良いと言われてたのは日本語の語順がオブジェクト→メソッドというプログラム上での表現に似ているから、日本語話者にはすんなり理解しやすいよねって点。
全８章のうち２章中盤までプレイできる
プロローグだけかな、よくて１章までかなと思ってたけど、ネットで感想みて少し気になってた２章のキャラの話までプレイできてうれしかった
ダンガンロンパすたっふ（ただし一番重要なライター小高除く）が集結して作った新作とのこと
確かに移動インターフェースとかBGM変えるインターフェースとかところどころダンガンロンパと似てる
マスコットがしゃべるところも
お互いに殺し合わなくていいのは気が楽
ストーリーはさきが気になるつくり
軍艦島みたいなとこでサバイバルするってのと、廃墟探索するのがメイン
サバイバルは食料集めから便意、ストレスの管理までやる必要がある
かなりメンドウでそれらをうまくマネジメントすることができたからといってとくにカタルシスはない
ただただひたすらメンドウくさい
廃墟探索ではバトルもある
探索画面のまま四角ボタンで攻撃するんだけど、シレン系と違ってこっちが何もしてなくても相手が好き勝手動いてるからメンドウ
マップ画面を開いてる状態でもいきなり死角からダメージくらったりする
だから横移動と方向転換しかない移動性の中で攻撃したりよけたりのアクションすることになる
敵はすげー攻撃リーチ長かったり攻撃範囲広かったりするからこれまたメンドウ
廃墟でサイレンの死人とかゾンビみたいなのが出てくるから結構ホラー
いきなり敵が出てくるのもビビる
敵がイノシシみたいなやつで数マスふっとばされるのとかすげーイライラした
それを見るためにストレスマッハなダンジョンRPG、昔ながらのリソース管理ゲーをやるのは割に合わないので、
製品版を買うことはない
よっぽど安くなったら別だけど
まさに２章のことだけど
WordやHTML+CSSで文章を書くのと比べて、桁違いに書きにくい。
お蔭で後年SQLに出会った時は、記法のセンスの素晴らしさに感動したわ。
何故なのかは知らないが、バックスラッシュに中括弧に$に^に、fracみたいな覚えにくい予約語のオンパレードにその他諸々、記法があまりにも暗号的すぎるんだよ。
マークアップ的要素があるくせに、XMLやHTMLよりも「どこからどこまで」を遥かに把握しにくいし。
あと、記法の問題だけじゃなく印刷に持っていくまでの処理もマジめんどくさいわー。
WYSIWYGを捨ててかかってるだけでも十分めんどくさいのに、dviにしてレイアウトを視覚的に確認しようとするだけで「文法間違ってます出力できませーん」とか、いい加減にしろアホ！と何度思ったことか。
こういうTeX使ったことある奴なら当たり前に経験している使いにくさを「インターフェース」と言ったのに、エディタの問題などと矮小化して捉えられるのは、正直言ってメチャクチャ不愉快だわ。
てか、viでもemacsでもなんでもいいけど、こんなのどんなエディタ使っても使いやすくならないだろ。
いろいろツール入れれば多少は負担が軽減されるのかも知れないが、そんなふうにいちいち環境整える手間を掛けてまでTeXで書く理由なんて微塵も感じられないから。
車の運転がAT全盛の時代にあってMTに凝るくらい趣味的かつ滑稽な話だよ、TeXは。
「C言語に対する最新最良の処方は、可能な限りC言語を使わないこと」というのは有名だが、これはそっくりそのままTeXにも当てはまる。