アカウント名:
パスワード:
30文字ぐらいは全然きになりませんな変に省略されて意味わからないよりは全然マシ
1行78文字ポリシーを辞めたほうがいいんじゃないですかね今時固定幅画面でもないでしょうし
Java屋に長いやつが多い
Javaのコーディング規約に"変数名等の各単語は省略するな"ってのがあった気がする
標準APIが省略しない方式なのでそれにあわせるべきですよね。誰が作ったかによっていろんな形式が混在してたらコードが読みにくくなりますから。
省略するしないの問題じゃなくて統一性の問題。Javaなら省略しないのが最も統一できるということになります。# toStr()とかイヤだ
しかし…何でもかんでもつなげるのは疲れるわけで
public String convertToStringByHogeAndFugaAndFooAndBarAndFizzAndBuzzAndKouAndOtsuAndHei(Object hoge, Object fuga, Object foo, Object bar, Object fizz, Object buzz, Object kou, Object otsu, Object hei) ...}
みたいなコードに出くわした時には、ほんとどうしようかと思いました…。せめて標準にそって、引数の名前だけは省略してくれと。そもそも、引数が多すぎという問題はダイブあるのですが…しかし、それにしても…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
開発環境が優秀なので (スコア:5, 興味深い)
30文字ぐらいは全然きになりませんな
変に省略されて意味わからないよりは全然マシ
1行78文字ポリシーを辞めたほうがいいんじゃないですかね
今時固定幅画面でもないでしょうし
Re: (スコア:0)
Java屋に長いやつが多い
Re: (スコア:1)
Javaのコーディング規約に"変数名等の各単語は省略するな"ってのがあった気がする
Re: (スコア:0)
標準APIが省略しない方式なのでそれにあわせるべきですよね。
誰が作ったかによっていろんな形式が混在してたらコードが読みにくくなりますから。
省略するしないの問題じゃなくて統一性の問題。
Javaなら省略しないのが最も統一できるということになります。
# toStr()とかイヤだ
Re:開発環境が優秀なので (スコア:2)
しかし…何でもかんでもつなげるのは疲れるわけで
public String convertToStringByHogeAndFugaAndFooAndBarAndFizzAndBuzzAndKouAndOtsuAndHei(Object hoge, Object fuga, Object foo, Object bar, Object fizz, Object buzz, Object kou, Object otsu, Object hei)
...
}
みたいなコードに出くわした時には、ほんとどうしようかと思いました…。
せめて標準にそって、引数の名前だけは省略してくれと。
そもそも、引数が多すぎという問題はダイブあるのですが…しかし、それにしても…。