  |
はてなキーワード: スコープとは
プログラミングを教えててよく分かるのは、ちゃんと論理的な思考が出来ているかどうかを計る道具として非常に有用だということ
口先だけで乗り切ってきた人はプログラミングを教えてもちゃんと理解してくれない
知識化するときに表面上だけを理解することに慣れきってしまっていて
だからプログラミングを教えて新しい物を作らせようとすると全然作れない
例えば
def hoge(a, b): c = a + b return c def gaga(a, b): print("Hello ", a, b)
っていうソースがあったとして、gagaっていうメソッドをhogeの演算結果が表示されるように変更してみよう、っていうことをさせると
def gaga(a, b): print("Hello ", a, b, c)
って答える。
もちろんスコープとか名前空間とか、そもそもそれが生まれてきた経緯とかメソッドの意味とかはちゃんと教えてるんだけど
それでも理解してくれない
この問題に関して正解を教えると、この問題は解けるようになるが、しばらくすると似たようなミスを連発する
一方で論理的な思考が出来る子は全然分野違いから来てる子でもそんな間違いはしない
頭の中を整理して理解しているからなのか、とんでもない間違いはほぼない
入試とか面接だと両者の区別は付かないし、下手したら普段の業務でも顕在化しなかったりするんだけど
しばらく一緒に仕事をしたりすると
「あ、なんかそもそもを分かってない」
っていう子はプログラミングができない
前回に続いて、今回もオブジェクト指向プログラミング（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）について学ぼう。
OOPは内容が多いので数回に分けて説明してみます。（説明が下手だったらフォローお願いしますｗ）
オブジェクト（object）はオブジェクト指向プログラミングにおいて、プログラム上の手続きの対象を抽象化する概念である。
オブジェクト指向プログラミングパラダイムでは、関連するデータを束ね、代入、演算、手続き（関数やメソッドなど）を介した受け渡しといった操作の対象にでき、またメッセージの受け手になれる実体をオブジェクトと呼ぶ。
Wikipediaの説明は分かりづらいね。（初心者だったときの私が読んだら意味が理解できないと思う）
増田式プログラマー養成講座 その２ https://anond.hatelabo.jp/20181016164341 で説明した「プログラムの構成要素」を思い出して下さい。
プログラムは、
- 「データ」
- 「処理」
の２つから成り立っている。
プログラミングの歴史は、この「データ」と「処理」をどうやって使いやすくするか？の試行錯誤になってる。
Javaの入門書にも、データの構造について説明があっただろ？
複数のデータをまとめて入れておく箱は便利な道具なので、だいたいどのプログラミング言語でも用意されている。
この講座では、複数のデータをまとめて入れる箱を「構造体」と呼ぶことにしよう。
構造体の各箱には、普通「データ」を入れておくんだけど、データだけじゃなくて「処理」も入れておけると便利だ。
「データ」も「処理」も保管できるように拡張した構造体に、「オブジェクト」という名前を付けた。
オブジェクトとは、言い方を変えれば、「データ」に「処理」をくっ付けたものなんだ。
このWebページの最初の方に「図: オブジェクトはフィールド(データ)とメソッドを一つにまとめたもの」という説明図があるだろ？
この図で、オブジェクトの中に、いくつか箱があるけど、
なんだ。
オブジェクトそれ自体は特別なものじゃなくて、ただの箱でしかない。データ構造の一種であることが分かっただろうか？
今の段階では、難しく考えなくていい。
ややこしくなるのはこの後だ。オブジェクトを使うときに「なんでそんな使い方するの？」という段階になってからだ。（気を緩めないように、ちょっと脅しておこうｗ）
が「オブジェクト」なら、その反対に、
もあるんじゃないか？と思ったそこのキミ。正解！
「処理」に「データ」をくっ付けた仕組みもあって、「クロージャー」と呼ばれてる。
クロージャ（closure）、関数閉包はプログラミング言語における関数オブジェクトの一種。
この説明文読んで、クロージャーの仕組みがスパッと理解できる初心者っていねーだろ？（いたらビビるｗ）
（Wikipediaの説明は「何言ってるか分かんない」状態だけど、サンプルを動作させてみれば、仕組みは簡単に分かります）
ここまでの説明で、「プログラミング言語は、機能を自由に拡張できる」と分かっただろう。
だから、「データ」と「処理」の扱い方を工夫する歴史の中で、「オブジェクト」という仕組みを閃いちゃった奴がいたんだねｗ
オブジェクトの特徴をもう一度振り返ってみよう。
普段は「データ」をぶち込んでおく箱の集合体に、処理も入れられるように改造しちゃったのが「オブジェクト」だったね？
…ってことは、処理とデータは水と油みたいに別々のものじゃなくて、実は処理もデータと同じように扱えるものだってことになるよね？
そうなんです！
実は「データ」と「処理」は全然別なものじゃなくて、同じようなものとして（扱おうと思えば）扱えるんです！
それで、このデータとして扱えるような「処理」に名前を付けてあげて、「第1級関数」とか「第1級オブジェクト」と呼んでます。
（「第1級データ」という呼び名が使われてないのは、データはデータとして扱えるのは当然なので、わざわざ第1級データという呼び名を付ける必要がないから）
第一級オブジェクト（ファーストクラスオブジェクト、first-class object）は、あるプログラミング言語において、たとえば生成、代入、演算、（引数・戻り値としての）受け渡しといったその言語における基本的な操作を制限なしに使用できる対象のことである。
ここで「オブジェクト」とは広く対象物・客体を意味し、必ずしもオブジェクト指向プログラミングにおけるオブジェクトを意味しない。第一級オブジェクトは「第一級データ型に属す」という。
言語によって異なるが、第一級オブジェクトは概ね次のような性質をもつ。
：
第一級関数（first-class function、ファーストクラスファンクション）とは、関数を第一級オブジェクトとして扱うことのできるプログラミング言語の性質、またはそのような関数のことである。
その場合その関数は、型のある言語では function typeなどと呼ばれる型を持ち、またその値は関数オブジェクトなどになる。
具体的にはプログラムの実行時に生成され、データ構造に含めることができ、他の関数の引数として渡したり、戻り値として返したりすることのできる関数をいう。
上記の説明文の中で「データ構造に含めることができ、」って部分が重要。
フリーパスでどこでも入れちゃうVIPみたいだから、ファーストクラス（第1級）と称されてるんだね？
ドラえもんの「オールマイティーパス」を持ってる奴みたいなのが、「第一級オブジェクト」「第一級関数」ってわけ。
ドラえもんのオールマイティーパスは、どこでも入れる通行証です。
混乱するようなら、上記の説明で、クロージャー以降の話はとりあえず無視してください。
オブジェクトの説明をどうしようか？と考えるとき、参考にしたページも紹介しておきます。
次回、オブジェクトの使い方＝オブジェクト指向プログラミングについて学びましょう。
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ロック破錠シリンダー交換してるんでしょうし、賃貸だから同等品に交換せなならんと考えるとその値段もありえるのでは。
と思ったらドアスコープの破壊だけなんですね。お疲れさまです。。
月額とか年会費とか取る会員制サービスで鍵解錠とか水回りやります、みたいなのありますが、契約によるけど業者の出張費しか負担しないのが多いかも。
部品代・特殊作業費等の別途費用はお客さん負担で、別途費用分が高額になる場合もあります。
とにかく見積もりを事前に出してもらった方がいいです。あと賃貸なら営業日まで待って管理会社に相談した方が結果的にスムースかつ安い気も。
Ｍ：彼らはそうした。でもほかの問題が、引き続き起こってしまったんだ。ぼくはアルバムのブックレットに、子供のころに撮った、ぼくが裸でカウチに座っている写真を使いたかった。人に何かを見せると、たいていまず最初にそこに見えるのは、彼らの内面にあるものなんだ。それを証明することが起こってしまった。インタースコープの弁護士たちがこんなふうに言ったんだ。「まず第一に、あの写真は幼児ポルノと見なされるだろうから、小売店がアルバムを置かないというだけではなく、そのために法的刑罰を受けることになるだろう」と。裁判官立ち会いによる法の下では、未成年者の写真が性的興奮を呼び起こせば、それは立派な幼児ポルノと見なされる、と彼らは言った。ぼくはこう言った。「それこそ正にぼくの狙いなんだ。これはぼくの母が撮った写真で、まったく無邪気で、しごく当然のことなんだから。でも、君たちが見てポルノになったからって、どうしてそれでぼくが罪人なんだい？君たちのほうが勃起したんだろう。どうして君たちが罰せられないんだい？」って。それって、今でもぼくが言いたいことだ。人々の道徳観なんて、あまりにバカ気てるよ。それで興奮したからって、それが間違ってるなんてさ。
覚えている内にメモ
■午後１
＜大問２＞
設問１：本番運用サーバに負荷を与え、予定や会議室登録などの従業員の通常業務に影響するリスク
設問２：申請者に、個人情報の利用目的・保管場所・削除予定日を確認し、実際に削除されたことも確認すること
設問３：必要以上のサービスレベルを提供する体制を用意することにより、コスト配分を最適化できないリスク
設問４：活用検討会の議事録を通期確認し、新規データおよび追加収集したデータの利用状況を確認する
設問５：会議開催実績表を通期確認し、情報共有を目的とする各部門の会議が減少していることを確認する。
＜大問３＞
c=受注伝票
設問３：e=１注文が10万円以下となるように分割発注されてしまう、
f=受注責任者が、承認なしで処理したデータ一覧を日次で確認する
設問４：g=出荷完了リスト出力時に、当日出荷日のデータが出荷入力されていない場合に通知する機能があるか確認する
■午後２
＜大問１＞
H25午後１--問１がアジャイルに関するもので、イテレーション毎の反省会や
要件スコープの逸脱に注意する点などが述べられていて、覚えていたためにこちらを選択した。
# TAC合格トレーニング本の解説もためになった。選んでよかった。
設問ア：
システムの概要を述べる。インターネットシステムのほうがよさそう。
要件が不明瞭な点が多いこと、社会情勢によって本PJへのコスト配分を検討したいため、
アジャイルの内容としては、イテレーション４週間で設計・開発・テスト・UATおよび内部分析をしたこと、
開発環境に関しては、自動ビルド・デプロイツールを利用したことを記述。
設問イ：
②アジャイル経験者がないために、Pスコープ外の顧客要件も対応してしまうリスク
③アジャイルにおける開発環境構築の経験者がいないために、テストが遅れ納期間に合わないリスク
これらのリスクに対するコントロールとして、PMがPJ立上げ時に各経験者を参画させる必要がある。
また、開発が進んだ時には、１イテレーションの終わりに、当サイクルのプロセス分析し次サイクルに
上述の③のようにスキルのある人材が必要だが、実際の構築にあたり、
実はスキルが無く、進められないあるいは構築した環境の品質がひくくなりテスト進捗が遅れるリスク、
期待したメンバが、他タスクに埋もれ本来の環境構築作業に着手が遅れテスト進捗が遅れるリスク、がある。
このコントロールとして、PMが構築時の進捗および品質を把握し管理する必要がある。
設問ウ：
監査ポイント：アジャイル・アジャイル用の開発環境構築のスキルを有していることをPMが確認しているか。
監査ポイント：終わったイテレーションプロセスの反省・次への改善点に言及されているか。
監査手続き ：査閲する。設計工程や構築工程のフェーズアップ資料か。
監査ポイント：環境構築の進捗が把握されていること。環境の構築品質について評価していること。
監査手続き ：開発メンバあるいはテストメンバにヒアリングする。
監査ポイント：開発したモジュールが自動デプロイされ当日あるいは翌日に当該機能のテストができる状態か。
以上
メソッドはその呼ばれるスコープ内でどう呼ばれようが正しく返さないといけない、というのが常識だし
今はその「絞るための方法が足りねぇ」って話な
これは、「機能としては１メソッドなんだけど可読性がクソだから分けた」みたいな状況で起こる
可読性のためにブロック化するっていうのは、結構苦心してる人を見かける
俺はそういうのトリッキーで見づらいからメソッドにしちゃうんだけど、メソッドにすると意図されないリスクが伴う
「意図されない」はメソッドが丸ごとコピーされることも含まれてるから、かなり強い縛りを付けたい（コピーする時に気づけるように）
よっわ
ブキ内訳
ボールドマーカー 0勝1敗
N-ZAP95 9勝13敗
やはり普段使ってるブキだと勝率が上がる フェスだからと気軽に持ち替えるのは戦犯の証拠
ミステリーゾーン うち16戦
ボールドマーカー 0勝1敗
N-ZAP95 5勝1敗
全体的に良好 ネットの評判はボロクソだがそこまで不満を覚えなかった それが勝率に現れているのではないか もちろん基本のステージで負けが込んでるということでもあるが
今回のギミックはカスタム不使用のリッターにおける簡易ビーコンの役目も果たしており戦場の動的な移り変わりに大変貢献してくれた 芋っててもパスパスいけるので不慣れなプレーヤーが多かったのだろう ここは適応力の高さが奏功したか
