エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
GroovyとJavaとの生産性の比較について、groovy-userのMLで報告してた人がいたので紹介。 groovy/javaの... GroovyとJavaとの生産性の比較について、groovy-userのMLで報告してた人がいたので紹介。 groovy/javaの混合言語のプロジェクトで、Javaコードをgroovyにコンバートすることをやってた。たいていは、拡張したりバグ修正したり必要に応じてリファクタリングもしてた。 以下は私の経験。規模は95 KLOC。 コードサイズ: コード量はJavaの1/2になる。ときどき1/2以下になる。まれに1/2になるときもある。同じサイズになることは決してない。バグ件数はLOCに直接関係しているので、groovyのバグ数は少なくなる。 リファクタリングが少なくなる: Groovyではクリーンなコードを最初から書ける。Javaでは頻繁にリファクタリングすることがあった。コードをクリーンで保守可能な状態にするのに、リファクタリングを1回もしくは2回していた。 可読性向上: groovy