コメント

  • otsune
    「最良のソースコードは0行」か
  • nekoruri
    「短くする」は保守性を上げる手段であって目的じゃない。
  • toby_net
    仕事でという前提のはずなに「白か黒か!」というと趣味のゴルフ( http://bit.ly/9ZScnS )の話しだして釣られる人間がいるので、どの程度がいいの?という方向性がいいと思われる
  • yllLiBe
    ケーブルの話かソースコードの話かどちらかと思ったら後者だった。そして MSX-FAN の一画面プログラムを思い出したけれどそういう話ではなかった。最近は IDE 環境が進化しているから、一概に長いから可読性が悪いとは言えなくなって来ている気もする。スパゲティなのは別として。
  • hal1932
    「なぜその長さの実装になったのか」をコメントにでも書いておけばいいんじゃないかな。可読性は、コードとコメントと、ライブラリの場合ならドキュメントとサンプルと、全部使って底上げできるものだと最近思う。コードだけでそれをやるのは難しすぎる。
  • sioazike
    ちょっと質問が漠然としていてよく分からない。同じ動作をするもので短いほうがいいかどうかって言うなら答えようがあるけど。
  • flat_ff
    とりあえず作った後、一つの関数の中は関数分離とか使って最低限に収める。 分離するときに、そこにつけるコメントを関数名にすることでコメント自体がなくなる。 「コメントをつける必要がない」のがいいソース説と言ってみる。
  • meguamano
    ライブラリで必要な関数を全部作り込んでしまえばメインのプログラムは短くなりますよね? 関数やサブルーチン単位で保守できるようにしておけば開発効率あがりませんか? 訳のわからないグローバル変数があるよりも引数戻り数で管理する方が良いと思うんですけど…ちがうのかな。
  • phi_jp
    「コードは短ければ短いほど良い??」について Togetterで公開後にも多くの方がリプライしてくれたので 改めてまとめてみました。 よかったら見てください。
まとめを作成する