  |
はてなキーワード: 経験とは
「女性は現実的な傾向があり、日々の生活をやりくりするのに長けています。一方、男性は理想主義的な傾向があります。ファンタジー映画には、そうした理想主義的なアプローチが必要です」と言って物議を醸した。
原作付きのジブリのファンタジー映画は全て女性作家原作、彼が仕事をしたマーニーも女性ファンタジー作家によるものだ、宮崎駿が深くリスペクトしている女性ファンタジー作家も数多く、ディズニー初の女性監督によるアナ雪が大ヒットを飛ばしたのもまだ話題だった頃にこの回答を普通するか。
ジブリの原作をやった女性ファンタジー作家達の顔に泥を塗る返答だ。
仮にこれが海外の監督起用はありますかと質問されたら、彼は海外の方はファンタジーに向いていないのでと答えただろうか、九州男児だとしたら、九州男児は男らしい傾向がありファンタジーに向いていないので他県の男性は理想主義的でファンタジー監督に向いていますが九州男児は起用できませんと答えただろうか。
とても失礼で異様な答えだったが、ネットでは男性達に熱烈に支持されていた。
日本の男性はごく自然に女性を馬鹿にする言動をしてもいいと染み付いている所があると思う。
前に女性漫画家が、編集が雑誌を立ち上げるので友達の女性漫画家を紹介してくれと言うので会ったら「結局女には面白い漫画が描けないじゃないですか」と言われたとツイートしていたが、何故女性漫画家に女性漫画家を紹介してもらう時にそういう話をするのか、そもそも数多くの女性漫画家が面白い漫画を書いているのに何故そこまで無視できるのか理解できない。
日本男性は上司など気を使うべき相手に女性がいた経験が少なく、女性を踏みつけても相手が我慢してくれる経験を積みすぎた。
年齢：26
資格：ネスペ、CCNA（CCNPは受けてないけど行ける気がする）
社会人歴：6年
業務経歴：
プログラミング経歴：
学生ー高専のときにAndroid 2.0 のアプリを書いた。
業務ーなし。
趣味ーCakePHPでソシャゲ攻略Wikiつくった。競合と思われる嫌がらせにあいながらでもそこそこ人はいた・・・と思う。
ゲーム自体がなくなったし、しばらく放置してたらスパムだらけになって今はもうない。
・JuniperさんとCiscoさんの知識ばかりついてくる。業務が定形業務であきた。
・拠点1つ分のルーターのコンフィグは任されているけど裁量はそんなにない。
裁量のあるひと（客：社員）にきいても、技術的な知識ないので結局自分とエンドで要件定義する。あれ、社員いらなくｎうわぁなにするやめｒ
てか、そもそも運用契約なのにめっちゃ構築してる。オプション料ほすぃ
・客先常駐なのでスーツなのにラックの下に潜らされたりしてクリーニング代高い。
いまの環境：
同僚同期：いない
客（社員）：
客（エンド）：
リXXビ
DXXA
求めたもの：
年収３００－４００で。
年間休日（というか休みの日家にいても何もしないし、夜勤は楽しいので勤務形態は割とどうでもいい派）
受けた数：
１１社（うち有名企業は３社）
結果：
理由：開発経験が必要です出直してきてください。（派遣や大型基幹系SEなら多数あるらしいけどね）
いつでも引き継げるようにこっそりドキュメント作ったら転職の意思が伝わったみたいですごく気を使われているけどそれが返って辛いから早く逃げたい。
前回に続いて、今回もオブジェクト指向プログラミング（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の仕組み（後半）
海外転勤が決まり、会社持ちで人間ドックを受けさせてもらった。
20代なので毎年の健康診断では胃透視はしないため、同世代では一番乗りで胃透視を受けることになった。
胃透視はバリウムってやつを飲む必要があって、これが不味いってことだけはなんとなく上司から聞いてたけど、食道に管通されるよりは不味いの飲む方がまだマシだろうと思ってた。
人間ドック当日、心電図だか胸部エコーだか忘れたけど、ヌルヌルの液体塗られて吸盤だかつけられた後に、かなり際どいところまでパンツ下ろされて、そういえば昔住んでたとこの近くにこんなマッサージ屋あったな、なんて思ってたら胃透視する番になった。
これは聞いてなかったんだけど、胃透視受けるときはバリウム飲む前にお腹膨らませるために発泡剤を飲むらしい。そして発泡剤を飲んだあとはもちろんゲップを我慢しないといけない。
まずこれが最初の難関だった。発泡剤飲んだらゲップすることは確実じゃッ！
というか、ゲップどころかゲロまで出そうだなと思ってたら、大学生のときに新歓だけ行って辞めたテニサーのことを思い出した。あのときはビールのピッチャーを一気飲みした後に吐くの我慢するの大変だったなー、と思ってたら医師(あるいはレントゲン技師？)が次はバリウム全部飲めって言い出した。その新歓でピッチャー一気飲みした後、もう一杯(ピッチャーの単位は杯なのか？)飲ませるためにニヤニヤ近づいてきた名も知らぬ先輩元気かな？あのときはムカついたから思いっきりゲロ吐きかけて、トイレ行くふりして謝りもせず帰って悪いことしたなって思いながら騙し騙しバリウムを全部飲んだ。
バリウムは噂で聞いてたほど不味くはなかった。しかしながら、なんと言っても喉ごしがドロっとしてて最悪だった。精子って飲んだことないけどこんな感じなんだろうな。そういえば高校生の頃、口に出したら絶対飲む子と付き合ってたっけ。飲んだ後、決まって嬉しいかどうか聞いてきたけど、正直自分が出したものがどこに行こうがどうでもいいなって思ってた。むしろ手皿に出すのが視覚的には一番エロいんじゃないか？
その後は動く台の上で色々なポーズをとらされて、ようやく終わった。
お腹の中のバリウムを出すために下剤を飲まされたけど、これも初めての経験だった。
下剤ってお腹がぎゅるぎゅるしてくるものかと思ってたら全然違うんだね。お腹の痛みは全くなしで、いきなり肛門にいる。
「自分、もう玄関の前いるんですけど！」みたいな。こっちは「え、とりあえず駅着いたら連絡してって言ったじゃん！まだ準備できてないし！」みたいな。
35歳以上の人、これやった後なんでもない顔して仕事してるのほんとすごくない？
魔法少女リリカルなのはDetonationを見たので、自分の思考整理のために感想を書く。
号泣しながら見た上に、まだ泣きながら打ってるので多少間違いがあってもスルーしてほしい。
Reflectionがバトルに至るまでの過程を描く作品なら、Detonationは戦闘戦闘＆戦闘戦闘とド派手な戦闘シーンまみれの映画だった。
すごく面白い戦闘シーン盛りだくさんで楽しめたのだが、この映画は最後の最後に「高町なのはという少女」に関する超弩級の爆弾をぶち込んできたので、私の精神は良い意味でズタボロになった。
私は魔法少女リリカルなのはシリーズが好きだ。特に無印。
高町なのはという少女と、フェイト・テスタロッサ（ここはあえて当時の名前で呼びます）が心を通わせ合うこと。
そして、「自分に誰かを助けられる力があって、目の前で困っている人がいたら助けてあげなさい、ってお父さんの教えなの」という言葉通り、高町なのはは泣いているフェイトに手を差し伸べた。
その心の通わせあい、「友達になりたいんだ」という言葉の輝きをあまりに眩しく感じたから、私はリリカルなのはシリーズのオタクになったのだ。
のだが、その輝きを良い意味で塗り潰されたのが今作、魔法少女リリカルなのはDetonationだった。
魔法少女リリカルなのはシリーズは好きだが、シリーズが進むに連れて色々な設定が付け加えられていっている。実はああだった、実はこうだったという裏設定的なものが追加されていっているのだ。
あまり好きではないが、私の一番好きな無印にはあまり関係のない情報なので基本的には「おっ、まーたなのはちゃん最強説が裏付けられてしまうなガハハ！」という感じでスルーしていた。
映画の最後、右腕を失い宇宙空間に漂うこととなったなのはは「やられちゃったけど、みんなを助けられたなら（死んでも）それでいいや」と目を閉じる。
幼い自分との問答。泣きすぎて詳細は忘れてしまったのが、一番胸をえぐられたのがリトルなのはによる「あなたは『誰かを助けられる自分』じゃなきゃ好きじゃないんだね」という言葉だった。
「自分に誰かを助けられる力があって、目の前で困っている人がいたら助けてあげなさい」という言葉が歪み、呪いのような形で具現化された。
狂気じみた救助への情熱と評されたそれは、前向きな自殺衝動だ。
フェイトを助けたのは、弱い自分が嫌だったからでも何でもなく、本当に心の底から「友達になりたいんだ」と思ったからであり、それは間違えようのない事実である。
けれど、フェイトと友達になれたのは、なのはが力を持っていて、なのはが強かったからでは？と考えると非常に苦しい。
おそらくリトルなのははなのはの潜在意識のようなもので、心の片隅にある冷静な自己評価のカタチなのだと思う。
無意識のどこかで、少なくとも「弱い自分が許せない」という考えを持っているだろう。小学生の思考回路としてはあまりにも辛い。なんてどす黒いものをラストバトルの後にたたきつけてきたんだこの映画は。
パンフにも書かれていたように、「高町なのはという個人」について詳しく描かれたのは今作が初めてだ。無印もA'sもStsも、高町なのはを主人公に置いてはいたが（Stsはちょっと微妙だけど）高町なのはの本質に関しては触れられなかった。
私も無印における高町なのはという少女のカタチを愛していたので、疑問に思ったことはなかった。
けれども、やはり経験でなのは個人の考えは変わっていく。フェイトは確かに救うことができた。けれどもアインスは救えなかった。
そのことは高町なのはの「弱い自分が許せない」という考えに少しだけ拍車をかけてしまったのであろう。
誰のせいでもないのに、もっと強い自分じゃないといけない。という考えが、アミタにナノマシンをもらうように伝え、「関節や筋肉がちぎれるような痛み」と称されるアクセラレーターを、アミタを使うために使った。
なのはが自分の命を勘定に入れないフシがあるのは知っていたけれど、つまり、弱い自分を否定するために自分の命を散らすようなことをしていたのだと考えると胃が痛い。
唯一の救いは、リトルなのはによる「いつか自分を好きになれるといいね」という言葉。
弱い自分でも居なきゃだめだという鎹、いつかできるヴィヴィオという娘の存在が、「弱い自分」を肯定してくれるのかな……と思いつつも、でもヴィヴィオを助けるためにも力が必要だしな……と一人で悶々としています。助けてくれ。
あと戦姫絶唱シンフォギアシリーズも好きだけど、なんとなく似てきてる気がする…良い意味で…。
私は今、専門家として行き詰っている。
それを改善する必要性を感じている。いくつかの試みはしたものの、大幅な改善がされているとは言いづらい。
私は課題に直面した際に、それを分析し、解決策を案出し、実行するというプロセスのなかで、アセスメントをする力に乏しい。
少し表現を変えるのであれば、私が課題のあり様を捉える時に私は「よくわからない」と感じるし、問題の機序を把握した上で解決策を案出している訳ではない。
これまでの経験で比較的上手くいった方法を、そのままくり返しているに過ぎない。
そして、自分の成果を公の場で発表していない。
それを改善しなければ、今の自分の状態をブレークスルーすることはできないだろう。
「アセスメントをする」ということを、より細かな行動に分けることが必要だ。
それを実行する頻度を高めることが必要だ。
これ系の話、よく初心者に「お前はプログラミングで何を作りたいの？」って経験者が質問してるのを見るけど
普通に考えて、「プログラミングを勉強しないと『プログラミングで何ができるか』はわからない」って鶏卵問題に気づかないんだろうか？
知ってて言ってるならかなり意地悪だし、知らないならアホっぽい。
ダイバーシティへの理解は、自分自身に嘘をつかない生き方をするために子どもにとってすごく重要な知識だと思う。誰かの目を気にして不本意な生き方を強いられることほど苦しいものはない、と個人的な経験から感じている。
ここでいうダイバーシティはもちろんLGBTに限ったことではないです。あらゆる思想の多様性、他人や自分の考えを（たとえ共感や賛同はできなくても）認めよう的な話。
女児向けはプリパラやプリキュアがその辺を率先してやってくれているけど、男児はどの辺で学んでるんだろう。
男児もプリティシリーズやプリキュア見てるよ！ってことならそれも素晴らしいことだと思う。
主語がない、目的語がない、など会話やメールがわかりにくい人がいる。
最初のうちは「誰が◯◯をすると言っているのですか？」などとエスパー力を働かせていたが、やりとりに手間と時間がかかるので段々嫌になってきた。
その後「主語がないので何のことを言っているかわかりません」「誰が、なにを、いつ、などに意識してメールを書いてください」と言っても改善されなかった。
もうこれは、その人の会話や思考の癖で、そう簡単に改められないものなんだろうなあと思っている。
こういう主語がない会話が成り立っているような世界がどんなのなのかは、想像がつかないが…
（現在フリーランスだが、会社勤めの経験もある様子。この人は報告の仕方について上司などから注意されてこなかったのだろうか、などは気になる）
ボールの重さが少しでも変わると
二個分コントロールが狂う。
簡単な話ですよ。
阪神に常勝されると困る人がいるの。
立ち上げた新聞屋。
だからプロ野球は真剣勝負と見せかけるために高校野球やらが甲子園で大々的に行われるわけ。
そもそも攻撃と守備で基本動作根本的に違う対戦球技なんて野球とソフトボールだけやん。
そろそろ終わりにしたほうがいいと思うんだけどな。
自分は、20代後半だが、参加者は20代前半の人が大部分だった、
昔から、人と接するのが恐ろしく苦手だった、今回の交流会でもあまり人と話せず、年下の優しい人が話しかけてくれて、年下に気をつかわせてしまう自分が情けなかった
話題をふったりとかもして見たけど、2、3言で話が終わってしまう、とても気まずい、苦手だな。
とりあえず、自分はこういう交流会でも、基本あまり人と喋らないし、名刺交換の流れにも乗れないと自虐で笑いをとって見たりしてみた
僕にしてはそこそこウケたんじゃないかな
中学生の時からみんなとワイワイする席で誰とも喋れず一人で食べてることが多かったので、さすがにそれが辛いという感情は今はほとんどなくなった。
辛いことがあってもユニセフに募金したり、献血に行ったりして、自分が社会の役にたってると思うことで辛い体験から自衛する方法も自分の中では確立しているし。（この方法は結局辛いことから逃げているので成長できないのだけど）
ただ、やっぱり僕と話しててつまらないなと感じてる周りの人の顔を見るのが申し訳ない。
交流会の席で綺麗な女の人がいたが、僕と同じ席で気持ち悪い思いをさせなかっただろうかと不安になる。
僕のことをあまりよく思ってない、同じ会社の人も出席していたが、僕が周りの人と打ち解けることに嫉妬させることになったら気まずいな。（この不安はいつも杞憂なんだけど）
僕は傷ついてもどうしようもない人間だけど、僕のせいで周りの人が嫌な思いさせてしまうのがとても嫌だ。助けて。
世の中には僕よりも辛い思いをしている人が山ほどいるのはわかっているけど、辛いときはやっぱり辛い。情けない。
最近勉強しているプログラム言語の話をしてみたりしたけど、なんか交流会という感じにはならない、自分の方ができるんだぞ、自分は分かっているんだぞというマウント合戦になってしまう。
僕はマウント取るために勉強してたわけじゃないのに、昔、宮沢賢治の雨ニモマケズに感動して、褒められもせず苦にもされず、そういうものになるために僕はただ好きなことを勉強していこうと思ってただけなのに、あの時の自分の気持ちはなんだったのか。いつの間にかマウンティングゴリラになってしまって人間の交流会に迷い込んでしまった。人間に戻りたい。
交流会が終わったら、1時間ぐらい歩いて家まで帰った、帰り道がいつもより寒かった。地球は温暖化してんじゃねーのかよ、冬なんかなくなったらいいのに。
悪いことは重なるもので、甘いものでも食べて元気出すかと、グミを食べてたら、なんか銀歯が取れた。歯？
自分に何か非があって天罰でも当たっているのではないかと、思いを巡らせて見る。
そういえば、ここ数ヶ月、最近、母さんが僕に何も言わずに毎月1万円ずつ振り込んでくれている。母さんは僕がそのことに気づいていることにまだ、気づいていない。
正月に実家に帰った時に文句を言ってやろうと思ってたんだ。こんな感じで。
「母さん僕は、昔から友達もほとんどいないし、特に取り柄もないし、ダメな人間で、形容するならネズミのような人間で、いつも人にバカにされていたんだ。
だから今僕が自分で働いてて、自分の金で生きている、そのことが僕の自信につながっているし、楽しみでもあるんだよ。
だからお金なんか振り込まれたら、そんなの自分の金で生きてることにならないし台無しなんだ、だからお金を振り込むのはやめてくれ。」
そう言おうと思って。でもよく考え見ると、僕が募金をするのは、人のためではなく、自分のため以外の何物でもないし、母さんがお金を振り込んでくれるのも同じ理由なのかもしれない。
ならばこのまま気づかないふりして好きにさせてあげるべきなのでは？まあいいやまた明日考えるか。まあお金は絶対使わないけど。
最近、嫌なことがあっても、時間が経つと、その経験自体も結構好きになってしまう。
でもそう思えるのは、本当にどん底まで経験してないからこそツラミも旨味と、そう思えるわけで。そう思えるうちが幸せなんじゃないかとも思う。末長く続きますように。
家の近所に美味いラーメン屋があるが、雑誌か何かで紹介されたのかいきなり人気店になって昼時はいつも行列ができている。
チッ。近所にいつでも食べに行けるラーメン屋があるというのが、僕にとっては重要で、味なんか60点で良かったのに。
もう少し離れたところにあるラーメン屋はラーメンにライスが必須でついてくるんだよな、ラーメンとライスなんか合うわけねーじゃん。
さらに離れたところにあるラーメン屋は、30点ぐらいの味なのでちょっと歩いてまで行く気にならない。
明日献血にも行くか。自分が世の役に立っているという自己満足を満たしていると思わせて、実はそれは照れ隠しで本当は人のため、と、思ってもらって、自分の自己顕示欲と承認欲求を満たすために行ってきますか。はー注射怖いな。おやすみなさい。
当方、キャバクラ経験はあるものの何が楽しいのか理解出来ずに30代も半ばを迎えた中年男性。
抜き系は理解出来るものの、キャバクラやセクキャバの楽しさが未だに分からない。
友人と一緒だとまぁまぁ話は弾むので何となく理解は出来るものの、値段に見合った価値を見いだせずに時間ばかりが過ぎてしまった。
そもそも、一人でキャバクラという発想にならないのだが行く人たくさんいるよね？
本当は楽しいのにそれが理解出来ないまま死ぬのは悔しいので、知りたい。
マジレスするとだな、
社会問題化、あるいは炎上事案化っていうお墨付きを与えられるような現象が起こらない限りはみんなこんな簡単な善悪判断すらできなくて
これは、ネット見てるとそういう人多そうだけど、実際どれくらいいるか微妙。
基本、対人判断でいきたい。
今回はオブジェクトの使い方＝オブジェクト指向プログラミング（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を表示せよ
等という操作ができる。
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の仕組み（後半）
そもそも出産行為自体が怖い。というかキモい。頭を吸引するとか、
腹のなかで風船膨らますとか、尻の穴ぎりぎりまで切ると
知り合いのコーチ（指導者として日本一経験あり）も「いい選手は指導者よりセンスがいいから、教えることはない。ただ、間違った方向に行ったら止めてあげるだけ」とのこと。
モダンな言語は、ポインターを隠して、ガベージコレクションを提供してますよね？
どうしてもCが好きなら、ベターCの1つであるGoとかでも良くないですか？（Cを作った連中が作った言語だし）
プログラミング学習の前に、情報処理試験（ITパスポートなど）の教科書を読ませるのは良いと思います。
（高校の「情報」の授業程度の予備知識があれば、ないよりまし？）
