[再利用不可] C++BuilderでVB厨みたいなｿｰｽ書くやつ

function function また function。
こういうやつらに限って「速度重視だから」とぬかす。
おまいら、クラスくらい作れよ。
長い時間掛けて必死にこさえたそのｿｰｽ、再利用しようよ。
世の中一度リリースされた業務システムは長期に渡って使いつづけられる傾向にあるから、
ｿｰｽｺｰﾄﾞが膨らんで最後はかならず破綻する。
同じ過ちを繰り返さないでorz

真のVBプログラマーはサブルーチンや関数も作らない。
イベントハンドラに、コピペコピペで、数百行。

クラスさえ作ればなんでも解決できると思い込んでるのも（ｒｙ

>>2
メイン関数に全ての処理がギッシリつまってたのを見たときは、挫折しそうになりました。
こんな経験みんなもあるのでは？
>>3
一連の処理をコピペでいたるところに貼り付けられるよりは、クラスにしてnewして使ってくれた方がよっぽどまし。
っていうかクラスだけでなんとでもなるでしょうに？反論ありますか？

マ板でやれ

ちゃんと動いてるのに何文句つけてるの？
勘違いしてるんじゃない？

>>6
そのうち動かなくなるから言ってるんだろ

>>6
その発想ってさ、

「自分が退職金さえ貰ったらあとは日本なんてどうでもいいや」

って考えてる地方公務員に似てるなｗ

チーム開発したことのないデジドカプログラマに荒らされそうなスレだな

重複スレ
http://pc8.2ch.net/test/read.cgi/tech/1147580059/

>>10
逆じゃんｗ

後のことを考えず何でもかんでもコピペする土方と
時間無いのに二度と再利用されないような物までコリまくりのクラスにしてるオナニー野郎
どっちがマシ？

二度と再利用されないとは誰も断言できないと思うが、自分でメンテしないのが
はっきりしてるんだったら、コピペ＆適当でいいと思う。後でやるやつの苦労など
知ったこっちゃないしな。

どうせメンテするの俺じゃないしｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

コピペでいいじゃん。修正工数でお金取れるよ。ｗｗｗｗｗｗｗｗ

どうせメンテするの他人だからとか思ってる香具師へ

会社辞めたら関係ないとかじゃなく

因果応報だ

そういうことしてるとそのうち仕事来なくなるよ

来なくていい仕事ならその方が良いの鴨試練が

社蓄奴隷が必死ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>14
おまえ高村だろ ウザイから会社から消えてくれ

なんだ、高村だったのか。

因果応報とは、エンジニアを大事にしない会社がエンジニアにまともなシステムを作ってもらえないことを言う。

エロゲ製作会社とか街のホームページ屋さん程度のシステムならいいんじゃね？
別にクリティカルじゃねーし。
金融機関のシステムを作ってる会社でそれだとヤバスギだけどさｗ

エロゲや小規模なHPならプログラマ自体いらない気も…

>>1
ケースバイケース
馬鹿な奴だなあ

>>23
おまえは同じような処理をコピペで貼り付けまくる馬鹿か？

完全に同一の処理が重なるとは限らないんだからコピペでいいじゃん。
それぞれ微妙に処理が違ったらどうする気よ？

>>25
そうやってコピペしていって、同じ部分のところに、
修正を加えなければならなくなったらどうする気だ。
コピペしていったところにいちいち修正していくつもりか。

>>26
君は検索も使いこなせないのか？ｗｗｗｗ

>>8
年金もちょうだい！

>>27
すっかり忘れていた。
だが、コピペしていなければ、たった一箇所修正すれば済むということに変わりはない。

ところで>>25
微妙に処理が違ったら、そこは引数にしたり、デザインパターンを当てはめたりして、
共通であるところとそうでないところをうまく分けてやるんだよ。

その開発者のオナニー工数に客が金を払うんですか？
全くおかしな話です。

そういう問題じゃないだろ？

リファクタリングするから追加工数くださいと言っても、身内のプロマネからすらふざけるなと言われるでしょう。
皆さん無駄なことは止めてください。

　,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　 　　
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f
　　 〜''戈ヽ 　 ｀二´ 　　 r'´:::.　`!　

今だからいえるが、
靖国参拝はマスコミと愚民どもの目をそらす
ためにやった。大成功だった。

害虫とか新人に多い発想だなあ。
まあ、そんなやつらの書くコードなんてどうせモジュラリティ考慮されてない
再利用の価値なんて全くないものなのだろうからいいんじゃないの？

再利用なんてまともにしたことないくせに(ﾌﾟ

別にクラスなんぞ作らんでも
再利用可能なモジュールを構成する事は可能なんだが

メソッドのシンタックスがOOPだと信じてしまうのは
誰でも通る道

Haskellで解決

Haskellの案件持ってきてくれ

クラスの再利用、特にDIなんかを取り入れているプロジェクトなんて、
それはそれは快適な仕事ができるよ。

そもそもボーランド自体再利用不可

元社員は上手く再利用されてますよ

大野タンのことかーーーーーーーー！！

ボーランドは現在崩壊中。
eclipseにすら負けてるんだもん。もうだめだぽぽ

TurboC++ 復活だって
www.turboexplorer.com
http://www.itmedia.co.jp/enterprise/articles/0608/08/news056.html

よーするのセットじゃ高すぎて売れなくなったBorland Developer Studioのばら売り？

無償化で責任放棄です

ここと同じくらい良いスレはっけそ！

＞バージョン管理ツールの必要性
＞ttp://pc8.2ch.net/test/read.cgi/prog/1151990628/l50

>>36 ＞別にクラスなんぞ作らんでも 再利用可能なモジュールを構成する事は可能なんだが

ﾌﾞﾋﾞ厨の恥の上塗りハッケソ。

＞ttp://www.bohyoh.com/CandCPP/FAQ/FAQ00117.html
＞C++ structとclassの違いは何ですか
＞キーワードstructとclassは基本的には同一です。

>>49
バカなんですか？

C++BuilderもVBも１０年後には存在しないという事実...!!!

ここは今の俺の思いを代弁してくれるスレッドだな

Turbo C++に改名

あるクラスを見て"この関数ってどこにmainがあるの？"って聞かれた俺が来ましたよ

>>27
いやぁ・・・　そもそも、なぜコピペを使いたくなるかというと、
コピペしたあとで、それぞれの場所ごとに微妙に修正とか最適化ごっこを
したいからなんだよ。全く修正しないでコピペしたものをそのまま
使えるんだったら、そもそもコピペする必要はない。ダメプログラマでも、
サブルーチンにする。

コピペしたいという衝動に駆られるのは、コピーした後で、各部分に
ちょこっとずつ違うものにしたいから。

で、その過程で、変数の型が変わったり、変数名が微妙に変わったり、
酷似した名前の変数が追加されたりして、検索置換では手におえなくなる。

>コピペしたいという衝動に駆られるのは、コピーした後で、各部分に
>ちょこっとずつ違うものにしたいから。

これを最適化できるのがクラスのメソッドのオーバーライドじゃねの？
マジレスしても通じないのは分かってるけどさ。

ﾌﾞﾋﾞ厨は一生VB使ってろ
変な空気をC++開発の世界に吹き込むな

C++房がでかい口叩くな

TurboC++万歳！

VisualStudio使ってC#を勉強してる最中
気がつくと>>2の様になっていた事がある
おそるべしIDE

>>60
実装早すぎです。ちゃんと設計して下さい。

>>61
漏れもそうオモタ

設計なんて学校で習ってないよﾏﾏﾝ

うごけばいいんだよ

どうせ大半がUIの実装なんだろ？ぐちゃぐちゃになるのはしゃーないと思うよ。

いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、
コンポーネントを派生してそれを動的貼り付けすれば完璧。
パレットに登録する方法は意外に面倒なんで仕事の場合はオススメしない。

＞いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、

その理屈はどうかと。

＞どうせ大半がUIの実装なんだろ？　→　ぐちゃぐちゃになる

ということに対して、BCBだとポトペタ置いてもソースはぐちゃぐちゃにならん、という意。

＞いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし

そしてUnit1.cppが1万行越えに‥‥

分割コンパイルしましょうよ。ヘッダファイルに、別のファイルのヘッダを
includeするのを書き込む手間しかかからないんだから・・・・

VB厨みたいなｿｰｽって具体的にどんなソースのこというの？？

>>71
フォームのユニット(デフォ名: Unit1.cpp)のイベントハンドラ内にロジック直書きじゃないの？

>>71
>>72 そしてそのロジックを別のイベントハンドラにまたコピペ。

所詮Borland製IDEでは独創性が認められないと司法が判断しました

>>1
>おまいら、クラスくらい作れよ。
お前に出来るのは、どうせ継承するくらいだろ。
重くて無駄な部分も含めてな。

>いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、
というか、
>コンポーネントを派生してそれを．．．
に激しく反応してみると、どうせなら元のクラスを派生しろよと。

TFormって派生できたっけ？
JEDIってやつを当たり障りのない部分でつかってるけど、こういうの見るとGUI開発がバカに思える
昔、サムネイル表示ダイアログで線を１本１本コードで書いてた。いまじゃアフォらしい。

GUI周りは頑張ってもあまり報われないよな・・・

>>77
フォームはIDEで生成するとTForm派生になる

http://www.vector.co.jp/soft/win95/util/se072729.html
作者の方へ

VisualBasicの学習者たちのためにソース公開してください
（公式サイトが消滅しているようなので、ここにカキコします）
((((；ﾟДﾟ)
すばらしいソフトなので、ぜひともお願いします

元CobolエンジニアのJavaエンジニアがmain() に全処理を書いていたときは泣いた

Javaですべてのメソッドをstaticメソッドにして、
第一引数にインスタンを渡すクラスを
作ってた奴がいたが、あいつは何をしたかったんだろう

staticいいたかっただけちゃうんかと（ｒｙ

半年前に書いた自分のプログラムが理解不能なオレは
VB厨なんだろうなぁ・・
どうしたらよいものやら・・

>>84
いや、そんなもんだと思いますよｗ
俺は、3ヶ月で忘れる

>>85
そんなもんだと思い込んでる時点で相当なﾌﾞﾋﾞ厨です。ありがとうございました。

>>86
ごめん。俺Delphi厨（　´∀｀）

ちなみに、職場のC++厨も同じこといってたぞｗ

再利用を考慮したコード書けない奴。
フォームの継承が普通に出来るC#やVB.NETでやらせてもそうなんだから
手が付けられない。

どんな言語使わせてもmainに全部処理詰め込むような奴をブビ厨という。

ブビ厨はmainなんて知らないよ

一見使い回せそうなダイアログ。OKボタンのイベントには
押されたボタンのプロパティをセットするだけにしておけば
使い回せるのに、そこに特定の呼び出し元を操作するコードを
書いちゃうから、そこでしか使えない。

>>91
VB厨は、フォームのLoadイベントがエントリポイントだと思ってるからな。
そこがまた長いこと長いこと。

ダイアログはリソーススクリプトに書いた時点で使い回しが困難。

RADツール使う限りは別に必要ないじゃん。

>>94
RAD使う使わないによらず、ブビなソース書かれると後々苦しむことになる。

>>91
VBも
sub main()
から始まる気がするが

VBならそんな事知らなくてもおk