5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

C++使えない奴はプログラマとは認められず

1 :1:02/11/06 20:22
C++使えない奴はプログラマとは認められず

2 :仕様書無しさん :02/11/06 20:23
言うまでもないが

3 :仕様書無しさん:02/11/06 20:23
ギョフ

4 :仕様書無しさん:02/11/06 20:25
C++使える基準ってどこですか?
やっぱりテンプレートは必須ですか?

5 :仕様書無しさん:02/11/06 20:35
>>1 は今時cppしか使えないのか。社会の悪だな。
ゴミPGは逝ってヨシ(惨

6 :仕様書無しさん:02/11/06 20:43
スレタイ合成スレに書けば終わる話だと思われ。

7 :仕様書無しさん:02/11/06 23:34
Javaではダメっすか?

8 :仕様書無しさん:02/11/07 00:06
Javaが使えればC++も使えるよ。
C++が1週間で使えるようにならないPGは
おそらくカスだな。

9 :仕様書無しさん:02/11/07 00:17
VBが使えればC++は一週間で使えるよ、マジデ

10 :仕様書無しさん:02/11/07 00:36
C++が使えればVBは3時間で使えるで、ホンマに。

11 :仕様書無しさん:02/11/07 00:46
C言語やらずにC++を先にやった人は、C言語3時間でできますか!?

12 :仕様書無しさん:02/11/07 01:05
>>11
できるんじゃない。
new,deleteがmalloc,freeになるだけだから

13 :仕様書無しさん:02/11/07 01:08
1週間とか3時間とかあるけど、出来ない奴はどの言語でも駄目。
3時間で使えるレベルってどうせ他の言語で出来るレベルまでだろ。
たかがしれてる。


14 :仕様書無しさん:02/11/07 01:15
そうだな。文法に沿って書くのはすぐだが他人に見せても
恥ずかしくないソースを書くのは何年もかかる。

15 :仕様書無しさん:02/11/07 01:20
使うだけなら最短で30秒でできますが、何か?


16 :仕様書無しさん:02/11/07 06:10
俺はすでにすべての言語を使え鵜。

17 :仕様書無しさん:02/11/07 11:41
>>16
その”すべて”には当然プログレス2も含まれるよな?

18 :仕様書無しさん:02/11/07 11:49
>>1-17まで詠んでみたが、
たぶん>>1はJavaとC++くらいしか知らないんだろうな。

19 :仕様書無しさん:02/11/07 12:00
CからC++に乗り換えるのはいいんだけど、Cの経験長いからそれなりに信頼性のあるものを組んでるつもり。
この信頼性を落とさずに乗り換えることについてどう思う?
一時的に信頼性が下がるか、最初から信頼性向上につながるか・・・

もちろん能力次第だが、信頼性向上確率・能率を考慮した場合、一般的にはどう判断すべきか指示してくれ。

日本語変でスマソ。

20 :仕様書無しさん:02/11/07 12:08
>>19
うだうだ言わずにC++でプログラム書け。
そしてテストしっかりやれ。そうすれば信頼性は落ちないはず。
慣れれば能率上がる。

ちったアタマ使えや。

21 :仕様書無しさん:02/11/07 12:09
なぜ信頼性が下がるのかが理解できん。


22 :仕様書無しさん:02/11/07 12:19
>>21
CのソースをC++コンパイラでコンパイルするだけならともかく、
慣れない奴がコンストラクタ・デストラクタとか例外とか使えばそりゃ信頼性落ちるだろ。


23 :仕様書無しさん:02/11/07 12:41
>>19
コボラーみたいなカキコだな。

24 :仕様書無しさん:02/11/07 13:17
つかえません。
失格ですね。
オペレーターなんとかうざい!。


25 :仕様書無しさん:02/11/07 13:31
C爺はC++の仕事取らないで。

26 :仕様書無しさん:02/11/07 13:38
>>22
コンストラクタ・デストラクタとか例外ごときに慣れが必要なのか?
ラベル低すぎだよ。
相当低品質なお仕事してそうだね。

27 :仕様書無しさん:02/11/07 13:40
慣れは必用だと思うがな、自分の扱う物の品質に拘りたいから質問してるんだろうし。
何をそんなに必死になって噛み付いてるのかしらんが。

28 :仕様書無しさん:02/11/07 13:42
C++ってそんなに簡単・・というか程度低いのですか?
聞いてるとCと大差無いように感じるんだけど?

もしかして拡張子はcppで中身はcの奴らの集まりですか、ここら辺は?

29 :仕様書無しさん:02/11/07 13:51
まあ、C++が難しいと思う奴は英語からやり直せ。

If you think C++ is difficult, try English. -Bjarne Stroustrup

30 :仕様書無しさん:02/11/07 13:54
C++は簡単だよ。COBOL使いだってVB使いだって簡単にマスターできる。
たいしたもんじゃないんだよ。

31 :仕様書無しさん:02/11/07 14:00
すみません。
自分はCを使えるようになるまで3年かかりました。
C++を使えるようになるまで6年かかりました。
VBとJAVAは2年かかりました。


32 :仕様書無しさん:02/11/07 14:03
>>29
ジョークを本気にする。これだから日本人は(略

33 :仕様書無しさん:02/11/07 14:05
そういうジョークが出るって事はC++が難しいと思っている奴が多いからだろうな。

34 : ◆TrILOVe1yo :02/11/07 14:12
俺もC++簡単だと思うよ。
誰でも簡単にマスターできる。
ちょっとしたPCオタクの中学生でも使えるレベルなんだからさ。

ようは、やる気だよ。


35 :仕様書無しさん:02/11/07 14:20
英語もできないのにプログラミング言語使えるの?
やっぱり日本人はprivateとか記号としてしか見れないのでつか?

36 :仕様書無しさん:02/11/07 14:23
>>34
ちょっとしたPCオタクレベルでマスターしたと思っている奴がいます。

37 :仕様書無しさん:02/11/07 14:26
>>26
慣れるまではどの時点でどのコードが実行されるかわかりにくいからな。
演算子オーバーロードしてたりすると特に。

38 :仕様書無しさん:02/11/07 14:27
privateごときで英語が出来ると思っている>>35がいる糞すれはここですか。
ハァ、やれやれ。

39 :仕様書無しさん:02/11/07 14:28
>>35
記号として見て何か問題でも?

40 :仕様書無しさん:02/11/07 14:28
>>32
jokeだという根拠は?

41 :仕様書無しさん:02/11/07 14:29
>>38
どこにもそんな事は書いてないよ。ハァ、やれやれ。

42 :仕様書無しさん:02/11/07 14:33
>>40
try English
英語がわからない人でもC++が出来ると言ったら不思議ですか?

43 :仕様書無しさん:02/11/07 14:35
>>38
やっぱ馬鹿?(ワラ

>>39
ただの記号では意味を知る為に詳しい解説が必要でしょう?
元々の言葉の意味を知っていればそれは最低限で良い。

44 :仕様書無しさん:02/11/07 14:36
最小はぐーでじゃんけんぽん
どきどきこーすたー

45 :仕様書無しさん:02/11/07 14:40
C++が難しいなんて言ってる香具師は低脳&石頭なだけ。

46 :仕様書無しさん:02/11/07 14:41
>>43
privateという英単語の意味を理解してても、C++でのprivateの意味を理解
するにはかなりの背景知識を必要とすると思うが?
英単語としての意味を知っているかどうかが誤差と言えるくらいの。

47 :仕様書無しさん:02/11/07 14:42
>>45
やっぱり低脳&石頭には難しいんじゃん。

48 :仕様書無しさん:02/11/07 14:43
>>45
C++が難しいとかいってるのはそれより複雑なものに出会ったことのない
おめでたいやつなんでしょ。

49 :仕様書無しさん:02/11/07 14:44
>>43
defaultの意味を知らなくても switch-case-default文使うのに全く支障無い
ですが、何か?

50 :仕様書無しさん:02/11/07 14:44
>>42
英語が出来ればC++を難しいとは思わないでしょうね。

51 :仕様書無しさん:02/11/07 14:45
>>48
C++が簡単とかいってるのはそれより簡単なものに出会ったことのない
おめでたいやつなんでしょ。

と言ってほしかったのかな(w

52 :仕様書無しさん:02/11/07 14:47
>>50
本当にそうなら、あんな質問は出てないって。

53 :仕様書無しさん:02/11/07 14:53
>>44
愛と勇気と夢はりせん
はぁとのターボスピード上げて
Bang!Bang!!

54 :仕様書無しさん:02/11/07 15:18
>>46
それほど苦労はしない、だってprivateはprivateだもの。
初めてでも掻い摘んだ意味は理解できるし使う時も直感的でわかりやすい。
そうでしょう?

>>49
意味も知らないで使っているって怖いですね。
英語の勉強をお勧めします。

>>52
あんな質問?

55 :仕様書無しさん:02/11/07 15:19
C++はできますが、VCはできません。

56 :仕様書無しさん:02/11/07 15:26
default=(債務)不履行

57 :安中弘樹:02/11/07 15:29
がはは

58 :仕様書無しさん:02/11/07 15:32
必要な時に必要な言語を使いこなせるのが本物のプロ
特定の言語・環境に固執する香具師は似非プロもしくはシロート

59 :仕様書無しさん:02/11/07 16:04
>>54
国語辞典に載ってる「プライベート」という意味を知らないほうが珍しいと思われ。
知らないのなら国語勉強してください。

60 :仕様書無しさん:02/11/07 16:39
>>58
はぁ?

61 :仕様書無しさん:02/11/07 16:41
固執しないことがプロだと勘違いしてるバカがいるスレはここ?
客のこと考えないんだろうね。

62 :仕様書無しさん:02/11/07 16:49
固執しない=客の要望に柔軟に対応(場合によっては提案)
固執する=>>61 のような香具師

でオケ?

63 :仕様書無しさん:02/11/07 16:52
>>61
客が固執するのとプログラマが固執するのは違うだろ。
客が「VBで」って言ってるのに「自分はVC++しか使いません」
と言うのか?

64 :仕様書無しさん:02/11/07 16:56
>>58
優先すべきはお客の要求であって自分がどうかの問題ではないよ。
こだわってより高いサービスを行うのと
こだわらないことに捕らわれて広く浅くとしか要求を満たせないのでは
お客から見たらどちらがいいと思う?

65 :仕様書無しさん:02/11/07 17:00
>>64
はぁ?
客の要求(技術的にも、金額的にも)が広範囲に及ぶのにずっとCOBOL使い
つづけろというのか?

66 :仕様書無しさん:02/11/07 17:09
>>64
プログラミング言語なんていう枝葉末節な部分に拘るようでは客の要望
満たせるかどうか不安だな。
簡単な例で言うと:
ある環境でプログラムに拘って処理速度2倍にしたとしても、他の環境
を採用してれば今までの4倍の処理速度を実現できたかもしれないに。

67 :仕様書無しさん:02/11/07 17:15
ようするにVCで早くなる程度は、マシンを買い換えれば
解決するってことか。マシンを新型に買い換える値段+VB
技術者の値段と、VC技術者の値段だと前者の方が安い
ってことだな!

68 :仕様書無しさん:02/11/07 17:18
>C++使えない奴はプログラマとは認められず

69 :仕様書無しさん:02/11/07 17:19
客が必ずしも処理速度を求めているとは限らない

70 :仕様書無しさん:02/11/07 17:25
C++って無理やりオブジェクト指向って感じの言語。

71 :仕様書無しさん:02/11/07 17:25
>>69
いや、信頼性でも機能でもなんでもいいんだけど。

72 :仕様書無しさん:02/11/07 17:29
言語は設計にも環境にも影響するのでは?

73 :仕様書無しさん:02/11/07 17:30
COBOLer がわんさかいるスレはここですか?

74 :仕様書無しさん:02/11/07 17:36
お前らどうでもいいようなことを話してないで仕事してください。
コンパイルエラーが80個ですよ。

75 :仕様書無しさん:02/11/07 17:49
C++からVC++をマスターするにはどうしたらいいですか?

マジレス希望です。

76 :仕様書無しさん:02/11/07 17:52
Gatesと友達になる。

# .NET Enterpriseも貰える。

77 :仕様書無しさん:02/11/07 18:01
チミ達オタPGの自己満足に金を出す客はいません。

78 :仕様書無しさん:02/11/07 18:11
>>67
仮にVC専門プログラマが人月60マソで、VB派遣プログラマが人月30マソで雇える
なら、VBプログラマを雇って新品のパソコンに20マソ出しても、VCプログラマを
雇うよりも安くつくよな。

しかも、VCプログラマによって速くなるのは書いたソフトだけだが、新品の
パソコンに置き換えたら、他のソフトも早くなるし、プレインストールなら
OSまで最新バージョソになる罠。 但し、新しいOSにバグが少ないという
保証はないのが諸刃の剣。 素人にはお薦めでない。

VCにしろ、VBにしろ、下のレベルでは同じAPIを呼んでるわけで、VC++に
したから極端に速くなるケースってのはごく限られる(VBだとガーベージ
コレクションによって極端に遅くなる等)と思う。


79 :仕様書無しさん:02/11/07 18:17
粘着

80 :仕様書無しさん:02/11/07 19:17
C++が難しいのでなければC++プログラマよりVBプログラマのほうが
集めやすい・安いという理由が説明できない。

81 :仕様書無しさん:02/11/07 19:42
>>80
絶対評価と相対評価の違いかと
・絶対評価:C++は難しくない
・相対評価:C++はVBよりは難しい
は矛盾しない

82 :仕様書無しさん:02/11/07 19:49
>>81
つまりC++は難しくないってのは絶対評価なんて世の中に存在しないものを基準にしているわけか。

83 :仕様書無しさん:02/11/07 19:54
>>82
個人的な「主観」というやつでしょ

84 :仕様書無しさん:02/11/07 19:58
ったく主観なんかで物を言うなよな。

相対評価ではC++はプログラム言語の中で難しいというので問題ないな。

85 :仕様書無しさん:02/11/07 20:04
>相対評価ではC++はプログラム言語の中で難しいというので問題ないな。
異議なし

メジャーなプログラム言語のほとんど全てがC++よりは易しいといっても過言ではないと思う
例のBjarne Stroustrupのインタビューが冗談とも言い切れないくらいに
(本人は自分のサイトで否定してるけど)

86 :仕様書無しさん:02/11/07 20:09
Perlの変態仕様が一番理解不能・・・

87 :仕様書無しさん:02/11/07 20:24
C++からVC++をマスターベーションするにはどうしたらいいですか?

88 :仕様書無しさん:02/11/07 20:44
           ←(今この辺)→
VC++ C++ Java C#.Net Perl C VB VBScript JavaScript


89 :風雲再帰:02/11/07 21:09
C++は難しいというよりも、面倒くさい。

90 :仕様書無しさん:02/11/07 21:12
VC++は難しいというよりは
覚えなきゃいけないことが多すぎるというか、
知らないとできない事が多すぎるというか、
windowsがくそすぎるというか、
MFC作った奴馬鹿すぎるというか。

91 :仕様書無しさん:02/11/07 21:14
>>88
Cは仲間ハズレ。クラスがないから。

92 :仕様書無しさん:02/11/07 21:18
>>86
Perlを受け入れられない人の大半は
ただ単に、Perlの設計思想を理解していないだけ、
のように感じます。

Perlは自然言語のようにプログラムを書くことを目的に設計されています。


93 :仕様書無しさん:02/11/07 21:24
>>92
でも自然言語のように書けないし見えません。

94 :仕様書無しさん:02/11/07 21:25
自然言語・・?日本語とか英語のこと・・・?



 ・・・ひ・・・ま・・・わ・・・り・・・


95 :仕様書無しさん:02/11/07 21:37
ひまわり>Perl

ということで。

96 :仕様書無しさん:02/11/07 21:54
MicrosoftがC++習得の障害だな
MFCから入って使える気になってる奴が多い

97 :仕様書無しさん:02/11/07 22:00
>>96
じゃあC++の習得の障害にならないものを教えてくれよ。
(GUI)ライブラリこみで。

98 :仕様書無しさん:02/11/07 22:04
>>97
なんで「(GUI)ライブラリこみ」が条件になるのか
理解できん。

99 :仕様書無しさん:02/11/07 22:05
>>97
MFCを抜かしたらMicrosoftでもC++習得の障害にならないだろ。

100 :仕様書無しさん:02/11/07 22:06
リダイレクト先ミス
>>97でなく>>98が正解

101 :仕様書無しさん:02/11/07 22:08
おまいらプログラマとして認められたいんか?
つか、「プログラマとして認められる」ってどういうこと?

102 :仕様書無しさん:02/11/07 22:14
>>101
他人が自分をプログラマとして認識するという事。

103 :仕様書無しさん:02/11/07 22:20
おい、おめーら今NHK1を見ろって。乳ガンの検査。

104 :仕様書無しさん:02/11/07 22:20
まんもぐらふぃーの良さについて語っているよ。

105 :仕様書無しさん:02/11/07 22:29
>>97
ライブラリ作ってみろよ

106 :仕様書無しさん:02/11/07 22:33
>>105
訳のわからない事を言って話をはぐらかさないで
C++の習得の障害にならないものを教えてください。

107 :仕様書無しさん:02/11/07 23:30
>>1
お前使えないだろ

108 :仕様書無しさん:02/11/08 01:04
C++ >>> 〜超えられない壁〜 >>> C >>> 〜4次元の壁〜 VB > COBOL >>> 〜ダメ!絶対! >>> >1

109 :仕様書無しさん:02/11/08 01:08
      ☆     _-‐-、 l:::::l┐      l::::l ,.‐-__  ☆
        /-=ニヽヽ/-──-v-─-、//ニ=‐ヽ
   ☆    /-ニニ、─.._二 ─ 十‐ ニ_`..-─,ヽヽ   ☆
         /-ニ| i::::::./ ̄`ヽ l /`ヽ:::::: /|ヽヽ
            /// | ヽ./ / ! l l ! l l ! l ヽヽ/./l lヽ!
            / ll l`>/ _l l l l ! l l l l l !_l l |ヽ レ
        、-‐ l ! l | l l l‐l-l_l l l _l-l‐l !l/i. |
          \、ヽl | l レ ' ̄\  /`ヽl | l |
.            _.>、` !l | "" ,‐v─┐"" ノ__!l |
        l ̄ ‐、.'v─-、>lヽ. (  _.ノ_ ∠,‐ ‐K  _∧∧∧∧∧∧∧∧∧∧∧∧
     _.└─-〈    l  ニl` T l //l l lニ   l  \
      l  ̄ニ,-`ー一l   -!ヽヽl_//┴'‐ !-   l  < C++使えるもん!!
.    └‐ ̄ l  ,‐  `ー,‐'l ̄`ロ'´ ̄l `ー‐'   < OOPできるもん!!
         〉'   /  / └─´ `┬┘      <
         ヽ./     ̄ー一 ̄ー''ヽ、_         ∨∨∨∨∨∨∨∨∨∨∨∨
         ヽ./  /   l  l   l   !
     ☆    \, ヘ _, へ ,ヘ_, ヘ_/    ☆
            l_,-─l l_,-─l
   ☆     ☆    l  _l l  __l_    ☆    ☆
            ┌ ~l><l,┌ ~l><l,
            l`ー'二ヽ.l`ー'二ヽ.
            ト,-‐─‐|ト,-‐─‐|


110 :デフォルトの名無しさん:02/11/08 01:15
C++が分かるだけでこんなに優越感に浸れるなんて
やっぱりこの業界は馬鹿ぞろいなんでしょうか?

111 :仕様書無しさん:02/11/08 01:26
>>1
おいおい、1よ C++お前ほんとに使えてる?
あんまりでかい口たたいてたら、引っ込みつかなくなるよ

112 :仕様書無しさん:02/11/08 01:29
>>1 おまえな、そんなこと言う前にCを使いこなせるか?
B-Treeや、ハッシュ、待ち行列など、わかるか?

113 :仕様書無しさん:02/11/08 01:33
大学で習ったなぁ、それ

114 :仕様書無しさん:02/11/08 01:34
日本語使えないやつはプログラマとはみとめられず

115 :仕様書無しさん:02/11/08 01:34
日本語使えないやつは日本人とはみとめられず

116 :仕様書無しさん:02/11/08 01:39
プログラマにあらずは人にあらず

117 :仕様書無しさん:02/11/08 01:40
おごれるプログラマも久しからず 

118 :仕様書無しさん:02/11/08 01:42
1 は人にあらず

119 :仕様書無しさん:02/11/08 21:18
「C++が使えない奴はプログラマとは認められん」って主張は正しいだろ?
当たり前だもんよ。

120 :仕様書無しさん:02/11/08 21:25
>>119
「正しいだろ?」という理由が「当たり前だもんよ」じゃ理由になっていません。

121 :仕様書無しさん:02/11/08 21:28
「Template Meta Programmingができない香具師はC++が使えるとは
認められん」って主張は正しいだろ?当たり前だよもん。

122 :仕様書無しさん:02/11/08 21:32
「魔法が使えない奴はプログラマとは認められん」って主張は正しいだろ?
当たり前だもんよ。

123 :仕様書無しさん:02/11/08 21:41
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM

124 :仕様書無しさん:02/11/08 22:10
>>112
ワラタ
まだ生き残ってたんだ(w

125 :仕様書無しさん:02/11/08 22:59
>>119:1: `使えない' undeclared

126 :仕様書無しさん:02/11/08 22:59
C++が使えるかどうかよりも、
バグの無いプログラムが書けるかどうかが問題だ。

127 :119:02/11/08 23:02
なんか、みんなかわいそうだな。必死で。

128 :仕様書無しさん:02/11/09 00:35
VBしか使えない奴はプログラマとは認められない
COBOLしか使えない奴はプログラマとは認められない
派遣社員はプログラマとは認められない
大学出てない奴はプログラマとは認められない
アニヲタはプログラマとは認められない
一流企業の社員以外はプログラマとは認められない
年収の低い奴はプログラマとは認められない

129 :仕様書無しさん:02/11/09 00:42
128 はプログラマとは認められない
128 はプログラマとは認められない
128 はプログラマとは認められない
128 はプログラマとは認められない
128 はプログラマとは認められない
128 はプログラマとは認められない
128 はプログラマとは認められない

130 :仕様書無しさん:02/11/09 01:41
131 はプログラマとは認められない
131 はプログラマとは認められない
131 はプログラマとは認められない
131 はプログラマとは認められない
131 はプログラマとは認められない
131 はプログラマとは認められない
131 はプログラマとは認められない

131 :仕様書無しさん:02/11/09 01:55
C++ 覚えるのはは難しいよ。OOP を覚えるのも難しいよ。
でも VB 覚えるのも難しいよ。ちょっと斜面がなだらかなだけ。

結局、高いところに登りつめるのは難しい事なんだ。
最近ム板マ板では
「〜が難しいと思うなんて馬鹿」みたいな煽りばっかり見るようになったけど、
そんな言葉信じちゃ駄目だよ。
煽りか、本当に理解してない香具師か、説明不足なだけなんだからね。

だから一つだけ覚えておいて欲しい。
どんな技術も、覚えるのは難しい。
だけど、どんな技術も楽しみながら学べば、その難しさは辛さではないんだ。

132 :リアル厨房:02/11/09 02:41
お、俺、VB挫折しましただ。
これでも、その、プログラマなんですけど。
BASIC難しすぎる。
procedureって何?methodって何?

I'm asking why...
I'm asking why...
Nobody gives an answer, I'm just asking why.


133 :仕様書無しさん:02/11/09 02:57
>>132
> procedureって何?methodって何?
VB にそんなキーワードはありません。

134 : :02/11/09 12:30
>>129>>130 はこの書き込みを見るだけでも、センスのダサさがわかるなぁ w

VBしか使えない奴、COBOLしか使えない奴、派遣社員はプログラマ、大学出てない奴、
アニヲタ、一流企業の社員以外、年収の低い奴、
以上すべてプログラマとは認められない 。

書くならこうだろ。

135 :仕様書無しさん:02/11/09 12:52
2ちゃんねらはプログラマとは認められず。

136 :仕様書無しさん:02/11/09 13:09
>>133
キーワードじゃなくてただの言葉だろ。
ファンクションプロシージャとかクラスモジュールのメソッドとか。

137 :仕様書無しさん:02/11/09 14:13
>>112
なんでそれがCなのか意味不明
アルゴリズムだろ、それは

138 :112:02/11/09 14:18
>>137
だれもC とは言ってない、「C++使えない奴はプログラマとは認められず 」
という題名にしてるから、例えばCで、こんなの使いこなせるようになってるの
と聞いてみただけだ。

139 :仕様書無しさん:02/11/09 14:26
>>112
誰でもわかります。w

140 :仕様書無しさん:02/11/09 14:36
>>112が自分のレベルの低さをさらすスレはここですか?

141 :仕様書無しさん:02/11/09 15:02
なんか粘着質なのが居着いてるな……

142 :仕様書無しさん:02/11/09 15:55
>>112
失笑した!!!

143 :仕様書無しさん :02/11/09 21:19
>>112必死だな

お前が1じゃねーの?

144 :仕様書無しさん:02/11/09 21:22
>>112に絡んでいる奴がアフォに見える。

145 :仕様書無しさん:02/11/09 21:50
144 さんも必死ですね。

146 :仕様書無しさん:02/11/09 22:11
>>112
君のアホづらには、心底うんざりさせられる。

147 :仕様書無しさん:02/11/09 22:56
つーか、C じゃなくて C++ なんだから、STL 使いなさいよ。 >112
・・・あ、C++ ダメなのね、そっかスマソ。

148 :仕様書無しさん:02/11/09 23:02
>>146
ムスカ?

149 :146:02/11/10 00:57
>>148 ピンポン。そして、サンクスコ。

#誰も気付かなかったらどうしようと思たよ。

150 :112:02/11/10 19:53
>>146-147
お前ら必死だな、ぷっ

151 :仕様書無しさん:02/11/10 21:14
言葉をつつしみたまえ!!君はハッカー王の前にいるのだ!!

152 :すぷーん ◆spoonLv.3M :02/11/10 22:52
システムがクラッシュしたのにハッカー王だけ生きてるなんて滑稽だわ

153 :仕様書無しさん:02/11/11 00:40
>>150
C++ を使えないのを悟られないようにするのに必死だな。

154 :仕様書無しさん:02/11/11 13:08
>>147
ちゃんと動かないんですけど。

155 :仕様書無しさん:02/11/11 13:52
>>154
ほとんどの場合、それはあなたのせいだ。

156 :仕様書無しさん:02/11/11 14:39
最近、しびれまくって疲れてるんですけど、、、
デザインパターンを最近覚えて、なんでも適用したがる奴って
どーおもいます?
あんなの、誰でも考えついてる話を焼きなおしただけで、まぁ、
おばあちゃんの便利袋ってタイトルで本を出したようなもんじゃん。
と思うのですが?

ということで、デザインパターンらしきものを、独自に簡単に思いつくか
どうかがC++を使えるかどうかじゃないですかね?

テンプレートは、別に単純に使えれば十分で、あほみたいにデザイン
パターンをテンプレート化したりとかは必要ないでしょ。

それより、コンストラクタとか、constとか、privateとか、型とか、そういった
コンパイラ便利機能を使って、なんかしら表現したいものが直感的かつ
安全に使えるかどうかが肝ですな。

ちなみに、構文的に知ってるとか、使えるとか、VCでプログラムが組める
からC++ができるとか、テンプレートを覚えました、とか、、、、
もう、そういううっとおしいのは、論外です。
当たり前です。そんなことは。知っているだけです。

使えるようになってください。

、、、と、自分の会社のプログラマに愚痴ってみました。
もしかしたら、スレ違いかも、、、

157 :仕様書無しさん:02/11/11 21:00
>>156
(VC++が使える=MFCが使える)≠C++が使える
これ系の論議って結局ここに辿り着くような気がする。
他環境の場合は、適当なライブラリに置き換えてください。


158 :仕様書無しさん:02/11/11 22:25
そして

OOで設計が出来なければC++が使えるとは言えない

OOは戦場では必要なし

泥沼

159 :仕様書無しさん:02/11/11 22:42
>>156
アホですか?
デザインパターンの目的をわかっていないのに表面だけみて知ったかぶりしている君のほうが痛いよ。


160 :仕様書無しさん:02/11/11 22:56
パターンを思いついてどうすんだ?

パターンが、何か頭のいい人の発明だと思ってる馬鹿が
何でこんなにおおいんだろね?単なるベストプラクティス
のカタログでそ。

161 :仕様書無しさん:02/11/11 23:08
>>156
つか、有名だからこそ、他人の作ったコードに

// ここ、Strategyパターンね♪

と書いてあるだけで可読性が高まる罠
お前の考えた「俺様パターン」なんぞしらねえよ。ちね。

162 :156:02/11/12 00:31
釣れた釣れた

163 :仕様書無しさん:02/11/12 01:13
騙り魔 162 の登場

164 :仕様書無しさん:02/11/12 12:57
design patternも有効に使えない奴って一体…。

165 :仕様書無しさん:02/11/12 13:08
>>154
コンパイラが古いとみた!


166 :仕様書無しさん:02/11/12 13:39
普通のやつらの上を行け
http://www.shiro.dreamhost.com/scheme/trans/beating-the-averages-j.html

167 :仕様書無しさん:02/11/12 13:43
ソフトを使う側にしてみれば
C++だろうがCOBOLだろうがどうでもいいことだ。


168 :仕様書無しさん:02/11/12 14:42
ソフトを作る側にしてみれば
C++だろうがCOBOLだろうがどうでもいいことだ。(w


169 :仕様書無しさん:02/11/12 14:46
よってプログラマと呼ぶのにC++は必須ではない。

170 :仕様書無しさん:02/11/12 14:51
>>168
プログラマ辞めろ。

171 :仕様書無しさん:02/11/12 14:54
>>168
ここにもCOBOLerがひとり。

172 :仕様書無しさん:02/11/12 15:12
なんで168にくってかかってるんだろう。言ってることは正しいのに。
ソフトを作る側はC++じゃないとダメだと思っているのだろうか?
そんなやつはプログラマと認められず

173 :仕様書無しさん:02/11/12 15:22
>>172

>C++だろうがCOBOLだろうがどうでもいいことだ。(w

客の為に適した言語を選べない奴などはプロに非ず。

174 :仕様書無しさん:02/11/12 15:26
>>173
つまりどうでもいいことだろ。

175 :仕様書無しさん:02/11/12 15:29
COBOLerよりJava厨のほうがウゼエよ

C++でコード書いてる俺に
「よくそんな言語でOOPできますよねえ。Javaなら…」
とか自慢してきやがる。
ったく。俺は元Smalltalkerだっつうの、氏ねやガキが。

Win3.1のころは唯一のWinプログラマで、
尊敬してるVBプログラマ(Cも使える)を馬鹿にしたりとか

もう我慢できねー
とにかくJava厨は氏ね

176 :仕様書無しさん:02/11/12 15:38
>>174
ハァ?

177 :!168:02/11/12 16:26
何で 168 が叩かれるのか理解できないな。
言っている事は 173 と矛盾しない。
むしろ、168 を叩いている 170-171 と、道具の一つを必須ではないとした 169
のが DQN だと思われ。

178 :仕様書無しさん:02/11/12 16:31
>道具の一つを必須ではないとした 169のが DQN だと思われ。
全プログラマに必須の言語なんてないよ
C++が無かった頃はプログラマがひとりもいなかったというわけじゃないでしょ

何であれ仕事に必要な言語を使いこなせればプログラマだよ

179 :177:02/11/12 16:49
ああ、そりゃそーだ。

180 :仕様書無しさん:02/11/12 17:01
まったくちがうね

181 :仕様書無しさん:02/11/12 17:44
まさか言語がどうでもいいものだと本当に思ってんのか?
本当に仕事してんの?

182 :仕様書無しさん:02/11/12 17:57
詰まるところ、ドキュソ房は手に入れた道具(Java, C++, チャカ等)を使ってみたくて
仕方がないってことではないにょか? > ALL

183 :仕様書無しさん:02/11/12 18:00
アニヲタキモ


184 :仕様書無しさん:02/11/12 18:31
Java房ウザイ。Windowsしか使えない分際でMSの悪口だけは達者。
頭悪すぎ。

185 :仕様書無しさん:02/11/12 19:52
このスレのタイトルは 「Java 房、逝ってよし」 に変更されました。

186 :仕様書無しさん:02/11/12 19:55
>>181
客の要求するものを作れるのなら言語なんてどうでもいいだろ。
仕事してないのがバレバレだよ。

187 :仕様書無しさん:02/11/12 20:02
どれでもいいけど、どうでもよくはねえじゃん。
適した言語選択するにはそれなりの知識と経験が必要。
もしかしてそんなこともわからない?

188 :仕様書無しさん:02/11/12 20:06
>>187
元の発言の>>167-168を見ろ。
C++だろうがCOBOLだろうがどうでもいいこととなっているだろ。
一連の「どうでもいい」は「どれでもいい」のことなんだよ。
日本語読めない?

189 :仕様書無しさん:02/11/12 20:19
どれでもいいはどの言語でもを表せるが
どうでもいいは言語なんてどうでもいいと受け取れるぞ?
曖昧なのじゃなくて、より適した言葉を使え。

190 :八千代市民:02/11/13 01:04
Java使ってる奴は偉くない。
VBと同レベルだ。

俺?俺は仕様書がプログラムなので、言語がどーこーなんて
超越した存在だ。人は俺を自称「脳内SE」と呼ぶ。

191 :Windowsプログラマ8年生@unixもやるよ:02/11/13 01:06
結局予想通りに大漁だった罠(w

反応してくれたVB厨の皆さんゴクローさん、明日も薄給で耐貧生活ガンバッテネ?

俺のカキコで将来に絶望して自殺したりとか、自尊心をズタズタにされて犯罪とかしちゃダメだよ(プ

俺はもう寝るから後は勝手にキャンキャン負け犬の遠吠えをしといてスレを埋めておいてね(ワラ

192 :y@su ◆8oZYsxYASU :02/11/13 01:15
C++って、どんな業務内容のシステムで使んですか?

193 :仕様書無しさん:02/11/13 02:25
>>192
グラフィック(DTP)関係の仕事で使った事ある。

あと、VBで作られた複雑な画面のWinアプリ開発が頓挫して
MFCで焼きなおした事がある。

194 :Windowsプログラマ8年生@unixもやるよ:02/11/13 02:35
>>191
おいおいおい、どこにVB厨が居るんだ(ゲラ

よーく読み返してみろよ、アンチVB派しかいねーぞ?

おまえ>>168のコボラーだろ(爆笑

195 :仕様書無しさん:02/11/13 02:41
>>194
意味がわからん


196 :七資産:02/11/13 02:42
>>194
頭の悪い自作自演ですね、コボラー廃業したVB厨房ですか?(w

197 :仕様書無しさん:02/11/13 02:56
また凄いのが来たな・・・

198 :y@su ◆8oZYsxYASU :02/11/13 03:06
>>193
へー。
DTP関連で使うってのはなんか納得できますね。
VBでのは相当複雑な作りだったんですかね。
C++は難しいってイメージがあるなぁ。
ANSI-Cしかやったことない。
C++の仕事やってみたい。

199 :仕様書無しさん:02/11/13 03:16
191 は単なるコピペだろう。

200 :仕様書無しさん:02/11/13 12:51
PGって煽りすらどこかしら論理的だなおもろい

201 :仕様書無しさん:02/11/13 13:05
>>200
×論理的
○屁理屈的

202 :仕様書無しさん:02/11/13 13:49
屁理屈だうろが何だろうが、筋も脈絡も無い荒らしよりはマシだろう!!


というのが屁理屈的なのデスカ??w

203 :仕様書無しさん:02/11/13 16:20
>199もよく見るコピペですね:-)

204 :仕様書無しさん:02/11/13 16:31
>>198
> VBでのは相当複雑な作りだったんですかね。
VBはある一線を超えると、VC++よりも難しくなる癖の強い開発環境
それを見切ってあえて使うのならば構わないが、
何でもかんでもVBで簡単に開発できるわけではない。

だからといって何でもかんでもVC++で作る奴も
コストを考えない頭が固いPGと言えるだろう。

205 :仕様書無しさん:02/11/13 17:01
何という事だ!!
可哀想な 203 が居るではないか!!

206 :仕様書無しさん:02/11/13 17:16
固定長フォントでないと著しく見にくいスマイリーを惜しげも無く使う203
至極まともな意見の204がすぐそばに見えるのが対比的で痛い

207 :仕様書無しさん:02/11/13 17:25
今更C++とか言ってる奴いるのか?
もはやC#>>>COBOLER>>C++だろ

208 :仕様書無しさん:02/11/13 17:40
207 は COBOLer の意味がわかってない COBOLer

209 :仕様書無しさん:02/11/13 17:43
何という事だ!!
可哀想な 207 が居るではないか!!

210 :仕様書無しさん:02/11/13 18:21
>>207 は釣師

211 :仕様書無しさん:02/11/13 18:35
ゴチャゴチャめんどくせえな。

212 :仕様書無しさん:02/11/13 19:01
>>203 = >>211

213 :仕様書無しさん:02/11/13 23:03
ところでC#使いのことって何て言うの?C#er?

214 :仕様書無しさん:02/11/13 23:05
MicroSoftの飼い犬

215 :仕様書無しさん:02/11/13 23:07
流行に乗り遅れまいと先走ったが結局見当はずれだった野師

216 :仕様書無しさん:02/11/14 08:10
C++が無かった時代はプログラマは存在しなかった

217 :仕様書無しさん:02/11/14 12:40
>>213
シャーペン

218 :仕様書無しさん:02/11/14 13:06
しーいげた

219 :仕様書無しさん:02/11/14 14:08
C#を時計回りに90度回してみたらティムポに見える

220 :仕様書無しさん:02/11/14 14:13
そんな事したら C++ なんてとんでもない事になるぞ

221 :仕様書無しさん:02/11/14 14:32
C++

が魚の骨に見えて仕方ない

222 :仕様書無しさん:02/11/14 20:09
C++ビルダーではだめですか?

223 :仕様書無しさん:02/11/14 20:45
>>222
カラダを鍛えなくちゃアニキには逢えないよ

224 :仕様書無しさん:02/11/14 21:34
いみふめー。

225 :仕様書無しさん:02/11/14 21:37
知っている人だけほくそえんでいれば良い

226 :アニキ:02/11/15 00:03
>>224
♥♥少年にアニキからのアドバイス♥♥
「BOrland DElphi/c++BUILDERを極めたguyを
ボデ−ビルダーと呼ぶのだよ。」

227 :222:02/11/15 00:11
222ですが、DElphi は大分極まってきたかもしれません。

228 :仕様書無しさん:02/11/15 17:20
なんだよー、マターリしてきちゃったな。
もっと2chらしくいこうぜ。

↓はC++使えない負け犬

229 :仕様書無しさん:02/11/15 17:24
マタール

230 :仕様書無しさん:02/11/15 17:52
↓は無念にも深爪した香具師

231 :C++使い:02/11/15 17:58
別に使えないからと言ってプロとは認められないわけじゃありませんよ。

232 :仕様書無しさん:02/11/15 18:03
↑は意味のない駄レスを繰り返す空気の読めない香具師
→は昔ネタをふったが駄レスで埋められた香具師
↓は雑談スレ住人の空気固定@名無しそして香具師

233 :仕様書無しさん:02/11/15 18:05
↑は昔ネタをふったが駄レスで埋められた香具師
→は雑談スレ住人の空気固定@名無しそして香具師
↓はたまねぎ

234 :誤爆貼りなおし:02/11/15 18:05
え?C++使えん?
あそ。帰っていいよ。
ん。そ。も、いいから。
そそそ。じゃ。な。


235 :仕様書無しさん:02/11/15 18:06
>>231
こんなネタ板でマジレスすんなYO!
も〜っと!殺伐しようぜ。


>>231はVB厨で高卒、そのうえ派遣社員。

236 :仕様書無しさん:02/11/15 18:06
↑このオニオン野郎!

237 :仕様書無しさん:02/11/15 18:08
↓はタマネギ剣士

238 :仕様書無しさん:02/11/15 18:14
>>235
ハァ?

ネタ板といいながらネタのひとつも書かず
しかも煽りもノリもすべてが中途半端で
低脳かつ知性の欠片もない時代遅れで
存在価値のない社会の屑はさっさと死ねばぁ?

239 :仕様書無しさん:02/11/15 18:16
>>238
これだ・・・ これこそマ板だ・・・

240 :仕様書無しさん:02/11/15 18:18
>>238
極めて同意

241 : :02/11/15 18:19
つーか、使ったことねーよ。
C++って、よく分からん奴がprivateを勝手にpublicに書き換えちゃったりしてよくトラブル言語だろ?


242 :仕様書無しさん:02/11/15 18:20
>>238
激しく同意。
ほんとだよ、ネタは書けない、煽りもいまいち。
おまえもう来なくていいよ。

243 :仕様書無しさん:02/11/15 18:22
>>238
最後の一行は己にも言ってるわけだね。

244 :仕様書無しさん:02/11/15 18:22
>>241
どんな言語だってよく分からんやつがミスればトラブルと思いますが、どうか。

245 :仕様書無しさん:02/11/15 18:29
>>242
唐揚げチキン野郎はだまってろやクソが

246 :仕様書無しさん:02/11/15 18:30
↑激怒しているようです。

247 :仕様書無しさん:02/11/15 18:32
>>245
←こちらのツリーから厨房板へどうぞ

248 :仕様書無しさん:02/11/15 18:33
はぁ〜ぁ。
この有様を見ればPGに糞が多いのも納得だな。

249 :仕様書無しさん:02/11/15 18:35
>>248
まったくだ。
おまえ(以下略

250 :238:02/11/15 18:47
逃げたか
プ

251 :仕様書無しさん:02/11/15 18:50
238は
VB厨 高卒 派遣社員 のどれかにヒットしていたと思われ。

252 :238:02/11/15 19:02
こりゃ社会人として問題外だなぁ。
なんで君、生きてるの?

253 :251:02/11/15 19:07
>>252
まぁ強いて言えば、君を小馬鹿にするためかなぁ〜。

254 :238:02/11/15 19:09
>>253
さっさと仕事辞めて首吊れば?
ゴミは必要ない。

255 :仕様書無しさん:02/11/15 19:16
で、238は

 VB厨
 高卒
 派遣社員

のどれよ?
全部か?全部該当するのか?なら氏ね。

256 :238:02/11/15 19:21
はぁ。

257 :仕様書無しさん:02/11/15 19:21
>>254
←こちらのツリーから厨房板へどうぞ


258 :仕様書無しさん:02/11/15 19:23
煽り合いを楽しむネタ板でHOTになってる>238が居るスレはここですか?

259 :仕様書無しさん:02/11/15 19:27
>>258
おい、いつからここは煽り合いを楽しむネタ板になったんだ?
低級煽りとキレ易い厨房は帰れ。

260 :238:02/11/15 19:28
あなた達が頭のおかしい学生であることを祈ります。心底。

261 :仕様書無しさん:02/11/15 19:33
>>260
激しく同意。
おまえがちょっとした事で激怒する今時のキレやすい学生であって欲しいよ。

262 :仕様書無しさん:02/11/15 20:50
WTF!

263 :真・238:02/11/15 21:41
ただいまー!

漏れは>>238,>>245,>>247しか書いてないよん
てかメル欄見てくれよー

↓漏れの偽者

264 :真・238:02/11/15 21:44
あ、あと>>250も漏れね
久々の煽りと自演と騙りデシタ!
面白カタヨー

↓偽者

265 :真・女神転生:02/11/15 23:31
↓C#

266 :仕様書無しさん:02/11/16 03:20
乙女繚乱

267 :仕様書無しさん:02/11/16 09:04
↑C#

268 :仕様書無しさん:02/11/16 12:03
どうでもいいが、漏れが何となく書いた 「たまねぎ」 に反応してる香具師がいてワラタ

269 :仕様書無しさん:02/11/16 13:17
 キャハハハ
  ∧_∧  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ^∀^)< いまどき、C++ってハズカシ過ぎる。時代に遅れてるね。氏んでね。
 ( つ ⊂ ) \_________
  .)  ) )
 (__)_)     (^∀^)ゲラゲラ (^∀^)ハズカシー (^∀^)ゲラゲラ

  (^∀^)ゲラゲラ (^∀^)C++だあ (^∀^)ゲラゲラ (^∀^)じーさんプー

(^∀^)ゲラゲラ (^∀^)キャハハハ (^∀^)ゲラゲラ (^∀^)ホントにいるんだね。


270 :仕様書無しさん:02/11/16 17:36
>>269
ところで、林檎と梨はどちらが好きですか?

271 :仕様書無しさん:02/11/16 18:07
林檎を選んだあなた:
真っ赤な皮に包まれた林檎を選んだあなた。
そんなあなたにお勧めなのはC++。
赤は情熱のシンボルです。巨大な言語仕様と
複雑なテンプレート機構を持つC++は、
きっとあなたの情熱を満たしてくれることでしょう。

272 :仕様書無しさん:02/11/16 22:19
ところで、

>>232
> ↓は雑談スレ住人の空気固定@名無しそして香具師

「香具師」 って単に 「奴」 の事だと思ってたんだけど、「そして」 で付け加えてる
って事は何か他に特別な意味があるの?

273 :仕様書無しさん:02/11/16 22:24
>>259
この板が出来た時からですよ。

274 :仕様書無しさん:02/11/16 23:27
>>271
梨を選んだ人には何を勧めてくれるのか教えてほすい
・・・気になって今晩寝られそうもないよー

275 :仕様書無しさん:02/11/16 23:58
ごめそ
梨は思いつかなかったなのよ

276 :仕様書無しさん:02/11/16 23:59
誰か書いてくれるかと思って

277 :仕様書無しさん:02/11/17 00:13
C++なんか難しくないというやつはC++に関して浅い知識しかもっていないやつだ。
C++は確かに難しい。C,JAVAその他の言語よりはるかに難しい。やればやるほど
奥の深さを感じてしまう。C++が簡単だというやつは下のコードの間違いを指摘
できるか?
[STLに関するBUGさがし:STLはC++の言語の一部ではないがC++マスターは同時にSTLも極めている
ものなので]
#include<vector>
typedef std::vector<int> VC;
void f(VC& vc)
{
VC::iterator it = vc.begin();
if ( it == vc.end() )
return;
vc.push_back(*it);
}

278 :277:02/11/17 00:15
失礼。以下に差し替え。
#include<vector>
typedef std::vector<int> VC;
void f(VC& vc)
{
VC::iterator it = vc.begin();
if ( it == vc.end() )
return;
vc.push_back(*it);
vc.push_back(*it);

}


279 :仕様書無しさん:02/11/17 00:39
>>277
おまいの知的レベルが低いだけ。
知的レベルの低さを公表して楽しいですか?

280 :仕様書無しさん:02/11/17 00:45
>>279
釣れてるし・・・。
要は答えられないんだろ。

>>277
STL は C++ コンパイラの一部じゃないけど、C++ 言語の一部じゃないの?

281 :仕様書無しさん:02/11/17 00:48
いつも思うんだけど。
C++ってオブジェクト指向を表現するためのものなのに
なんでそんな本質からはずれたものがでてくるんですか?


282 :仕様書無しさん:02/11/17 00:50
> C++ってオブジェクト指向を表現するためのもの
ちげーよばか。

283 :仕様書無しさん:02/11/17 00:51
C++勉強中だけど、
returnの後の処理は何か意味があるの?
それから、VC::iterator itじゃなくて
vc::iterator itではなくて?

284 :仕様書無しさん:02/11/17 00:52
>>281
びよーん先生のお言葉
http://www.research.att.com/~bs/bs_faq.html#Object-Oriented-language
C++の目的はOOだけじゃないのですよ

285 :仕様書無しさん:02/11/17 00:53
>>281
>C++ってオブジェクト指向を表現するためのものなのに
ちみはアフォーですか?

286 :仕様書無しさん:02/11/17 01:00
ちがうんだ?
俺はオブジェクト指向を理解してないやつほど
そのての問題を出したがるってイメージがあるけど。
結局、OOが理解できる奴っておおざっぱな考え方ができるやつでしょ
そんなやつがそんなこまかいところの仕様まで
おぼえているとはおもえない。

287 :仕様書無しさん:02/11/17 01:05
>結局、OOが理解できる奴っておおざっぱな考え方ができるやつでしょ
どうしてそこまでお馬鹿な発想ができるのですか?

288 :仕様書無しさん:02/11/17 01:07
>>287
きっと286が「OOを理解できるおおざっぱな考え方ができる」
すばらしい人だからでしょう。

289 :仕様書無しさん:02/11/17 01:09
>>283
スコープ解決演算子をもっとよく勉強してくれ。

290 :仕様書無しさん:02/11/17 01:10
>>283
> returnの後の処理は何か意味があるの?
どうして意味がないと思うんだ?
C++ の前に、指摘の仕方を勉強しろ。

291 :仕様書無しさん:02/11/17 01:11
抽象的な考え方が出来る、じゃなくて?

292 :仕様書無しさん:02/11/17 01:12
>>290
香具師はif文による分岐すらわかっていない。

293 :仕様書無しさん:02/11/17 01:13
まあ、「知的レベルが低い」 がアセンブリ言語と同じ意味で低いというのなら、
そうなのかも知れん。

294 :仕様書無しさん:02/11/17 01:14
>>292
そうか、インデントが無いとソースが読めない香具師なのか・・・。

295 :仕様書無しさん:02/11/17 01:14
よりマシンアーキテクチャに密着した知的レベル?

296 :仕様書無しさん:02/11/17 01:22
>>156
似たようなことを口走っておきながら、
バグだらけのvoid*使い回しまくりの糞プログラムを作った奴が
前の会社に居たことを思い出した。

297 :仕様書無しさん:02/11/17 01:23
マシンまでは逝かないけどな。
強いて言うなら言語アーキテクチャ?
要するにどうすればどういう仕組みでどう動くかとか、そういう事を考えるんだろうな。
OO で設計する人は、そこまで降りて逝かない。

298 :仕様書無しさん:02/11/17 01:29
なあ、OO使いはおおざっぱな奴だよな。

299 :仕様書無しさん:02/11/17 01:32
>>297
ここで多重継承されてるクラスを呼ぶと、フレームスタックの処理に
時間がかかるから別のクラスを作ってそいつにメッセージ出して・・・
とかやってたらOOの意味が無いと思われ。

300 :297:02/11/17 01:36
>>297
うん。
それが悪い事だとは逝ってないし、思ってもいないよ。
漏れも、趣味でいぢる時とかぐらいしか、低レベルで考え込んだりしない。

301 :仕様書無しさん:02/11/17 01:37
>>298
そうだ俺がOOPが好きな理由は
OOPはガキにも使えるってことろなのよ
もうめんどくせーのはやめようや

302 :仕様書無しさん:02/11/17 01:38
誰も>>278に答えないみたいだから、俺が言う。
vectorはpush_backの前に取っておいた反復子を後で使っちゃいけないから。

でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
やっぱり、C++はやさすぃよ。

303 :仕様書無しさん:02/11/17 01:40
cout << "in f(): vc.begin() = " << vc.begin() << endl;
vc.push_back(*it);
cout << "in f(): vc.begin() = " << vc.begin() << endl;
vc.push_back(*it);

こんなコードを書いて確認した漏れは厨でつか?

304 :仕様書無しさん:02/11/17 01:40
>>302
いや、その前にさ、
returnの後の文って何の意味があるの?

305 :仕様書無しさん:02/11/17 01:44
>>304
貴様の目のパース能力はコンパイラに劣るようだな。

306 :仕様書無しさん:02/11/17 01:49
>>304
あなたの目に映る通りだよ。
どうして意味が無いと思ったのか理由を書いてくれなきゃ答えようが無い。

307 :仕様書無しさん:02/11/17 01:51
>>305
いや、多くの人間はそうだと思うが。
絶対にパースミスしない人間はそうそういないが、パースミスするコンパイラも
そうそうない。
304 はそれ以前の問題だと思うが。

308 :仕様書無しさん:02/11/17 01:54
>>306
returnが実行されると関数がそこで終了する。
よってreturnの後に命令文を記述しても意味が無い。

309 :仕様書無しさん:02/11/17 01:54
>>302
>でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
違うべ。
単に277がvectorの仕様を理解してないだけだべ。
結論は277の知的レベルが低いってことだべ。

310 :仕様書無しさん:02/11/17 01:54
>>308
あなたの言い分はよくわかった。
ところで >>292 についてどう思う?

311 :仕様書無しさん:02/11/17 01:56
309 が、何を以って 「vector の仕様を理解してない」 と結論付けられたのか
推測すら付けられない。

312 :仕様書無しさん:02/11/17 01:58
>>310
全くナンセンスですな。
私はC++の勉強を始めたばかりだから
292はif文の仕様を説明すべきだ。

313 :仕様書無しさん:02/11/17 02:01
>>311が、何を以って「vectorの概念が普及していない」と結論付けられたのか
推測する。

単に>>311がSTLを知らない。

314 :仕様書無しさん:02/11/17 02:01
>>312
全くナンセンスですな。
C++ の勉強を始めたばかりなのはあなたの都合で、292 にその義務は無い。
第一、知識が無い状態では、何かを指摘する権利が無い。

315 :仕様書無しさん:02/11/17 02:03
>>313
311 は、「vector の概念が普及していない」 とは特に逝っていない。
人の発言を引用しただけ。

316 :仕様書無しさん:02/11/17 02:03
>>311 = >>277 これ定説。

317 :仕様書無しさん:02/11/17 02:04
http://mamefans.metropoliglobal.com/
↑のダウンロード速度が異様に遅いです。乙女繚乱を落としているんですが、4時間弱
はかかるねえ…。

318 :乙女繚乱についての詳しいページ:02/11/17 02:06
VS麻雀乙女繚乱(ELECTRO DESIGN/カネコ)
http://www.ksky.ne.jp/~ooashi/srm/datui/otome/otome.html

319 :びひゃ〜ん ◆L5CplusNDg :02/11/17 02:06
お久しぶり?

自信を無くしてはここに来て、3秒で回復後、仕事に戻る。
でもデスマーチは終わらない。

320 :仕様書無しさん:02/11/17 02:06
>>316
という事にしたいのですね。
しかし、あなたの希望が事実と合致するとは限りません。

321 :仕様書無しさん:02/11/17 02:06
>>314
嘆かわしいですな。
>C++ の勉強を始めたばかりなのはあなたの都合で、
私の都合は関係ない。
世界に公開されているBBSに書き込みをするのならば、
万人が理解できるようにすべきである。

322 :仕様書無しさん:02/11/17 02:08
よくわからんが、漏れの部屋が非常に寒い事はよくわかった。
(((( ;゚Д゚))) ガタガタブルブル

323 :仕様書無しさん:02/11/17 02:11
>>321
嘆かわしいですな。
自分の責任を棚に上げて、
> 世界に公開されているBBSに書き込みをするのならば、
> 万人が理解できるようにすべきである。
なんて無根拠のオレルールを持ち出さないと自分を保てないなんて。

という煽りは置いといて、何故 292 に対してポインタを示したか
本当に理解できないの?

324 :仕様書無しさん:02/11/17 02:12
>>320
すまない。憶測でものを言ってしまった。

 単 に >>277 が S T L を 知 ら な い 。

ということでよろしいか?

325 :仕様書無しさん:02/11/17 02:15
>>324
まだ憶測が抜けきっていないよ。
現時点では 277 が STL を知っているか分かっていないかを判断する材料は無い。

326 :317==318:02/11/17 02:15
しっかし遅い…。このままDirectX8.0aをバリバリ使うゲームを起動しても大丈夫
だろうか…。このサイトって恐らくレジュムできないだろうからなあ…。色々と調
べればできるかもしれないけど。ってことで、やっぱり安定してダウンロードする
為にここは我慢して軽めのWWW巡回で暇潰しを行なうべきか…。しかし、俺がやりた
いのはゲームであり、それを我慢するのも馬鹿げているよなあ。途中でぶちきれて
も良いから、ここはゲームを強行すべきだよなあ。そうだなあ、そうしよう。仮に
途中で切れてしまっても、今度は睡眠前にダウンロードを開始すりゃあいい。乙女
繚乱は目覚めてからやれば良い。それからオナれば良い。今のところオナニーはタ
イムクリティカルでは無いからねえ。ってことで、結論は出た。

327 :仕様書無しさん:02/11/17 02:18
あぁ、確かに(w

 単 に >>302 が S T L を 知 ら な い 。

でもいいよ。

328 :仕様書無しさん:02/11/17 02:18
>>326
そう、結論は出た。
あなたはスレ違い並びに板違い。
それが理解できないなら気違い。

329 :仕様書無しさん:02/11/17 02:19
>>328
そいつは>>283だ。
照れ隠しに荒らしなんだろ。

330 :326:02/11/17 02:20
yes. I am 283.

331 :仕様書無しさん:02/11/17 02:21
>>327
それも微妙だな。
確かに、
> でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
の一文はその可能性を強くうかがわせるが、断定はできない。

まあ、ここまでの尤度であれば、そういう事にしてしまってもいいかも知れない。
仮に事実と違かったとしても、勘違いを誘うような書き方をした非はある。

332 :びひゃ〜ん ◆L5CplusNDg :02/11/17 02:24
アホどもが揃いも揃って。

333 :仕様書無しさん:02/11/17 02:24
ところで、331=322 ですが何か?

334 :仕様書無しさん:02/11/17 02:24
>>331
あんた生真面目だな・・・

335 :仕様書無しさん:02/11/17 02:25
>>332
お仕事頑張ってください。

336 :仕様書無しさん:02/11/17 02:26
なんの仕事だよ?if文わかんないのに。

337 :仕様書無しさん:02/11/17 02:32
お前ら暇だな

338 :STL初心者:02/11/17 02:37
そんな事より聞いてクレよ
std::vecotr<CHoge*> m_vec:
iterator ite = m_vec.begin();
iterator end = m_vec.end();
for( ; ite != end ; )
{
ite = m_vec.erase( ite );
}
ってコード的に合ってるの?


339 :仕様書無しさん:02/11/17 02:42
m_ って付けるのがそもそもの間違い。

340 :仕様書無しさん:02/11/17 02:45

         ∧_∧   中居氏ねや!この中絶野郎!
        _( ´_ゝ`)    地獄で死んだ子供に詫びろ!
      /      )           _     
     / ,イ 、  ノ/    ∧ ∧―= ̄ `ヽ, 
    / / |   ( 〈 ∵. ・(   〈__ >  ゛ 、
   | !  ヽ  ー=- ̄ ̄=_、  (/ , ´ノ
   | |   `iー__=―_ ;, / / /   
    !、リ  -=_二__ ̄_=;, / / ,'
        /  /       /  /|  |
       /  /       !、_/ /   〉
     / _/             |_/
     ヽ、_ヽ

341 :仕様書無しさん:02/11/17 02:45
中居ってSMAPの中居?

342 :仕様書無しさん:02/11/17 02:46
>>338
std::vecotr<CHoge*> m_vec:
   ↑            ↑
 STLなのか?     セミコロンなのか?


   ネ タ な の か ?

343 :326:02/11/17 02:53
俺って度胸無いよなあ。あれだけの事を書いて置きつつ未だに起動すらしてねえよ。腹減った。

344 :STL初心者:02/11/17 02:59
>> 342
ネタじゃないです、綴りが間違えていました。
ダメダメだ 俺...
想定していたコードに修正します。
ちなみに CHoge::Do() は処理が無くなったら false を、
まだ処理する必要が有れば true を返します。
一応動いているようで、めもりー破壊とか返ってきては居ないんですけど、
心配で。


345 :STL初心者(コード:02/11/17 03:00
typedef std::vector<CHoge*> vecHoge;
typedef vecHoge::iterator vecHogeIte;
class CHogeMng
{
private:
 vecHoge m_vecHoge;
public:
 色々な処理

 void Do()
 {
  vecHogeIte ite = m_vecHoge.begin();
  vecHogeIte end = m_vecHoge.end();
  for( ; ite != end ; )
  {
   // Doがfalseなら消したいのです。
   if( (*ite)->Do() == false )
   {
    ite = m_vecHoge.erase( ite );
   }
   else
   {
    ite ++;
   }
  }
 }
};


346 :仕様書無しさん:02/11/17 03:02
>>345
何が目的でC++勉強してるの?(煽りじゃないよ)

347 :仕様書無しさん:02/11/17 03:04
>>343
安心しろ。
きっとウィルスが梱入されている。

348 :STL初心者:02/11/17 03:07
>>346
いや、目的はありません....。
ただプログラム組むのにいつの間にか使っていただけなので...。

あ゛ delete (*ite); が抜けてた...
聞きたかったのは、 m_vecHoge.end() の値は erase() 実行後も有効なの?
って事でして。
言葉に不自由ですみません。


349 :仕様書無しさん:02/11/17 03:08
ウイルスですかぁ。MAMEのzip解凍コードに実はセキュリティーホールがあったり
するんですか。スタックオーバーフローしちゃったりして…。流石にそんなこと無
いと思いますねえ…。後30分ぐらいかなあ。

350 :仕様書無しさん:02/11/17 03:10
>>344
実際にコンパイルに使ったテキストをコピペしろ。

>>348
「STL 標準講座」 を買え。
何か要素を削除した時、それ以降の要素を示していてイテレータは全て無効になる。

351 :仕様書無しさん:02/11/17 03:10
アホ大量流入の悪寒

352 :仕様書無しさん:02/11/17 03:11
>>349
あなたはスレ違い並びに板違い。
それが理解できないなら気違い。

353 :仕様書無しさん:02/11/17 03:12
いつの間にかC++を使ってた、、、かぁ。うん!気に入った!!ガンバレヨ♪

354 :仕様書無しさん:02/11/17 03:13
(´-`).。oO(ム板の C++ スレッドあたりにでも逝けばいいのに。。。) 

355 :仕様書無しさん:02/11/17 03:14
>>352
堅いこと言うなよ。
なかなか居ない逸材だぞ?

356 :仕様書無しさん:02/11/17 03:14
>>352
荒氏に反応する奴は荒氏。

357 :STL初心者:02/11/17 03:14
>>350
今まで作ったソースにこういうコードを書いて動かしていたので...
今まで偶然動いていただけなんですね...

ありがとうございました。


358 :仕様書無しさん:02/11/17 03:16
>>356
おまえの理屈では>>352は荒らしであり、
それに反応したおまえも荒らしだ。

荒らしのおまえに反応した漏れも荒らし。

359 :仕様書無しさん:02/11/17 03:16
>>302
>vectorはpush_backの前に取っておいた反復子を後で使っちゃいけないから。
使っちゃいけない理由は?
345に説明してやれ。

360 :仕様書無しさん:02/11/17 03:17
>>357

 コ ン パ イ ル が 通 ら な い の に

 偶 然 動 い て い た !

なわけねーだろ基地外

361 :326:02/11/17 03:17
じゃあ、俺が荒らしじゃなかったら皆荒らしじゃないねえ。
予想より早く終った…。もうこのスレともお別れの時か…。

362 :仕様書無しさん:02/11/17 03:18
>>350
>何か要素を削除した時、それ以降の要素を示していてイテレータは全て無効になる。
無効になる理由は?
345に説明してやれ。

363 :仕様書無しさん:02/11/17 03:21
わ〜いわ〜い。いっぱい釣れた〜   な予感。

364 :仕様書無しさん:02/11/17 03:22
>>361
大丈夫。
>じゃあ、俺が荒らしじゃなかったら
これは単なるおまえの脳内妄想にしか過ぎない。

しかし意味がわからんぞ、その文章。
大丈夫か?

365 :仕様書無しさん:02/11/17 03:24
>>362
あなたに説明してくれ、ならわかりますが、350 に説明してやれ、では意味が
通りません。
何故なら、350 には push_back に関係ある話題が無いからです。

366 :仕様書無しさん:02/11/17 03:26
ム板でもないのに C++ を親切に教えてくれるスレはここですか?

367 :326:02/11/17 03:26
>予想より早く終った…。もうこのスレともお別れの時か…。

↑これのことですか?これはダウンロードが予想より早く完了したから、もうこのスレ
で暇を潰す必要も無くなってしまった…。しかし、少しの間だけでも滞在したこのスレ
に名残惜しさを感じている。そういう一文です。

368 :仕様書無しさん:02/11/17 03:26
>>364
  ぶぁっはっはっ!!!腹痛てえ〜
            ∧_∧
     ∧_∧  (≧∇≦ ) ぶぁっはっはっ!!!
    ( ≧∇≦)  /   ⌒i 
    /   \     | |
    /    / ̄ ̄ ̄ ̄/ |
  __(__ニつ/ (≧∇≦ )/ .| .|____
      \/____/ (u ⊃

369 :仕様書無しさん:02/11/17 03:27
>>367
んなこと言わずに、も少し遊んでいけよ〜

370 :STL初心者:02/11/17 03:29
多少間違っていても補正して考えていただけると思ったのですが。
考えが甘かったようですね...。
>>354
なるほど、ム板の方がこの話題には適して居るんですね。
でも、マルチポストに成りそうですし、
今回は辞めておきます。
>>362
vectorの途中の要素が追加削除された場合実体を新しい場所に作り直す為、
それまで指し示していたイテレータは無効になりますね。
しかし、end()に関しては終端要素の次を指し示していると言う部分から
なにか別の要素が来ているのではないかと疑問に思いましたので
こう質問させていただきました。

371 :STL初心者:02/11/17 03:28
多少間違っていても補正して考えていただけると思ったのですが。
考えが甘かったようですね...。
>>354
なるほど、ム板の方がこの話題には適して居るんですね。
でも、マルチポストに成りそうですし、
今回は辞めておきます。
>>362
vectorの途中の要素が追加削除された場合実体を新しい場所に作り直す為、
それまで指し示していたイテレータは無効になりますね。
しかし、end()に関しては終端要素の次を指し示していると言う部分から
なにか別の要素が来ているのではないかと疑問に思いましたので
こう質問させていただきました。


372 :仕様書無しさん:02/11/17 03:31
>>365
理由がわからないなら正直に「わからない」っていえよ。
どうせ
>「STL 標準講座」 を買え。
で丸暗記した詰め込み知識なんだろ。

373 :365:02/11/17 03:31
わたしの脳内にバグがありました。
365 の文章は、362 を 359 に、350 を 345 に置換して読んでください。

374 :STL初心者:02/11/17 03:31
うあ 二重投稿になってしまいました。
すみません m<>m


375 :仕様書無しさん:02/11/17 03:33
370=371=372 な予感。

376 :仕様書無しさん:02/11/17 03:35
>>374
しかも時間が逆転してるし・・・器用やな、あんた。

377 :仕様書無しさん:02/11/17 03:39
>>372
どうやらあなたが知りたいだけのようなので、説明しましょう。
まず通常、その理由を知っておく必要は無いと言っておきましょう。
かならず全ての処理系でそのように実装されているとは限らないからです。

push_back 実行後に全てのイテレータが無効になるのは、370 の通り、
要素の追加によってメモリ領域が足りなくなり、その結果別のスペースに
移動される事があるからです。

erase 実行後にその要素以降のイテレータが無効になるのは、単純に要素が
削除された分だけ詰められるからです。

満足しましたか?

378 :仕様書無しさん:02/11/17 03:40
騙りばっか。

379 :372:02/11/17 03:43
>377
余は満足じゃ。わっはっは。

380 :302:02/11/17 08:14
なんでちゃんと答えてやった俺が文句言われてんの?
まあvectorが普及してるならそれでもいいけど、そんなら、結論はこれかな。

「宿題はちゃんと自分でやれよ」

>>377は学生の宿題をやらされちゃったうっかりさんだな。

381 :仕様書無しさん:02/11/17 12:40
>>377
>かならず全ての処理系でそのように実装されているとは限らないからです。
STLの実装は処理系の担当でしたか。いやー、勉強になりますな。

382 :仕様書無しさん:02/11/17 12:44
楽しい釣堀へようこそ!

383 :仕様書無しさん:02/11/17 14:05
>>1
お前はどの程度使えてるんだよ?

384 :仕様書無しさん:02/11/17 18:07
>>1
C++しか使えない奴はプログラマと認められず。


385 :仕様書無しさん:02/11/17 20:50
>>382
楽しい?


386 :仕様書無しさん:02/11/18 02:34
C++に限った話じゃなくなってくるんだけどさ、

UNIXプログラミングにおいて、シェルスクリプトを書くのはプログラミングじゃないらしく
Windowsには、Visual Basicという似たようなものがあるじゃないかと言う声もあり。

プログラマーとスクリプターの境界線ってなんなんだ?

387 :仕様書無しさん:02/11/18 03:14

スクリプター:特定のスクリプトしか扱えない。

プログラマー:複数の言語及びスクリプトを扱える。

388 :仕様書無しさん:02/11/18 10:12
プログラムとスクリプトとマクロの区別がつかないのだが。

389 :仕様書無しさん:02/11/18 10:52
>>388
作った人が区別してくれるから、オマイが悩むことはない。

390 :仕様書無しさん:02/11/18 13:03
テンプラレートとマグロはどう違うんだ?

391 :仕様書無しさん:02/11/18 13:17
>>390
テンプラレートは市場に出回ってる天ぷらの取引歩合。
マグロは冷凍。
これくらいわかれ。


つーか、テンプラレートでぐぐった結果のページのネタが笑えた。

392 :仕様書無しさん:02/11/18 13:18
7月10日(水) にちゃんねる 〜とある板の書き込み〜

248 :仕様書無しさん :02/05/04 00:00
  テンプラレート使うとアフォみたいにプログラムサイズがでかくなることに
  不満を持ってるのは私だけ?

249 :仕様書無しさん :02/05/04 00:01
  MFC使うと勝手にテンプラオブラート使われるんですか?

250 :仕様書無しさん :02/05/04 00:08
  >>248
  嫌だけど、どうしろと。

251 :仕様書無しさん :02/05/04 00:11
  >>248
  あほみたいにでかくなる割合ってどのくらい?
  使わなかった時の倍くらいにはなるの?

252 :仕様書無しさん :02/05/04 00:30
  あほってでかくなるんですか?

393 :仕様書無しさん:02/11/18 15:12
>7月10日(水) にちゃんねる 〜とある板の書き込み〜
>248 :仕様書無しさん :02/05/04 00:00

2ヶ月も遅れてるのな。

394 :仕様書無しさん:02/11/18 21:30
>>377
>かならず全ての処理系でそのように実装されているとは限らないからです。
でもあれだけ細かく決まった仕様なら、実装は一通りしか考えられないような。
map系ならツリーの平衡の保ち方くらいは工夫のしようがあるけど、
vector,deque,listは実装依存の部分って実質、vector::iteratorを
生ポインタにするかクラスで包むかとか、リストのノードのクラスを
公開するかfriendにするかとか、そのくらいしか無いと思うぞ。

395 :仕様書無しさん:02/11/18 21:52
言語とか言ってる時点で終わってるんだがな。
終了。

396 :仕様書無しさん:02/11/18 23:39
処理系って何だよ?

397 :仕様書無しさん:02/11/18 23:47
>>396
死体処理係の誤り。

398 :仕様書無しさん:02/11/18 23:57
処理系とかいっちゃう香具師はボケカスばっか

399 :仕様書無しさん:02/11/19 00:35
>>398
>ボケカス
ってチンカスより美味しいですか?

400 :仕様書無しさん:02/11/19 00:42
チンカスは食いたくねーな。(w

401 :仕様書無しさん:02/11/19 00:46
フェラを積極的に許容する女性は、その生涯において約5gのチンカスを食すという。

402 :仕様書無しさん:02/11/19 00:47
オシッコをちゃんと切らないからチンカスができる
プルプルして飛び散るのがいやだったら指で切るといいよ

403 :もうやらない・・・:02/11/19 00:49
>>401
ウォオエッ!

404 :仕様書無しさん:02/11/19 00:59
俺はいつも大便の方のトイレで小便をする。そして、ちん先をトイレットペーパー
で拭く。すると、振るよりも小便が切れるのだが、トイレットペーパーのかすがつ
いてしまうのが難点。

405 :仕様書無しさん:02/11/19 10:06
垢は皮膚の老廃物であって、尿は関係無いような。

406 :仕様書無しさん:02/11/19 13:45
>>405
尿に含まれる成分(尿酸だっけ?)が湿気をもたらすので
亀頭がジメジメしてチンカスができやすくなる

407 :仕様書無しさん:02/11/19 13:46
あ、尿素だ

408 :仕様書無しさん:02/11/20 02:51
このスレはちんこ博士の君臨するスレになりますた。

409 :仕様書無しさん:02/11/20 03:26
良スレの予感age

410 :仕様書無しさん:02/11/20 03:44
>>409
最後の一行以外は同意

411 :仕様書無しさん:02/11/20 04:31
我慢汁とか

412 :仕様書無しさん:02/11/20 09:28
C++Builderを使いこなせたら、プログラマと認められますか?

413 :仕様書無しさん:02/11/20 14:45
今VC++6.0を新たに買ってMFCをやる奴はマゾと認められます。

414 :仕様書無しさん:02/11/20 14:55
WTLやる奴わ〜?

415 :仕様書無しさん:02/11/20 15:39
VC++6.0 を新たに買う人、あんましいないと思う。

416 :仕様書無しさん:02/11/20 16:51
てか、まだ売ってるのか?

417 :( ;´Д`)ハァハァ:02/11/20 16:57
>>403
♀PG?

418 :仕様書無しさん:02/11/21 03:45
>>417
男でも気持ちわりーとおもうぞ

いや、男が他人の物を...

お゛え゛ー


419 :仕様書無しさん:02/11/21 04:22
もらいウォオエーッ!

420 :仕様書無しさん:02/11/24 10:38
プログラマってくだらない論議が好きなんですね。
アニヲタより百倍キモいです。

プログラムは私が組んでおきますので、死んでいいですよ。

421 :仕様書無しさん:02/11/24 12:38
>>420
へー、あなたってキモいんですね:-)

422 :仕様書無しさん:02/11/24 15:54
>>420
2ちゃんねらは兎に角愚論が大好きなのです。


423 :仕様書無しさん:02/12/10 21:48
かゆいですが何か?

424 :仕様書無しさん:02/12/13 17:16
かゆいって何ですか?

425 :仕様書無しさん :02/12/15 18:38



C++ 以 外 の 言 語 っ て 需 要 あ る の ?




426 :仕様書無しさん:02/12/15 18:46
>>425
無いと思っている奴はプログラマとして失格です。

427 :仕様書無しさん:02/12/15 19:01
聞いてる時点で失格。

428 :仕様書無しさん:02/12/15 19:34
>>425
無いです。

429 :仕様書無しさん:02/12/15 19:58
>>428
あなたはプログラマ失格です。

430 :仕様書無しさん:02/12/16 17:26
C++しか使えない香具師ってアフォですよね。


431 :仕様書無しさん:02/12/16 17:41
ヽ(`Д´)ノウワァァン

432 :仕様書無しさん:02/12/16 17:47
C++も使えない香具師って最悪にアフォですよね。

433 :431:02/12/16 17:53
ヾ(≧▽≦)o そうだよね!

434 :仕様書無しさん:02/12/16 17:55
アセンブラを読めないやつがプログラマやってていいの?

435 :仕様書無しさん:02/12/16 18:05
C++しか使えないくせにPG気取りってカチョイイー

436 :仕様書無しさん:02/12/16 18:08
C++しか使えない香具師って、
自分でメモリ管理も出来ないチンカスPGでしょ。

437 :仕様書無しさん:02/12/16 20:19
436は、C++が理解できてないアフォ。

438 :仕様書無しさん:02/12/16 20:22
C++なんてたかが一言語。こだわるほどのものではない。

439 :仕様書無しさん:02/12/16 20:32
C++を理解できない奴に限ってそう言う。

440 :仕様書無しさん:02/12/16 20:34
>>439
C++に手間取っている奴ハケーン

441 :仕様書無しさん:02/12/16 20:51
440は字の読めない馬鹿。

442 :仕様書無しさん:02/12/16 20:52
馬鹿って言う奴が馬鹿やー

443 :仕様書無しさん:02/12/16 20:53
躓きの石

444 :仕様書無しさん:02/12/16 21:04
えっ C++がわからんやつなんかいるの? 誰でも分かるでしょ。あんなの。
誰でも分かる。すなわち難しくも無い言語でしょ。
特別難しくも無いんだから出来たってなんの自慢にもならんでしょ。
分からんっていってる奴はやってみたこと無いだけだって。
簡単なことが出来るだけで、やったこと無い奴を馬鹿にしてるのって馬鹿みたいだよ。
えっ? 簡単じゃないって? 簡単じゃないなら出来なくても馬鹿にすることじゃないじゃん。

445 :仕様書無しさん:02/12/16 22:01
>出来なくても馬鹿にすることじゃないじゃん
だ か ら、出来ないくせに(ry

446 :仕様書無しさん:02/12/16 22:04
C++やってる香具師ってどうしてそんなにオバカなのですか?

447 :仕様書無しさん:02/12/16 22:09
>>446
オマエモナー

448 :仕様書無しさん:02/12/16 22:11
>>445
馬鹿だなぁ。どこに出来ないって書いてあるの?
自分の気に食わない意見を言う奴は○○と思い込むことで安らぎを得ているのかな?(w

449 :仕様書無しさん:02/12/16 22:22
もれC++出来ないんですが・・・
逝って良しですか?

450 :仕様書無しさん:02/12/16 22:33
C++が出来ることを自慢する香具師って低脳ですよね。
きっと、相当苦労してちょっぴり使えるようになったんだろうなぁ。
普通の人なら出来て当然なのにね。ハズカチィワ。


451 :仕様書無しさん:02/12/16 22:33
>>449
このスレの場合逝って良しと言う奴が多いだろう。
そしてそれを狙って書いたのだろ。
逝かなくて良いよ。
もちろんこのスレの連中は逝って良しというだろうが気にするな。

452 :仕様書無しさん:02/12/16 22:34
>>450
当然お前はC++出来るのですよね?

453 :仕様書無しさん:02/12/16 22:38
出来て当然。

454 :仕様書無しさん:02/12/16 22:38
>>452
出来ます。

455 :仕様書無しさん:02/12/16 22:39
C++出来るってなんだよ。一体何が出来るんだよ。もう訳わかんねーよ!

456 :仕様書無しさん:02/12/16 22:43
おまいら、どちて、そんなにオバカ?

457 :仕様書無しさん:02/12/16 22:47
おれなんかC++のCの部分しかほとんど使ってねーぞ!
どうせ俺は使えねーよ。

458 :仕様書無しさん:02/12/16 22:48
C++できるってのは、ANSI C++に準拠したコンパイラでコンパイルできるといういみです。

459 :仕様書無しさん:02/12/16 22:49
>>455
C++に特有の概念があるだろ。それを理解して実際のプログラムに応用できるって事だよ。

460 :仕様書無しさん:02/12/16 22:50
なんだ人間コンパイラだったのか。おまいらスゲーな。俺は無理。

461 :仕様書無しさん:02/12/16 22:50
>>459
具体的に言ってくれ。

462 :仕様書無しさん:02/12/16 22:54
クラスが綱渡りなコードでも使えてりゃ出来てるでいいんじゃねーの?
よくあつくれるね

463 :仕様書無しさん:02/12/16 22:56
>>462
日本語で書いてくれよ。

464 :仕様書無しさん:02/12/16 22:57
たぶん>>459は具体的に出すことは出来ない。
なぜならC++に特有な概念なんて無いからな。
C++を特別な言語だと思っている奴は他言語を知らないだけ。

465 :仕様書無しさん:02/12/16 23:02
C++は特別な言語だと思っていて
C++が使えるということがステータスになると思い込みたい
低脳アフォPGがいるようです。


466 :仕様書無しさん:02/12/16 23:04
>>465
クライアントにはそんなのばかり。
VBでいいじゃんよってのを何故C/C++で作らせたがる。ペッ

467 :仕様書無しさん:02/12/16 23:09
>>466
処理速度が欲しいからです。

468 :仕様書無しさん:02/12/16 23:11
使えると思い込んでいる奴が一番タチ悪い罠

469 :仕様書無しさん:02/12/16 23:13
>>467
処理速度だってさ。バカですか?

470 :仕様書無しさん:02/12/16 23:14
>>467
だから”VBでいいじゃんよってのを”だよ

471 :仕様書無しさん:02/12/16 23:15
>>467
DBを使うソフトでは多くの場合、処理速度の大部分はライブラリおよびネットワークおよび
サーバーで決まるのでクライアントをC/C++で作ってもたいした違いはありません。

472 :仕様書無しさん:02/12/16 23:15
VBのサクサク感は好きだな。

473 :仕様書無しさん:02/12/16 23:16
VB好きだけど、汎用性の高いクラスを作ろうって気にはならない。なぜだろう?

474 :仕様書無しさん:02/12/16 23:18
C++も使えるプログラマ、カコイイ!
C++しか使えないプログラマ、カコワルイ!

475 :467:02/12/16 23:20
>>471
VBでは詳細な制御はできない。
エラー時の処理もできない。
C++ではスレッドを作れるので、DBに対して処理している間にできる待ちも効率的に使える。
大規模なDBを扱ったことがないのでしか?

476 :仕様書無しさん:02/12/16 23:20
>>473
お前の技術力が低いからじゃない?

477 :473:02/12/16 23:23
そうか・・・

478 :仕様書無しさん:02/12/16 23:23
C、C++しかつかえないのはプログラマではありません。
 なんでもできないとだめです。


479 :仕様書無しさん:02/12/16 23:24
VBじゃなくてもC++じゃなくてもいいじゃないか〜
Delがあ〜る〜さ〜
あははははははははははははははははははははは

480 :仕様書無しさん:02/12/16 23:25
>>475
そんなもん全部VBでも出来るべ。
おまい、相当ラベル低いな。

481 :仕様書無しさん:02/12/16 23:26
やはりコア部分はC/C++で表部分をVBがよいですか?

482 :ぱーらー:02/12/16 23:26
よっこらしょっと、そろそろ出番かのう。

483 :仕様書無しさん:02/12/16 23:27
>>480
VBでのスレッド制御はかなりトリッキーだぞ。おまえにそれが使いこなせる
とはとても思えんが・・・

484 :仕様書無しさん:02/12/16 23:28
VBでCreateProcess使ってる人いますか?

485 :467:02/12/16 23:28
>>480
スレッドはVBでは作れない。
VBのエラー処理は腐っている。
DB操作用のライブラリはたいていC++をターゲットに作られている。
だから詳細な操作はVBではむずかしい。

486 :仕様書無しさん:02/12/16 23:29
とりあえずVBで共用体が使いたいのだけどわからんちゃ。
だれかググってきて

487 :仕様書無しさん:02/12/16 23:30
> DB操作用のライブラリはたいていC++をターゲットに作られている。
へー。どのライブラリのことを言っているんだい? 二つ以上あげてね。


488 :仕様書無しさん:02/12/16 23:31
467はどうしてそんなに自分の低脳さを公表したがるのだろか?

489 :仕様書無しさん:02/12/16 23:32
>>486
共用体というと環境依存がはげしくてC/C++でも出来るだけ使うなといわれているあれかい?

490 :仕様書無しさん:02/12/16 23:32
>>486
そこまで依存されると、かえって母性本能をくすぐられる・・・

491 :467:02/12/16 23:33
ここはVBしか使えない奴が自己弁護するスレだったのか。
悪かった、君らの神聖な場所を汚して。
あとは好きにやってください。

492 :仕様書無しさん:02/12/16 23:34
>>489
WINSOCK APIつかってみたいんだけどさ、共用体使ってるんだよね

493 :467:02/12/16 23:34
>>491
うっせーよ。逃げ出したことにしたいんだろ? 偽者でしゃばるな。

494 :仕様書無しさん:02/12/16 23:36

 盛 り 上 が っ て ま い り ま し た 。

495 :467:02/12/16 23:40
はぁ?偽者はてめえだろ。かってに人のIDとってんじゃねえよ

496 :仕様書無しさん:02/12/16 23:40
>>494
あんたも器用な止めかたするね。

497 :仕様書無しさん:02/12/16 23:40
VBで十分つくれるプログラムをC++でつくる香具師は
バカかC++マニア。

仕事は、遊びじゃないんだよ。


498 :仕様書無しさん:02/12/16 23:41
>>494,496
ワロタ

499 :仕様書無しさん:02/12/16 23:44
>>497
はいはい、VBしか作れない人は黙っていようね。

500 :仕様書無しさん:02/12/16 23:45
500ゲトー

501 :ぶひぶび:02/12/16 23:46
よっこらしょっと、そろそろ出番かのう。

502 :仕様書無しさん:02/12/16 23:46
>>499
VBが作れるなら大したもんだもん

503 :ぶひぶび:02/12/16 23:46
>>500
頃す

504 :仕様書無しさん:02/12/16 23:47
>>502
VBはVBによって記述されます

505 :仕様書無しさん:02/12/16 23:47
>>ぱーらー=ぶひぶび
何かやって

506 :ぶひぶび:02/12/16 23:49
>>505
あんたスルドイね。ってコピペばれちゃった?

507 :ぶひぶび:02/12/16 23:50
夏休みに「ぱーらーVSるびちう」で楽しませてもらった者です。

508 :仕様書無しさん:02/12/16 23:50
うん

509 :仕様書無しさん:02/12/16 23:51
VBのエラー処理ってJavaよりは劣るけど
Cよりはずいぶんマシなんだよな。

510 :仕様書無しさん:02/12/16 23:57
>>509
お前Cも使えない奴ですか?

511 :仕様書無しさん:02/12/16 23:58
>>510
VBを使ったことが無いくせに比較しないでください。

512 :ぶひぶび:02/12/17 00:00
何かこう爆発力が足りないっていうか・・・食いつきが悪いっていうか・・・
くやし〜〜〜〜〜〜〜〜〜〜〜キィーーーーーーーーーー
てなものがないと・・・

513 :仕様書無しさん:02/12/17 00:02
>>510
C++やJavaの例外って知らんだろ。お前。

514 :仕様書無しさん:02/12/17 00:02
VBはON ERROR GOTO(GOSUB)だっけ
で、Cの例外処理用の構文って何だっけ

515 :仕様書無しさん:02/12/17 00:04
結論

C++しか使えない業務系PGは
 チ ン カ ス P G


516 :仕様書無しさん:02/12/17 00:09
言語に例外処理がなきゃ
例外処理も出来ないのか?
これだから低脳PGは…

517 :仕様書無しさん:02/12/17 00:12
>>513
知ってるか知らないかなんて議論のレベルが低すぎです。
あっ、あたなのレベルが低いから仕方ありませんでしたね。

518 :仕様書無しさん:02/12/17 00:16
>>516
言語レベルで統一されていないで各自まちまちの例外処理を書かれたのでは
後の保守が大変になるという話は聞いたことがあるけど

そうは思わないでしか?

519 :仕様書無しさん:02/12/17 00:38
516は話の見えてない馬鹿。

520 :仕様書無しさん:02/12/17 00:40
C++の仕事はやりたいがVC++はやりたくねーな

521 :自称「脳内SE」:02/12/17 01:50
>511
VB挫折したってなぁ、C++使えリャいいのさ。
ところで、継承ってなーに?
手下の若手PGに質問されて困ってしまった。

あ、俺、VBへのコンプレックス埋める為にただ今C++を習得中。
SEになったからってやっぱ諦めないで、言語の一つでも覚えないと
いけんねー。
頑張って習得して、PG共への粘着力を強化しよう。
年末が近付くと俺の粘着電話に怯えるPG達の多い事よ。
今度は「C++教えて」粘着でいこうかな。それもVB厨をターゲットに。

522 :仕様書無しさん:02/12/17 02:01
>>521
なんとなく、うっとうしい。

523 :仕様書無しさん:02/12/17 02:03
最近(ここ2年くらい)JavaばっかりでC++書いてなかったんで、いざC++で
書こうと思ったら色々忘れまくりな上に、ライブラリ周りで楽しすぎたせいで
C++が激しくダルく感じるようになってしまった。
堕落したな漏れ…

524 :仕様書無しさん:02/12/17 02:06
>>523
俺の場合は、Javaだとだるい。退屈でつまらない。
C++やCの方が楽しい。
Cは何やってるのかがはっきりわかるから、チューニングもしやすいが、
Javaは書いていて速いかどうかがよーわからん。
チューニングの技法もあるんだろうけど、VMが介在する以上
どうにもならんことが多いだろうな。

525 :仕様書無しさん:02/12/17 02:08
>>523
まずはModernC++Design読んでみるのがいいよ。
この本が出たことでテンプレートの対する考え方が
大きく変わった人が続出してるからね(藁。
Simon Peyton Jonesもその独りとの噂も。。。

526 :仕様書無しさん:02/12/17 02:09
>>521
八千代市民は消えろ。ウホ

527 :T也:02/12/17 12:13

VBしか使えない

528 :仕様書無しさん:02/12/17 13:47
>>478
ひょっとして真性馬鹿?(w

529 :趣味PG:02/12/17 13:47
>>497
糞低脳職業プログラマなんかと一緒にしないでください。

530 :仕様書無しさん:02/12/17 13:51
喪前ら元気だな
その元気の1/2でいいから仕事に注げよ

531 :仕様書無しさん:02/12/17 13:56
C++とは関係無いけど
好きな言語も無いような奴とは仕事したくねえなあ。

532 :仕様書無しさん:02/12/17 14:01
>>522 なんとなくじゃないんだよ。
思いっきりウザイんだよ八千代ってやつは。

533 :仕様書無しさん:02/12/17 15:34

* & ~

これだけ使えればいいんだろ?

534 :仕様書無しさん:02/12/17 15:38
&(~ * ~)&

535 :仕様書無しさん:02/12/17 23:18
C++しか書けない香具師の頭脳はC級。

536 :仕様書無しさん:02/12/17 23:43
C++がまともに使えるのなら、CとJava、C#は普通に使えるのでは?
やらないというのなら話は分かるが、できないということはだろう。

537 :自称「脳内SE」:02/12/18 00:58
>思いっきりウザイんだよ八千代ってやつは。

この前の晒し攻撃で、事もあろうに地元での信用が失墜してしまった。
釣り仲間からもそのコテハンやめいって言われて、辛いっす。
良コテ目指して今度こそ頑張ります。
まずは仕事でPG共へ効果的に粘着出来るように(ナメられたら終わりなんだヨ)
何か一つ言語を習得したい。で、C++ってなんかカッコええやん。
VB出来なくてもC++できればVB厨も一目置いてくれるはずだしぃー、
粘着ウザがるPGもプログラミングの話で通じ合えば、少しは心を開いて
信頼関係の改善も図れるかもしれない。

しかし、PG共の携帯番号リストをエンドユーザ企業の担当者に渡したのは、
少しマズイと思っている。俺だって、顧客には良い顔したいんだ。
俺だって、認められたいんだ。

俺だって、俺だって…。

538 :仕様書無しさん:02/12/18 01:00
C++泥くさいっす。アセンブラよみにくいっす。
テンプレートのエラーはコンパイラのバグなのか、
シンタックスエラーなのか分りにくいっす。
カッコよくなんてないっす。

539 :すぷーん ◆spoonLv.3M :02/12/18 01:08
>>538
釣りっぽいが、

> C++泥くさいっす

最近そう感じることが多いんだよね。
アセンブラからCに乗り換えた時代にアセンブラがやっぱいいや、
と(その当時は)思ってたのが間違っていたのと同じ感覚。
CからC++は画期的だったけど、最近は他の選択肢も十分ありなのではないかと思う今日この頃。

でも昔、Cよりアセンブラが好きだったのと同じように、C++が大好きなんだけどね(w

540 :仕様書無しさん:02/12/18 01:15
Alexandrescuやboostの開発者だけがおれもC++に向かわせる
モチベーションとなっていると、個人的には感じておりまっす。

541 :仕様書無しさん:02/12/18 01:16
×おれも モチベーションと
○漏れを モチベーションに

542 :自称「脳内SE」:02/12/18 01:40
みんなプログラム組む時はちゃんとフローチャート書いてる?
俺、機械系出身だから、チャートは定規当てて(出来れば伝家の宝刀「ドラフター」
を使って)心を込めて書くんだ。事務所には学生時代のドラフタを無理言って
持ち込んできたし。
でも、肝心のフローチャートの書き方をきちんと学び損ねたので、未だに
ボクの無理なアルゴリズムを柔軟に吸収してくれるPG達には感謝。
俺の仕様書にフローチャートが増えると、彼等のサービス休出が何故か増えて
しまう罠。
VBAまで駆使した仕様書に、なぜか手書き(ドラフタ使用)のフローの縮小コピーが
コラージュされているのに首をかしげるPG達。彼らには、俺が誇り高き機械系専攻で
あった事を知るヨシもない。
製図は美しい。それに飾られた俺の仕様書は、読む者を魅了する。

543 :仕様書無しさん:02/12/18 02:12
>>542
今どきフローチャートはないでしょ
何をするプログラムか理解した瞬間に
どう書けばいいのか分かっているというのがプロ
(プログラムの規模にもよるけどさ)

544 :仕様書無しさん:02/12/18 03:11
>>543
まぁまぁ、ネタだし。

仕様書にフローチャート書く奴は見たこと無いけど、
SQLのWhere句をいちいち書いて、「ふー疲れた」とか言ってるの見るとイタい。
ER図とかテーブルの関連が分かる資料書いてくれりゃ十分なんだYO。ヴォケが!

あっ、全然スレと関係ないこと書いちゃった。

545 :仕様書無しさん:02/12/18 08:35
ソースコードにフローチャートの悪夢

546 :仕様書無しさん:02/12/18 15:12
Pascal最強伝。


547 :仕様書無しさん:02/12/18 21:48
リアル厨房は今「ハリーポッター2」を名乗って、更にアフォになって
暴れている模様。どーする?


http://sports.2ch.net/test/read.cgi/bass/1016903497/l50

545 :ハリーポッター2 :02/12/16 22:14
504をとあいてー
ぶんなぐりてぇー

どんな顔か見てみてー
どんな車か見てみてー
どうせスポーツカー(お宅)だろうが(w


548 :仕様書無しさん:02/12/18 21:58


549 :仕様書無しさん:02/12/19 13:53
>>547
2ch的には普通なのでなんとも。

550 :仕様書無しさん:02/12/19 13:55
わざわざ相手しなくても

551 :仕様書無しさん:02/12/20 16:35
template は Modern C++ Design あたりを読んで
大分使えるようになりましたが、
mixin をうまく使いこなせません。

何かお勧めの本とかあったら教えて。

552 :仕様書無しさん:02/12/20 16:36
質問なのでageてみます

553 :仕様書無しさん:02/12/20 19:00
>>552
答える気ないのでsageてみます

554 :仕様書無しさん:02/12/20 19:03
では己で探してきます。

555 :仕様書無しさん:02/12/21 11:45
#include <iostream.h>

とはやってんのはただのアフォ。

556 :仕様書無しさん:02/12/21 12:13
#include<iostream>
using namespace std;
とやってるが、名前空間やiostream固有の機能を活用してないのもか?

557 :自称「脳内SE」:02/12/21 23:21
2chしてるようなPGは、うちでは契約できません。
機密漏洩の可能性が高いからです。

558 :仕様書無しさん:02/12/22 15:07
>2chしてるようなPGは、うちでは契約できません。

そんな常識的なこと今更言うことでもないだろ。
機密っていうか人間としてだめじゃん。
だめな奴は一生だめだからな。

559 :仕様書無しさん:02/12/22 15:35
>>558
君のことだね?  

560 :仕様書無しさん:02/12/22 17:49
>>557
だったらお前が最初に氏ね

561 :自称「脳内SE」:02/12/23 21:31
>560
うっ…!
なんで、すぐこーゆー展開になるの?

562 :リア厨天敵:02/12/23 21:55
             ∧         ∧                 ###
            / ヽ        ./ .ヽ              /#####ヽ
           /   `、     /   .`            /  ##### \
          /       ̄ ̄ ̄    ヽ          /   #####  ヽ
          l:::::::::              .l       /    #####   ヽ
         |::::::::::  -==・-    -==・-  |      |          ::::::::: :::::::|
         .|:::::::::::::::::   \___/    |      |  -・==-   -・==- :::::::::|
          ヽ:::::::::::::::::::  \/     丿      |    \___/  :: :::::::|
          ヽ:::::::::::::::::        /       ヽ      \/    ::::::::::|
     ____>:::::::::::::::::       <_        ヽ        ::::;;;::::::::丿
    /:::::::::::::::::::::::: :::::::::          /⌒ヽ⌒、⌒、⌒、      ::::::::: :<___
    |::::::::::::;;;;;;;;;;;;;:::::::::::::::        / /ヽノヽノヽノヽノ       :::::::::::::  :::::::: :::ヽ
   |::::::::::::::::::::::::            /  /:::::::: :::::::::::::::::::::           ::::::::
   ここは俺らが煽らなくてもいいみたいだな?           とりあえずやっとけよ

563 :仕様書無しさん:02/12/23 22:09
>>561
自業自得

564 :仕様書無しさん:02/12/24 16:10
>>561
2ちゃんねるだから(馬鹿は自分を馬鹿だと理解することができないから)

565 :仕様書無しさん:02/12/24 16:44
馬鹿は見ないに限るということ。
見るとつけあがるし。
馬鹿は馬鹿以上のモノにはならない馬鹿どもなのだから、放置するしかない。
馬鹿に何を言っても意味がない。
馬鹿なんだから。
とくに、自分が物事について分かっていて、
相手がそれを分かっていないと思いこんだ馬鹿の醜悪さは見ていて目眩がする。
馬鹿だからその自覚がないし、慎みも馬鹿は持っていないので醜悪さは最悪である。
馬鹿は馬鹿以外に出来ることがないから他人のやっていることに難癖を付けてくる。


566 :仕様書無しさん:02/12/26 01:09
>>8

Java覚えればC++簡単って言うけれど、
プリプロセッサ、ポインタ操作、テンプレートとか使いこなすの大変だって。
自分で位地から作り他は誰も関与しないならどうって事ことないが
決められたコーディング規約を守らずに、
プリプロセッサ、アドレス、ポインタ演算、テンプレート、演算子オーバーロード頻発、多重継承頻発、グローバル関数グローバル変数、
構造体、共用体併用、などを多量に使用した他人がコーディングしたごちゃごちゃコードの解析などそんなにも早くできるものじゃないぞ。

これじゃみんなカスになっちまうよ。

>>9
VB使えればC++一週間で使えたとした場合でも、他人がコーディングした上のようなコードの解析や一週間でできる者はそんなに多くないだろう。

567 :仕様書無しさん:02/12/26 14:49
>>565
素晴らしい。
今度から使わせてもらうよ。

568 :仕様書無しさん:02/12/26 20:25
PGがほんとーにこんなこと話してるなら、別にいらない。何の言語が使えようが、
いいんじゃないの。
 用は金がほしいだろ。
 こんなことができます。
みたいな。
どーせ、言語なんて、コンパイルすればほぼ同じだし。
ただ、処理速度がちがウだけ。 (たぶん、これが一番重要なんだな。)
どーせ、どーせ、どーせ、こんなの、どーせ。。。。。。。。。

569 :仕様書無しさん:02/12/26 20:31
>>568
こんなのが働いているんなら非常に恐ろしい。
嗚呼…失望。

570 :仕様書無しさん:02/12/26 21:04
>>566
ま、Java->C++より、C++->Javaの方が移行は楽だろうな。

571 :仕様書無しさん:02/12/26 21:35
C++っていうプログラム言語があって
それが、なんだか意味も分かんなくマンセーだとか言ってて
めちゃくちゃ好きな言語だし、めちゃくちゃ楽しいけど
もしかしたらプログラム言語はそれだけじゃないかもしれない
っていうのは、最近よく思います

572 :仕様書無しさん:02/12/26 21:48
C++->Javaの方が行こうが楽なのは、C++から作ったからもとはCもとはアセンブラ
もとは、2進数だから。
楽なのは楽。
なにも、考えないで、それでプログラムを組む、直すのはいいけど、いまは、
処理が早いからいいけど、、、、、、、、あとで、くろーするのはそのあとの
世代。まっ、この後、また新しい言語が誰か作ると思うし。

573 :仕様書無しさん:02/12/26 22:58
Cしかワカラン。つーかやって無いだけ。
他のも新しいのもやりゃできるだろ、とか思ってます。
まだしばらくやる予定ないけど。

574 :仕様書無しさん:02/12/26 22:58
ああ、BASICを忘れてたな・・・。

575 :自称「脳内SE」:02/12/27 00:38
>574
ばしっく?

576 :仕様書無しさん:02/12/27 01:04
>>574
N88日本語Basic

577 :仕様書無しさん:02/12/27 01:22
BASIC って ANSI とか ISO とかで定義されてないの?

578 :仕様書無しさん:02/12/27 01:53
Windows って ANSI とか ISO とかで定義されてないの?

579 :仕様書無しさん:02/12/28 21:04
C++で大きなシステムを作るのはつらい。
バカは一人たりともチームのメンバに入れられない。


580 :仕様書無しさん:02/12/29 15:12
>>579
同意。
2ちゃん来てるバカには任せられない。

581 :仕様書無しさん:03/01/08 14:54
>>570
> >>566
> ま、Java->C++より、C++->Javaの方が移行は楽だろうな。

C ポインタ演算ぼちぼち -> C++ だがOOがわからんかった -> Java よし! OO理解したつもり
-> C++もう一度やるか! -> あとは自由に移行

582 :仕様書無しさん:03/01/08 17:19
方法論: ワーニエ -> ジャクソン -> OMT -> ゲーデル -> ブーチ2nd
言語: asm -> PL/I -> C -> C++

物事の効率を考えられないJava厨逝ってよし
Javaなんか使うくらいならRubyの方がまだマシ

583 :仕様書無しさん:03/01/08 22:55
それはつまり、暗に Ruby をけなしているのか?

584 :仕様書無しさん:03/01/09 00:50
Clean最強伝説

585 :山崎渉:03/01/15 17:18
(^^)

586 :仕様書無しさん:03/01/20 05:39
ぬるぽ最強伝説

587 :山崎渉:03/02/04 10:19
(^^)2ちょんねる最高(^^)


588 :仕様書無しさん:03/02/07 18:26
C++市ね
C#(M$実装Java)マンセー

589 :仕様書無しさん:03/02/08 00:05
C++とCを勉強しようとして簡単なCだけやって二ヶ月後にVC始めたけど、ポインターのとこ
ろで中途半端な理解しかできていない。 とりあえず本に載っているものに改造を加えたデータ
ベース検索のアプリは二ヵ月後になんとか作ることができたけど、どうも基本のC言語というも
のがわかっていないようだ。 クラスもなんだかわけわからん。やっぱCをどっぷりやったほう
がいいのか?  COBOLはもういい。  オープンCOBOLなら考えなくもないが。。。
いのか?


590 :仕様書無しさん:03/02/08 00:33
>>589
秋葉坊主。とっとと寝ろ。

591 :仕様書無しさん:03/02/08 00:56
コピペか。。。。

592 :仕様書無しさん:03/02/08 01:10
つまりAdaたんを最初のプログラマと認めん、と?

593 :仕様書無しさん:03/02/08 01:26
>>579
馬鹿でもコーディングできるように抽象化できるのがC++の
いいところでもあるんだが・・・
ちゃんとC++使いこなせるようになってから文句をいいな。

594 :仕様書無しさん:03/02/08 01:33
言語仕様のボリュームが多すぎ。
このうえWin32APIやMFCも覚える必要があるプロジェクトだと
人が確保できない。

595 :593:03/02/08 01:39
>>594
APIなんて、わかってる奴が包んでやれよ・・・・

596 :仕様書無しさん:03/02/08 01:40
>>594
そりゃそうでしょ
容易に人を確保できなくすることで単価を高めるために
言語仕様を必要以上に複雑にしてるんだから

597 :仕様書無しさん:03/02/08 07:24
こんなくだらない言語は使えて当然だろ


598 :仕様書無しさん:03/02/08 09:42
くだらない言語というところは同意。

599 :C++厨:03/02/08 13:28
前立腺に中指突っ込んでチンコガタガタ言わせるぞボケ

600 :仕様書無しさん:03/02/10 14:35
(;´Д`) ハァハァ

601 :そこらのバカ:03/02/18 19:27
日本語プログラミング言語ひまわりを使ってみろ!!あれこそCを越えるぞ
マジで、ある意味で、

602 :仕様書無しさん:03/02/18 21:19
ここまでごちゃごちゃして一貫性がなくセンスのかけらも感じられない
糞言語がUNIXで流行らないのが不思議だよな。

603 :仕様書無しさん:03/02/19 04:42
ポインタが理解できない(=コンピュータを理解していない)人には無理な言語だし、
なおかつ、オブジェクト指向を理解していない人にも無理な言語。
要求される基礎知識が多いから、確かにバカにはむりだな。
バカでも使えることが売りのVBしか解らない人達には>596のようにしか
思えないのは無理も無いことだ。

>>602
UNIX使いにもバカが多いということだな。

604 :仕様書無しさん:03/02/19 21:06
ま、C++くらい、余裕で使ってくれよ。

605 :仕様書無しさん:03/02/19 21:09
余裕のよっちゃん

606 :仕様書無しさん:03/02/19 21:15
UNIXはそういうものとは違う。
システムの全てをコードレベルで暗記して
初めてつかえるようになるというシステム。
C++を勉強してる余裕がない人が多いと思う。
逆にUNIX使いでC++をやっている人の殆どは
厨房の率が高い。

607 :仕様書無しさん:03/02/19 21:20
何でそんな事言うかなー

608 :仕様書無しさん:03/02/19 21:23
>606 ハァ?

609 :仕様書無しさん:03/02/19 21:31
Sun信者はレベルが低いのでUNIXerにあらず。おまいら誤解するなよ

610 :仕様書無しさん:03/02/19 22:13
まあ、UNIXとは、Linuxの別名であるわけだが。

611 :仕様書無しさん:03/02/19 22:16
>>610
そうだね
IRIXはUNIXの別名だし
UNI+はAh!Skiのおまけだったし

612 :仕様書無しさん:03/02/21 13:14
Sun信者は他人の実力を自分のものと勘違いしてるから始末に悪いな。
しかも都合が悪くなると直ぐにLinuxの文句。おれはLinuxなどとは一言も
言ってないのだが。。。
まあ目が醒めたなら、さっさと*BSDを使え。

613 :仕様書無しさん:03/03/04 15:55
>逆にUNIX使いでC++をやっている人の殆どは
>厨房の率が高い。

ストラウストラップが厨房だってさ(w


614 :仕様書無しさん:03/03/04 17:16
>>613
ストラウストラップとおのれを同列に見てる時点で厨ケテーイ

615 :仕様書無しさん:03/03/04 17:24
ストローストラップ

616 :仕様書無しさん:03/03/04 19:08
ファイナルストラップ

617 :仕様書無しさん:03/03/04 19:34
デブハタイテイストラップ

618 :仕様書無しさん:03/03/04 20:35
ブートストラップ

619 :仕様書無しさん:03/03/04 22:29
>>614
> ストラウストラップとおのれを同列に見てる
はつみみです。


620 :仕様書無しさん:03/04/04 11:04
ストレストラップ

621 :仕様書無しさん:03/04/04 11:42
今頃どうした?

まあ、いまだにC++はプログラミング言語の最高峰であるわけだが。

622 :仕様書無しさん:03/04/04 12:31
>>621
なんで?
ポインタ演算やプリプロセッサ使える理由だけで?

ソースコードがごちゃごちゃして汚らしくなりやすいC++はJavaやSmalltalkと比べ
オブジェクト指向的でないのだが。

623 :仕様書無しさん:03/04/04 12:36
いまだにC++が最高峰だと抜かしているまるでCOBOLerのような
旧守体制派、保守的、古典的、抵抗勢力がいるのか

C++には数多くの問題点が山済みで、そこから問題点を改良したJavaがうまれだんだが。

624 :仕様書無しさん:03/04/04 12:39
ちっちぇえエサだな

625 :仕様書無しさん:03/04/04 12:41
でも

626 :仕様書無しさん:03/04/04 13:31
>>623
COBOLerだったらCOBOLが最高だと言いそうなものだが

627 :仕様書無しさん:03/04/04 13:32
>最高峰

習得の難易度。使える人材の極端なまでの少なさ。

という意味でなら最高ですけども。

628 :仕様書無しさん:03/04/04 13:47
JAVA ってオートマ限定免許と同じで何だかカッコ悪い気がする。
そんだけ。まぁときどき便利だけどさ。

629 :仕様書無しさん:03/04/04 13:51
>>627
たしかにな。
年取って他言語からやってきた人たちは思想の段階で挫折するだろうし。
新人は逆に最近の言語の恩恵を受けてしまっていて降りてこられない。

630 :仕様書無しさん:03/04/04 14:01
>>628
JAVA程度でも挫折する人はいるから、それは言い過ぎだよ。


631 :仕様書無しさん:03/04/04 14:06
>>630はバカ

632 :仕様書無しさん:03/04/04 14:08
マニュアル車をミッション車というのは正直勘弁して欲しい。

633 :仕様書無しさん:03/04/04 14:19
「挫折する人はいる」でバカよばわり?
いくら2ちゃんねるでも安直すぎないか?


634 :仕様書無しさん:03/04/04 14:26
メール欄からして馬鹿すぎ。

635 :仕様書無しさん:03/04/04 15:11
っていうか馬鹿

636 :仕様書無しさん:03/04/04 15:18
C++、使えないなどの言葉に反応する人々の hitbit

637 :hage:03/04/04 15:20
ハゲだったのか。ごめんな。傷つけたみたいで。
もうすぐ毛根レベルでハゲを直せる時代が来るから
それまで耐えてくれ。ほんと、ごめんな。
ハゲであることを気にしていたとは知らなかったから。

638 :これは許せん!!!!:03/04/04 15:32
ほんとの話です!!!!
女の子が40日間渡って監禁され、計100人ぐらいに強姦、朝から晩まで超暴力と超陵辱された。ヤクザ顔負けのリンチで、天井に血が飛び散っていた。(深くかかわったのは5,6人)
膣を灰皿代わりにされ、自慰(オナニー)を強制され、
真冬に裸で外(ベランダ)に出され、裸で踊らされ、手足を押さえつけられ、膣やお尻の穴に鉄の棒を突っ込まれ、お尻の穴に花火を入れ爆発させ、20キロの鉄アレイを身体(裸体)になんども落とされ、瞼(まぶた)に熱いろうそくをたらされ、
手足を押さえつけて、膣にマッチ棒を入れられ燃やされ、膣の中のや裸体をライターで火あぶり、精液を大量に飲まされ、500ccの尿を飲まされ、基礎の他むちゃくちゃ。(生きてるか死んでるかわからないが)ゴキブリも食わされたそうだ。
女の声だが、人間とは思えない叫び声(悲鳴)(絶叫)を上げ続けた!
殺された彼女の親友が言うには、監禁され殺される一日前、幽霊(生霊)となって「助けて!」と親友に助けを求めたが、親友はどうすることもできず、泣きじゃくった。
「狂宴犯罪」は 一ヶ月以上 続いた 。
そして(失禁して)死んだ。(殺された)i78i78i78i
専門家によると自死(あまりのつらさに耐え切れず、脳が死ぬことを選択した。(命令した。)らしい。(死体にの脳は溶けていたらしい)
死体の顔は目の位置がわからないほど、変形し、親でも誰かわからず、原型をとどめてないほどで、性器のほうは顔よりもっとひどく完全に破壊されていた。死体には髪がなくなっていた。
40日間の監禁で極度のストレスのあまり全部髪が抜け落ちた
死体の膣(マンコ)にはオロナミンC2本、入っていた。
         
「裁判記録」は死ぬほどエグイ内容であった。「コンクリート詰め事件」で検索すればわかる。
(俺は何時間も涙が止まらず、夜も何日も眠れなかった。たとえ99.9%の人が幸せでも残る0.01%の人が(超)不幸なら、そんな世の中、絶対承認しない!!!!!そんな世界いらない!!!!!絶対、絶対いらない!!!!!絶対認めない!!!!!)
l;ok;l(私の心の底からの叫びでした。)


639 :仕様書無しさん:03/04/04 16:03
>>637
侮辱罪で訴えます。

640 :うへえ:03/04/04 16:06
コピペ厨のうざい春休みかな、と

641 :仕様書無しさん:03/04/04 19:59
>>628
おい、じゃSmalltalkはどうなんだよ
もっと格好悪いじゃないか

642 :仕様書無しさん:03/04/04 20:35
Smalltalk は IfTure とか格好良いと思うけど。
テンプレートは無いけどgeneric プログラミングに支障ないし。
closure もあるし、c++ より文法的には格好良いな。

でもあんまり実用的じゃあないと思う。
使える人も少ないから、分業もしにくいし。

643 :仕様書無しさん:03/04/08 21:50
100万行を超えるソースに"virtual"でgrepかけたら
5箇所しか見つからないプロジェクトに参加してますが何か?

644 :DELPHI使い:03/04/09 00:44
C++なんかよりH8のCのほうが難しいよ。

645 :てst:03/04/09 00:48
???

646 :仕様書無しさん:03/04/09 00:54
>>643 要らないから使ってないんじゃないの?


647 :かおりん祭り:03/04/09 00:55
http://saitama.gasuki.com/kaorin/
〜oノハヽo〜 / ̄ ̄ ̄ ̄ ̄ ̄ ̄                
  ( ^▽^) < こんなのがございまーす♪ 
= ⊂   )   \_______
= (__/"(__) トテテテ...

648 :あぼーん:03/04/09 01:00
 ( ・∀・)< こんなのみつけたっち♪
http://muryou.gasuki.com/moe/hankaku10.html
http://muryou.gasuki.com/moe/hankaku09.html
http://muryou.gasuki.com/moe/hankaku08.html
http://muryou.gasuki.com/moe/hankaku07.html
http://muryou.gasuki.com/moe/hankaku06.html
http://muryou.gasuki.com/moe/hankaku05.html
http://muryou.gasuki.com/moe/hankaku04.html
http://muryou.gasuki.com/moe/hankaku03.html
http://muryou.gasuki.com/moe/hankaku02.html
http://muryou.gasuki.com/moe/hankaku01.html

649 :仕様書無しさん:03/04/09 01:13
>>643
const も数えてみてくれ。

>>646
…要らない、か…そうか…

650 :仕様書無しさん:03/04/09 01:28
virtualってswitchと関数ポインタのパクリだろ。
constって#defineのパクりだろ。

651 :仕様書無しさん:03/04/09 01:31
>constって#defineのパクりだろ。
ちょっと無理があるね

652 :仕様書無しさん:03/04/09 01:34
>>650
#define をパクったのは template では?

653 :仕様書無しさん:03/04/09 02:04
というか、パクりだと何?

654 :仕様書無しさん:03/04/09 02:43
パクリじゃなくて特化して機能拡張したもの。

655 :仕様書無しさん:03/04/09 06:21
>>643
カクイイ!
スピード重視?

656 :仕様書無しさん:03/04/09 09:52
書き込みテストだもらぁー

657 : ◆qQ4COMPILE :03/04/09 18:46
実際virtualはいないときは全然いらないと思うのだけど・・・
>>643のばあいはそうでもなかったんだろうな。

658 :粘着:03/04/09 18:55
るせーよ宇宙刑事

659 :揚げて見よう:03/04/09 19:15
>実際virtualはいないときは全然いらないと思うのだけど・・・
設計時の脳のモードも関係してるような気がする。

660 :仕様書無しさん:03/04/09 19:25
大人の出逢いから ピュアな出逢いまで・・・。
素敵な お相手が貴方を待っています!
もちろん 女性は完全無料です!
http://www.sweet.st

661 :仕様書無しさん:03/04/09 21:34
事務系の処理ならCOBOLでも十分でしょ
どうせ足し算と引き算しかしないから・・・。

ギガ単位の画像処理ならC++
計測ツールはLabVIEW(誰も知らない?)
ボードCPUはC言語
漏れの商売道具れす




662 :仕様書無しさん:03/04/09 21:46
>どうせ足し算と引き算しかしないから・・・。
実は、なんだってそれだけなんだけどね。

663 :仕様書無しさん:03/04/09 22:04
確かに乗算除算なんて効率悪くて使ってられるか。

664 :仕様書無しさん:03/04/09 23:06
>>662
ANDとORとNOTが基本でしょ 
C言語の基本は論理演算


665 :仕様書無しさん:03/04/09 23:26
>>662
足し算だけっしょ。

666 :仕様書無しさん:03/04/10 00:44
みんなプログラマってことに誇りを持っているんだね。
俺の会社はC++できないような管理職が高給取りで
いつまでたってもプログラマでは先が見えてるんよ。
「プログラマとは認められない」という書き込みで
煽られている人を見るとちょっと感動するよ。

667 :662:03/04/10 00:44
なーんで、俺にばっかりレスする?

668 :仕様書無しさん:03/04/10 00:45
>俺の会社はC++できないような管理職が高給取りで
>いつまでたってもプログラマでは先が見えてるんよ。
そういう会社の先も見えてたり。

669 :仕様書無しさん:03/04/10 00:57
管理職が金をもらうのは仕方ねーよ
プログラマはコマみたいなもんで
会社側からみたら派遣や正社員を組み合わせて大きな仕事を
仕切る奴が有能に見えるし、そっちの方が利益を生み出す貴重な人材だろ
金をもらうのは当たり前、残念だがな。

670 :仕様書無しさん:03/04/10 01:40
管理職の必須能力にC++が組めること、なんてあるのかよ、、、


671 :仕様書無しさん:03/04/10 10:14
>>662
人気者♥

672 :仕様書無しさん:03/04/11 06:29
>>671
足し算しかないだろ(w


673 :山崎渉:03/04/17 12:16
(^^)

674 :山崎渉:03/04/20 06:17
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

675 :山崎渉:03/05/22 02:44
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

676 :自称「脳内SE」:03/05/22 23:06
>1
もちろん、そうだな。
でなければお仕事あげません。
VBだけっつーのはPGにあらず。
ANSI-Cのみってのは半分PG。

677 :925:03/05/22 23:23
>1
ただいま勉強中。

678 :山崎渉:03/05/28 16:58
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

679 :仕様書無しさん:03/06/28 20:41
COBOLerってダサいよなW

680 :山崎 渉:03/07/15 11:46

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

681 :仕様書無しさん:03/07/23 01:19
プログラム板から拾ってきた

そんな事より>>1よ、ちょいと聞いてくれよ。多分スレと関係してると思うんだけどサ。
このあいだ、C++の講習会行ってきたんです。C++。
そしたらなんかアクセス指定子とかめちゃくちゃいっぱいで混乱しちゃったんです。
で、言語仕様見たらなんか、多重継承とか純粋仮想関数、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
俺よ、演算子のオーバーロードとか聞きなれない言葉にビビッてんじゃねーよ、チキン野郎が
C++だよ、C++。
なんか工房らしき若造もいるし。その年からC++か。うらやましいよ。
で、隣の奴がよーし俺インスタンス作っちゃうぞー、とか言ってるの。インスタンスって何よ?
お前らな、NBASICやるからその席空けろと。
プログラミング言語ってのはな、もっとあっさりしてるべきなんだよ。
IFとFORとGOTOでなんでもできてしまう上プラットフォームなんか一切気にしない、
ステートメントごってり。そんな雰囲気がいいんじゃねーか。イベント駆動なんて、すっこんでろ。
で、やっと今日の講習が終わったかと思ったら、隣の奴が、オブジェクト指向がどーのこーのとか
言ってるんです。
そこでまたぶち切れですよ。
あのな、オブジェクト指向なんてきょうび流行んねーんだよ。多分。多分な。。
得意げな顔して何が、オブジェクト指向、だ。
お前は本当にオブジェクト指向が解ってるのかと問いたい。問い詰めたい。小1時間問い詰めたい。
お前、オブジェクト指向って解ってるんなら俺に教えてくれよ。
’80プログラマの俺から言わせてもらえば今、最新の言語はやっぱり、 QuickBasic、これだね。
QuickBasicとDOSコンパイラ。これが通の言語。
QuickBasicってのは構造化プログラミングができてスタンドアロンアプリが作れる。そん代わり
実行ファイルサイズ大きめ。これ。
で、BIOSコール。これ最強。
しかしこれを使いたくてもDOSプロンプトでは動かないという危険も伴う、諸刃の剣。
玄人にはお薦め出来ない。
まあ俺は、LOGOでお絵描きでもしてなさいってこった。。。


682 :仕様書無しさん:03/07/24 23:22
>681
迷わず納豆そば

683 :仕様書無しさん:03/07/24 23:23
最初のプログラマはストローストラップ師ですか?

684 :仕様書無しさん:03/07/24 23:27
>>681
久しぶりなんで新鮮だたよ。

685 :仕様書無しさん:03/07/24 23:51
>681
MSX BASICにも未来はありますか?

686 :仕様書無しさん:03/07/24 23:58
C++使うオボゼクト歯垢プログラミングって
主要コンポーネントとなるクラスを考えて、それらの
依存関係をフローチャートでなくブロック図に書いて、
線で繋いで回路図みたいに設計する、って理解でよろしーでしょーか?
で、動作はタイミング図と状態遷移図に書いて設計すればバッチシ?

687 :仕様書無しさん:03/07/25 00:02
C++には、創造する力がある。
VB、JavaはマイクロとSUNの奴隷だ。家畜だ。


688 :Visual COBOL++:03/07/25 00:30
VB, JAVAは開発者ってゆーよりユーザだね。
C++は開発を味わえる数少ない言語。

689 :仕様書無しさん:03/07/25 00:33
>688 バカじゃねーの?

690 :仕様書無しさん:03/07/25 00:34
C++は難しすぎ
http://pc2.2ch.net/test/read.cgi/tech/1058675178/

691 :Visual COBOL++:03/07/25 00:35
>689
失礼な!
俺はポインタ使えるんだぞ。

692 :仕様書無しさん:03/07/25 00:36
>691
俺もボインタンは大好きだぜ!

693 :Visual COBOL++:03/07/25 00:37
配列変数もインデックス値でなくポインタで操作できるって
今日覚えたぜ。明日は構造体のお勉強だ。

694 :仕様書無しさん:03/07/25 00:42
ボインタンハァハァ

695 :仕様書無しさん:03/07/25 01:07
JavaはSunのものではない。JCPだ。
Java→C→C++の順で精通すると最強になれる。正直、言語で怖いものなくなるよ。
なんでも来いって感じ。

696 :仕様書無しさん:03/07/25 01:09
俺は、C++→Java→Cの順で精通したが、いまだにVBが怖いです。

697 :仕様書無しさん:03/07/25 01:09
( ´,_ゝ`) プッ

698 :仕様書無しさん:03/07/25 01:11
>689
どーしてC++→C→Javaじゃないのですか?
普通の人はたぶん挫折すると思うんですが、

699 :仕様書無しさん:03/07/25 01:13
>>698
それは釣りだからです。

700 :仕様書無しさん:03/07/25 03:29
精通って何だか卑猥。

701 :仕様書無しさん:03/07/25 07:57
C++使えない戸○田は、居座りプログラマに過ぎん。

702 :仕様書無しさん:03/07/25 13:00
おまいら どあほうだな
C++使えるだけじゃ、ダメだよ
Win32API とか MFC とか知らないとダメだろ
データベースとかソケット通信とか
言語よりライブラリの比重がでかいよね


703 :仕様書無しさん:03/07/25 13:15
Win32APIなんて調べりゃすぐ使えるだろ

704 :仕様書無しさん:03/07/25 13:18
C++知らずにMFCみたいなクソミソライブラリに手を出すな禿

705 :仕様書無しさん:03/07/25 13:53
いつ消えるか分からないWTLを使えと?

706 :仕様書無しさん:03/07/25 15:01
仕事だから言われたとおり何でも使う。

707 :仕様書無しさん:03/07/25 15:02
おまいらのレベル低そうね
夏休みの宿題ちゃんとやれよ どあほう。


708 :仕様書無しさん:03/07/25 15:05
>>705
「C++知らずに」という前置きが見えんのか、この不能

709 :仕様書無しさん:03/07/25 15:19
UNIXのコンソールプログラミングには慣れてたけど、
WindowsのGUIプログラミングを覚えるのに2ヶ月ぐらいかかった。
C++は半年(汗

710 :なまえをいれてください:03/07/25 15:30
ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ?(俺を買え)」と逆売春を持ちかける黒人男性も多い。)
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

711 :仕様書無しさん:03/07/25 16:39
Windows の GUI は、腐ってる。

712 :仕様書無しさん:03/07/25 20:18
覚える != 理解する != 使える != マスターする

713 :仕様書無しさん:03/07/25 22:16
体におぼれる != 女を理解する != テクを使える != マスをかく

714 :仕様書無しさん:03/07/26 01:35
俺、いわゆるscanfとかsprintfとか、
strcpy、memcpyなんか使わなくなった。
バッファオーバーランをひきおこすようなこいつらは
今では使う気になれん。

STLを使って、楽に問題なくって感じで
設計からコード、デバッグまでスムーズにいくよ。
やっぱりC++って有難いね。

今だにCオンリーでプログラム書く奴って、
大抵はオブジェクト指向が身についてないせいか、
Word、Excelの使い方のセンスも滅茶苦茶。


715 :仕様書無しさん:03/07/26 01:38
> STLを使って、楽に問題なくって感じで
世の中にはSTLなんか使わなくても
楽に問題なく作れる言語もあるわけだが。
クラスだけで作れる者をテンプレート(+クラス)を
使ってまでやることとは思えないね。
C++だとテンプレートが必要だなんてなんかヘボイ。

716 :仕様書無しさん:03/07/26 01:56
VB?

717 :仕様書無しさん:03/07/26 01:58
それとJavaやC#やSmalltalkなど

718 :仕様書無しさん:03/07/26 01:58
>715
お前、リストや動的配列の処理を
いちいち作ってるのか?
そうだとしたら、だっさ〜、めっちゃだっさ〜。

Excel で下のような表を作成するとき、
関数式使わずに手入力で、
「1,2,3,...,100」って入力してそうだ。

1 aaaa
2 bbbb
3 xyz
|
100 OoOOoo


719 :仕様書無しさん:03/07/26 02:01
>>718
> お前、リストや動的配列の処理を
> いちいち作ってるのか?
んなわけねーだろ。誰がそんなこと言った?
クラス使えよ。 STLじゃないと作れないと思っているのか?
っていうーか知らないのか?
他の言語を使っていれば知っていると思うけどな。

言うこと見つからないからってExcelで関係ないこと言い出しているし。


720 :仕様書無しさん:03/07/26 02:07
バッファオーバーランを防ぐためにSTLを使うなんてへぼいよなぁ〜。
世の中にはSTL相当を使わなくてもバッファーオーバーランしない
言語があるのになぁ〜。

721 :仕様書無しさん:03/07/26 03:26
>>720
"どうやってもバッファオーバーランしそうも無い"コンテキストで
"バッファオーバーランのためのチェック"をすることを強制されること、
それは、
毎日癌検診を受けるようなものだ。

722 :仕様書無しさん:03/07/26 03:29
>>718は、excelで、セルに連番を入力する時、
いちいち関数式を使ってるのか?


723 :珍COBOL:03/07/26 04:12
俺はC++もSTLもexcelも知らない訳だが、ようするにセルっていうのは
Vectorのコンテナの配列っていうことなのか。

724 :仕様書無しさん:03/07/26 07:24
STLのコンテナクラスはiterator経由でのアクセスが面倒なので、
CAtlArrayかCAtlMapを。

というか、VC++付属のSTLへぼくねぇ?

725 :仕様書無しさん:03/07/26 08:57
ヒューレットパッカードがヘボイ

726 :仕様書無しさん:03/07/26 09:34
template<class T,class Compare>min(const T&a,const T&b,Compare comp)
{ return comp(a,b) ? a:b ; }
//テンプレートはマクロの上を逝く

727 :仕様書無しさん:03/07/26 09:35
operator[] 使ってると、後で見たとき分かり難くねぇ?
へぼな俺はZeroMemory()してしまいそうになるぜ。


728 :仕様書無しさん:03/07/26 09:36
スマートオブジェクトの概念なくして、C++を語るべからず...

729 :仕様書無しさん:03/07/26 09:37
>>727
ポインタとごっちゃにしていないかい?

730 :仕様書無しさん:03/07/26 09:40
vector<int> a;

a の ポインタは、&a
a[] は、オペレータだと分る。

vector<int> *a;

a は、ポインタだが、
a[] - ポインタ配列参照
(*a)[]、(a[])[] - オペレータ

731 :仕様書無しさん:03/07/26 09:45
>>729
普通の配列と同時に使ってるか?って事かい?


732 :仕様書無しさん:03/07/26 09:46
[]オペレータが使えるのは、vector deque string.
list set/multiset には使えない。
map/multimap は、 value[キー(first)] = 値(second) という変な使い方が出来る。

733 :仕様書無しさん:03/07/26 09:52
[]を使いたくなかったら、value.at(i)を使えばいいよ。
エラーチェック入ってるし。

734 :仕様書無しさん:03/07/26 09:58
>>731
そもそもどんなときにZeroMemoryが登場するんだい?

735 :仕様書無しさん:03/07/26 10:09
>733
そそ。
CArray関連ではGetAt()使ってる。そんな俺自身に萎え!

>734
初期化

736 :仕様書無しさん:03/07/26 10:09
イテレータは、面どいな。 for_each(vect.begin(),vect.end()
,bind2nd(multiplies<int>(),128) とか書くの面倒くさいぞ。

737 :仕様書無しさん:03/07/26 10:15
>初期化
[]オペレータとあまり関係ないような気がする...

738 :仕様書無しさん:03/07/26 10:17
CArrayって何?
boost::arrayの事?

739 :仕様書無しさん:03/07/26 10:22
整数を string に 変換する時ってどうやってんの?
漏れは、

 template<class T> string int2string(T&Value) //Tは、整数型

とかいう関数を擬似的につくって、

 string s;
 s = int2string(numbers) + "個のファイルが存在します。" ; 

とかやっちゃうけど、他の方法とかあるんですかね?

740 :仕様書無しさん:03/07/26 10:23
>>737
ああすまん。
[]オペレータで書いている既存コードの先頭に
初期化処理を追加しようとした時に、ZeroMemoryを・・・って事。


741 :仕様書無しさん:03/07/26 10:26
>>740
やばいじゃん。 クラッシュするよ。

742 :仕様書無しさん:03/07/26 10:44
クラッシュはしないけどメモリリークするクラスがほとんどだろうね。

743 :仕様書無しさん:03/07/26 11:13
でもさ、配列かどうかというのは、コンストラクタを追えば分かることだし...
あまり深く考えなくても...

744 :仕様書無しさん:03/07/26 11:18
BCBのAnsiStringは無敵だとか言ってみるテスト

745 :仕様書無しさん:03/07/26 14:24
BCBの人材がMSに引き抜かれたとはいえ、MSVCのへんてこインターフェイスは、
いまだへんてこなまま。

746 :仕様書無しさん:03/07/26 15:19
MSのソースは汚ぇからな。 収拾つかんよ。

747 :仕様書無しさん:03/07/27 02:36
■■■■■■■■■■■■■■■■■■■
■■□□□□■■□□□■■□□□□■■
■■□■■□■■■□■■■□■■□■■
■■□■■■■■■□■■■■□■■■■
■■□■□□■■■□■■■■■□■■■
■■□■■□■■■□■■■□■■□■■
■■□□□□■■□□□■■□□□□■■
■■■■■■■■■■■■■■■■■■■

748 :仕様書無しさん:03/07/27 22:53
管理者からするとVCLよりMFCでプログラムを作らせた方が
プログラムの管理がしやすい。
ただ作る方からするとMFCは難しすぎる。

749 :_:03/07/27 22:54
http://homepage.mac.com/hiroyuki44/

750 :仕様書無しさん:03/07/27 23:15
visualc++6.0ってどこに売ってますか?

751 :仕様書無しさん:03/07/28 00:17
           地震ワッショイ!!
      \\    地震ワッショイ!! //
  +   + \\   地震ワッショイ!!/+
                            +
.     +   /■\ ./■\   /■\  +
        (∀`  ) ∩ ´∀`) (  ´∀)
   +  (( ⊂    つヽ   つ ⊂   つ ))  +
         ヽ ( ノ  (ヽ  (   ) ) ヽ
          (_)し' (_)_)  ( .__)_)





|_-)ミンナシネバイイノニ...


752 :仕様書無しさん:03/07/28 00:21
>>748
というより作るほうからすると疲れると思います。
抽象化という意味ではプラットフォーム(WIN32)にそれなりに
即しているとは思うんですが・・・。
でも大本のプラットフォームの見通しの立たない仕様変更を
考えると、どこまでいっても落ち着きはしませんね。

753 :仕様書無しさん:03/07/28 07:38
ソフト関連の中小・零細企業の倒産が増加

企業の外注を請け負ったり、ソフトウエアなどを生産する中小・零細企業の倒産が増えている。
民間信用調査機関の東京商工リサーチによると、そのような中小・零細企業の1―6月の倒産は、前年同期よりも41.8%増えて122件となった。
全国の倒産件数が前年同月を下回る中で、増加が際立っている。
このような企業の倒産が増えている要因には、経費削減を背景に外注需要が減っていることに加え、企業自体の事業規模が小さいということがある。
ぜい弱な企業体制であるために、競争強化の中で淘汰(とうた)されてしまうことが多いためだ。

http://www.nikkei.co.jp/news/keizai/20030727AT1F1802K26072003.html


754 :  :03/07/28 12:06
ソフト関連の中小・零細企業って、ただのドカタの集合体でしょ。

755 :仕様書無しさん:03/07/28 12:12
>>753
IT技術者不足の深刻化が叫ばれている一方でソフト関連の中小・零細企業の倒産増加ですか・・・

756 :仕様書無しさん:03/07/28 12:21
中小・零細IT企業なんて、派遣会社としては
大手に比べて競争力がないからな。社長のコネクションだけじゃ
どうにもならないということ。人材不足はまったく別の話。

757 :仕様書無しさん:03/07/28 13:47
>>753
>ぜい弱な企業体制であるために、競争強化の中で淘汰(とうた)されてしまうことが多いためだ。
いいことだ。
これで経営者も、それなりに優秀なのがでてくるだろうて。

758 :仕様書無しさん:03/07/28 16:42
安く仕入れて高く売るのが、商売の基本だが仕入値がバレバレ
では、すぐに足元を見られて利益が出ない。
原価コストなんて、人月単価で簡単に計算できるからな。



759 :Visual COBOL++:03/07/28 23:42
>755
漏れも新聞記事で読んだ、ゾ。
小さくても自前のプロダクト持ってるとこは強いけど、
請負や派遣に手を染めると、利益はどっかに吸い上げ
られてしまうんだよな。
ほんと、どっかが美味しい思いしてるんだよ。
誰だよ?

760 :無料動画直リン:03/07/28 23:43
http://homepage.mac.com/miku24/

761 :仕様書無しさん:03/07/29 00:18
ははは

762 :仕様書無しさん:03/07/29 02:00
C#使うともうC++には戻れない

763 :C++:03/07/29 12:36
>IT技術者不足の深刻化が叫ばれている

低スキルな技術者モドキならたくさんいるのにな。

>中小・零細企業の倒産増加ですか・・・

安い仕事なのにさぁ、2日も3日も会社に泊まって残業代荒稼ぎして
会社の利益を食いつぶす低スキル残業マシーンが会社に何人もいれば
経営が苦しくもなる罠。

764 :仕様書無しさん:03/07/29 13:41
>>762
退化ってやつですね

765 :仕様書無しさん:03/07/29 19:18
>>764
ということにしたいんですね。:-P

766 :仕様書無しさん:03/07/29 20:07
Lisp,Pascal,Python,SmallTalkしかできませんが,仕事ありますか?


767 :仕様書無しさん:03/07/30 00:50
>763
でもうちのバカ営業課長は、残業いっぱいしてーっていうよ。

768 :仕様書無しさん:03/07/30 15:43
complex_f_gx_hx とかもうながったらしい名前ばっかだよ。
外人は、アンダーバーが好きだな(藁

769 :仕様書無しさん:03/07/30 15:53
STL抽象化しすぎて難しいよ。 けど面白いんだなこれが。
実装の手を加える奴のアタマの良さがうかがえるというか。
バカには使いこなせない罠。

770 :仕様書無しさん:03/07/30 16:15
いまどきSTLで有頂天になってるヤシって

771 :仕様書無しさん:03/07/30 16:19
Borlandのビルダー要員戻って鯉!!

772 :仕様書無しさん:03/07/31 00:37
>>770 ホラ、ナツダカラ・・・ネ。


773 :仕様書無しさん:03/07/31 00:45
漏れはtools.h++マンセー派

774 :仕様書無しさん:03/07/31 02:02
漏れはsytemCマンセー派

775 :仕様書無しさん:03/08/01 23:49
freadの関数の使い方おしえてください。
fread(ファイルポインター、xxx、文字数、ファイルポインター)
xxxには何がはいるんですか?

776 :仕様書無しさん:03/08/01 23:57
1です。

777 :仕様書無しさん:03/08/02 00:00
>>775
漏れのてぃんぽ

778 :仕様書無しさん:03/08/02 00:15
sizeof(char)

779 :仕様書無しさん:03/08/02 01:55
くそっ、PS2エミュレータのソースはC言語で書いてやがんの。
やっぱりC言語最強だ。C#どころかC++すらいらねぇ。



780 :山崎 渉:03/08/02 02:21
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

781 :ぼるじょあ ◆yBEncckFOU :03/08/02 04:54
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

782 :仕様書無しさん:03/08/02 14:12
>>779
ハゲは黙って育毛剤つけてろ!

783 :仕様書無しさん:03/08/02 16:39
>>782
毛なんか要らねえよボケ

784 :C++は死亡:03/08/07 14:19
Blake Stowell: C++ is one of the properties that SCO owns
today and we frequently are approached by customers who wish
to license C++ from us and we do charge for that. Those
arrangements are done on a case-by-case basis with each
customer and are not disclosed publicly. C++ licensing is
currently part of SCO's SCOsource licensing program.

http://mozillaquest.com/Linux03/ScoSource-02_Story03.html


785 :Delphiに乗り換えませんか:03/08/07 14:20
14 名前: いやく部門 投稿日: 2003/08/06(水) 17:52
Blake Stowell: SCOは現在、C++の所有権を有している。
SCOは顧客から、C++をライセンスしたいとの相談を受けることがよくあり、
そのような場合、ライセンス料を徴収している。
このような処置は顧客ごとにケースバイケースで行われており、
公に公開されたものではない。
C++のライセンシングはSCOのソースライセンスプログラムの一環である。

15 名前: Kent.N 投稿日: 2003/08/06(水) 17:54
Blake Stowell:C++はSCOが今日所有する資産の一つで、
我々からC++のライセンス供与を受けたいというお客様は
ひっきりなしにいらっしゃるので、実際にそうしています。
具体的な内容はお客様ごとにcase-by-caseで、第三者に
明らかにしない方針とさせていただいています。
C++のライセンス供与は現在SCOのSCOsource licensing programの
一部になっております。

http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=5651&KEY=1049123895&START=13


786 :仕様書無しさん:03/08/07 17:14
プログラマなら言語は場合によって選択してなんでも使うだろ?
言語がうんぬん逝ってるやつは逝ってよし!

787 :仕様書無しさん:03/08/07 17:20
VB厨がナニか吠えてるよ(´∇`)ケッサク

788 :仕様書無しさん:03/08/07 18:15
まぁWindowsの開発プラットフォームが.NETに移行したら
VBとC++は早晩死滅するだろうね。わざわざ使うメリットがないし。

789 :仕様書無しさん:03/08/07 18:28
787はMSのことしか知らないな。

790 :仕様書無しさん:03/08/07 18:29
787 ×
788 ○
>>787
スマソ

791 :仕様書無しさん:03/08/07 22:41
>>786
この文脈での「プログラマ」には「VBコーダー」は含まれないですよね
例えばCしかできなくても,1週間程度勉強すれば,アセンブラでもPythonでもLispでもPerl使えるようになるし,
PHPとかは3時間程度でマスターできる。

最近あった自称VBプログラマはバブルソートを知らなかったよ

792 :仕様書無しさん:03/08/07 23:18
>最近あった自称VBプログラマはバブルソートを知らなかったよ
いまさら半端なアルゴリズムとデータ構造の知識なんて不要だよ。
こんなものは全てライブラリ化されている。
古臭い言語齧ってばかりいると腹壊すよ(藁

793 :仕様書無しさん:03/08/07 23:27
>>792
エンジンの仕組みを知らずにオートマ車を運転するDQN = VBプログラマ
エンジンの仕組みを知った上でオートマ車を運転するということは大切

794 :仕様書無しさん:03/08/07 23:29
>>792
たとえライブラリ化されていても,基礎の基礎は知っておく必要があると。

795 :仕様書無しさん:03/08/07 23:30
>PHPとかは3時間程度でマスターできる。

そして3時間で忘れるんだろ?

ケッ

796 :仕様書無しさん:03/08/07 23:38
VB厨が作ったC++のソース見たら脱糞しますた。

797 :仕様書無しさん:03/08/07 23:43
>>793
いやいや、運転(使う方)ならいいんだよ。
俺たちゃ作る方の人間なんだぜ。

>半端なアルゴリズムとデータ構造の知識なんて不要
と言い切っちゃうきみはバブルソートも知らないわけか。
このスレ行ってみな
http://pc.2ch.net/test/read.cgi/prog/1059912593/l50
それともこっちかな
http://pc.2ch.net/test/read.cgi/prog/1056760852/l50

798 :仕様書無しさん:03/08/07 23:55
>>791
はぁ?

C知ってて、なんでアセンブリとか3時間で出来るんだよ。

>最近あった自称VBプログラマはバブルソートを知らなかったよ

あとこいつが変なだけで、みんなに適用するなよ。
そんなの基本だろうが、言語に関係なしに。

799 :_:03/08/07 23:56
http://homepage.mac.com/hiroyuki45/jaz10.html

800 :仕様書無しさん:03/08/08 00:00
>>798
重箱ですまんが,アセンブラは1週間だよ。PHPが3時間

801 :786:03/08/08 00:05
バブルソートが必要になったらバブルソート勉強しる!

ソートに関しては関数まかせにできるわけだから、
バブルソートなど知らなくても問題なし!
(ソートする処理を書く仕事じゃなければだけど)

臨機応変に対応しる!

802 :仕様書無しさん:03/08/08 00:06
>>800
その言葉を、アセンブりでOS作っている連中に言って来い。
ニヤニヤされるから

803 :仕様書無しさん:03/08/08 00:06
>>801
というより,コンピュータサイエンスの基礎を勉強しておく必要があると
行っているのだ。
たぶんバブルソートをコーディングする機会って,ほとんどないと思う。

804 :仕様書無しさん:03/08/08 00:07
>>802
PDP11とCASLでしか使ったこと内です


805 :仕様書無しさん:03/08/08 00:08
>>801
なら例えば、お前が全く知らないVBでアプリを作れと言われたら、1から勉強するのかよと。


806 :仕様書無しさん:03/08/08 00:09
>>805
それは勘弁してくれ

807 :801:03/08/08 00:43
つーか、全くとは言わないがほとんどVB知らない状態で
VB勉強しながらすでにやったぞ。

808 :仕様書無しさん:03/08/08 00:44
や お い

809 :仕様書無しさん:03/08/08 00:48
やおや


一部にしか通じないな,,,

810 :801:03/08/08 00:48
winsockなんかしらねーよ。
って状態でサーバアプリ作ったし。
せめてクライアントアプリにしてくれよっていいたかったぜ!

811 :仕様書無しさん:03/08/08 00:49
おんどりゃ

812 :仕様書無しさん:03/08/08 00:53
vector/deque/list/set/multiset/map/multimap
/queue/priority_queue/bitset/valarray/complex
/string/rope...他になんかあったっけな...?

813 :仕様書無しさん:03/08/08 00:56
>>801
>言語がうんぬん逝ってるやつは逝ってよし!
言語の学習が、概念の学習を内包しているケースも多々あると思うんだが・・・


814 :仕様書無しさん:03/08/08 01:00
>>801
まぁ頑張れ。ただアルゴリズムを勉強することで応用力が付くのも事実だから忘れるなよ。
だってそういうのがパッケージ化されたら、プログラマーなんていらないもの。
人間は果てしないから、要望は尽きない。
ただそのパッケージ化はプログラマーの仕事を減らすから、案外自爆だが。

815 :仕様書無しさん:03/08/08 01:01



 あげる

816 :仕様書無しさん:03/08/08 01:04
てか、自由度が高い言語ほどマネージメントが大変なのな・・
C++が使える使えんとかいう表現をするヤツは大抵「使えん人間」だと思う。
ダレが書いてもソコソコなものになるVBなんかのほうがラクなんだわ・・

817 :仕様書無しさん:03/08/08 01:09
バブルソートが話題に上る職場っていったい・・・

818 :仕様書無しさん:03/08/08 01:33
>>816
おい! スカトロプログラマがなんかほざいてるぞ!

819 :仕様書無しさん:03/08/08 01:34
必死だな。

820 :仕様書無しさん:03/08/08 01:39
>>816のどこがスカトロプログラマなんだ?
大体スカトロプログラマって何よ?

821 :仕様書無しさん:03/08/08 01:54
VBにはSort関数は無いよ。
SQLのORDER BY句を使うか、
リストコントロールのSortedプロパティを使って逃げます。

俺はC++はあんまり分からんのだけど、
あるオブジェクト群の配列なりVectorなりあったとして、
これをオブジェクトのプロパティのひとつで並べ替えたいときはどうするの?
車輪の再発明をしなくとも対応可能?
(ただし同値の場合は順序を保持、計算量はO(n^2)未満とする)

822 :仕様書無しさん:03/08/08 01:57
>VBにはSort関数は無いよ。
さすがブビ厨。自分で実装する気はさらさらないらしい。

823 :仕様書無しさん:03/08/08 01:58
bool less_by_prop( object const& rhs , object const& lhs ){ return rhs.prop < lhs.prop; }
void stable_sort_by_prop(){ std::stable_sort( vector.begin() , vector.end() , less_by_prop ); }

824 :仕様書無しさん:03/08/08 02:10
template<class InputIterator,class InputIterator2,class OutputIterator>
OutputIterator
set_symmetric_difference (InputIterator source1Beg, InputIterator source1End,
 InputIterator2 source2Beg, InputIterator2 source2End,
 OutputIterator destBeg) ;


825 :仕様書無しさん:03/08/08 02:15
//双方向反復子用
template <class BiIterator>
void MultiFunc(BiIterator beg, BiIterator end
,std::bidirectional_iterator_tag)
{
 ・・・
}
//ランダムアクセス反復子用
template <class RaIterator>
void MultiFunc(RaIterator beg, RaIterator end
,std::random_access_iterator_tag)
{
 ・・・
}
//自動判別(本体)
template <class Iterator>
void MultiFunc(Iterator beg, Iterator end)
{
 MultiFunc(beg,end
  ,iterator_traits<Iterator>::iterator_category()) ;
}


826 :821:03/08/08 02:49
やっぱC++屋さんはレベル高いですね。即レス感謝です。

>822
いや、>821 の仕様の奴をVBで作ったのよ。C++ではどんな感じかと思って。
>823
2行だけですか。ぼーぜん。ヘルプで勉強します。
>824-825
続きかな? Templateはまだ勉強中なので、何が書いてあるかわからんです。解説希望。

827 :わりーのw:03/08/08 03:33
マシン語使えない奴はプログラマとは認められず

828 :仕様書無しさん:03/08/08 18:38
徹夜しまくって残業代の荒稼ぎするのはやめろよ
他の社員の迷惑だよ

829 :仕様書無しさん:03/08/09 11:49
まだこんなこという香具師いたのか!?
マシンスペック上がってるんだからVBで十分だろ。
いくらネストしようが、再帰しようが、バブルソートも知らなかろーが、
(偽 == 偽) == 真 が理解できなかろーが
読みやすく理解しやすいソースかけるならどんな香具師が組んでもいいんだよ!!!
ウワァァァァァァヽ(`Д´)ノァァァァァァン!(←C・C++暦10年)

830 :仕様書無しさん:03/08/09 15:11
いまだにC++なんて低水準言語つかって時間を無駄に使っているのですか?
やはりPyやRなど高水準言語で効率よくコーディングしようよ

831 :仕様書無しさん:03/08/09 15:18
VBもPyもRもガキのおもちゃに過ぎん。

832 :仕様書無しさん:03/08/09 18:32
>>830
> やはりPyやRなど高水準言語で効率よくコーディングしようよ
には概ね同意するが、

> いまだにC++なんて低水準言語つかって時間を無駄に使っているのですか?
には同意できん。

道具の適切な使い方を知らずに道具に使われてる内は、いくらプロでも素人の域を出ない。

>>831
そのガキのおもちゃに過ぎんものでどれだけの質のものがどれだけの量作られて、
ガキのおもちゃに過ぎんものでないものでどれだけも質のものがどれだけの量作られたのか、
ちゃんと調べずに脳内で決定した事項を垂れ流してるんなら人として恥ずかしいぞ。
そうでないなら、根拠を示さない発言などに信憑性などないことを知れ。

833 :仕様書無しさん:03/08/09 18:42
アタマに『高級』がつくのは、所詮『過保護』に設計されているに過ぎんのだ。

834 :仕様書無しさん:03/08/09 18:53
>>832に激しく,勃起しながら同意!!!

835 :仕様書無しさん:03/08/09 20:21
VBって何?

836 :仕様書無しさん:03/08/09 20:56
昔はCだってガキのおもちゃに過ぎんと言われたものさ。
C++だってそうだしな。アセンブラで書くのだって過保護だっていわれたもんだ。
1バイトが血の一滴の時代にvtblなんてものを勝手に作るようなコンパイラなんか
疫病神でしかなかったよ。でも使うべきところはあったんだ。

古い話だってか? 言語が違ってるだけで構図は同じだよ。

プロってのは手を抜くべきところでは徹底的に手を抜くもんだ。
「高級」がつくもので手を抜けるのであればそれで手を抜く。
あたりまえじゃないか。昔はC++で手を抜けるのであればそうしてきた。
そう、C++を使うのは手抜きだったんだよ。

それがどういうわけかC++が使えないとプログラマじゃないとかばかじゃねえのw
んなもん、C++使えますとか胸張っていうほどのことかよ恥ずかしい。
VBだって使い途はあるさ。なんせお手軽にフォームはってちょこっとコード書けるもんな。
他の言語にしてもそうだ。

あの言語を使えない奴は××とか、あんな言語使ってるから××とかいうのは間抜けだな。
あの言語しか使えないから××、というのならまあそうかなと思うけどなw

837 :仕様書無しさん:03/08/09 21:03
>>836に激しく,我慢汁をほとばしらせながら同意!!!

838 :仕様書無しさん:03/08/09 21:44
適材適所という言葉を知らないヤシは逝ってヨシ

839 :仕様書無しさん:03/08/09 22:09
でも、偉そうに語ってる>>836はC++が使えないじじいなんだろ?
昔は、昔は、って、もう引退しなよ。(プゲラ

840 :仕様書無しさん:03/08/09 22:19
>>839
その程度のことしかいえないのに、
それでも発言しちゃうって、
なんか悔しかったみたいですね。

C++なんてそんなご大層なものか? とは俺も思いますよ。
C++を使えるのが心の支えとかプライドの源泉みたいな人がいることもしってますけど(w
でもそういう人って、大抵C++しか使えないのだよねえ(w

841 :仕様書無しさん:03/08/09 22:25
C++使える能力ある奴は、他の言語マスターするのも苦はないんじゃないの?
ていうかC++オンリーな奴っているの?(w 聞いたことない

842 :仕様書無しさん:03/08/09 22:31
>>840即レスご苦労さん。

>でもそういう人って、大抵C++しか使えないのだよねえ(w
そんなやついねー。見たことない。
スレタイ読み直してみ。

たしかに敬老精神に欠けた発言だったことは認めるけどさあ。
>C++なんてそんなご大層なものか? とは俺も思いますよ。
だから、ご体操なもんじゃないのよ。
この辺の勘違いだけは直してくれ。

843 :仕様書無しさん:03/08/09 22:33
教えて下さい。
実は次の仕事がどうやら、カーナビのソフト開発になりそうなんです。
必要なスキルってなんでしょう?

844 :仕様書無しさん:03/08/09 22:38
カーナビのソフト開発いいですね♪
根性とチームワークでは?(w

845 :仕様書無しさん:03/08/09 22:41
C++どまりは山ほどいるがな。
つまらん言い訳してないでさっさとJava覚えなよ。

846 :仕様書無しさん:03/08/09 22:41
>>844
そりゃそうだ。

既にクラスライブラリとかフレームワークとか開発環境が
整ってればいいんだけど。。1から作れと言われたら
自信無いなぁ。

847 :仕様書無しさん:03/08/09 22:42
>>843
どうせ、アプリケーション部分だけなんでしょ?


848 :843=846:03/08/09 22:44
>>847
うーむ。まだ具体的な業務内容は聞いてないんですけどね。

たぶん、業務的な知識(例えば測量など)が必要になるんですかね?

849 :仕様書無しさん:03/08/09 22:45
精神論ではどうにもならない事がある。

850 :仕様書無しさん:03/08/10 00:49
Java なんて、ネットアプリしか作れねぇじゃん。
バカ?

851 :仕様書無しさん:03/08/10 00:50
Javaなんて、ただのインタープリターじゃん。
バカ?(続け

852 :仕様書無しさん:03/08/10 03:47
残念だが家で必死にC++の勉強しても実務経験が無いと転職は厳しいよ。

853 :仕様書無しさん:03/08/10 04:03
>>852
>家で必死にC++の勉強

自己満足の世界だな。

854 :仕様書無しさん:03/08/10 04:04
何で言語ネタになると 皆 ムキになるんだ?w
俺は 何だって いいと思うが 適材適所だろ?
>>852
そんな人 何人もうちの会社に入ってきてるよ
平均的に見て 優秀な奴が多いよ 地獄見たとか何とか言ってw

855 :仕様書無しさん:03/08/10 04:05
>地獄見たとか何とか言ってw

自己満足の世界だなw

856 :仕様書無しさん:03/08/10 04:06
>>854
あなたの会社はどんな会社ですか?

857 :854:03/08/10 04:09
>>855
まぁ それは否めないがw
胃を壊したという奴が先日来たよ(悲
自作のソフトもってきたと逝ってたよ うちのお偉いさんがw
今 頑張ってる

858 :854:03/08/10 04:10
>>856
ふつーのソフトハウスだよw

859 :仕様書無しさん:03/08/10 04:47
>>858
会社の規模とか事業内容を聞いてんじゃないのw

860 :仕様書無しさん:03/08/10 06:58
>>856
誰が教えるかよ。ばかが。

861 :C++ユーザーはSCOに金を払え!:03/08/10 10:15
プログラミング言語のC++も当社が保有しており、他社にライセン
スしています。当社はC++から多くのロイヤルティ収入を得ていま
す。カルデラの知的資本の奥の深さには驚かされました。

http://www.zdnet.co.jp/enterprise/0208/20/nw_01.html


862 :仕様書無しさん:03/08/10 11:39
別にプログラマと認められなくてもいい。
「C++必須」じゃない仕事をこなして、金もらえればそれでいい。
大体、「C++必須」じゃなく「VC++必須」の方が多いような気がするが。

863 :仕様書無しさん:03/08/10 11:50
いまはPHPのミニ案件の数をこなしてしのいでいます。
とほほ

864 :仕様書無しさん:03/08/10 12:04
>>860
人様に教えるほどの会社じゃないよなw

865 :仕様書無しさん:03/08/10 12:59
>>852
うっせーよ、体臭いハゲがナメた事いってんじゃねぇよ ゴルァ!

866 :仕様書無しさん:03/08/10 15:52
>>835
VertexBuffer

>>843
仕様が降りてくるまで待てる寛大な心

867 :仕様書無しさん:03/08/10 19:49
残念だが家で必死にVC++の勉強しても実務経験が無いと転職は厳しいよ。


868 :仕様書無しさん:03/08/10 20:12
VCの自作プログラムを公開してるぐらいだったら
実務経験なくてもOKなのでは?

869 :仕様書無しさん:03/08/10 20:15
難しい言語使ってれば、レヴェル高いとでも思っているのかね?

と言ったら、何人が煽られるのだろうか

870 :仕様書無しさん:03/08/10 20:32
>>869
別に煽るわけじゃありませんが、言わせて下さい。
>と言ったら、何人が煽られるのだろうか
は、
と言ったら、何人に煽られるのだろうか
の間違いですよね。
もしかして、そういう調子で社外にメール書いたりしている
わけなのでしょうか。相手の失笑を買ってしまいますよ。

871 :仕様書無しさん:03/08/10 22:01

求人広告を見ると”経験者”とか”経験3年以上”、”未経験者は25歳位まで”
みたいな感じの条件が多い。

C++の実務経験者なんてたくさんいるからさ、わざわざC++実務未経験者
なんか採用する必要は無いよな。


872 :仕様書無しさん:03/08/10 22:59
このハゲ、いい加減消えうせろ!

873 :仕様書無しさん:03/08/10 23:12
>>871
むしろ,Ruby経験5年以上の技術者がほしい

874 :仕様書無しさん:03/08/10 23:15
Rubyなんて趣味にしか使えない言語だろ。

875 :仕様書無しさん:03/08/10 23:25
むしろC/C++しかで着ないゲーム系PGですが
一般PGに転職できますか?

876 :仕様書無しさん:03/08/11 00:03
5年じゃ足りないな。やっぱRuby歴10年以上の人材がほしい

877 :仕様書無しさん:03/08/11 00:16
年数を気にしている奴ってコードの行数を気にしているんだろうな。

878 :仕様書無しさん:03/08/11 00:20
2chで870みたいな揚げ足はカコワルイ

879 :仕様書無しさん:03/08/11 00:24
>>877
>>876はネタでしょ。


880 :一般->ゲームPGに転職したものですが:03/08/11 01:09
>>875
仕様書書いたり設計周り勉強したりしといたほうがいいよ。
そこら辺だいぶいいかげんでしょ。
最初口頭で仕様伝えられていきなり作れとか言われてドびっくりしたよ。

881 :仕様書無しさん:03/08/11 07:08
>>864
最後はそれか...。
>>836の偉そうな長文からずいぶん落ちたな。(プゲラ

882 :仕様書無しさん:03/08/11 14:08
>>881のアホ

>>864>>836は別人なのだか...w

夏だな...

883 :仕様書無しさん:03/08/11 14:11
なのだか

884 :882:03/08/11 14:25
訂正

(誤)なのだか

(正)なのだが

885 :仕様書無しさん:03/08/11 15:09
>>882
落ち着け。
あせるから>>864>>836>>882が同一人物だと見破られちゃうんだよ。






                                   ばかだな。(プ

886 :882:03/08/11 17:03
>>885

マジレス。

俺は>>864だよ。

でも>>836じゃないよ。

何で同一人物に間違われるのか納得がいかない。

納得いくように説明してくれよ。

887 :882:03/08/11 17:04
>>885

馬鹿はお前だ!

夏だなぁ〜(爆笑

888 :仕様書無しさん:03/08/11 17:23
なのだか

889 :仕様書無しさん:03/08/11 21:17
俺は>>885ではない。
>>864>>836が同一なんて思いもしなかった。
というかどうでもいいことだろ、そんなこと。(w
しかし、まあ、ちょっとめい探偵ぶりをはっきしてあげよう。

ほんの2行書き込んだだけと主張する>>864が、
ここまでムキッキッキーになるのはなんでだろう。
どこかやらかいところに触れたんだろうな。

もし、じいさんの>>836と同一視されるのが嫌な別人というなら、
>>836なんて糞だ。俺と一緒にすな」と言えばすむが、なぜかそう言わない。
たぶん、それはできないのではないかと。プライドがあって。
それに、別に>>836がいるならその人のレスがないのはなぜかと。

こんなところでどうかな。ワトキンソン君。

890 :仕様書無しさん:03/08/11 21:34
>>889
さすがですね。ホーメスさん。

ところで、>>882は、>>886で比較的冷静っぽく
>納得いくように説明してくれよ。
なんて言っているのに、1分も立たずに、>>887
>馬鹿はお前だ!
>夏だなぁ〜(爆笑
なんて暴発してしまっています。
この辺の心理の変化はどうなんでしょう。

891 :仕様書無しさん:03/08/12 09:40
なのだか

892 :仕様書無しさん:03/08/12 09:46
一番ムキになってるのは誰だろー

893 :仕様書無しさん:03/08/12 10:10
一番ムキになってるのは>>889だと思う。

894 :仕様書無しさん:03/08/12 13:48
ムキにならなきゃこんなアフォなケンカしないっしょ。

895 :山崎 渉:03/08/15 23:07
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

896 :仕様書無しさん:03/08/15 23:10
あほか。
C++使えてもアセンブラ使えない奴はプログラマじゃねぇ。
高級言語なんざ、言語じゃねぇんだよ。

897 :仕様書無しさん:03/08/16 03:14
なんか みんな 必死w

仕事しろよ おまえらw

未経験でC++作成のWinny作っちゃうような奴が来たら 軽くスルーできるのかよ おまえらの会社は!

くだらねえことで 争ってんじゃねえよ!

898 :仕様書無しさん:03/08/16 03:32
つーかアセンブラって覚えるだけなら一番簡単だろ?
ニーモニックすくねーしw

899 :仕様書無しさん:03/08/16 21:44

コーポレイトソフトウェアていうサポセンの馬鹿が
PGに喧嘩売ってます。

http://money.2ch.net/test/read.cgi/haken/1057486349/287

腹立ちました。
みんなでやっつけにいこう。

900 :仕様書無しさん:03/08/16 23:14
>>896
今時そんな事言ってる奴ってまだいたんだ。
ハード屋ならまだしも、ソフト屋でアセンブラしか分かりませんって奴つかえねーぞ。

901 :仕様書無しさん:03/08/16 23:16
>>899
相手にする気も起きませんでした。

902 :仕様書無しさん:03/08/16 23:32
>>900
assembler使えないチンカス発見。

903 :DELL ユーザ:03/08/17 00:05
>>900
使いたくとも、使い道がありませんな。
また、>>902 のように日本語の理解できない奴も使い難いですね。

904 :仕様書無しさん:03/08/17 00:14
>>903
プ。
「使えません」ってちゃんと言えよ。

 チ・ン・カ・ス・♥

おまえらはファームウェアも全部C++で書く気か?(プゲラ

905 :仕様書無しさん:03/08/17 02:05
>>903
逆に尋ねるが、舞い込んできたプロジェクトがC++で開発することになったとして
「僕はアセンブラしか分からないからやりません」って言うのか?
まぁそれはいいとして、結局言語云々ではなく携わる業務内容や会社方針によって
習得する言語も当然違ってくるのだから、ここで言語の優劣を討論した所で意味ないだろ。

906 :905:03/08/17 02:06
わり、間違えた。
903じゃなく、904な。
熱く語っといて番号間違えるなんてハズいから引っ込むわ。

907 :仕様書無しさん:03/08/18 01:51
C++使えない馬鹿は生きる資格がありません。

908 :仕様書無しさん:03/08/18 13:30
>>907
激しく同意。
分からない奴は池沼

909 :仕様書無しさん:03/08/22 18:48
「池沼」って何?

漏れはVBしかできないんで次の会社は
VBやりつつJavaかCが出来るところを探してる

C++はむやみに難しいイメージがある

910 :仕様書無しさん:03/08/22 18:49
そろそろ埋め時・・・

911 :仕様書無しさん:03/08/22 18:54
>>909
言語仕様そのものはぜんぜん難しくないよ。>C++
VCは最初かなりめまいがするけど、VBが使えるなら乗り越えられない壁じゃない。

むしろMFCが・・・。

912 :仕様書無しさん:03/08/22 19:03
>>911
> VBが使えるなら乗り越えられない壁じゃない
そんなことはない。

913 :911:03/08/22 20:07
>>912
俺はやすやすと乗り越えられたが。

914 :仕様書無しさん:03/08/22 21:03
C++って覚えること多すぎだよな。
コンストラクタにしてもコピーコンストラクタとかあるし・・・
ダイナミックキャストとかRTTIとか覚えるの嫌になってやめた。
ってことは俺はプログラマとして認められてないのか(鬱

915 :仕様書無しさん:03/08/22 21:11
コピーコンストラクタはいまだに何なのかわかりませぬ
無いとだめなのか??

916 :仕様書無しさん:03/08/22 21:13
クラスに対して初期化処理を定めたのに、
オブジェクトのコピーでいちいち初期化処理をやられちゃ
たまらんべ。

917 :仕様書無しさん:03/08/22 21:14
コンストラクタでリソース確保してるようなクラスの場合、
定義してないと不都合がないかな

918 :仕様書無しさん:03/08/22 21:18
コピーコンストラクタを多用するのはSTLの欠点だな。

919 :仕様書無しさん:03/08/22 21:22
演算子オーバーロードするんだから、仕方ないでしょ

920 : ◆QgDrmJH4.k :03/08/22 21:25
class A{
 A(const A& Source) ; // コピーコンストラクタ
};

main(){
 A a(),b() ;
 a = b ; // コピーコンストラクタが呼ばれる
}

921 : ◆QgDrmJH4.k :03/08/22 21:25
ということだ。

922 :仕様書無しさん:03/08/22 21:27
わからない機能はとりあえず使わないという方針で。
必要になったとき嫌でも覚えるので。

923 :仕様書無しさん:03/08/22 21:29
C系統の言語はPerlみたいなスクリプトとは違って
言語の機能を全て使わなくてはならないと、決まっています。

924 :仕様書無しさん:03/08/22 21:29
業務系でC++をメインでやってるとこってある?
やってたらどんなシステム作ってるのかも知りたい。
漏れんとこはもっぱらJavaなんだが・・・
COBOLのシステムをVBに移行ってのも結構あるみたいだけど。

925 :仕様書無しさん:03/08/22 21:29
> A a(),b() ;
関数宣言になってるし

> a = b ; // コピーコンストラクタが呼ばれる
ここで呼ばれるのは代入演算子だ、どたわけ


926 :仕様書無しさん:03/08/22 21:33
俺はいまだにmakefileの作り方わかりませんが何か?

927 : ◆QgDrmJH4.k :03/08/22 21:33
> A a(),b() ;
この()は、デフォルトコンストラクタ。関数じゃない。

> a = b ;
スマートオブジェクトとしての暗黙の型変換にコピーコンストラクタが
呼ばれる。


928 : ◆QgDrmJH4.k :03/08/22 21:36
C言語の特徴として、関数内部で関数を宣言することは出来ないことを
覚えておけ。

929 :仕様書無しさん:03/08/22 21:42
スマートオブジェクトてなに?

930 :仕様書無しさん:03/08/22 21:43
定義はできないね(・∀・)ニヤニヤ

931 :仕様書無しさん:03/08/22 21:45
> > a = b ;
> スマートオブジェクトとしての暗黙の型変換にコピーコンストラクタが
> 呼ばれる。

それのどこが「暗黙の型変換」なんだ?
引数の何かとごっちゃになってないか

932 :仕様書無しさん:03/08/22 21:46
基本的なことで申し訳ないが一回で多重継承ってできないんですか?



class sage : public CEdit , public CFile

こんな感じで!!

933 :仕様書無しさん:03/08/22 21:47
一回じゃない多重継承って??

934 : ◆QgDrmJH4.k :03/08/22 21:50
多重継承する場合は、上の例では、 CEdit,CFile に重複した変数名や
メソッドがなければ良い。 たとえば、 CEditにNameという変数名が
CFileにも存在する場合は、コンフリクトによるコンパイルエラーが
発生する。

935 : ◆QgDrmJH4.k :03/08/22 21:54
a=b は、 a= A(b) と同じ変換を自動で行う。
この変換をスマートな変換という。

936 :仕様書無しさん:03/08/22 21:55
>>932
普通にできてるじゃん。(w

937 :仕様書無しさん:03/08/22 21:56
>>934

へー、そういう理由なんですか。
勝手にオーバーライドしてくれないんですね。
まぁしたらしたで、問題でますけど。

分かりやすいです。どうもっす。

938 :仕様書無しさん:03/08/22 21:56
あのー、aとbは同じ型なのに(デフォルトコンストラクタwとやらは無視するとして)、
なんで代入時にA(b)なんて事が起きるんでつか?

939 : ◆QgDrmJH4.k :03/08/22 21:57
それがコピーコンストラクタの役目だからさ。

940 :仕様書無しさん:03/08/22 21:58
>>936

できますか?
>>932の例は適当ですが、昔それっぽいのやったら出来なかったんですよ。
コンパイルエラーで通らなかった。



941 :仕様書無しさん:03/08/22 21:59
◆QgDrmJH4.k は何の言語について語っているんですか?

942 : ◆QgDrmJH4.k :03/08/22 22:02
同じ型同士でもコピーコンストラクタがあれば、自動でそのコピー
コンストラクタが利用される。

943 :仕様書無しさん:03/08/22 22:05
コピーコンストラクタはクラス変数の初期化の際に必要。
つまり、値を指定して定義される場合、
new演算子で確保される場合、
実引数が仮引数に値渡しされる場合、
そして、関数の戻り値が与えられる場合。

944 : ◆QgDrmJH4.k :03/08/22 22:06
型変換を抑止したければ、explict をコンストラクタの前に付加すればよい。

945 : ◆QgDrmJH4.k :03/08/22 22:07
そんなことは、誰でも知っていると思われ...

946 :仕様書無しさん:03/08/22 22:10
>>941
脳内言語

947 :仕様書無しさん:03/08/22 22:11
そして>>941が脳内言語について語っていると言うことは、
◆QgDrmJH4.k自身、>>945の発言で認めている。

948 :仕様書無しさん:03/08/22 22:14
struct A {
 A(void) {}
 A(int i) {}
} ;

int main(){
 A a;
 a = 1; // ※暗黙の型変換
 return 0;
}

intをAに代入しようとしているが、Aにはintを引数に取る代入演算子が定義されていない為、
一時オブジェクトを作る為にintを引数に取るコピーコンストラクタが呼ばれた後、
この場合は代入演算子がないためビットコピーが行われる。


コピーコンストラクタが呼ばれるのは文字通り、コンストラクトされる時。
同じ型の代入時にはコピーコンストラクタは呼ばれない。

A a; //デフォルトコンストラクタ
A b(a); //コピーコンストラクタ
A c = a; //コピーコンストラクタ
b = c; //代入演算子

定義がなければビットコピー


A a();
これは引数を持たず戻り値がA型の関数を宣言してる。


949 :仕様書無しさん:03/08/22 22:15
×intを引数に取るコピーコンストラクタが呼ばれた後、
○intを引数に取るコンストラクタが呼ばれた後、

950 :仕様書無しさん:03/08/23 18:19
> 定義がなければビットコピー
クラス一般の話をしてるなら、これは間違い。

951 :仕様書無しさん:03/08/23 23:29
スレタイ見てから書き込め

952 :仕様書無しさん:03/08/24 01:17
C++でクラス一般の話をしてるなら、これは間違い。

と、はいどうぞ↓

953 :仕様書無しさん:03/08/24 18:35

私、COBOLer歴13年余です。

以前C++を勉強して、多態性(ポリモーフィズム)に感動しました。

COBOLは常に、if文であれこれ確認しながらのアルゴリズムですからね。

それに、COBOLはコードとデータ属性との整合性維持に苦慮しますが、OOPは
それが無くて、羨ましいです。


954 :仕様書無しさん:03/08/24 20:52

>>953

生ゴミはすっこんでろ



955 :仕様書無しさん:03/08/24 20:56

>>954

じゃあ、あんたが日本語を母国語にしているのは、

他言語を母国語とする人間より、高尚で偉いからか?

C++使い以外は生ゴミと決めつけるのは、それと同じ詭弁ですよ。

956 :仕様書無しさん:03/08/24 21:02
C++使いっていうか、ハードを理解してない奴は糞


>>955
分相応に生きろ

957 :仕様書無しさん:03/08/24 21:03
953がC++使いであろうがあるまいが生ゴミだという詭弁。

958 :仕様書無しさん:03/08/24 21:09

>>957

>>生ゴミだという詭弁。

詭弁の意味分かってる?

959 :仕様書無しさん:03/08/24 21:11
>>956
偉そうに...( ´,_ゝ`)プッ

と、煽ってみるテスト。

960 :仕様書無しさん:03/08/24 21:15
インターネット時代の詭弁
e-kiben

961 :仕様書無しさん:03/08/24 21:37
えっ、C++使えないのに「俺はプログラマーだぜ」とか思ってるやつがいるの( ´,_ゝ`)プッ



962 :仕様書無しさん:03/08/24 21:41
>>953
1970年代ですか?

963 :仕様書無しさん:03/08/24 21:55
だからC++の言語仕様そのものは大して難しくないって。
実際、高卒の奴でもつかえるわけだし。
そういう意味ではC++を勉強して理解できないって言う奴はぷるぐるまレベル。
勉強したことなくて使えないのなら単に必要がないか、怠惰なだけ。

964 :仕様書無しさん:03/08/24 22:19
他の言語と比較して、難しくない?

965 :仕様書無しさん:03/08/24 22:35
Haskellのほうが難しいよ

966 :仕様書無しさん:03/08/24 22:36
関数型言語はニュータイプが使う言語だからな

967 :仕様書無しさん:03/08/24 22:39
あと並列処理の言語もワケワカラン

織田信長とか

968 :(^ー')b ◆EoOYgmEaZE :03/08/24 23:15
>>913
同意。

埋め立て協力あげ

969 :仕様書無しさん:03/08/24 23:23
“ハード”っつってる時点で、>>956 がどの程度理解してるかは
なんとなく想像できるが。

970 :仕様書無しさん:03/08/25 00:34
夏休みを利用してVC++勉強しようと思ってたんだけど、俺が馬鹿なのか
本がいけないのか、いまいちよく理解できてません。
はじめてのVisual C++ 6.0 技術評論社
新 Visual C++ 6.0入門 SOFT BANK
を買って読んでます。
これよりわかりやすいおすすめの本とかありませんか〜?
どうか優秀な皆様の意見をお聞かせください

971 :(^ー')b ◆EoOYgmEaZE :03/08/25 00:36
>>970
とりあえず猫ページでも見てなさい。

972 :仕様書無しさん:03/08/25 04:45
             / ̄ ̄ ̄ ̄ ̄
     ,__     | 早く夏休みが終わりますように…
    /  ./\    \_____
  /  ./( ・ ).\       o〇
/_____/ .(´ー`) ,\   ∧∧
 ̄|| || || ||. |っ¢..||    (,,  ,)
  || || || ||./,,, |ゝ||ii~   ⊂  ヾ
  | ̄ ̄ ̄|~~凸( ̄)凸 .(   )〜


973 :仕様書無しさん:03/08/25 06:35
>>970
漏れの経験では、
C++がある程度分かるようになるまでに時間を要して、
そこからVC++をある程度分かるようになるまで、また時間がかかる。

いきなりVC++だとつらいと思う。

974 :仕様書無しさん:03/08/25 07:44
>>969
お前とは分野が違うと思うよ

975 :仕様書無しさん:03/08/25 16:33
埋め立てあげ

976 :仕様書無しさん:03/08/25 16:37
業界最大級!!女性会員多数(サクラは一切いません)
☆全国に素晴らしい出会いがあります★

http://mfre.org/?140666


977 :仕様書無しさん:03/08/25 17:17
  ∧_∧
  ( ´∀`)<ちなみにぬるぽは山崎渉発祥じゃないぽ。。。

「ぬるぽ」への投票にご協力下さい。
現在「ぬるぽ」6位にて奮闘中。  
みんなでビッグウェーブを起こし1位を狙いましょう。

http://pumpkinnet.to/ranking/words/

投票は1時間に1回ですが、時間台による計上なので、
毎時00分を迎えるとリセットされ、投票権が復活します。
つまり、02時59分に投票して、03時00分という投票もできます。
コメントが短すぎたり書かないと票に計上されない場合があります。
コメントが長すぎてもいけません。(全角20字以内でお願いします)

978 :仕様書無しさん:03/08/25 18:06
>>973
いきなりVC++の人はCライクなコーディングスタイルだったりもする。
それが悪いわけじゃないけど。

979 :仕様書無しさん:03/08/26 00:08
Cのコーディングは美しいと思うけどな。
構造化プログラミングマンセー!

980 :仕様書無しさん:03/08/26 01:00
ていうかC++難しいって言ってる人って
どの辺りが難しいって言ってるの?
どうも先入観で言ってる学生さんとかばっかに見える。

981 :仕様書無しさん:03/08/26 01:02
意外とC++じゃなくてポインタとか
つかめてないレヴェルの香具師だったりしてな

982 :仕様書無しさん:03/08/26 01:06
C++は家で必死に勉強しても無駄ですよ。実戦からじゃないと修得するのは難しい。
ちなみ我が社ではC++経験者しか採用しません。

983 :仕様書無しさん:03/08/26 01:12
ポインター理解するのに1年かかった大手SIのPGがいたけどなw

984 :仕様書無しさん:03/08/26 01:13
難しいっていうか気づくとCになってる。
関数しか思いつかない。

985 :970:03/08/26 01:26
コンストラクタ? デストラクタ? メッセージマップ? 理解不能

986 :DELL ユーザ:03/08/26 01:44
メッセージマップ??
…あぁ、VC++ ですか。
C++ とは別に覚えた方がいいんじゃないでしょうか。

987 :仕様書無しさん:03/08/26 03:29
>>984
ちゃんと設計しろ。んでデザインパターン勉強しろ。

988 :仕様書無しさん:03/08/26 03:41
デザインパターンっていうか、OOな…。

989 :仕様書無しさん:03/08/26 07:47
むしろ気付くとオブジェクトになってる……

990 :仕様書無しさん:03/08/26 12:06
>>982
レベル低そうですね
言ってて恥ずかしくないの?

991 :仕様書無しさん:03/08/26 12:11
このスレ自体レベル低い連中ばかり
日頃のストレス発散でもしてるんじゃないの?w
役立たずのPGさん♪

992 :仕様書無しさん:03/08/26 12:14
一度Delphiをやってみればいい
綺麗なC++を描けるようになる

993 :仕様書無しさん:03/08/26 12:16

×一度Delphiをやってみればいい
  綺麗なC++を描けるようになる

○一度Delフサギコを殺ってみればいい
  綺麗なマ板が訪れるようになる

994 :仕様書無しさん:03/08/26 12:16
>>実戦からじゃないと修得するのは難しい

翻訳するとだなぁ・・・

「私は超お馬鹿さんです」となる(藁

995 :仕様書無しさん:03/08/26 12:32


       も う 埋 め 立 て な い か ?




996 :仕様書無しさん:03/08/26 12:43
次スレまだ〜?

997 :997:03/08/26 13:56
997

998 :仕様書無しさん:03/08/26 14:13
10000!

999 :仕様書無しさん:03/08/26 14:15
999!

1000 :仕様書無しさん:03/08/26 14:18
1000gets

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

184 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)