アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
で、 (スコア:1, すばらしい洞察)
Re:で、 (スコア:2, 参考になる)
GPL [gnu.org]の条文で言うところの3-bの採択をしようとしていると思われるのですが、これで十分なのかどうかは判りません。該当製品全てに対して今から文書を送りつけろと言うのはさすがに難しい話だとは思いますが。
KyaTanaka
Re:で、 (スコア:1, 興味深い)
学生の頃のバイトですが、元々プログラム書いていた人が雇用主と喧嘩別れする事になってそれの後を引き継いだんです。で、ソースみてみたらただのDisA
Re:で、 (スコア:1)
ランダム文字列置換とコメント削除ってのは目的が判らない。
なんで?
Re:で、 (スコア:1)
余談ですが、某顧客が、ソース中の関数名を通し番号にすることを要求してきたんで、
ランダムでこそないけど人間可読性は最悪なソース、を
納入した(せざるを得なかった)ことなら有ります。
ちなみに、書
Re:で、 (スコア:2, 興味深い)
私も以前、某大手企業でJavaの仕事をしたときに、ファイル名と関数名を品質管理番号に変更して欲しいと言われて、目が点になったことがあります。
「そんなことしたら、メンテナンスが大変じゃないんですか?」と尋ねた
Re:で、 (スコア:1, 参考になる)
ローカルな変数名はさすがにBUHIN-BANGOとかの可読なものになっていました(しかしSIZAI-CODEはいいとしてもSIRIARU-NANBAAとかはやめて欲しかった)。
運用担当者は
Re:で、 (スコア:0)
そんなとこで運用管理やってます。
(開発に疲れたから移ったんですが、移ると逆に開発したくなる罠)
で、いざ運用する側にまわると、コード番号のようなものの方が
楽なことに気づきました。
と言うのも、最初の数文字読むだけで種類がわかります。
引用元の例を使えば、Aで始まればJOB、Tならテープ、BならDBみたいに。
で、その後の続く文字を見れば大体見当がつくと。
もし、逆に可読な名前であった場合、長すぎて辛い。
ぱっと見では、わからないですし。
開発するときは長い方が管理楽ですが、
運用するときはぱっと見て認識可能な長さでないと、
逆に辛いと気づきました。
後、運用するときは、運用で利用する管理表と言うか対応表を見るので、
とにかく短くて、種類とかだけわかれば良いってのもありますし。
開発時はいちいちそんなもの見てられないけど・・・
開発と運用での、利用の仕方によって、
どっちが有益か変わるって事ですね。