MFC使いがVBをバカにするのをバカにするスレ

1 ：07/03/19 〜 最終レス ：11/06/29

なんか違いあるんか？

2 ：

２げ

3 ：

逃げ

4 ：

>>3
お前は『逃げ』じゃなくて『下げ』だろうが

5 ：

違いわからんのか？
もう氏ねよ１。

6 ：

たまにCString使わない奴（Char * にぞっこん）おるけどなんで？

7 ：

くそスレ乙

8 ：

MFC使いってそんなに馬鹿だったのか
しらなかった

9 ：

VBが馬鹿にされる理由はいくつか思いつくが。。。
VBはかれこれ5年ほど使ってないなあ
VBを使いたくなるような仕事は避けるようになった

10 ：

>>1
MFCは超使いにくい。VBは超使いやすい。
大きな違い。

11 ：

>>10
同意、とMFC使いのオレが言ってみる

12 ：

VBは池沼でも何がしかのものを残せる優れもの言語である

13 ：

VB6を割り切って使えるひとはかっこいい。
MFCをやってるやつは、常に呪いのことばをねちねちと吐いてるイメージ。

14 ：

＞VB6を割り切って使えるひとはかっこいい。
そのりくつはおかしい。
そんなかんちがいしてるから君はいつまでたってもぶびちゅうなんだよ。

15 ：

>>14
こういうヤツがかっこ悪い。

16 ：

[現実]
　　　　　　　　　　　　　　　∴∴∴∴　
　　　　　　　　　　　　∴∴∴∴∴∴
　　　　　　　|￣P∴∴∴∴∴∴∴∴
　 　 　 　 ／　 ＼
　　　　　 |￣￣￣|
　　　　　 |ﾌﾏｷﾗｰ|
　　　　　 |　 (,,ﾟДﾟ)　　＜ や。ｺﾞﾗｧ!
　　　　　 |　（ﾉ 　 |つ
　　　　　 |　M$　 |　
　　　　　 |＿＿＿|　
　　　　　　　U"U　　
　　 　　　　　　　＼　　　　／
　　 　　　　　　　 　＼　／ 　　／￣￣￣￣￣￣￣￣￣￣
　　　　　／￣￣￣(,ﾟДﾟ,) ＜　　VB6を割り切って使えるひとはかっこいい。
　 　　　~￣>￣>￣> 　 ヽ 　　＼＿＿＿＿＿＿＿＿＿＿

17 ：

>>16
フマキラーの人の方がかっこわるい。

18 ：

確かにM$カコワルイ
でもそのカコワルイＭ＄の手のひらにるのがブビちゅう

19 ：

VB6はおｋ。.NET以降で未だにVB使ってる連中はアホ。
VC6はおｋ。ManagedC++とかマジメに勉強したヤツはアホ。

20 ：

＞ManagedC++とかマジメに勉強したヤツはアホ。
これは全くその通り。
VC6/MFCもアフォだけど。

21 ：

ManagedC++はマネージコードとネィティブDLLの橋渡しをする際に使う羽目になった。
日本語の系統的な資料がマジで無くて困った。

22 ：

mc++って終わってC++/CLI、STL/CLI（ベーパーウェア？）に変った筈だが？

23 ：

>>22
そうだよ。>>21の件に関しては、ようやくVS2005も広まってこようかという時期に、過去のブツのメンテをする必要が出てきたので。
なんかC++/CLIはまた表記を初めとして細々と変えたらしいね。

24 ：

ヒント：絶えずスクラップ＆リビルド

25 ：

いっそＭＦＣをry

26 ：

明日に不安を抱えるVB6や.NET使い
それを高みから見物する、MFCやATLやSTLといったクラスライブラリを自在に使いこなすC++使い
そんなイメージがある
C#って大丈夫なんだろうな、激しくスレ違いだが

27 ：

C++/CLIって、次期VSではなくなるんだろ?

28 ：

CLIって.NETの実行環境のことじゃね？
C++のネイティブもCLIもなくなったら、なにも動かなくなるお　(´・ω・`)

29 ：

いや、C++/CLIって、ネイティブのC++とCLIって意味じゃないだろ?

30 ：

そういや、Ｃ丼もＣ＋＋を縮めた派生だな。
短命の派生物だらけ。
WinFX名称も消滅。

31 ：

.NETフレームメイワク

32 ：

>>29
ごめん、今知った。もう吊ってくるわ

33 ：

特殊なデバイスを扱う業務では、C++/MFCは必要なんだよ。
メーカの提供してるドライバがupdateされてないから。
かといって、全部をMFCとかActiveXで作ると効率が悪い。
だからC++/MFCで過去の資産をラップしつつ、C++/CLIでロジックとユーザインターフェースを作る。

34 ：

VB？
バカにする価値もねーよ

35 ：

>>6
malloc厨

36 ：

昔々、VBを一日だけ勉強したことがある。(たしかVB4の頃)
ためしに電卓を作ってみたのだが、まあそれは2時間くらいでできたのだが、
あまりのひどい言語仕様に呆然となり、それ以来1行も書いたことはない。
・・っていうか、VBってまだ仕事で使ったりするの?
最近の事情をよく知らないんだけど。

37 ：

そんなカビの生えた体験を語られても。

38 ：

>>33
うちはC++/CLIでネイティブ部分をラップして、ユーザインタフェースは完全にC#だあな。

39 ：

>>38
なんか作りが汚くね？
Ｍ＄に貶められた幹事。

40 ：

＞開発者によるVisual Basicの利用が急減，JavaやC/C++が主流に
＞ttp://itpro.nikkeibp.co.jp/article/USNEWS/20061129/255223/
Visual Basic 6.0以前のユーザーが減少しているほか，Visual Basic .NETを使用する開発者も26％減少した。
＞第2回　私はコレで、VB 6を卒業しました
＞ttp://www.atmarkit.co.jp/fdotnet/vblab/opensemi_02/opensemi_02_01.html
＞Windows Vistaへの対応状況
＞http://blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx
○ VB 6.0　　　- Supported
× VB.NET 2002 - Not supported
× VB.NET 2003 - Not supported
× VB 2005　　 - Not supported
△ VB 2005 SP1 - Supported (ただしUAC関連の問題あり)
ＶＢﾜﾛｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

41 ：

>>40
ｗ
VB6先に対応どないすんだよな ｗ

42 ：

VBやめて何つかってんの？
単純にVB使うような分野が縮小してるのかな

43 ：

>>42
C#やJavaじゃね?

44 ：

Ｃ丼するくらいならAppolloするお。

45 ：

どう考えてもJavaの未来は明るいだろ。

46 ：

クラサバ縮小WEBアプリ拡大の傾向がそのまま
VB縮小Java拡大となって表れてるのかな

47 ：

>>6
極力 std::string 使ってますが、Char という型 (or クラス) は知りません。

48 ：

stringのほうが性能いいけど、MFCの中で使う分には、CStringのほうが使い勝手がいいよな。
マルチバイト文字にも対応してるし。

49 ：

>>47
君は本当にＣ言語やったことがあるのか？

50 ：

>>49
ありますよ。始めてからまだ20年くらいですが。

51 ：

>>50
つまり20年前の知識のままって事ですね

52 ：

Charは知らないけどcharは知ってる、とか言いたいつもりなんじゃないの？

53 ：

シャアかっ？

54 ：

どの道Javaやってりゃ安泰だよ。MSの時代もいつまで続くかわからないし。

55 ：

Java の名前さえ出せばいい感じに荒れるとでも思ってるんだろうか…
それにしても唐突。

56 ：

Delphiこそ、最強のオブジェクト指向言語。

57 ：

ＭＦ−ＣＯＢＯＬかと思た

58 ：

MFってなんなんだよ？

59 ：

ミッドフィールダーに決まってるだろ！！

60 ：

俺はSGGKだけど。

61 ：

最近WSHでVB見直した、便利だ

62 ：

エディタは一考してほしいな。
C++でもタイプミスの赤線表示やら自動整形やらつけてもらうと生産性も上がると思うんだけど。

63 ：

アドインつくればいいじゃん

64 ：

C++は難しいんだろ。
VS2005でC#はできてるのに、C++はできてないもんな。

65 ：

>>60
W林さん乙

66 ：

>>60
更なるステップアップの為に
*とりあえずボールとは反対側に飛ぶ。
*何はともあれチョップ
を、心に留めてください。
SGGK様の更なるご発展やらご活躍やらをお呪り申し上げます。

67 ：

MFCでダイアログアプリしか作れない奴とVBでFRMとBASしか使えない奴って目糞鼻糞だな。

68 ：

>>67
自己紹介乙

69 ：

すまん。
めんどくさいからダイアログばっかり作ってるんだが。
document-viewアーキテクチャなんてしらんがな

70 ：

>>69

71 ：

いまどきdoc/view信者って存在するのか
時代錯誤もいいとこだ

72 ：

Doc/Viewの代わりになるものってなんだ？

73 ：

>>72
MVCに名前を変えてみましたｗ

74 ：

ググってみるとMVCはデザパタの一種か
つか、M-VCの実装の一つがMFCのDoc/Viewだな

75 ：

えー.....

76 ：

>>74

77 ：

Doc/Viewより基本的なWM_SIZEにアレルギー反応起こす奴はプログラマー辞めたほうがいいよ。

78 ：

必死で大きさ変えて回るなんてバカみてえ

79 ：

win32APIの不良品ラッパだろ。
MFCより使いやすいラッパ無いのかよ。

80 ：

>>79
ATL

81 ：

>>79
WTL

82 ：

>>80-81
その辺がきちんと発展すればよかったのにな。マジで。

83 ：

win32環境だとVCLが完成形だな、RAD込みで
色々詰めが甘いのが難点だが

84 ：

　　　　　　　　　　 　　 ＿＿__
　　　　　　∧_∧　 　/__　o、 |、
　　　　　（ ´・ω・）　　 | ・　＼ﾉ
　　　　　旦　　ｏ）　 　 | ・　　|
　　　　￣￣￣￣￣￣￣￣￣￣￣
　　　　　　ｼﾞｬｰ 　 　　＿＿__
　　　　　　∧_∧　 　/__　o、 |、
　　　　　（ ´・ω・）ﾉ .ii | ・　＼ﾉ
　　　　　（　ｏ　 　 　旦| ・　　|
　　　　￣￣￣￣￣￣￣￣￣￣￣
　　　　　VCLってC++Builderと一緒に終焉じゃなかったっけ
　　　　　　　　　 　 　　＿＿__
　　　　　　∧_∧　 　/__　o、 |、
　　　　　（´・ω・ ）　　 | ・ ＼ﾉ
　　　　　（　ｏ旦o 　 　 | ・　　|
　　　　￣￣￣￣￣￣￣￣￣￣￣

85 ：

>>84
つまんね

86 ：

win32が終わったんだから
それを極めた環境やライブラリも一緒に終わるのは当然

87 ：

>>78
お前はどのソフトもウィンドウ最大化で使ってるだろw

88 ：

VBってデフォルトのボタンのサイズはなんで
あんなにでかいの？

89 ：

貼り付けるときにドラッグして大きさを決めるから、デフォルトの大きさなんてないだろ?

90 ：

J2(・∀・)ｲｲ！(・∀・)ｲｲ！

91 ：

>>89
あるよ。ツールボックスのアイコンをダブルクリックしてみ。

92 ：

>>91
バーか

93 ：

オブジェクト指向プログラミングの事を
標準モジュールに共通関数を大量に作る事と
勘違いしているＶＢ使いのなんと大量にいることか！！！

94 ：

いない、いない。

95 ：

バカがバカをバカにするスレか？
特定の言語や環境を優れていると思い込むやつは全員バカだろ。
そういうのは両方使いこなすようになってからいってくれ。

96 ：

　　　　　　　　　　　　　　　 ∩　　　　　　　 先太り
　　　　　　　　　　　　　　　 ( ⌒)　　　　∩_ Delphi☆ｵﾝﾘｰ!!
　　　　　　　　　　　　　　　 /,. ノ　　　　(　,,E）
　　　　ﾋｬｯﾎｩ　　　　　　 ./　/"　　　　/ /"
　　　_n Delphi☆ﾓﾝﾘｰ!! ../_、_　　　/ /　　　　　盛り上がってキターー！
　　（　l　　　　_、 _ 　　/　/ ,_ﾉ` ）／ ノ'_、 _　　　　Delphi☆ﾓﾝｿｰ!!
　　　＼ ＼ （　<_,`　）（. Delphi☆／（　,_ﾉ` ） 　 　　　n
　　　　ヽ___￣__∩　 _､ヽ_　　　　 _ 、_　 n　 ＼　 　 （ E）
　　　　　　/ （ヨ,,. )（ <_,`　）　 （　,_ﾉ`）( .,E）　ヽ_／／

97 ：

VB最高 ＼(^o^)／

98 ：

MFCとSTLを同時に使うと、エラーがいぱーいでるｗ

99 ：

MFCって自分で考えたり、ソースからパクったり、ネットで調べたうえで理解して自分なりに作ったりした
「テンプレ的なもの」を蓄積するとむしろカンタンめになってかないか？

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 削除依頼 ▲
・　次のスレ
スペランカーごっこ　７周目
日本のＩＴ技術者にウィンドウズは作れるか？
ステップ数が足りなくて叱責された
プログラマをないがしろにしない会社