読みやすいコードを書きましょうというのは無意味。 読みやすいってのは、自分の持っている様々なノウハウを駆使して、バグの潜むところ、拡張性の乏しいところがないかって探して、見付からなかったという状...
読みやすいコードを書きましょうというのは無意味。読みやすいってのは、自分の持っている様々なノウハウを駆使して、バグの潜むところ、拡張性の乏しいところがないかって探して、見付からなかったという状態のことを言っている。
どうやってノウハウを身につけようかというところの話なのだから、ループしてしまう。
基本的に読みやすさと拡張性は衝突すると思っていいのではないか。
極端な話、関数定義が1つもなくて、全部ベタ書きだとしたら、上から順に読んでいけばいいのだから、読みやすいのは確かなんだ。
問題はどうやって、拡張性の高いプログラムを書けるようになるかだ。
単純なのは、まずプログラムを書いてみて、互換性を保ちつつ、新しい機能をつけてみて、ああなるほど、こう書くと拡張しにくいなあと納得することなんだけど、これだと演習の時間を設けて勉強しようというノリになってしまう。演習じゃなければ拡張性の乏しいプログラムが実環境に入ってしまう。
これくらいの長さだとバズで書けちゃうな。
Atom Feed