文を読んでもらおうとする感じだ。どっちの書き方が優れているということではなく、要するにこういった細かい点に気を使いながらプログラミングすることって大事だな〜と思います。「ガード句」という考え方がある。文のネストを少なくするというやり方だ。構文の使い方を見てみてほしい。実際はもっと色んな条件分岐が重なっているものとしよう。ネストも深くなりがちだ。特定の場合はどういうルートを通るのかが分かりづらい。あたるネストがなくなる。書いた方が意味が伝わりやすいコードになることがる。elseを書いた方がよいケースもあるのではないかもし、両方が正常処理ならば、ifとelseを持った条件記述を使うべきです。if-then-else構造が使われるときは、if部にもelse部にも同じウェイトが置かれています。これが、プログラムの読み手に対して両方とも等しく起こり得ること、等しく重要であることを伝えます。書いてインデントを揃えて置いた方が伝わりやすい、ということだ。無敵モードは特殊な状態だから、これはよいと思います。マリオが大きいか小さいかの条件分岐についてはどうでしょうか?マリオの大小はどちらが特別というものではなく、どちらも通常の姿だと思うので、else句を書いた方がわかりやすいと思います。いう些細なところから無頓着な人間が書くコードは総じて汚くて可読性が低く、不必要な処理も多く、ダッサいバグも多い。人のためにも、マシンのためにも配慮できておらず、正しい行いができていない。「そんなこと」と思った時点で、その人の質・レベルはそこまで。ぼくはこうした話を少しもする気がない人間をプログラマともエンジニアとも思わないので、その時点で切り捨てている。「それならこうした方がいいと思うよ」という持論があり、その根拠にそれなりの説得性が欲しいところである。「チームでこうだから」というのは理由にならない。チームの規約にするのであればチームのためになる規約にするべきだ。間違いを犯しやすいとか、効果の薄いルールなのであれば、ルールの方が間違っているのだから、ルールを変えるべきである。ルールだからとただただ従う人間はどんな理由があっても間違っている。した「些細なこと」からも「何にとってどういう効果・メリットがあるのか」という視点を忘れずに、自分が何を選択すべきかを明確にしておきたい。Contract」とか「契約プログラミン...2019-09-07読みづらいコードを見かけたから文句を言う読みづらいコードを見かけたから文句を言う。»ProfileNeo個人的に言いたいコト・主張・気持ち。PagesBookmarkTwitterFacebookPocketスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。