そろそろPHP7が来る（仕事的に）頃合いかなと変更点を読んでいたら色々思うところがあったのでメモ。
自分で思ったことのメモ書きのため、変更点のすべてをカバーしているわけではありません。

Error（誤り）じゃなくException（例外）

間違っている（Error）わけじゃない。ただこのシステムでは対応していない（Exception）というだけなのだ！

こういう考え方いいよね。

仕様に依存したあいまいな記述はやめよう

やりたいことははっきり書く。具体的に言えば括弧でくくる。

やがて消されるから。

foreach の変更
http://php.net/manual/ja/migration70.incompatible.php#migration70.incompatible.foreach

なお、loop内でloop元の配列に変更を加えると、

ので、これは以前から気をつけていたことのため、なにかに勝った気分

ゼロ除算の挙動の変更
http://php.net/manual/ja/migration70.incompatible.php#migration70.incompatible.integers.div-by-zero

動的型付け言語だっていってもそこに甘えず気をつける。16進数と、10進数・文字列を、ごちゃまぜに扱わない

新しい書き方のほうがかっこいいってのもある

新しいオブジェクトを参照渡しで代入できない
http://php.net/manual/ja/migration70.incompatible.php#migration70.incompatible.other.new-by-ref

タイムゾーンとか言語とか

戻り値の型宣言
http://php.net/manual/ja/migration70.new-features.php#migration70.new-features.return-type-declarations

基本的にはいい話。
ただこれで生産性がどこまであがるのかあるいは下がるのか、ちょっとわからないなと思うところはある。
異なる型の戻り値を返すような処理を書いていた場合、どの段階でエラー出してくれるんだろう？（ドキュメントがあるみたいだけど読んでない）

オブジェクトを継承しまくるのが古い時代来る？
ふるまいを親クラスに持たせ、それを子クラスで継承して、一部の定義だけ書き換えというコーディングをよくやっていたんだけど、これ、処理の一元化とかコード数を減らすのには便利だったんですけど、外（処理の呼び出し元付近）から見たときに親までさかのぼらないとなにやってるかわかりづらいのが不便だったんですよね。
オブジェクトに定義だけを持たせ、objectの使い方（ふるまい）はClosureで定義して実装するっていう感じになるのかな。

全体的にはなんだかよさげな変更が多くて楽しみです。
同じ内容の処理でもかっこよく書けるとテンション上がりますよね。