タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

コーディングに関するs_hiiragiのブックマーク (2)

  • ソースコードを汚くするには? - 覚えたら書く

    汚いプログラム(ものによってはバグを引き起こすプログラム)にするためにはどうすればいいのかを書きました 基的にJavaをターゲットにしています(ものによってはJava以外でも当てはまります) 私が今まで、読みにくい、修正しにくい、プログラムの挙動が読めないと感じたソースをもとに抽出した内容を記載しました 以下の逆をやれば、ある程度ソースがきれいになると思います メソッド メソッドの引数の数を多くする メソッドの引数に巨大なオブジェクト(いわゆる神オブジェクト)を渡すようにする 1メソッドを長くする メソッド内のネストを深くする ガード節が導入されていないif - elseを用いる(早期returnをしない) 重複した処理を存在させる 配列とListなどを混在させた整合性のとれていないメソッド群を提供する 同じ型の引数を3個以上とるメソッドを定義する(例えばint型のパラメータを3つ渡すメ

    ソースコードを汚くするには? - 覚えたら書く
  • ソースコードの割れ窓理論

    みなさんは「割れ窓理論」をご存知でしょうか? 元々は犯罪学の分野で提唱された次のような理論です。 建物の窓が壊れているのを放置すると、誰も注意を払っていないという象徴になり、やがて他の窓もまもなく全て壊される Wikipedia 一見するとソースコードの扱いとは関係のないように見えますが、大規模なプロジェクトや、他チームから巻き取った案件のソースコードを思い起こしてみてください。 以下のような状況に心当たりはないでしょうか? 数千行ある中に一行だけコーティング規約違反を見つけたが、修正コミットを打つのが面倒なので放置した他者のソースをレビューした際に、コメント文の誤字を見つけたが、細かいやつだと思われたくないので指摘しなかった 多くの人が心当たりがあるのではないでしょうか。 プログラムの動作上は問題がないため、コーディング規約違反やコメント文の誤字脱字などは放置されてしまうことが往々にして

    ソースコードの割れ窓理論
  • 1