ぐち0x0f 〜文句は言うだけタダ〜

つーかさ、評価するなら「何が仕事か」ってことだわな。
仕事つーくらいなら生産的なことでなければならんと思うのよ。
そうじゃないと周りもわからんしな。
仕事にもいろいろあるが、たとえ本人がいくら一生懸命に
能力と知識と努力を傾けても、それが生産性、結果に
結びつかなきゃ周囲には理解のしようがないわけだ。
そういう状況で「あつらは解ってない、間違っている」と
グチってもしょうがないわな。そういうことかと。

コピペは生産ではないよ。
車なら台数増えれば輸送力は上がるけど、
ロジックはどんなにコピッたって異なる結果は生み出さん。
それこそ一生懸命コピペして書いてもコンパイラがまとめちゃうかもしれん。
そんなことやってるのは領域の無駄。時間の無駄。間違ってる。

それだけの話なんだけど、
どうしてそんなにコピペ擁護したがるのかわからんね。

>ロジックはどんなにコピッたって異なる結果は生み出さん。
>それこそ一生懸命コピペして書いてもコンパイラがまとめちゃうかもしれん。

つーかそれをライブラリというんだがな。後で使う予定がはっきりしているんなら
ライブラリの作成もいいんじゃないか。必要な共用できるライブラリの作成と
ただの後で使う予定も無い旧ソースの整理じゃ話が別だろ。

じゃあ、「コピペは何も生産していない」は皆禿同、ってことで。

あと、先の予定が全部お見通しならいいだけど、そうじゃないからね。
そもそも保守があるソースをコピペで書いちゃう時点で先が見通せてないってことだし。
使ったり保守したりする可能性を見通して整理するのも、これもひとつの生産。
一番良いのはコピペを生み出さないことだけど、
しょうがない場合は、同じ過ちを繰り返さないようにしつつ先々のために整理を行う。
合理的でしょ？



つーかさ、汚いソース整理しても自己満足なんかねーよ。
そうしないと結果や生産性がでないから、仕方なくやってんの。

>つーかさ、汚いソース整理しても自己満足なんかねーよ。
>そうしないと結果や生産性がでないから、仕方なくやってんの。

そこを具体的に結び付けられなければ紛れもなく自己満足だけどな。

別に自己満足が悪いとは言わないし、コピペを賞賛するつもりもないけど。

>>933
>どうしてそんなにコピペ擁護したがるのかわからんね。

コピペ万歳の腐れVBer or CGIから入ったヘボPerlerだからに決まってるじゃないですか。

ちょっと待て
コピペ万歳はCobolerだろｗ

コピーペはほんと勘弁してください、さらにものっそ凄いのはmainだけで作られ、且つコピペの嵐、ていうか仕様書と中身があってねーよ、 つーかだれだよ、この仕様書いた奴、仕様変更あったんならちゃんと修正せやあえｓｄｔｆｙぐひじょｋｐｌ＠

　　　　　　　　　　　　 　 -―￣￣ ｀ ―-- 　_　　　　　もうだめぽ。。。
　　　　　　　　　　,　´ 　　　　　　　　,　　 　~　￣"　ー 　_
　　　　　　　　_／　　　　　　　　　　/　,r　　　　u　　 　　　｀　、
　　　　　　 , ´　　　　　　　　　　　/　/　　J　 　,ﾍ　　u　 　　　　ヽ
　　　　,／　　 ,|　　　　　　 　 　 /　/　　　 　 　○　　　　 　 　,／
　　　と,-‐ ´￣　　　　　　　 　 /　/　　　r(　　 `'　　　　Ｊ　く
　　(´＿＿　　　､　　　　　　　 /　/　　　`(　　　,ﾍ　 u　　　　 ヽ
　　　　　 ￣￣｀ヾ＿　　　　　　し　　　u┃ 　　 ○　　Ｊ　　　 　_>
　　　　　　　 　 ,＿ 　＼　　J 　 　 　 　 ┃　 　`' _＿　　 -‐ ´
　　　　　　　　(＿_ ￣~"　＿＿ , --‐一~;;;:"..￣
　　　　　　　　　　￣￣￣　　　　　　*・∴:∵:*::
　　　　　　　　　　　　　　　　　　　・:::・：　*∴・*　：*

main だけって本当にあるのか？

コピパーのお兄ちゃんに一つだけおねがいがあります。
せめて必要ないところくらいはけずってください。
おながいします、、、、

そうそう。コピーマニアで

#if 0
処理（１０行ぐらい続く）
/* 処理 */　（２０行ぐらい続く）
// 処理 （１０行ぐらい続く）
#if VER010　（←今のVERは800）
/* 処理 */　（２０行ぐらい続く）
#endif
#if VER020
/* 処理 */　（２０行ぐらい続く）
#endif
#if VER100
/* 処理 */　（２０行ぐらい続く）
#endif
#if VER101
/* 処理 */　（２０行ぐらい続く）
#endif
/* 処理 */　（５０行ぐらい続く）
#endif

とか残すやつ結構いるし・・・・何のためにCVS使っているのか理解してんのかよ

>>940
拡張でdllは使ってたけど、exe自体はmain1個で数百行、というのを
数年前に、確かにこの目で見たよ、本気でびっくりするよ(´д｀)

>>942

( l||l ´д）・・・（Д｀ l||l )

>>942
CVSといえば、前に出向先の主任ともめたことがあるわ
古いコメント、処理を残すか残さない話で。

俺：
　CVSでバージョン管理されるのだから、無駄に古い処理やコメントを
　残す必要はない。前のバージョンもすぐに取り出せるのだから、
　更新履歴をきっちり残しておけば、基本的にバグ修正コメントも不要です。
　CVSを使うなら、バグが出ないような遣い方をしなければいけないでしょう？
　無駄なコメントが山ほどあると、生産性落ちますよ。

主任：
　更新履歴を残さない奴がいたらどう責任を取るつもりだ。
　だいたい、前のバージョンを取り出すのも一苦労なんだぞ。
　すぐに前のコメントや処理が見れて、コメントを外せば前の処理が
　使えるほうが便利じゃないか。
　君は、何のためにCVSを使っているのか理解できているのか。
　それに、コメントを消す際に間違って正しいコードを消してしまうかもしれないだろう。
　コメントを消すと生産性が上がるなんて、バカの戯言だ。

バカの戯言扱いされて鬱

>>945

主任の言ってることは正しい気がする・・・
まぁ、バカの戯言は言い過ぎだと思うが。

一つ前の処理だけコメントアウトするなら別だが、何度もそれを繰り返すと前の状態がわからなくなるから
「コメントを外せば前の処理が使えるほうが便利じゃないか。 」というのは間違い。

CVS使ってて前のバージョンを取り出すのが一苦労だなんて言っている時点でおかしいと思うのだが・・・

CVSの使い方をきっちり教えてあげたほうがいいんでない？

ファイル管理にはCVSが一番いいですよね
VSSとかIBMのなんたらケースなんて全然つかえねー
馬鹿がわかってねーんだよな
CVSしかねーだろうが

SubVersion使え

チェックアウト、チェックインなんて、超だせぇし

>942
そして出来上がるスパゲッティヽ(´∇｀)ノﾜｰｲ

コメントなし、思惑不明、ドキュメントなし、そしてそんなソース、
読んでも分からないから試さなきゃ分からない…
それが日常茶飯事な職場に居ましたYO…」￣｜○

お前ら組織を変われや

>>945
>　君は、何のためにCVSを使っているのか理解できているのか。

なんのために使っているのか教えてほしいもんだね。
主任は理解できているのか？

>　それに、コメントを消す際に間違って正しいコードを消してしまうかもしれないだろう。

前の処理とか無駄なコメントがぐちゃぐちゃあるから間違って消してしまう
ようなことがあるんだろうね。日頃からきれいに整理しておけばどこを
消すかすぐにわかる。

っていうか、消してもCVSですぐに復活できるし。

うましか主任にはコマンドライン難しすぎるからビジュアルでコード比較
できるようなツールをなにか用意してあげろ。

ifdefで死んでいるコードや、コメントコードもコンパイルと実行ができるように
保守させます。もちろんバグがあればバグ報告します。

　「コメントを外せば前の処理が使えるほうが便利じゃないか。」

とまで言っているんだから当然だよな．

どうやって戦力外通告ってやれば波風立たないかな……。

"You're Fired!"

"Is this a pen?"

次スレ立てますた。

ぐち0x10 〜 ぐっちー祐三と愉快な仲間達 〜
ttp://pc5.2ch.net/test/read.cgi/prog/1079444016/l50

工程表作るとき、日曜日は空けておけってあれほど言ったのに・・・＿|￣|○

>959
ちゃんと立てとけ

>>949
> ファイル管理にはCVSが一番いいですよね

エクスプローラー

>959

だまされたorz

>>960
おかげで日曜日は体がふたつ必要になりましたとさ？

２つで済めばいいけどな・・・＿|￣|○

ちんぽは一本もいらないのに……

>>961さんの命令で次スレ立てますた。

ぐち0x10 〜 ぐっちー祐三と愉快な仲間達 〜
http://pc5.2ch.net/test/read.cgi/prog/1085306859/

>>952
今漏れがいる会社がそうなんだよな〜。
もしかして先輩だったり（笑...えね〜(´Д⊂ ﾓｳﾀﾞﾒﾎﾟ

前いた職場のcobolソースはひどかったな〜
ひたすらスペース２個ずつ多重にネストしてあって、
突拍子もなくgotoで外へ飛んでたり。
ソースを印刷した紙をセロテープでつないで、if〜end-if間を
一生懸命鉛筆で囲って解析したよ(⊃д`)

>>967
おつ。

>>970
あっちで言ってやれよｗ

まぁそれは置いといて・・・>>967 乙

>>945
あるある
VSSとかCVS使ってるのにもかかわらず
ソースは履歴の残せとかいうの

コメントで
// 障害No.666 を修正 h.hoge

とかなら解るんだけど
「使用しなくなったメソッド等も消さずにコメントにしておいて」
とか言う奴はアホかと思う

画面一面がコメントで埋まるのはうんざりする

> // 障害No.666 を修正 h.hoge

これもコミットログに入れる情報で、ソースには残さない。

>>973
俺も本当はソースに残したくないんですけど
これくらいならしゃーないかなと思うレベルってことです

思いません

CVSなりVSSの説明をするときには必ず
「よくやられてる修正履歴をソース中に埋めることは、CVS導入以降では悪いマナーになるんです』」
と説明することにしている。

ここを理解できるか否かが、筋がいいかどうかの分かれ目の一つだと思う。

>>973程度のコメントがあると、「リビジョンを辿ってみたほうがよさそうだ」
という判断が出来るのでそれなりに役にたつ時がある。

ありません。

現状について知りたいならソースを見るだけだし、
過去について知りたければ log/annotate 使えばいいんじゃないの？

あとで絶対再修正が（他人の手で）入りそうだな〜というときだけだな。
（仕様があいまいとか、仕様書が無いとか・・）
>>973みたいなコメントをあえて埋め込むのは。

そういった個人の判断が絡む部分を認めるとそのうち崩壊するがな。
それらを経験した人はアホみたいな規約を決めたがる。

君らも上に来れば分かるよｗ

続き

まぁ早くPGなんぞ卒業しろってこったｗ