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

1 名前：デフォルトの名無しさん [2006/08/05(土) 08:54:38 ] function function また function。 こういうやつらに限って「速度重視だから」とぬかす。 おまいら、クラスくらい作れよ。 長い時間掛けて必死にこさえたそのｿｰｽ、再利用しようよ。 世の中一度リリースされた業務システムは長期に渡って使いつづけられる傾向にあるから、 ｿｰｽｺｰﾄﾞが膨らんで最後はかならず破綻する。 同じ過ちを繰り返さないでorz 23 名前：デフォルトの名無しさん [2006/08/05(土) 23:37:36 ] >>1 ケースバイケース 馬鹿な奴だなあ 24 名前：デフォルトの名無しさん [2006/08/07(月) 00:22:31 ] >>23 おまえは同じような処理をコピペで貼り付けまくる馬鹿か？ 25 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 08:57:43 ] 完全に同一の処理が重なるとは限らないんだからコピペでいいじゃん。 それぞれ微妙に処理が違ったらどうする気よ？ 26 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 09:02:02 ] >>25 そうやってコピペしていって、同じ部分のところに、 修正を加えなければならなくなったらどうする気だ。 コピペしていったところにいちいち修正していくつもりか。 27 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 09:13:05 ] >>26 君は検索も使いこなせないのか？ｗｗｗｗ 28 名前：デフォルトの名無しさん [2006/08/07(月) 09:54:02 ] >>8 年金もちょうだい！ 29 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 09:54:40 ] >>27 すっかり忘れていた。 だが、コピペしていなければ、たった一箇所修正すれば済むということに変わりはない。 ところで>>25 微妙に処理が違ったら、そこは引数にしたり、デザインパターンを当てはめたりして、 共通であるところとそうでないところをうまく分けてやるんだよ。 30 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 10:29:09 ] その開発者のオナニー工数に客が金を払うんですか？ 全くおかしな話です。 31 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 10:31:34 ] そういう問題じゃないだろ？ 32 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 10:32:38 ] リファクタリングするから追加工数くださいと言っても、身内のプロマネからすらふざけるなと言われるでしょう。 皆さん無駄なことは止めてください。 33 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 11:33:41 ] 　,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;; 　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　 　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　 　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　 　　 　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　 〜''戈ヽ 　 ｀二´ 　　 r'´:::.　`!　 今だからいえるが、 靖国参拝はマスコミと愚民どもの目をそらす ためにやった。大成功だった。 34 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 12:06:33 ] 害虫とか新人に多い発想だなあ。 まあ、そんなやつらの書くコードなんてどうせモジュラリティ考慮されてない 再利用の価値なんて全くないものなのだろうからいいんじゃないの？ 35 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 12:07:31 ] 再利用なんてまともにしたことないくせに(ﾌﾟ 36 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 12:16:41 ] 別にクラスなんぞ作らんでも 再利用可能なモジュールを構成する事は可能なんだが 37 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 12:32:49 ] メソッドのシンタックスがOOPだと信じてしまうのは 誰でも通る道 38 名前：デフォルトの名無しさん [2006/08/07(月) 16:39:47 ] Haskellで解決 39 名前：デフォルトの名無しさん mailto:sage [2006/08/07(月) 20:41:23 ] Haskellの案件持ってきてくれ 40 名前：デフォルトの名無しさん [2006/08/07(月) 23:53:36 ] クラスの再利用、特にDIなんかを取り入れているプロジェクトなんて、 それはそれは快適な仕事ができるよ。 41 名前：デフォルトの名無しさん [2006/08/08(火) 00:30:25 ] そもそもボーランド自体再利用不可 42 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 09:27:26 ] 元社員は上手く再利用されてますよ 43 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 23:30:37 ] 大野タンのことかーーーーーーーー！！ 44 名前：デフォルトの名無しさん [2006/08/08(火) 23:59:10 ] ボーランドは現在崩壊中。 eclipseにすら負けてるんだもん。もうだめだぽぽ 45 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:25:08 ] TurboC++ 復活だって www.turboexplorer.com www.itmedia.co.jp/enterprise/articles/0608/08/news056.html 46 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:43:12 ] よーするのセットじゃ高すぎて売れなくなったBorland Developer Studioのばら売り？ 47 名前：デフォルトの名無しさん [2006/08/09(水) 12:19:30 ] 無償化で責任放棄です 48 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 14:00:34 ] ここと同じくらい良いスレはっけそ！ ＞バージョン管理ツールの必要性 ＞ttp://pc8.2ch.net/test/read.cgi/prog/1151990628/l50 49 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 14:28:23 ] >>36 ＞別にクラスなんぞ作らんでも 再利用可能なモジュールを構成する事は可能なんだが ﾌﾞﾋﾞ厨の恥の上塗りハッケソ。 ＞ttp://www.bohyoh.com/CandCPP/FAQ/FAQ00117.html ＞C++ structとclassの違いは何ですか ＞キーワードstructとclassは基本的には同一です。 50 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:24:37 ] >>49 バカなんですか？ 51 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:01:59 ] C++BuilderもVBも１０年後には存在しないという事実...!!! 52 名前：デフォルトの名無しさん [2006/08/09(水) 23:37:14 ] ここは今の俺の思いを代弁してくれるスレッドだな 53 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 15:39:52 ] Turbo C++に改名 54 名前：デフォルトの名無しさん [2006/08/11(金) 00:22:57 ] あるクラスを見て"この関数ってどこにmainがあるの？"って聞かれた俺が来ましたよ 55 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 06:26:26 ] >>27 いやぁ・・・　そもそも、なぜコピペを使いたくなるかというと、 コピペしたあとで、それぞれの場所ごとに微妙に修正とか最適化ごっこを したいからなんだよ。全く修正しないでコピペしたものをそのまま 使えるんだったら、そもそもコピペする必要はない。ダメプログラマでも、 サブルーチンにする。 コピペしたいという衝動に駆られるのは、コピーした後で、各部分に ちょこっとずつ違うものにしたいから。 で、その過程で、変数の型が変わったり、変数名が微妙に変わったり、 酷似した名前の変数が追加されたりして、検索置換では手におえなくなる。 56 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 08:43:11 ] >コピペしたいという衝動に駆られるのは、コピーした後で、各部分に >ちょこっとずつ違うものにしたいから。 これを最適化できるのがクラスのメソッドのオーバーライドじゃねの？ マジレスしても通じないのは分かってるけどさ。 57 名前：デフォルトの名無しさん [2006/08/15(火) 21:39:00 ] ﾌﾞﾋﾞ厨は一生VB使ってろ 変な空気をC++開発の世界に吹き込むな 58 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 22:03:09 ] C++房がでかい口叩くな 59 名前：デフォルトの名無しさん [2006/08/15(火) 22:10:00 ] TurboC++万歳！ 60 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 22:13:34 ] VisualStudio使ってC#を勉強してる最中 気がつくと>>2の様になっていた事がある おそるべしIDE 61 名前：デフォルトの名無しさん [2006/08/16(水) 15:44:07 ] >>60 実装早すぎです。ちゃんと設計して下さい。 62 名前：デフォルトの名無しさん [2006/08/16(水) 21:06:53 ] >>61 漏れもそうオモタ 63 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 21:27:58 ] 設計なんて学校で習ってないよﾏﾏﾝ 64 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 22:59:17 ] うごけばいいんだよ 65 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 16:22:14 ] どうせ大半がUIの実装なんだろ？ぐちゃぐちゃになるのはしゃーないと思うよ。 66 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 18:35:24 ] いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、 コンポーネントを派生してそれを動的貼り付けすれば完璧。 パレットに登録する方法は意外に面倒なんで仕事の場合はオススメしない。 67 名前：デフォルトの名無しさん [2006/08/17(木) 23:06:33 ] ＞いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、 その理屈はどうかと。 68 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 09:41:52 ] ＞どうせ大半がUIの実装なんだろ？　→　ぐちゃぐちゃになる ということに対して、BCBだとポトペタ置いてもソースはぐちゃぐちゃにならん、という意。 69 名前：デフォルトの名無しさん [2006/09/01(金) 13:22:58 ] ＞いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし そしてUnit1.cppが1万行越えに‥‥ 70 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 14:09:43 ] 分割コンパイルしましょうよ。ヘッダファイルに、別のファイルのヘッダを includeするのを書き込む手間しかかからないんだから・・・・ 71 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 21:24:30 ] VB厨みたいなｿｰｽって具体的にどんなソースのこというの？？ 72 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 22:58:48 ] >>71 フォームのユニット(デフォ名: Unit1.cpp)のイベントハンドラ内にロジック直書きじゃないの？ 73 名前：デフォルトの名無しさん [2006/09/01(金) 23:33:17 ] >>71 >>72 そしてそのロジックを別のイベントハンドラにまたコピペ。 74 名前：デフォルトの名無しさん [2006/09/01(金) 23:38:33 ] 所詮Borland製IDEでは独創性が認められないと司法が判断しました 75 名前：217 mailto:sage [2006/09/01(金) 23:47:34 ] >>1 >おまいら、クラスくらい作れよ。 お前に出来るのは、どうせ継承するくらいだろ。 重くて無駄な部分も含めてな。 76 名前：385 mailto:sage [2006/09/01(金) 23:52:37 ] >いや、BCBならポトペタだからソースがぐちゃぐちゃになるはず無いし、 というか、 >コンポーネントを派生してそれを．．． に激しく反応してみると、どうせなら元のクラスを派生しろよと。 77 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 16:36:03 ] TFormって派生できたっけ？ JEDIってやつを当たり障りのない部分でつかってるけど、こういうの見るとGUI開発がバカに思える 昔、サムネイル表示ダイアログで線を１本１本コードで書いてた。いまじゃアフォらしい。 78 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 19:36:00 ] GUI周りは頑張ってもあまり報われないよな・・・ 79 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 08:12:39 ] >>77 フォームはIDEで生成するとTForm派生になる 80 名前：デフォルトの名無しさん [2006/11/22(水) 23:36:37 ] www.vector.co.jp/soft/win95/util/se072729.html 作者の方へ VisualBasicの学習者たちのためにソース公開してください （公式サイトが消滅しているようなので、ここにカキコします） ((((；ﾟДﾟ) すばらしいソフトなので、ぜひともお願いします 81 名前：デフォルトの名無しさん [2006/12/07(木) 21:36:18 ] 元CobolエンジニアのJavaエンジニアがmain() に全処理を書いていたときは泣いた 82 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 21:41:01 ] Javaですべてのメソッドをstaticメソッドにして、 第一引数にインスタンを渡すクラスを 作ってた奴がいたが、あいつは何をしたかったんだろう 83 名前：デフォルトの名無しさん [2006/12/07(木) 21:56:31 ] staticいいたかっただけちゃうんかと（ｒｙ 84 名前：デフォルトの名無しさん mailto:sage [2007/01/15(月) 07:25:57 ] 半年前に書いた自分のプログラムが理解不能なオレは VB厨なんだろうなぁ・・ どうしたらよいものやら・・ 85 名前：デフォルトの名無しさん mailto:sage [2007/01/27(土) 19:01:17 ] >>84 いや、そんなもんだと思いますよｗ 俺は、3ヶ月で忘れる 86 名前：デフォルトの名無しさん [2007/01/27(土) 20:31:12 ] >>85 そんなもんだと思い込んでる時点で相当なﾌﾞﾋﾞ厨です。ありがとうございました。 87 名前：デフォルトの名無しさん mailto:sage [2007/01/27(土) 21:36:00 ] >>86 ごめん。俺Delphi厨（　´∀｀） 88 名前：デフォルトの名無しさん mailto:sage [2007/01/27(土) 21:36:36 ] ちなみに、職場のC++厨も同じこといってたぞｗ 89 名前：デフォルトの名無しさん mailto:sage [2007/01/27(土) 22:58:17 ] 再利用を考慮したコード書けない奴。 フォームの継承が普通に出来るC#やVB.NETでやらせてもそうなんだから 手が付けられない。 90 名前：デフォルトの名無しさん [2007/01/28(日) 00:30:44 ] どんな言語使わせてもmainに全部処理詰め込むような奴をブビ厨という。 91 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 00:36:29 ] ブビ厨はmainなんて知らないよ 92 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 01:42:29 ] 一見使い回せそうなダイアログ。OKボタンのイベントには 押されたボタンのプロパティをセットするだけにしておけば 使い回せるのに、そこに特定の呼び出し元を操作するコードを 書いちゃうから、そこでしか使えない。 >>91 VB厨は、フォームのLoadイベントがエントリポイントだと思ってるからな。 そこがまた長いこと長いこと。 93 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 01:44:53 ] ダイアログはリソーススクリプトに書いた時点で使い回しが困難。 94 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 21:30:26 ] RADツール使う限りは別に必要ないじゃん。 95 名前：デフォルトの名無しさん [2007/01/29(月) 22:27:48 ] >>94 RAD使う使わないによらず、ブビなソース書かれると後々苦しむことになる。 96 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 13:36:22 ] >>91 VBも sub main() から始まる気がするが 97 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 16:58:52 ] VBならそんな事知らなくてもおk

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef