アカウント名:
パスワード:
確かにプログラムの名前付けは面倒だだがしかし、クラス名、メソッド名、変数名が記号+数字のプロジェクトを経験すると名前をつけさせてくれと思わず叫ぶことになるだろう
記号+数字名称は都市伝説ではない!現実なんだ!
$_001みたいな
私を番号で呼ぶな!私は一個のオブジェクトだ。
I am not a number, I am a free man!
って、誰が分かるんだ。
記号+数字名称ってDBで言うところのキーって扱いでいいのかな。てことは、そのキーを見て何なのかを理解する=紐付ける元になるキーリストがあるってことかね。
もしそれが、各自の頭の中にしか無いとしたら、地獄だね。もしそれが、きちんとDB化されてて、読んだり組んだりするときだけ、システマチックに置換されるのなら、天国だね。
クラス名、メソッド名、変数名が記号+数字のプロジェクトでは人も名前でなく記号+数字で呼ぶ事にしよう。名前を記号にすることがどれだけ非効率かわかるはず。
だからって、古いコンパイラならエラーになるほど長くて途中の1ワードでしか識別できないような名前ばかりの関数リストにもうんざりする。
むかし、MSX使ってた頃は、変数名をつけるのは大変でした。
変数名が2文字(+型識別子1字)でしたからねえ適当な名前を付けてコメントで補足しておくとかやりました
# C$と言う変数が FILE OPEN AS C$ と使うとASC$関数として字句解析されたのかSyntax Errorになったのにははまりました
そういう汎用機時代の手法を引きずった化石ルールって21世紀において何がメリットでやってるのかプロジェクト管理者に聞いてここで発表してもらえませんか
汎用機というか, 言語に名前空間の概念の無い時代のルールですね.
聞いた話によるとなにかメッセージ上がったときに関数名がナンバリングされてれば帳票からどの業務でエラーが発生したのか「オペレータが機械的にに判定できる」というメリットがあるらしいです
意味のある関数名でも全関数に対して帳票つくればできるかもしれませんが、誤字・見間違え・登録漏れのことを考えたらナンバリングがいい。という判断だとか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
名前をつけることは大変だ (スコア:0)
確かにプログラムの名前付けは面倒だ
だがしかし、クラス名、メソッド名、変数名が記号+数字のプロジェクトを経験すると
名前をつけさせてくれと思わず叫ぶことになるだろう
記号+数字名称は都市伝説ではない!現実なんだ!
Re: (スコア:0)
$_001みたいな
Re: (スコア:0)
私を番号で呼ぶな!私は一個のオブジェクトだ。
Re: (スコア:0)
I am not a number, I am a free man!
って、誰が分かるんだ。
Re: (スコア:0)
記号+数字名称ってDBで言うところのキーって扱いでいいのかな。
てことは、そのキーを見て何なのかを理解する=紐付ける元になるキーリストがあるってことかね。
もしそれが、各自の頭の中にしか無いとしたら、地獄だね。
もしそれが、きちんとDB化されてて、読んだり組んだりするときだけ、システマチックに置換されるのなら、天国だね。
Re: (スコア:0)
クラス名、メソッド名、変数名が記号+数字のプロジェクトでは人も名前でなく記号+数字で呼ぶ事にしよう。
名前を記号にすることがどれだけ非効率かわかるはず。
Re: (スコア:0)
Re: (スコア:0)
だからって、古いコンパイラならエラーになるほど長くて途中の1ワードでしか識別できないような名前ばかりの関数リストにもうんざりする。
Re: (スコア:0)
むかし、MSX使ってた頃は、変数名をつけるのは大変でした。
Re: (スコア:0)
変数名が2文字(+型識別子1字)でしたからねえ
適当な名前を付けてコメントで補足しておくとかやりました
# C$と言う変数が FILE OPEN AS C$ と使うとASC$関数として字句解析されたのかSyntax Errorになったのにははまりました
Re: (スコア:0)
そういう汎用機時代の手法を引きずった化石ルールって
21世紀において何がメリットでやってるのかプロジェクト管理者に聞いて
ここで発表してもらえませんか
Re:名前をつけることは大変だ (スコア:1)
汎用機というか, 言語に名前空間の概念の無い時代のルールですね.
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
聞いた話によると
なにかメッセージ上がったときに関数名がナンバリングされてれば帳票からどの業務でエラーが発生したのか
「オペレータが機械的にに判定できる」
というメリットがあるらしいです
意味のある関数名でも全関数に対して帳票つくればできるかもしれませんが、
誤字・見間違え・登録漏れのことを考えたらナンバリングがいい。という判断だとか