>>790
> >>785
> 会社だと普通だろ
> ここ見ててもわかる通り、長いのが好きな奴も嫌いな奴もいるんだよ
> 両方満足できる解なんてないから、えいやーで決めるんだよ

ほんと。それで良い。
変数名のルールは、そのソースが関係しうる環境の領域を考えて、
関係領域内で良いと思うルールを採用すればよい。

つまり、
部署とか人ごとに、最適なルールは違う。
対象となる案件ごとに変数名のルールは違っていて当然。
さらに、時代によって変わるのが当たり前。

会社だと20年前のソースを改変する必要がでてくる。
その時にいちいち、変数名のルールが現在のルールと違うから気になる、とかアホな事言わないだろ。
普通、それくらい適応してよね、ばかっ！
社内でルール統一って、5年でつぶれるような弱小事務所の発想だよｗｗｗｗｗ

もちろん、他部署を巻き込んでのAPIを作成するときは、取り決めつくるよ。
多くの人が関係するから統一ルールが必要。そういうのは社内で話し合う。
でも、APIの下は、APIと同じ命名ルールは使わない。
APIと直接の関係が薄いのにAPIのルール守ってたら、冗長で分かりづらい変数名となるんだよ。

Go言語で書かれたソース見てみろよ。変数名むちゃくちゃ短いだろ。ｗｗｗ
要するに、郷に入れば郷に従え、ってやつだよ。ｗｗｗｗ 意味分かるかなｗｗｗｗ 785には無理か。ｗｗｗ