【肥大化】C++ を見捨てたヤシ 2人目【複雑化】
前スレの1
1 :デフォルトの名無しさん [sage] :2008/01/29(火) 09:52:47
文法面での機能拡張しすぎ。
C++の構文解析とか、もうワケワカメ。
マイクロソフト拡張大杉。
gcnew とか使うぐらいなら素直に Java でも C# でもつかえ!!!
>>2 それ貼ると混乱するから、前スレの3も貼っとくね
3 名前:デフォルトの名無しさん 投稿日:2008/01/29(火) 09:55:02
標準と非標準の区別もつかない池沼か
確かにC++から離れた方がいいな
JavaとC#の事とC++との話だけど、C++は実行効率命で
Javaは理想郷を追い求めている言語なんだと思うが。
ただ、JavaがGenericsを導入したときは美しくないと思ったが。
ああいうのはC++の分野だろうと思った。
5 :
デフォルトの名無しさん:2008/05/17(土) 23:42:03
>>4 誰にとっての理想郷かという観点がすっぽり抜け落ちてる。
雑魚にとってなら同意できる。
恐らく、奇麗に整理された言語仕様が欲しい人かな。
Perl に対する Python みたいな感覚だろうね。
Perl 使いが Python 使いを雑魚扱いしていたら失笑するのと一緒。
前スレから適当に拾ってきた。客観性は保証出来ない。
・C++複雑過ぎ
・必要な機能だけ使うべき
・それで済まないためEC++が作られた
・better C
・有名な本は全部読んどけ
・Java,C#も複雑化してきた
・初心者に優しくない
・コンパイル遅過ぎ
・Core2Quad速過ぎ
・boost変態過ぎ
・デストラクタ, RAIIは優れている
・用途に応じて言語を選択
・オブジェクト指向理解してない奴多過ぎ
・C++はマルチパラダイム
・char *a; char* a; malloc, free 宗教論争のご利用は計画的に
編集10秒
コンパイル15分
そこで pimpl ですよ
って、pimpl も汚いテクニックだよね。
pimpl って opaque type みたいな物じゃないの?
11 :
デフォルトの名無しさん:2008/05/18(日) 00:32:50
・「デストラクタなんて要らない」
・「文字列如きでリークさせる奴なんかいない」
・「Windowsがおかしい、Linuxでリークしたことない」
・「むしろWindowsとの互換性のためにデストラクタがある」
・「Windowsがへぼいからデストラクタが必要になるだけ」
・「Windowsを使ってはいけないという結論が出てる。」
・ C++ユーザーは皆、デストラクタが無いと文字列操作も出来ない
・「デストラクタが無いと何も出来ないんだな」
・「Windowsが糞な実装だから必要になってるだけ」
「Linuxも使えない雑魚が。」
・「結局デストラクタは無くても良いという事で全員の意見が一致したなw」
・「デストラクタが無いとプログラム組めない人が居たのかな?」
・「オブジェクト指向にデストラクタが本当に必要か考えてみるがいい。」
・「Windows使ってると頭おかしくなるのか?」
「なんでここまで説明してやらないとわからないんだろう?」
・「だからLinuxなら全然問題なく完璧にできるっつってるだろ。」
「これだからM$信者は駄目なんだよ。」
・「そんなことも知らないのか。M$信者は達者なの口だけだな。」
・「お前らはカーネルのソース読むとこから始めたほうがいい。」
デストラクタに異様なこだわりがあるなwww
ガベコレなんて所詮メモリ管理にしか効力を持たないというのに。
13 :
デフォルトの名無しさん:2008/05/18(日) 01:12:38
>>12 デストラクタとガベコレは別のものなんだが。
なにをそんな当たり前の事を言ってるのだろうか・・・
shared_ptrでいいじゃn
クリティカルセクションに関しては synchronized でいいとしても、ファイルはどうすんだよって話だな。
ファイル使ってるところは必ず try-finally 使ってファイル閉じるとか面倒くさ過ぎるわ。
with-open-file マクロみたいなのがあると良いのにね
今後はクロージャでやるんでしょう
Rubyのように
open(fname){|file| do_something(file) }
それは変数の有効範囲が分かりやすくなる反面、
ネストが深くなるというデメリットも持っている。
ファイルを複数開くとネスト深すぎて笑えることになる。
まあ出来ないよりは出来た方が嬉しいね
でも一般的にはリソースの確保系はどーせtry...catchでネストするし、しょうがないんじゃないの?
リソースの解放は
Javaは try-finally
C#は using(){}
C++, D言語は RAII
Cは必要な箇所全部に記述
>>22 頻繁に失敗する可能性のあるタイプのもので
しかもループ内で行われるものであれば
効率を優先して論理値を返す関数でチェックする可能性もある。
そゆのはそもそも
>>18with-マクロの対象じゃないと思う。
なんかコネクションはってプリペアードステートメント実行して結果をスキャンみたいなうだうだしたのを想定してた。
Uzeeeeってならね?
r1 = allocate_resource_A();
try {
r2 = r1.allocate_resource_B();
try {
r3 = r2.allocate_resource_C();
try {
....
} else {
r3.close();
}
} finally {
r2.close();
}
} finally {
r1.close();
}
26 :
25:2008/05/18(日) 13:04:30
しまった。Javaスレかと勘違いしとった。ゴメン。
リソースの開放は、
必要なときに、必要なだけしてもらえる方法がありがたい
>前スレ1000
html化って今でもされてるの?
エフィリエイターに保管されることを html 化っていってるの?
C++ってロストテクノロジー的でいいね
再発掘されてるあたりそんな感じだね
31 :
デフォルトの名無しさん:2008/05/21(水) 21:41:13
http://www.bagley.org/~doug/shootout/craps.shtml As you can see, OCaml is actually faster than C++. OCaml has currying,
garbage collection, anonymous functions etc. built-in -- therefore,
you don't need to resort to extremely high-tech template programming
as you do in C++. OCaml can work as an interpreter, a compiler to a
portable byte-code, or a compiler to the native code. It makes us wonder
if C++ has any reason to exist (It's a very inflammatory remark, I'm
sorry. One can still wonder about that).
見てわかる通り、OCamlは実際C++より速いのです。OCamlはカリー化、
ガーベジコレクション、匿名関数などを有しています。内蔵(built-in)しているので、
それゆえ、あなたがC++でプログラミングするときにやっているような、凄くハイテクな
テンプレートを頼りの綱とする必要も無いのです。OCamlは、インタプリタとしても動きますし、
移植可能な(portable)バイトコードを吐くコンパイラ、そしてネイティブコードを吐く
コンパイラにもなります。このことは、C++なんて存在する価値があるのかという気になります。
(極端な意見でごめんなさい。そう考えている人も居るのです)
OCamlでOSを書けてから言いなって感じだな
ここで批判的に書かれているのはCではなくC++だよ。
たとえOCamlでOSが書けなくても、OSはCで書きゃいい、って返されて終わり。
C++批判の多くは「Cと○○があればC++なんか要らん」という形態を取っているから、
そこで「じゃあ○○で××(Cで書けばいいようなもの)を書いてみろ」を反論するのは
効果的ではない・・・というか空回り。
「言語なんて○○ひとつあれば十分」みたいな意見に対してはその反論でいいけど、
これはあまり居ないんだ。
OCamlよりも俺はF#が良い。
OCamlで仕事があったら考える。
まぁ、OCaml最強ってことで良いんじゃね?
ただ、最強が何であれ、UNIX系はC、Windows系はC++,C#、
Webサーバー関連はJava,Perl,PHPなどが
今後も主に使われて行くでしょうけどね。
そして「SMLで」と言われるわけですね
>>33 OS には アセンブリ言語/C だけじゃなく C++ も使われている訳だが
お前は何を言ってるんだ
まあたしかに関数型言語とか面白いとは思う・・けど・・
OS作るなんて大げさな話じゃなくてもさあ、低水準の入出力とかドライバとか
割り込みとかリアルタイム処理とかマルチスレッドとか並列処理とか
骨っぽいところは全部Cに任せて、おいしいロジック部分だけきれいに書いて
あとはOpenGLをラップしたライブラリでも呼んだデモ見せて「どーです、C++なんかと
変わらないスピードでこんなことまでできるんですよ♪」みたいなの多いよね。
(いや、OCamlはその点どうなのかは知らないけどw)
そんなんだったら俺はいらないな。全部CかC++で書いたほうがまだまし。
C++に取って代わる言語は、もっと整理された美しいものであるべきだろうけど
同時にCの切れ味も失ってほしくはないなー。
>>42 >マルチスレッドとか並列処理とか
>骨っぽいところは全部Cに任せて、
知らないのによくこれだけ騙れるな
さすがC++クオリティ
Erlang とか Haskell STM とか SML
Manticore でググってみよう
なんでそんな攻撃的なんだ・・? 少しは肩の力抜けよ。
ML勢はそのあたり手が出せないなんて一言も言ってないんだが。
そう言えば前にKYな香具師がC/C++の宿題スレにOCamlの
ソースを回答してフルボッコされていたな
マイナー言語のユーザーってこんなんばっかし
まぁKYのK==空気は、勢力の拡大によってしか得られないもので、
今現在弱い勢力が大人しくKを読んでたら、いつまで経っても弱小のままだからな。
ビラ配りとか反政府ゲリラと同じ。弱小勢力は常に「最大勢力から見たKY」にならなきゃ強くなれん。
・・・でも宿題スレはねぇなw
せっかく訂正してあげて丁寧にポインタまで並べたのに、
仕事から帰ってきたら意味不明な逆切れされてて俺カワイソス…
Erlang くらいは常識として知っておいても損はしないんだが…
>>45 「
>>37 に ML という言語の経験者の採用が載っている。
Lisp に CL と Scheme があるように、ML は大まかに
言って SML と OCaml がある。
>>37 には ML としか
書いてないから
>>38 は OCaml じゃなくて SML の
求人なんじゃないのと指摘している。実際の所は
>>41 の通り OCaml で有名な会社なので、OCaml の仕事が
ある可能性は高い。」という話だよ。
>>47 そうではないと思う
出るのが単に遅すぎただけだよ
後に出せばそりゃ先行言語の欠点を取り除き利点を多く持った言語になるだろう
しかし勢力が弱いという事実が決定的な弱点だ
虎の威を借るって奴か
まあある意味極論すればC++はCの威を借る狐だ
いや極論しなくてもまんまか
しかしこれだけ主流になってしまえば後発の優れた言語が
その座を引きずり降ろす事は困難だろう
52 :
デフォルトの名無しさん:2008/05/23(金) 03:05:54
C++は速いから好まれてると思う。
ていうかソースと機械語との対応が類推できるから、が大きいと思うな。
ノイマン型コンピュータ使ってる限り、どう書けば速くなりそうかが
わかりやすいC/C++が好まれるのは自然な気がする。
で、結果的に速いコードが書けるので職人プログラマに好まれる、と。
54 :
デフォルトの名無しさん:2008/05/23(金) 07:15:08
>>53 あんたは、C++のソースがどういうコードに落ちるか想像つくのか。
そんなわけないだろ。
つく人多いと思うよ
そんなわけないって言う理由が分からない
想像つかなきゃ、アセンブリ出力を眺めるだけだな。
なるほど、職人プログラマに好まれるわけだ。
57 :
デフォルトの名無しさん:2008/05/23(金) 07:52:57
>>55 よしわかった。
そこまで言うなら、boost::spiritを使い四則演算可能な電卓を作成、
これがどのようなコードに落ちるか予測しなさい。
期限は本日09:00まで。
お前と違って今から出社なので
spiritはC++単体で動いてるんじゃなくてなんかライブラリ呼び出してるんじゃなかったっけ
かなり高水準なことしてる部分だからそんなところのマシンコード誰も気にしないっしょ
仮想関数テーブルなんかが出てこない限りはアセンブリコードとの対応は
C++の場合わりとわかりやすいよ
>>59 > なんかライブラリ呼び出してるんじゃなかったっけ
> 仮想関数テーブルなんかが出てこない限りは
ん?なんかおかしいかな?
Cでたとえばprintfの中身の実装まで普通はコード気にしないのと同じだと思うけど
62 :
デフォルトの名無しさん:2008/05/23(金) 08:27:05
>>61 いや、マジレスするのもはばかれるくらいなんだが、問題はそういうことじゃないだろ。
釣りのつもりじゃなかったら、とりあえずC++使ってみろ。
釣りなら、知ったか厨認定される前に釣りでしたってレスしとけ。
なんで?
おかしいならおかしいとこ教えてくれよ
64 :
デフォルトの名無しさん:2008/05/23(金) 08:31:00
うんうん
あと俺、いちおうC++使ってるよ
>>57 55じゃないけど、C++ソースから機械語コードを想像って話で、
boostを出すのはおかしくない?
boostって、どうテンプレート展開されて、
どんなC++ソースになるか追い辛いから変態とか言われる訳だし。
それと電卓がどうってのも例として変な気がする。
今の文脈での想像って、クラスのメモリイメージ(仮想関数テーブルなども)、関数でのスタックの使用イメージ、
典型的な最適化イメージ、とかのことじゃないの?
67 :
デフォルトの名無しさん:2008/05/23(金) 08:34:37
>>65 では、心置きなく言ってやろう。
知ったか乙!
spiritはテンプレートな
知ったかはあんたじゃないの?
おかしいならどこがおかしいのかはっきり言ってくれないとわかんないな
だからさ、テンプレートの本来の普通の動作としてコンパイラが処理できる範囲じゃなくて
中でライブラリ呼び出してるんだからあんまり適当な例じゃないんじゃねーのって言いたいんだけど
それでも間違ってる?
そもそも自分の書いたコードがどういう機械語に落ちるかって話であって
ライブラリ(テンプレートライブラリ含む)が内部で実装してるコードまで
追っていくんじゃきりがないから気にしないでしょ、って話もおかしい?
おかしくないと思う。
同じニーモニックなら同じマシンコードに落ちるとかも普通に思ってそうだな。
めんどくさい人だな。がんばって突っ込みいれてみたよ。
突っ込もうとして途中でやめた >60 の気持ちがわからんでもない。
> spiritはC++単体で動いてるんじゃなくてなんかライブラリ呼び出してるんじゃなかったっけ
いいえ。
> かなり高水準なことしてる部分だからそんなところのマシンコード誰も気にしないっしょ
わざわざ設定された例題について、気にする気にしないを述べる意味がわからない。
例題が適切かどうかは知らないけど。
> 仮想関数テーブルなんかが出てこない限りはアセンブリコードとの対応は
> C++の場合わりとわかりやすいよ
アセンブリコードとの対応が難しくなる線引きは仮想関数テーブルなんかではありえない。
関数アドレスを並べたものが対応するに決まってる。
> > spiritはC++単体で動いてるんじゃなくてなんかライブラリ呼び出してるんじゃなかったっけ
>いいえ。
そうなのか〜
どっかでboost::spiritはなんとかってルーチン呼んで利用してる、って書いてあった気がしたもので・・ごめんね
> わざわざ設定された例題について、気にする気にしないを述べる意味がわからない。
いや、だってさ、単純なものならともかく、一行書けば膨大なコードに展開される部分をもってきて
機械語想像しろ、ってのはちょっと違うとおもうんだけど。
ライブラリの出来を比較してるんじゃないんだからさ、言語本来の命令や構文で書かれた部分が
主体の例題じゃなければ、意味ないんじゃないの?
> アセンブリコードとの対応が難しくなる線引きは仮想関数テーブルなんかではありえない。
> 関数アドレスを並べたものが対応するに決まってる。
そんなの人それぞれじゃないの?トレースしにくくなるから嫌い、って人もいるでしょ
>>73 同じニーモニックなら同じマシンコードつーかオペコードに落ちるのが普通だと思うけど?
>>75 >> わざわざ設定された例題について、気にする気にしないを述べる意味がわからない。
> いや、だってさ、単純なものならともかく、一行書けば膨大なコードに展開される部分をもってきて
...
> 主体の例題じゃなければ、意味ないんじゃないの?
そう。例題として適切じゃなかったようには思う。
でも、それが言いたかったなら「気にしないっしょ」で伝わるわけないだろ。
>> アセンブリコードとの対応が難しくなる線引きは仮想関数テーブルなんかではありえない。
...
> そんなの人それぞれじゃないの?トレースしにくくなるから嫌い、って人もいるでしょ
59 の書き方では「人それぞれ」という意図は伝わらない。
あと、アセンブリコードとの対応の話と「トレースしにくくなる」とか
「嫌い」とかの話はまるでつながってないぞ。
総じて、読む人にエスパー能力を期待しすぎている。会話がしたいなら気をつけて欲しい。
>>71 >テンプレートライブラリ含む
これはおかしいだろ。
明示的に自分で書いたコードだろうがライブラリが暗黙的に
展開しているコードであろうが、少なくともコンパイル時に
生成されるコードは把握出来ないとな。
なに言ってるんだか・・
じゃああんたはマクロアセンブラでマクロとして実装されたライブラリを
アセンブル時に中身を全部把握してないとだめだとでも言うのかあ?
80 :
デフォルトの名無しさん:2008/05/23(金) 09:41:45
いいことを教えてやろう。
極めた人間はどの分野でも一握りだ。
つまり数が少ない。
一方、入門者は多い。
言い合いになると極めた人間のほうが打ち負かされるのだ。
少なくともニチャンネルではそうだ。
ここでは数の論理が働く。
つまり、ニチャンネル的にはC++はテンプレート禁止。
ついでに仮想関数も禁止。
これでおk。
はいはい、自分は極めた人間で相手はバカでないと気に入らない、と。
言い負かされるのは俺様みたいに極めた人間は少ないからだ、と。
おめでたいねえ
82 :
デフォルトの名無しさん:2008/05/23(金) 09:48:21
関係ないんならわざわざageてまでくだらないこと書くなよ
すっこんでろ
アセンブリコードまで気にしてガリガリにチューナップしたいプログラムにboostは使わないでOK
機械語が想像つく派はテンプレートを普段使わないからだな。
しかも、機械語について語りつつも、ニーモニックが同じなら
オペコードも同じなどと述べちゃってるところをみると、
機械語も詳しくなさそうだ。
よって放置推奨。
違うのか?
特殊なアーキテクチャのモノならしらんけど、普通のCPUなら
ニーモニックとオペコードは1対1対応でしょ?
>>87 その程度の見識しかないならあまり偉そうな物言いは避けたほうがいいと思う。
これ豆知識な。
またかよ・・違うならどこが違うのかはっきり言ってくれ
偉そうなのはどう見てもおまえのほうだろ?
ニーモニックが同じでも対象 CPU やアセンブラが違えば違うオペコードになるだろう。
きっとそういうことさ。
そ、そんなことが言いたかっただけ・・? マジ?
機械語が想像つく派だけど、テンプレートを普段使ってる。
テンプレートの展開と機械語への変換は異なる問題領域だと思う。
大雑把にフェーズを分けると、
プリプロセス → template展開・inline展開 → コンパイル
という感じで。
ただ、俺の言う「想像つく」と、他の人の言うそれの認識が
一致してないかもしれない。
ニーモニックのこと話してる人達も、
「同じ」ことの意味、前提がズレてるんじゃないの?
まぁあれだな
肥大化と言えばJavaの方が酷いだろ
C++は仕様はシンプルだぜ
C++ 言語仕様の肥大化大きすぎ、ライブラリーも肥大化しているが表面化していないのでOK。
Java 言語仕様はまあまあ、これから肥大化の可能性あり。
クラスライブラリーが肥大化、統一場所が少ないので、場合によっては無秩序。
C++の場合「機械語が予想つく」ではなく
「機械語を予想できるコードを書ける」と言うべきではないかと
それが必要ないならテンプレートでも仮想関数でも何でも使えばよろし
手段は一つじゃないしそれをマが選べるのがC++の最大の強み
まあ適切に選べるだけの知識が無ければC++なんて複雑なだけのフリーク言語だろうけど
機械語を予想できることと、
テンプレートや仮想関数を使うことは
何も対立しないと思うけど。
99 :
デフォルトの名無しさん:2008/05/23(金) 11:20:06
>>98 ってことは、
>>97がその程度の一般常識で勘違いしてる馬鹿または嘘吐きってことか。
なんでageる人って他人を叩くだけの中身のない書き込みするん?
101 :
デフォルトの名無しさん:2008/05/23(金) 11:26:56
>>100 おれは
>>97が正しいと思ってるし、叩いてない。
>>98の知ったかが非常に鼻についたので余計なレスしたかもしれんな。
>>89 >偉そうなのはどう見てもおまえのほうだろ?
フイタw全くだなww
ニモニックが同じでも対象レジスタ(≠オペランド)が変わるとオペコード変わるCPUが多い
ひとつのオペコードに複数のニーモニックがある場合も結構あるから
すくなくとも「1対1」なんて幻想にすぎない
>>103 そのCPUの名前教えてくれよ
多いというんだからいくつでもすぐに挙げられるんだろ?
>>98 そのリンク先でたらめで笑える
「原始的で構造が単純であるため、習得に時間がかかり」
論理が破綻してんじゃん
107 :
デフォルトの名無しさん:2008/05/23(金) 12:00:51
108 :
デフォルトの名無しさん:2008/05/23(金) 12:01:33
>105
, イ)ィ -─ ──- 、ミヽ
ノ /,.-‐'"´ `ヾj ii / Λ
,イ// ^ヽj(二フ'"´ ̄`ヾ、ノイ{
ノ/,/ミ三ニヲ´ ゙、ノi!
{V /ミ三二,イ , /, ,\ Yソ
レ'/三二彡イ .:ィこラ ;:こラ j{
V;;;::. ;ヲヾ!V ー '′ i ー ' ソ
Vニミ( 入 、 r j ,′
ヾミ、`ゝ ` ー--‐'ゞニ<‐-イ
ヽ ヽ -''ニニ‐ /
| `、 ⌒ ,/
| >┻━┻'r‐'´
ヽ_ |
ヽ _ _ 」
ググレカス [ Gugurecus ]
そんな命令見たことないなあ
暗黙のアドレッシング、って概念を知らないんじゃないの?
>>105 ほとんどのCPUがそうだから例を挙げるまでもないだろ?
111 :
デフォルトの名無しさん:2008/05/23(金) 12:04:20
結局、e-wordsなんか見て俺天才なんて言ってるやつが機械語が想像つく
なんて言ってるんだろ。
まったくやれやれだよ。
レベルが低すぎて話についてゆけない
MOV AX ほげ
とか書いたとき
実際にはMOV AXまでが命令で、オペランドは「ほげ」だけだから
同じMOVでもオペコードは当然一つにはならないCPUが多いよって話だよね?
みんな使ってるx86もそうだよね
114 :
デフォルトの名無しさん:2008/05/23(金) 12:07:34
やっぱりそんな話かよ・・くだらねー
ageる奴がもったいぶって言わないことっていつもこの程度だな
>>113 命令デコーダーレベルで考えてみて欲しい
bit単位でオペコードとオペランドに分けるならどう?
D使ってみて思ったけどC++まだ原液でいいよ
118 :
デフォルトの名無しさん:2008/05/23(金) 12:14:35
念のためあらかじめ書いておくが、ここは二チャンネルだからな。
妙な親切心出すなよ。
煽られて答えを書くなんてもってのほかだぞ。
そうお前、お前が今書こうとしてることは想像がつく。
だがやめておけ。
そういうことは、金をとれるところで書け。
馬鹿に馬鹿にされたところで失うものはない。
x86はオペランドにイミディエイト使った場合とレジスタ使った場合で
オペコード変わるね。<ついでにレジスタ長でも変わる場合もある
MOVならMOVで、レジスタ指定やらアドレッシング修飾子やらまで
全部含めてニーモニックって言うんだよ。
でなきゃ1対1対応なんて誰も言うわけないだろ、常識的に考えて。
要はSSEを適切にはいてくれる
C♯が最強ということか
C#ってSSEを適切にはいてるけるのか? すまんソースプリーズ
123 :
デフォルトの名無しさん:2008/05/23(金) 12:41:52
>>120 そろそろ勝利宣言か釣りでした宣言しとけよ。
もうage厨の因縁はお腹いっぱい
わかってないならとっとと逃げればいいのに・・・
いい加減に荒らすのはやめてくれないか
125 :
デフォルトの名無しさん:2008/05/23(金) 18:50:35
Dはc++の悪い部分を引き継いでるから駄目だろ
ありゃ流行らんわ
なんでc++がクソと言われてるのかわかってないね
C 系列の言語では D は JavaScript に次いで良い言語だと思うよ
Dが流行らないのは、単に「移行しやすさ」を軽視したからだと思う。
Erlangって常識なのか?
メチャメチャマイナーだとしか思わないのだが。
プログラムを書く人の間ではかなり知られているよ
訳本も出たし知られてはいるが、Erlangで10万行以上コード書いたことある人このスレにいる?
C/C++ならほぼ全員そうだと思うが。
>>130 >Erlangで10万行以上コード書いたことある
また見当違いのハードルを考えついたなw
>>131 いや日常的に使っている人がいるのかなと。
参考書の写経 + それの改造 でたくさん写経or改造する人なら
延べ1万行くらいわりとすぐ行くだろうから「勉強しただけ」かなって。
勉強しない奴の言う事か?
いや、俺はErlangはほんの少しだけ見ただけで詳しいことは
全然分からないレベルだから君の言う事はその通りなんだけど、
>Erlang とか Haskell STM とか SML
>Manticore でググってみよう
とか書いてる人は、これらをバリバリ実用した上で言ってるのかな、と
思ったんだよ。いろいろマイナーで特殊なことが出来てスゴいなって。
>>134 おまい、結局ググってないだろ…
だから質問のポイントがずれてるんだよ
>>135 まあ、俺は
>Erlang とか Haskell STM とか SML
>Manticore でググってみよう
と言われた人ではなく、”ほぼ”今北状態で
>>130がこのスレでの最初のレスなんだがね。
まあ並列処理はC向きとか言われてErlangとか、HaskellのSTMとか言ったのでしょうが。
で実際に並列処理を上記のやつでみんなバリバリやってるのか知りたかっただけっす。
俺個人の予想は実際にやる時はみんなC/C++の方を使っているのではないかという
事だったので。
>>137 確かにな。ちょっと水準が違うよな。
>>43は「並列処理」「マルチスレッド」という言葉にだけ食い付いただけな感じがするな。
何度か書いているけど、言葉の定義と前提がズレてる。
>>42が言ってる並列処理と
>>43が言ってる並列処理は別物。
文脈から分かりそうなものなんだけどな。
ふーん、文脈ねえ…
俺は
>>42 は何も知らないで単語を並べただけに見えるけど
一見ランダムに見えても規則性があるとか?
パフォーマンスのための並列処理と、
ロジック構築のための並列処理だ。
大枠の手段は同じだけど、
目的は異なり、交換不可能。
>>142 おまえやっぱり唯の煽りだなwwwww
最近関数型言語関係のスレに出没してるwww
>>138 >で実際に並列処理を上記のやつでみんなバリバリやってるのか知りたかっただけっす。
いやだからググれって。自分で調べるのは絶対にしない主義か?
Erlang はエリクソン内部では使われているらしいが後は twitter で
使われてるくらいだ。他は研究プロジェクトレベルなんだから
バリバリ使っている訳が無いだろ。そもそも
>>42 はデモとか
言ってる時点でバリバリ使ってるという話じゃないのは文脈から
分かりそうなものなんだけどな。
もう一回書くけど、見当違いな質問をする前にググれよ…
>>42の文脈でコア数を大きく超える並列は無意味、むしろマイナス。
>>43の文脈で、コア数は関係無く、むしろ多数の並列処理を低コストかつ簡易に記述出来なければ意味がない。
ググレと書いてるやつは、自身もググって書いてるのだろうから、
相手するだけ無駄だといい加減気が付いたほうがいい。
>>149 そういう書き込みが一番無駄だな
スルーも出来ないし反論も出来ないのは辛そうだね
>>150 反論する必要ないんだよ。
おまえは一生懸命ググって反論してろ。
>>148 俺は未知の情報を得た訳でなく、レスから推測しているだけだ。
>>42の「低水準」から「並列処理」には一貫性がある。
カーネル領域、役割についての話。
主に
>>33の言う形態に反応したと予想。
>>43はそれに対して、並列という言葉に反応してしまったと予想。
骨でなく、むしろ上位の範疇だと。
挙げられた言語の特性から、
これは簡単に分かると思う。
>>152 反論出来ないなら相手するだけ無駄だといい加減気が付いたほうが良い。
お互い週末を気持ちよく迎えたいだろ。
>>153 すまんが言ってる意味が分からん。
並列処理の部分だけ明らかに異質だと思うが、どこら辺に一貫性があるんだ?
「骨っぽい並列処理」とはどんなものか説明して欲しいね。
質問への答えがただ「ぐぐれって」と必死で言い張る奴は
巧妙に答える事を回避している。
悔しかったら「ぐぐれって」じゃなくて実際にErlangで10万行
書いてる奴のブログなりなんなりのURL貼ってみろよ。
英語でもいいからさ。
>>155 コア数とまで書いて分かって貰えないなら、
正直伝えられる自信が無いな。
>>156 >実際にErlangで10万行
>書いてる奴のブログなりなんなりのURL貼ってみろよ。
意味が分からん。何の為にそんな事をするんだ?
俺はちゃんと
>>138 の質問に答えたのに、何が巧妙に回避なんだよ…
>>157 ふーん、言えないなら良いけどさ。
Erlang はコア数でスケールするらしいし(当然処理内容による)、
C で並列処理のプログラムを書いてもコア数 x2 くらいの
スレッドを上げる事はままあるし、俺には君が何を言いたいのか
正直分からんよ。「骨っぽい並列処理」が何の事だったのか
くらいは教えてくれても良いと思うけどね。
>>143 >パフォーマンスのための並列処理と、
>ロジック構築のための並列処理だ。
ねえ、ロジック構築のための並列処理ってどれの事を言ってるの?
>>158 >言えないなら
そう取って貰っても構わないよ。
ただ、煽ればレスが返ると考えるのは止めた方が良い、と俺は思うぞ。
そういう相手を面倒臭がる人間も居るしな。
>>158 IDが出ない板では何とでも言えるからな
でも●持ちにはちゃんと見えるわけなんだが
何か言って墓穴を掘りたくない
自分が勘違いしている事が発覚して恥をかくのが怖い
だから明確な事は何も言わない
典型的な煽り屋
>>160 自分の意見をきちんと説明出来ないなら何で茶々入れするのかな。
俺はそういう相手が面倒臭いわ。「ググる」じゃないけどさ、
一応レスする時はそれなりに根拠を考えたりしてるんだぜ。
そうやってはぐらかされるのが一番困るね。
ID出たほうがいいかもな。
165 :
デフォルトの名無しさん:2008/05/23(金) 21:42:32
ただな、根拠を書けとか言われてもあまりにも偉そうな態度が気になって書く気が
しないんだよな。
お願いしますって言うなら書いてもいいんだけどさ。
e-wordsが正しいとかそんなんばっかだろ。
ググれとかさ。
すると書く気もしなくなるんだよな。
わかるやつにはわかってるだろうし、わかってないやつに学ぶとこなんかないんだからさ。
ま、そういうことだ。
大きく分けて、
1. 一つの仕事をマルチコアで分配して効率よく行うための並列処理
2. 実際に複数ある仕事を扱うための並列処理(I/Oの多重化など)
ってのがあるよな。
1.のケースは純粋にパフォーマンスの問題であるがゆえに、記述が面倒くさいのなら、
パフォーマンスが深刻な問題になるケースでなければ誰もやらない。
逆にそれが簡便に記述できるのなら、特に面倒をこうむることなくマルチコアの
恩恵を受けられる(可能性がある)ってことでしょ。
C/C++あたりで並列計算処理をさせるのはぶっちゃけ面倒くさいから、
2.以外のケースではなかなか行われないよね。
169 :
デフォルトの名無しさん:2008/05/23(金) 21:51:29
二チャンネルは匿名なんだから、自信のあるやつはこういうとこに
書くべきじゃないんだよな。
初学者が質問して初学者がググッて答えるような場にしようじゃないか。
まともな議論はSNS等でしたほうがいい。
171 :
デフォルトの名無しさん:2008/05/23(金) 21:55:34
いや、IT系のコミュニティは好きなもの同士集まってるだけだから
アンチが入り込む隙が無い
172 :
デフォルトの名無しさん:2008/05/23(金) 22:00:18
>>171 アンチも二チャンネルでいいじゃないか。
まともな問題提起ができるならSNSでも受け入れられるだろ。
>>165 今更取り繕っても遅いと思いますけどね
>>166 ポエムみたいな文章を書くから、レス作るのに時間が掛かっちゃったよ…
頑張って文脈を読むと、2 の方が
>>42 の言ってる世界に近いんだよね?
これは同時多重接続を受け付けるウェブサーバとかデータベースとかを
想定すれば良いのかな? 元々の使用環境を考えれば Erlang が得意なのも
2 の方だと思うし、CouchDB とかもあるよね。
http://incubator.apache.org/couchdb/ ん、でもこっちが「骨っぽい並列処理」の方なんだっけ?
じゃあ
>>43 は何が問題なの?
>>173 質問の答えが分かるなら、君が代わりに答えてくれても良いよ。
そもそも彼の主張が分かり難いというか、わざと具体例を挙げずに
分かり難く書いてるんだと思うけど…
また荒れてるな・・関数型マンセーの人、なんでそんな噛み付いて回るかなー。
昨日
>>42と
>>44書いたの俺だけど、「〜みたいなの多いよね」までの段落は
実際のところ関数型言語だけを頭に置いて書いたわけじゃなかったんだな、これが。
最初の一行がまずかったのか、
>>43に絡まれたけどw
言いたかったのは最後のあたりなので流してくれればおkさあ。
176 :
デフォルトの名無しさん:2008/05/23(金) 22:24:58
>>174 取り繕うも何も俺まったく参戦してないし。
おれの考えは、二チャンネルで粋がってるのは雑魚だから。
一生懸命ググって知りもしないものを一生懸命語っているんだろ。
自信があるならSNSで議論したほうがいいぞって書いてるんだ。
>>176 あ、書き込み時間を見てなかったから
>>166 と同一人物かと思ってたよ。
何が正しいかは置いておいても、こういう所の書き込みでも誰かの勉強に
なるかもしれないよ。少なくとも俺は議論を制するのが目的じゃないし。
>>175 いや、君のレスのおかげで今は俺が噛み付かれてるみたいw
別に俺は関数型マンセーじゃないんだけどね。
Erlangといえば、Wings3Dなら使ってみたことあるよ。
全体的にインタフェースが垢抜けないし、動作はいまいちもっさりだし、プラグインも
Erlangモジュールしか受け付けないという素人お断り仕様だしで癖が強いけど
操作自体はメタセコぽくてわりと普通だった、ローポリなら十分使えそうな感じ。
その時は気にしてなかったが今にして思えば・・GUIまで自前でやっちゃったのはすごい気合だ。
179 :
167:2008/05/23(金) 22:40:11
>>168 お前さんが
>>163で、
それが「答えてる」なら、
いくら何でも、レスする気無くなる・・・。
>>174 >>166だが、上でレスしてる連中とは別人だから、過去レスについて
言われても、知らんぞ
>>180 >>43 のレスが気に喰わない
>>167 が俺に噛み付いてるもんだと思ってたよw
>>179 んー、またそれかよ… 面倒臭いな。じゃさ、
>>147 で
>
>>43の文脈で、コア数は関係無く、むしろ多数の並列処理を低コストかつ簡易に記述出来なければ意味がない。
って書いてるけどさ、Erlang も STM も Manticore もマルチコアで性能を
上げる為の例として挙げてるんだけど、これは君が文脈を読み間違えてる
という事で良いかな。だって STM がコア数関係無いなんて意味が分からない
じゃん?
>>181 ややこしいなw
世界は平和だな〜
184 :
167:2008/05/23(金) 23:01:49
186 :
167:2008/05/23(金) 23:03:15
お前ら全員死ね
>>167 は質問にも反論にも一切答えない主義か。
はぐらかしばかりで、まじめに相手すると損するタイプだな。
しばらく番号コテを続けてくれるとみんな助かるよ。
>ややこしいなw
「敵対するレスは同一人物」の回路が作動中w
やはり、関数型言語でも機械語を想像しながら書いてるのかね。
190 :
167:2008/05/23(金) 23:05:43
>>186 下らない騙りしてないで、
お前だけ氏ねば良いだろ。
ID付いても意味ないお
いくらでもID変えられるからな
全員トリップつけても意味ない
>>187 散々答えたが、
お前がそういう煽りを繰り返した結果が今の状況。
もう病気だなw
まあ俺の結論は
>>187 で出たから、
>>167 が答えようが答えまいが
どっちでも良いや。存在しない答えを無理矢理聞き出すのも趣味悪いし。
ワロスw煽り抜きでレス出来ないんだろうなw
ここまで俺の自演
名前欄とかトリップがあるのに誰も使おうとしてないな。
前からプログラム板はIDがないので分かりにくいとは思っていたけど、これはカオス。
>>201 わざと使おうとしてないんだよ
●持ちからは丸見えなんだがww
>>201 きちんとアンカーを付ければ十分だと思うよ
●売り工作員乙。
俺の書いたレス分かる?
>>205 それ書いたら●が剥奪されるの知ってて言ってる?
FOXの手下自重wwww
●って過去ログ見るだけじゃなくて、非表示のIDとかも見れるの?
それだった買っても良いかも・・・。
209 :
●:2008/05/24(土) 01:45:21
ID……見え……ないん……じゃが……
_________________________
| _______________________ |
| | ________ | |
| | ≡≡≡≡≡≡≡| |≡≡≡≡≡≡≡ | |
| | 才是 言斥 | | シ夬 言義 | |
| | ≡≡≡≡≡≡≡| |≡≡≡≡≡≡≡ | |
| | CODE:C++ | BALTASAR・2 | _____ | |
| | ;:;・、::, | | |駄言語|| |
| | :;・:;;_; \ /  ̄ ̄ ̄ ̄ | |
| | | ̄ ̄ ̄ ̄ ̄ ̄\/\___/\/ ̄ ̄ ̄ ̄ ̄ ̄| | |
| | | \ MAGI / | | |
| | | CASPER・3 |――――‐| MELCHIOR・1 | | |
| | | | | | | |
| | | | | | | |
| |  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | |
|  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ |
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
●ではIDはみれないはずだが。過去ログとアク禁と専用板に書き込める特典くらいかと。
IDと言うかipは★持ちじゃないのと見れないでは?
212 :
デフォルトの名無しさん:2008/05/26(月) 20:46:34
ようわからんが
「プロセッサの数が増えても、アプリケーションがマルチプロセッサに対応してないと意味がない」
などという馬鹿なことを言うやつが居ることだけは分かった
「本人は発見のつもりだけど、単にキャラ設定を思いついて興奮してるだけ」
というパターンですね。
「ようわからん」状態で無理矢理出しゃばると、こうなる。
プロセッサの数が増えても、アプリケーションがマルチプロセッサに対応してないと意味がなくね?
215 :
デフォルトの名無しさん:2008/05/26(月) 21:05:46
>>213 知らないことを知らないというのは恥ずかしいことじゃない
>>214 アプリケーションが対応していなくても、OSは対応してるだろ
OSが対応していれば、アプリケーションを適切なプロセッサに割り当てることが出来るということだ
すなわち、VirtualPCの様なソフトでも、プロセッサ(コア)数が増えれば、その分、沢山の仮想PCを起動することが出来るということだ
なんだ、スレッド一本のアプリを並列に分散させるOSがあるというのかと思ったら、アプリを複数立ち上げる話か。
>>216 皆さん、その程度のことは分かった上で話されてる様でしたが。
タスクマネージャ見たら200くらいスレッド立ってるんだが。
SMPは速いんじゃなく重くならないって昔から言うだろ。
>>219 そうです。
一例としてですが、
「マルチコア ゲーム」でググってみると良いかと。
問題分けて考えなさい
マルチタスク、マルチスレッドのOSの場合、kernelがスレッドを適切に
コアに割りふる限り、「ユーザは」マルチコアの恩恵を受けられるよ
ただ、「あんたのプログラム」をコア数に応じてスケールさせたければ、
「あんたのプログラム」がシングルスレッドじゃダメなの
「あんたのプログラム」のためにコア一個しか使われないからね
わかったかな
>>224 難しい話をしても、理解できないやつが居るからだめだよ
最低限
>>216の話を理解してからじゃないと、その話は理解されないよ
そもそも、クラスとインスタンスの差すら分かってないやつがいるんだし
>>225 いや多分分かってないのは君だけじゃないかな
>>224 バカだなぁ、プロセッサ数が増えれば、その分、相対的にライバルが減るから
「俺のプログラム」がプロセッサを占有できる確率が増えるじゃないか
レンタカーが二台
一人を切断して乗せたら二倍の速さで運べるのね
>>227 それだけだと、コア数の分だけ綺麗にスケールしないの
コア一個100%占有しちゃったら、それが限界なわけだから
重い計算をやってるプログラムが、瞬間的にCPU99%とか使うケースはよくあるでしょ?
そういうプログラムがシングルスレッドである限りは、コア数増やしても
ちっとも軽くならんわけだ
231 :
230:2008/05/26(月) 21:55:51
ちょっと言い方に語弊があったか
>ちっとも軽くならんわけだ
他のコアは空いてるから、ユーザにとっての快適さは勿論違う
が、そのプログラムの実行速度は全く改善されない、という話ね
つうか、何でこんなド素人向けの解説せにゃならんのだ
おかえり
自演乙
>>231 シングルプロセッサシステムとマルチプロセッサシステムで、バックで走るタスク数が違うならともかく
同じOSであれば、同程度のタスク数になるから、プロセッサの性能が同程度である場合、マルチプロセッサシステムの方が少しだけ実行速度が速くなる
少しだけね。でも効果はあっても2コアまでで、3コア以上ではほとんど差はでないだろう。
>>234 バックグランドタスクの数は、プロセッサ数で変わるわけじゃないよ
バックグランドタスクの数は、コンピューター利用者が決めるんだよ
プロセッサあたりのタスク数は、「タスク数/プロセッサ数」になるから、プロセッサ数が多くなれば
1コアを利用するだけのプログラムは、その分速くなるよ
その差が大きいとは言わないけどな
3万円のプロセッサを2個使わないといけない時代の考え方なんて捨てちゃいなよ
今じゃ、3万円のプロセッサ1個で、プロセッサ4個分の活躍するんだぞ、もっと気軽に考えなよ
OSのバックグランド分なんか数%にも満たないのにな。
1スレッドのアプリなんか1コアでも4コアで処理時間一緒なのに4個分の活躍といわれてもなぁ
動画エンコしながらゲームすればOK
軽さの面では脳トン隔離できるだけでぜんぜん違うだろ
>>236 コアが4個あったら、てめーの作った糞プログラムが3つコアを占有しても、まだゲームできるんだぜ
逆にてめーが、気を使って、マルチプロセッサ対応にした糞プログラムでコアをあるだけ占有したら、後は何にも出来ないんだぜ
>>239 占有することの是非はともかく、
マルチコアは占有させないために有るわけじゃないから。
コア数に関係無く、CPUリソースを過剰に使うバックグラウンドプロセスは迷惑だし、
4コアのときに他のゲームの1/4しかパフォーマンスが出ないゲームも困る。
このスレの初めの方から出てる話題は高効率の話。
>>240 マルチプロセッサは、CPUを占有させないための技術ですから
え!?
単にクロックアップが限界に近づいたから、数で稼ごうとしてるだけでは。
>>241 違う。
ハイエンドのサーバや、
リアルタイム性を必要とする組み込みで、
そういう問題はスケジューラで解決すべき問題。
一般のPCでは、単にクロックを上げるコスト&リーク電流の問題で、
マルチコアに移行してるだけ。
文脈が繋がってない。
具体的にどうぞ。
>>243 ばーかちげーよ
ピーク速度を上げるアプローチは、すでに限界だから、平均速度を上げるアプローチに切り替えたんだよ
プログラムをマルチスレッドに対応させたからって、2コアのCPUで2倍の速度を得られるわけじゃない
コンビニのレジが2つあるからといって、1人の買い物を2つのレジで会計したからといって2倍の速度で終わるわけじゃないのと同じこと
>>246 二人組の客で買いに行って、
2つのレジを使って半分ずつ会計したら早いんじゃね?
>>246 単純に2倍にならないのは当然。
CPUの平均速度とか聞いたこと無いのでソース下さい。
っ 李錦記
>>241 現実はあなたの言うとおり、しかしそんなことがあってはいけない。本来OSの仕事だ。
>>253 ちげーよ
CPUを効率よく運用するのがOSの仕事だよ
いつまで脳内ソースをばら撒くつもりだろうか・・・
>>241 違うな。
マルチプロセッサは計算能力を上げるための技術。
ただ、世の中にはマルチプロセッサを活用できないソフトであふれてるだけ。占有させないのではなく占有させられないだけ。
例えスレ違いとわかっていても書き込み続ける。その心意気よくわかります
>>257 プロセッサ分、マルチプロセッサを活用できないソフトを集めれば良いんじゃないのか?
少なくとも、OSは適切にタスクを振り分けるんだしな
>>256 バカはお前だバーカ
VSのコンパイラはコアの数だけスレ立てるよ
質の低いレスに反応してもいいことはありませんよ。
「cout <<〜<<endl」って、何をインクルードすれば使える?
iostream
#include <stdio.h>
#include <iostream>
int main(void){
cout <<"Hello,world!"<<endl;
return 0;
}
これでcoutとendlが定義されてないって言われるのはなぜ?
本当は
std::cout
std::endl
だから
std::を省略したいなら
using namespace std;
をソースに足さなきゃならないよ
何でこのスレで聞くんだよw
相談室とかあるだろw
俺の見てた一覧でC++の単語が入ってたのでつい聞いてしまった
親切にありがとう。おかげで解決しました
拡張子が.cでした。
ワラタwwwww
肥大化しても、必要な部分(機能)だけ使ってればいいじゃないの?
いいじゃないから皆困ってる
確かにC++の複雑さに困っている人はいるのだろう
でもその人たちは他の言語では困らないの?
どの辺が境界なんだろう?
分母の差か?
一つだけ突出してるから境界もクソも無いわな
でもケーニッヒルックアップだけでしょう?
俺はすべての元凶はC++そのものじゃなくてプリプロセッサだと思ってる
>>272 肥大化するのは別にかまわないんだが、その都度「変態的」な
構文が追加されていってるのが問題なんじゃあるまいか?
lisp あたりはどんなに言語拡張しても基本は S 式で何とか
なってるじゃん
>>272 少なくとも、言語仕様レベルで
深入りしないようにしようという判断をした(テンプレート周りだが)のはC++が初めてだ。
普通にコードを書くのにEffectiveほにゃららの通読必須ってあたりで何か狂ってるんですよ。
ゲーム屋だけど、本当に代わりがないから使ってるに過ぎない。
>少なくとも、言語仕様レベルで
>深入りしないようにしようという判断を
>
>ゲーム屋だけど、本当に代わりがないから
深入りしなかったおかげでC++も使えるんだろ。
言語が今以上に複雑でコンパイラの実装が困難だったら
まともなサポートが得られず、
単に、C言語だけが選択肢になる。
言語の複雑さが仇になるのは、
主にアホが書いたソースをメンテするケース。
まともなメンバーで作る分には問題無い。
そして、そこでいう「アホ」程度ならそこら中にいるので、
つまりC++の複雑さはそこら中で「仇になる」わけだ。
>>272 分母の差かどうか知らんが、色々と選択してC++が最適だと思うケースに
C++を使う言うだけだと思うが。困ると言うよりかは要求に答えてくれるか?ってのが
重要だろうに。
漏れの職場だと自分だけの書きなぐり使い捨て速度はそれほど必要ないケースだと
Python使うし、ある程度みんなが使ったりメンテが重要だったりするケースはJavaで、
変態的(?)かつ、動作環境べったりでパフォーマンスが要求されるときにC++って
使い分けてる。
アホばかりの会社の問題を言語の問題にしたいわけですね、わかります。
282 :
281:2008/06/07(土) 10:31:38
>>282 現実にそこら中にいるのだから、
「会社の問題であって言語の問題ではないんだァ!」
とか押してもね。
1万人に1人が怪我をする道具で怪我をしたなら、流れ的にそいつの不注意とか不運の問題になるけど、
これがたとえば3人に1人が怪我をするとなると、この道具危ないよねっていう問題になってくる。
君個人が有能だったり、とても優れた職場しか知らずその辺りが当たり前だと思って生きてるなら、
それは素晴らしいことだし、ずっと続くことを祈るけど、その場合残念ながら、君は
「現実を全般的に捉えた話のできない人」ということになる。恵まれすぎている。
>3人に1人が
IT土方乙w
いや、たとえの数字に食いつかれてもなぁ・・・。
ていうかなんでそんな目ぇ血走らせてるの? 休日の朝から。
>>283 教習所にも行かせずに自動車使わせているようなものだな。
教育も何もせず、新人をいきなり実務に入れてそうだ。客も可哀想だ。
それにC++に向いてない奴は他の言語の仕事に、
プログラムに向いてない奴は資料作成/客先対応/
テスト/サポートデスクなどの仕事に回すことも考えるべき。
単にお前さんが悲惨職場しか知らないんだろう。
そんなに問題のある言語なら、これほど広まることもない。
今時(?)C++を使うのは「神に選ばれた戦士」的な思い込みがあるのかもしれんが、
現場のPGなんてほとんどドカタだからなぁ。
まあ、とは言え言語の性にするのは美しくないけどな。
やっぱりアホが書いたソースならVBだろうがCOBOLだろうがイヤなモンはイヤだし。
>>285 >ていうかなんでそんな目ぇ血走らせてるの? 休日の朝から。
自分がそうだからといって、相手もそうだと思わない方がいいぞw
>そんなに問題のある言語なら、これほど広まることもない。
広まっていないと思うが。
>>285 察してやれよ。休日の広いフロアーに一人は寂しいぞ。
数で言うならC++はフリーソフトとかゲームだろうなぁ。
デバドラとかハードべったりの専用ソフトの現場もC++が普及しているけど、
これもドカタじゃないとか言うのは違うと思うが。
むしろハード屋さんはCかと思ってた
ゲームみたいに抽象度と複雑性が高い上に性能要求も高い分野で
他に適当な選択が無いからC++なのかな、と
まあ日本にも商用パッケージ一応あるけどな
社内以外で誰も使ってないRDBとかw
HiRDBだったっけか?
日立に仕事たのむとHP-UXにOracleを納品してくると言うプライドの無さが
ステキだった印象しかないんだが。
伝え聞くところによるとあのドライバの出来の悪さは特筆モノだったようだが。
まあ、これこそドカタが作った見本なのかもしれん。
3人に1人が怪我をする様な機械なんて、普通にあるじゃん
自動車なんて、その筆頭だろう
またたとえの数字に物言う馬鹿が出た。
例えになってないから突っ込まれる
それに、ボケられたら突っ込まなくちゃ、ボケた相手に失礼だし
の割には、まったく突っ込みになってないからなぁ。
新たなボケのつもりなら超つまらないし。
自動車のたとえを持ち出すなら、
あっちの自動車(C++)とこっちの自動車(他言語)の事故発生率が
まるで違う、前者の事故多すぎ、というのが、この話への正しい当てはめ方だからな。
>>295が「例えになってないから突っ込まれた」例だよね。
C++ を仕事で使うのに免許を必要として欲しい。
>>299 例えがかわっとるw
元の例えに近づけるなら
「四輪車は転ばないから安全、しかし、二輪車は転ぶから危ない」
だろw
>>283 優秀な人材だけが集まる企業なんて無い
ぼんくらを優秀な人材にする企業は有る
優秀な人材をぼんくらにする企業が大多数だけどな
他の言語というのはJavaなんかを念頭に置いてる?
Javaはきれいですか?肥大してませんか?
D?
Dはまぁ悪くないか
でも小さいとはいえないな
新しい言語が単純なのは当たり前
C++ は D&E を読めば少しは簡単に感じるようになるよ。
なぜそのように設計をしたかを詳しく説明しているから。
Javaは型のパラメタ化が不十分だからリフレクションとダウンキャストのカオスが必要なんだよな
>>305 世の中には良い言語設計者と悪い言語設計者がいるのだよ。
どれだけ後から言い訳の本を出しても埋まらない溝がある。
そういえば C++ のクロージャの構文ってどんなだったっけ?
>>307 言い訳とかいってる時点で読んでないのが丸わかり。
あるいは、自分が受け入れたくない理由のことを言い訳と言うんだ、と思ってるお馬鹿さんか。
どんな本を書いても設計が悪いのが覆るわけじゃないからな
敗者の弁なんて誰も読みたくないだろ
D&Eが出たのは'94年だしもっと古い文献を引用しているよ。
こんなに古いのにJavaの特徴に否定的なのは面白いな。
それだから人間また同じ失敗を繰り返す。
失敗談から学ぶのもいいじゃないか。
>>305 >D&E を読めば
C++ を必死に勧める人間はいつもこう言うね。
攻略本を読まないと面白さが分からないゲーム
みたいでアホらしい。まあこの場合は攻略本を
読んでも全く面白味がない訳だが。
C++の設計が悪いと言う人が想定している設計が良い言語とはなんなんだ
ほんとはC++のどこが悪いのかもわかってないんでしょ?
多分C++以外の言語も理解できないんでしょ?
なにそのアンサガ
C++ がロマサガだったら世界はもっとハッピーだったろうなあ
C++に限らず特定のものを個人の評価に依存する状態で必死に勧める人間は
他人を見下して優越感に浸りたいだけの様な気もする。
>>314 たぶんHaskellとか言いだすんだろうな。
で、実際にHaskellをバリバリに使ってるかというとそういうわけではない、と。
仕事でいまさらVBとかCとか非力な言語使いたくないからC++を薦めてる。C++使って楽しようぜ。
攻略本はEffective 〜のほうだろ。
D&Eはどうしたらこんなアレな出来になるかという過程を書いた読み物として
C++知らない、使う気のない人間でも楽しめると思っている。
(俺が初めて読んだのもC++よく分かっていない頃だったし)
これ読んでもC++がどうしようもない言語だという思いは変わらない。
>>313 つまり、ボクは攻略本を読んでも理解できないほど頭が可哀相、という自己紹介ですね。
Windows だけで良いなら C++ が良いんじゃないの
熱狂的に勧誘する気が知れないが
323 :
314:2008/06/08(日) 00:20:08
やっぱりないんかい!
あんだけ煽ったのに
>>277 >ゲーム屋だけど、本当に代わりがないから使ってるに過ぎない。
まあそれが現実だよね。
良い物だけを使って仕事ができるならそれが一番だけど。
C++ には数々の変態的要素があるが、
確かにネイティブコンパイルするタイプの言語で
代替となる言語は存在しない。
D もガベコレのせいで代替とはなれない。
>>325 そうだよね
マルチタスクOSで走るアプリケーションでもStop The Worldが許容できないケースは結構あるからね
D&Eとか読んだほうがいいよ
C++のすばらしさを分かりやすく説明しているから
>>325 Dは有力候補ではあるんだけど、仕事で使うのは無理だろうね
そろそろ C++1x になる日も近いな
俺はC++と心中するぜ
あばよ、達者でな
無茶しやがって…
>>330 大丈夫、まだC++0Aから0Fまで(ry
日本が独自に拡張を行ったC++平成がリリース
EC++の再来か
ほほう、面白いな。
でも、あまり古いコンパイラに束縛されるのも考え物だな。この辺は臨機応変かな。
>>337 C++大好き派なんだけど、こういうのが逆に一番効くな(´Д`;)
これをもって、「こんなに制限されるなら、
初めからCで書いた方が良くね」って言われたら中々反論し難い・・・。
俺がC++の開発でいつもおかしいと思ってるんだけど、
何でC++ソースからネイティブバイナリに一気に変換するんだろうか・・・。
cfrontは例外が実装(Cのソースで妥当なオーバヘッドで)出来なくて
逝ったらしいけど、各プラットフォームのコンパイラが、
例外に対応した C+0.1 くらいの中間言語を用意すれば、
開発者PC上で C+0.1 までは変換しておける。
そうすればnamespace、テンプレート、実行時型情報、inline最適化などは、
開発者PC上のコンパイラ側の問題になる。
役割分担せずにフルスペックでやろうとするから、
こんなアホな状況になったと思うんだよな〜。
表現が変だったので訂正。
各プラットフォーム用のフルスペックのC++コンパイラを用意せずに、
C+0.1 くらいの中間言語(禿げ達で策定)のコンパイラだけ用意すれば良い。
ってことね。
C++の実行形式作成には、
linkerもC++対応が必要なことは理解できてる?
あまりよく知らないcfrontの話は混ぜないで考えた方がいいよ。
具体的にどんなの?
名前マングリングとかの話なら、
必要最小限を中間言語で扱えばいいし。
リンカも含めても良いけど、
フルスペック実装しようとするのが間違いって俺は言ってる。
教えて貰う態度じゃないw
>>343 煽りに来ただけなら、
別に教えて頂かなくても結構だよ。
マングルはリンカのC++協力必要ないだろ。
そのためにフラットな名前にマッピングしてるんだから。
C++に必要だったのはCのリンカやコンパイラ資産を使えること、
だから今言ってもしょうがない。
中間言語に変換するコストだって20年前なら馬鹿にならなかっただろうし、
そんな言語をもう一つ作るような手間のかかることしてたらISO規格になれず
マイナー言語で終わっていただろう(と言うような事をD&Eでは繰り返し述べている)。
つーか結局の所それなんてC++/CLI?ってことになるんじゃ。
>>346 流石に斜め読みし過ぎです・・・。
最初のC++コンパイラcfrontにとって
実質C言語を中間言語とするものだった。
でも例外を実装しようとしたとき、
スタック巻き戻しなどがC言語の表現では出来なかった。
(コスト度外視すればもちろん出来るけど)
そこで、直接ネイティブコードを作ることで
問題を解決したんだけど、
その方法でなく、C言語に必要最小限の拡張を加えたものを
「cfrontのために」用意する方法でも良かったんじゃないかと。
そうすればマイナーな環境において、
「完全なC++コンパイラ」を用意しなくても、
「ちょっと拡張されたCコンパイラ」を用意するだけで
済んだのでは、という話。
今何か言った所で現実が変わることは無いってのは
分かってるけどね。
あと、D&Eで書かれてたのは、
あの時代に理想の言語を作ろうとしてたら、の話だよね。
C++/CLIは現実主義ベースだと思うけど。
LLVM の C++ は一旦 C にコンパイル出来るみたいね
ストラウストラップには無理でも他の人間がやれば出来る
>>348 > LLVM の C++ は一旦 C にコンパイル出来るみたいね
病院行ってこい。
何言ってんの?
試したことないから、まるで実用にならないの知らないみたい。
何言ってんの?
353 :
347:2008/06/13(金) 22:02:14
>>348 ググって読んでもどんなツールかいまいち分からなかった。
薄くラップしたバイナリ作る・・・みたいな感じ?
ともかく、どんなCのソース出すか興味あるんで使ってみるよ。
>>353 C++→Cじゃなくて、
C++→LLVM→Cだからひどいソースだよw
そういう話じゃないだろ
例外を有効にすると壊滅的に遅いからデフォールトはオフ。> LLVM
巻き戻しポイントで常にsetjmp。
ちょっと疑問に思ったんだが、最初C++はCのトランスレータとして
誕生したよな。
そんで例外処理がCだけでは記述不可能なのでネイティブコン
パイラが作られたと聞いてるんだが、LLVMは例外処理をどのように
吐き出してるの?
あ〜やっぱ遅いのか・・・。残念。
まぁ、手があるならcfrontでやってるはずだしね。
>>359 setjmp/longjmp
コスト無視ならsetjmp使わなくてもどうにでも実装出来るよ。
>>360 サンクス。やっぱそれしかないよね。
MinGW用のバイナリが出てるみたいだから遊んでみるかな
LLVMのC backendは、
Cへのトランスレータだけだった頃のcfrontと同じリンク時の問題抱えているよ。
LLVMは言語独自の機能のロードタイムサポート持ってるんだけど、
ネイティブコンパイラはcrt0.sなんかも使ってかなりトリッキーな事してるから。
しかしこの話題はスレ違いではw
そんなに面倒という話を聞くと、Windowsが例外処理を直接提供するというのも頷ける。
ネイティブ・コンパイラや
例外の機能を持っているC--を中間言語に使うなら何も問題ない。
デクリメントかよw
環境に応じて言語が拡張していくものはすきじゃないな。
環境って?
いや、言語が拡張ってことは、
所謂OSとか処理系とかのこととは違うのかなって思って。
>>367 環境に応じて拡張されるのはライブラリで、言語仕様は変更しない。C++はマジでそれを実践している。
文字列のクラスを例にすると、メモリが潤沢な環境ではstd::stringを使い、メモリの少ない組み込みでは社内ライブラリの文字列クラスを使うなど選択できる。
allocatorいじるとか。
つきつめていくと、もう人が複雑雑多な文法を覚えて
ちまちまコード書くという、非生産的作業を繰り返す
のではなく、それは機械にやらせて人間は仕様だけ
考えるというようにならなきゃいけないんだろうな
>>371 すると、もっと複雑な仕様を人間がちまちま書くことになって、今までどおりになるんだろな。
>>367 hosted / freestanding environmentのことかな?
374 :
1/2:2008/06/15(日) 09:47:18
昔々、Sunにとある厨が居た。
彼はC言語の研修でポインターでつまづくような無能で、無論C++など理解出来なかった。
プログラマーとしては全く使い物にならんということでネットワークエンジニアとして使われていた。当然役には立たなかったが、サーバー運びや配線や小間使いぐらいは出来た。
この世にポインターがあるから自分がそんな境遇に陥ったのだと不満を募らせた彼はポインターを憎悪し、ポインターの無い言語があればいいのに、と夢想するようになった。
彼はその夢想言語をJAVAと名付け陳腐な企画書を出したが、すべて無視された。
そんなある日、どうせ役には立たないんだからと、しつこいNetscape社の営業を追い払う仕事を任された。もちろん権限は一切なく、ただNetscape社の営業の話相手をし、すべてを断るだけの仕事だ。
彼は毎日のようにNetscape社の営業と無駄話をした。彼にとってそれは、愚痴や不平不満をこぼす絶好の機会だった。
Netscape社の営業は当然のように彼に同意した。彼の境遇に同情し、彼の才能を認め、褒め称えた。
そして誰も耳を傾けなかった夢想言語JAVAの話になるとNetscape社の営業は強い興味を持ち、ブラウザーに搭載したいと言い出した。当時のNetscape社は、動きのあるページを作る案を求めていた。
夢想言語JAVAが現実のものになる。彼は天にも昇る気持ちになり、全面的に協力を申し出た。が、やはり何の役にも立たなかった。すべての設計、策定、実装はNetscape社によって行われた。
Netscape社は、夢想言語JAVAを「何処でも全く同じに動く言語」としてブラウザーに搭載しようとしたのだ。
これを聞いて驚いたのはSunの役員達だ。直ちにNetscape社と交渉し、JAVAはそもそもSunのものであることを主張し始めた。
交渉の結果夢想言語JAVAの最初の実装はJavaScriptと改名することになり、SunのJAVAとは独立したNetscape社の言語となった。
375 :
2/2:2008/06/15(日) 09:47:49
Sunは直ちに「何処でも全く同じに動く言語」の現実性を調査し、仮想マシンを使うことで可能であることを検証した。
また夢想言語JAVAの詳細を厨に尋ね、規格をまとめ……ようとした。というのは、厨の頭の中には「ポインターを使わない」の他には支離滅裂な妄想以外何も無かったからだ。
役に立たない彼を「夢想言語JAVAを広める為の広報」に追い出し、夢想言語JAVAではなく現実的なJAVA言語の設計が行われた。
だが現実的設計にはいろいろと難があった。その度に開発部は厨に尋ね、その意向を可能な限り反映する努力を行った。しかし無能な厨の意向を反映することは困難を極めた。
その中で最も大きな障害となったのが、多重継承の禁止である。
未だにSunは公式に認めていないが、JAVAが多重継承を禁止する決断をさせたのは、実はMicrosoftの寄与するところが大きかった。
Microsoftは既にMFCとCOMによって多重継承が抱える問題を解決していたからである。
その後も厨は(何度出入り禁止を喰らっても)設計に口を出し、そして開発部はその意向を可能な限り反映する努力を行ない続けた。
特に厨が主張するコーディング規約は支離滅裂を極め、ゴスリンは「それまでに書かれたコードを書き直す量が最も少なくなるコーディング規約」をまとめる必要に迫られた。
この時にまとめられた何の意味も無いコーディング規約は後に、それを知らなかった企画部によって改めてまとめられJAVAの標準のコーディング規約として発表された。
ゴスリンはこの時の心境を「JAVAが最高だと生涯言い張り続ける覚悟を決めた」と述懐している。
厨は熱心に広報活動を行っていたが、役に立ったのは最初だけだった。すごい言語が出来る、ということを印象付けた後は、何の役にも立たなかった。
開発には近寄ることすら許されず、広報からは役立たずの烙印を押された。彼は再びネットワークエンジニアとして保守管理部に戻った。
今では彼は毎日何百ものLEDを見張って、消えたらそれに対応するハードディスクドライブを交換する仕事をしていると言われている。名前は記録されていない。
ハイハイワロスワロス
〃∩ ∧_∧
⊂⌒( ・ω・)
\_っ⌒/⌒c
⌒ ⌒
>>374-375 ポインターでつまづく奴が、
ポインターの概念だらけのJavaを作るのは矛盾してるだろw
つーかjavaの前身のOak涙目w
まぁポインターなんて使わなくて済むなら
そっちの方が良いにきまってる
映画化決定
C++って関数をオーバーライドするのにスーパークラスの許可が必要なんだな…
デフォルトでオーバーライド可能にすれば良かったのに、バランスの悪い言語だな
性能を気にし過ぎて不便極まりないわ
C#にも言ってあげて下さい
>>383 性能に拘ってなかったら、いっそうバランス悪いだけの言語になってた気もするけど
確かに性能が悪かったら取り柄が無かったね
それじゃ足りない!
もっと強力な燃料を!
純粋仮想関数の定義方法が = 0 って、ちょっとふざけてただけだよね?
規格書にそのまま載っちゃうなんて予想外のミラクルだったんだよね?
>>383 C++プログラマからしたらデフォルトが仮想関数だったら不便極まりないよ
> デフォルトでオーバーライド可能
いかにも馬鹿が言いそうなキモ仕様w
自己紹介は不要
脊髄反射はいいけど、整合性くらいとれw
手間掛けるだけ無駄
まぁ単に間違ってるだけだけどね
十分だろ
下らん
virtualじゃなくても良いならオーバーライドできるだろ。
>>398 それは単なるHidingというんじゃない?
>100
デフォルトだから
Javaにポインタがないって誤解だろ。昔のことであまりよく覚えていないんだが、
どっかの怖い人がいるメーリングリストで罵倒されるような、そんな予感がする。
何故「誤解だろ」と断定口調なのですか?
>>401 うーん。普通にJavaにはポインタは無いと思うけどな。
別に
((void (*)())0x12345678)();
とか書けないとか、んなことは言わねえけど。
Cなら例えばswap()はこう書く。
void swap(int *a, int *b) { int tmp; tmp = *a; *a = *b; *b = tmp; }
Javaでswap()をどう書くの?
intの交換にtmpてどんな初心者だよ
aとbが同じアドレスかどうかをチェックするぐらいなら汎用的な方法でいいと思う。
このネタ定期的に見るな
定番過ぎて逆に知られてないのかね
参照渡しがあれば、ポインタはなくともswap()は書ける
Javaにはポインタも参照渡しもないので、swap()すら書けない
Javaにポインタがあるなんて話はどっから出てきたんだ?
javaにはアドレス演算子・間接演算子を含むポインタ演算関連はありません。
しかし、
//C++ ※説明のためdeleteは省略
struct A{ int n; A():n(){} };
struct B{ A* a; B(){ a=new A();} };
void f(){
B* b = new B();
f2(b);
}
void f2(B* b){ b->a->n = 10; }
//Java ※説明のためf()を含むクラスは省略
class A{ public int n; }
class B{ public A a; public B(){ a=new A();} }
void f(){
B b = new B();
f2(b);
}
void f2(B b){ b.a.n = 10; }
の上記2つは、ほぼ等価です。
Javaのオブジェクト変数が、
実質的に演算不可のポインタであることが分かると思います。
>>410 > Javaのオブジェクト変数が、
> 実質的に演算不可のポインタであることが分かると思います。
そういうあやふやでいい加減な理解はドブに捨てたほうが良い。
A a = new A();
A b = a;
とするとき、
bはaを指しているのではない。bとaが同じオブジェクトを指しているだけだ。
Javaにはポインタは存在しないから、別の変数を参照する方法は存在しない。
Perlのリファレンスもポインタとは違うものだが、別の変数を指すことは出来る。
412 :
411:2008/07/03(木) 15:19:21
まあ、Javaのobject変数がobjectのinstanceへのポインタのようなものであり
そのように実装されている、というのは正しい。
ただしそれは言語の実装詳細であって、Javaという言語が、ポインタという道具を
仕様としてユーザに提供しているわけではない。
それどころかリファレンスすら提供していないし、参照渡しも無い。
だから、Javaのユーザはswap()すらも書けない。そういう言語だ。
Javaが裏方で実装にポインタを使っているからといって、だからどうしたんだ?
実装にポインタを使っていない言語なんて、それこそ存在しないだろ。
ぬるぽは別の言い方無かったのかな
>>414 えーと、どっからごっちゃにしてるという話が出てくるんだ?
別に論理的に任意な位置情報(無効なものを含む)を自由に指せないからとか
演算が出来ないからJavaにはポインタが無いと言ってるんじゃないよ。
単純に「他の変数を指す」方法を提供していないからポインタが無いと言ってるの。
それは実際にはポインタよりはstrictなリファレンスで出来ることだが、
要するにJavaはリファレンスすら提供していないのよ。
>>411 そういうあやふやでいい加減な理解は
ドブに捨てたほうが良いと思います。
A b = a;
とするとき、
aに入っているのがポインタとしての値だからこそ、
bとaが同じオブジェクトを指すようになるわけです。
>>416 そんなことは分かった上で、「aと同じものを指す」方法はあるが、
「aを指す」方法は無いからポインタは無いと言っているわけだが。
アホですか?
繰り返すが、
言語内部の実装でポインタが使われていることと
言語仕様がポインタを提供していることは全く別の問題だ
Javaは言語仕様としてはポインタを提供していないし、
前者をもって、その言語がポインタを提供しているとは間違っても言えないし
言わない
そういうことで言うのなら、LISPにもBASICにもポインタはあるのだろうよ
ポインタ=アドレス演算子ですか。そうですか。
アホですね。
>>419 別にアドレス演算子である必要は無いだろ
抽象的には、リファレンスは束縛されている別の名前に対するエイリアスであれば
良い。つまり、メモリアドレスとは何の関係も無い話だ
そしてJavaはそのようなものを一切提供していない
>>421 それ、内部的にポインタで実装されている「参照型」というカテゴリの型が
存在します、というだけだろ
おまいら、話の発端って
>>374-375のポインタが「理解出来ない」奴がjavaを作った
というネタに対して
>>379-381のようなポインタの概念はあるからそれは無理
ってツッコミじゃないの?
見たいものしか見えないのな
つまり、Javaのobject変数は、有効な object instanceを指すか、
「何も指さない」かの二択の、非常に限定されたreferenceなんだよ
「ポインタ」ではない
ポインタとポインタ演算の違いが分からない奴には、
何言っても無駄のようだな。
演算ができないだけでなく、
・別の名前(変数)を指せない(その程度のindirectionの手段するら提供していない)
・無効なものを指せない
こんなものを「ポインタ」と呼ぶことこそ強弁だろ
>演算ができないだけでなく
演算が出来ないからだよ。
アドレス演算子も文字通り演算だ。
>無効なもの
null
>>428 nullは「無効なものを指している」のではなく、「何も指していない」ことを
示しているんだよ
それと、C++やPerlのリファレンスぐらい知って語ってるのか?
アドレス演算子が無くとも別の名前に対するエイリアスは作れるだろうが。
Javaでは作れないけどな。
というか、エイリアシングの問題を避けるために、そのようなことは
出来ないようにしてある。
なんか「Javaを見捨てた香具師」スレかと思たw
その争点がポインタってのも面白いな
いや煽り地味てしまったが、俺のような三下には興味深い話題です
もう分かってるのだろうけど、争点がずれてるし。
・JAVAも(内部で)変数をポインタで指している
・JAVAは(言語仕様でCのような)ポインタをサポートしてない
暗黙の前提条件は忘れて、双方折れるべき。
>>427 > ・別の名前(変数)を指せない(その程度のindirectionの手段するら提供していない)
これは
>>429の言うエイリアスですが、
これはCのポインタもPascalのポインタも出来ません。
たぶん言葉を間違えているのだと思いますが。
変数のアドレスがファーストクラスのオブジェクトであることを言いたいのでしょう。
JAVAの文法は分からないが
A a = new A();
A b = a;
この場合、bに入ってるのは、aのインスタンスのコピーであって、aのインスタンスそのものでは無いはずだが
仮に、この表現で、aの別名をbと出来るのであれば、JAVAはC++以上の変態言語だと思うのだが...
>>433 > この場合、bに入ってるのは、aのインスタンスのコピーであって、
> aのインスタンスそのものでは無いはずだが
コピーじゃないよ。
Javaの組み込み以外の型Aの
A a = new A();
A b = a;
は、C++の
A* a = new A();
A* b = a;
と全く同じ意味。組み込みの場合は、
A a;
A b = a;
と同じになる。(ただしaが初期化されてないからエラー)
それは、困ったちゃんだなぁ
b.x = 10;
としたら
a.xも10ってなられると、使い道が無いじゃん
JAVA使えねぇ
>>431 記号表では変数をポインタで指しているだろうが、
ボックスモデルのことを言っているのなら、変数がオブジェクトのインスタンスを
指していると言うべきじゃないのか
それと、あんたの主張は俺の主張と全く同じものに思えるのだが、
どう「折れ」ればいいんだ
>>432 うん、ちょっといい加減過ぎた
Cのような言語はシンボルテーブルの名前を弄れるわけではないし
シンボリックリファレンスとハードリファレンスを混同しているような
言い方になったな
> 変数のアドレスがファーストクラスのオブジェクトであることを言いたいのでしょう
ポインタといえば普通はそのようなものを指すと思うんだが、違うのか
「アドレス」でなくとも、何らかの形で変数のlvalueが扱えれば良いんだが
Javaはそのような手段を提供していない
単に参照型がボックスモデルで実装されているというだけで、
そんなことを言ったらLispのconsセルだってそうだろう
>>436 > ポインタといえば普通はそのようなものを指すと思うんだが、違うのか
つPascalのポインタ
基本的にヒープオブジェクトしか指せない。
Cで言うようなautoやstaticのストレージクラスのオブジェクトとは無縁。
しかしPascalではそれを「ポインタ」とよんでいる。
Javaはさらに、組み込み型以外のオブジェクトは、
ヒープのみに置けるとすることで、
ポインタ無効問題を避けている。
// auto変数のアドレスを生存期間が過ぎても指したまま→invalid reference
>>437 PascalのポインタとJavaの参照型は違うんじゃねえのか?
つうか元々のPascalにはポインタは無かったような気はするが
Javaは単にオブジェクトをラップするためのbox-modelであって、
変数はinstanceへの参照、instanceが参照先という参照関係を
常に強制しているだろ
変数は変数を参照できないし、instanceを直接扱うこともできない
Javaは汎用的な参照の仕組みを提供しているのではなく、参照型を
常にハンドルを通じてユーザに扱うようにしてあるというだけだ
>>438 > PascalのポインタとJavaの参照型は違うんじゃねえのか?
そっくりですよ。
最初からあるし。> Pascalのポインタ
(* @で変数のアドレスを取れるのはベンダー拡張です *)
>>436,
>>438 自動変数のアドレスを取る演算子が無いとポインタとは言えないの?
CにはC++の参照は無いから、方法は & だけだよね。
もし仮にC言語に & が無くて、
char* p = malloc(...);
f(p);
free(p);
のようにmallocするしか*型の値を作れないとしたら、
Cにポインタは無いってことになる?
>>440 任意の型Tに対して、型Tのlvalueを保持する型T*が存在する
型Tはスタック、静的領域、ヒープに配置できる
ただし、型T*がポイントできるのは、ヒープ上にある型Tオブジェクトのみ、
ということか?
Cよりは制約がずっと大きいが、
その仕様はJavaとは全然違うだろ
Javaには型Tに対する参照型T*、のような概念は存在しない
逃げた感たっぷりのレスですねw
で、結局、
無いってことになるの?
ならないの?
>>440 Wirth, ISOの標準Pascalはその通りの仕様ですね。
もちろん整数からのキャスト、整数風の数値演算もダメです。
Javaの場合は、さらに、
・参照型はヒープのみに配置できる。
となってます。
だからスタック上のオブジェクトは共有できない問題や
参照外れの問題がなくなってます。
>>441 >Javaには型Tに対する参照型T*、のような概念は存在しない
int a;
int[] pa = new int[1];
int[][] ppa = new int[][]{pa};
ppa[0][0] = 10; // (pa[0] == 10)
StringBuilder b = new StringBuilder();
StringBuilder[] pb = new String[]{b};
StringBuilder[][] ppb = new String[][]{pb};
b.append("1")
pb[0].append("2")
ppb[0][0].append("3")
System.out.println(b); // "123"
× new String
○ new StringBuilder
>>444 ヒープの中身限定どころか、その配列の中身しかマネージできない
「ポインタ」かよw
ポインタが無い言語で、ポインタの代用として使われてた昔ながらのテクニックだな
Javaですら、そのようなことをやる必要は滅多に無いだろ
次は配列を使ってメモリマネージャを構築するのか?
Cでオブジェクト指向のプログラミングは可能だが、
Cをオブジェクト指向言語であるとは言わないだろが
その種の詭弁だな
447 :
440:2008/07/04(金) 18:40:30
俺の質問にも答えてくれないかな。
>>447 おう。
「プギャー(AA略」
次どうぞ
答えられないなら
無理してまでそんな寒いレスしなくて良いよw
おう。
すまん。
>>440 質問の意味が不明すぎる
mallocが返すのは何だよって話だ
ぬるぽ<Javaにポインタがある証拠
JavaのVMはCで書かれてる?
C++って聞いたことはあるがソースが無いので嘘かも知れない
結局、後継はどれなんだ……?
#はあんまり好きになれんかった。
Dはいい感じだと思ったけども。
今更だが
>>246 >>248 Phenom X2で同一のアルゴリズムをシングルスレッドプログラムを
マルチスレッドに変えただけで2.2倍以上の速度が出た訳だが。
恐らく、キャッシュが共有されていることが原因で、ランダムアクセスを頻発する
場合は逆に下がる可能性はあるかもしれない。
ところで、問題です。以下のコード中のaとbはC++98仕様上では
何型と何型になるのが適当でしょう?
typedef int T;
struct Struct
{
T a;
typedef char T;
T b;
};
答えメル欄
>>459 T a;でTという名前が使われた(この時点では::Tでint)後に、
typedef char T;でStruct内でTの表すものが変化したためアウト (3.3.6)。
これ、さすがに混乱を招くから、コンパイルできなくてよいことに決まったようだ。
別にJavaにポインタがあろうが無かろうがどうでも良い。
単なる言葉遊びだ。
だが、Javaのような参照しか知らん者に
char buff[0x100],result[0x100]={0};
char *begin,*end;
scanf("%255s",buff);
begin=strstr(buff,"[");
end=trstr(buff,"[");
strncpy(result,begin,end-begin);
printf("%s",result);
みたいなコードを説明するには、どうしてもポインタと参照を
区別して説明しないとキツい。必要に応じて言い分けるだけ。
463 :
462 :2008/12/28(日) 11:38:20
済まん大口叩いた割にひどいミスを書いた
begin=strstr(buff,"[");
end=trstr(buff,"[");
じゃなく
begin=strstr(buff,"[");
end=trstr(begin,"]");
だったお恥ずかしい。
464 :
デフォルトの名無しさん:2008/12/29(月) 22:13:22
Javaの設計者はポインタの概念が理解できなかった。
ポインタで躓いたんだ。
そこで一大決心してJavaを設計した。
普通ならポインタの理解に努めるとこだろう。
だがそうしなかったことに多くの人々が魅了された。
もうポインタがわからないのは恥ずかしいことじゃない。
俺が悪かったわけじゃないんだ。
ポインタが悪かったんだ。
そしてJavaは伝説の黄金ツールとなった。
今日JRで大規模システムダウンが2件も発生してるが
これもJavaで書かれてるのか?
466 :
デフォルトの名無しさん:2008/12/30(火) 01:31:59
>>465 それはどうか知らないが、そうだとしたら今日も伝説を作るために頑張ったということだろう。
PCに限って言えば.NETの方が遙かにJavaより軽いな
Visual D Express Edition マダ?
>>467 俺の貧弱なノートでは.NETは十分重いっす
PowerShellにしろ、F#にしろ、アホみたいに起動に時間がかかり、
とても常用する気にはなれません
PC環境でのJavaのJITってあまり最適化されないのか、ネイティブや同じような技術の.NETと比較して速度面にどうしても不満が出るな。
組み込みとかだとそのあたりはどうなんだろう?
>>469 PowerShellに関してはngenすれば全く問題なくなる
F#は知らん
俺はlispに乗り換えた
結局の処行き着く先はVBってのがよく分った
>>472 defmacro かわいいよ defmacro
>>470 C# Mono JITだとGCJと同じくらい遅いけどね。
477 :
デフォルトの名無しさん:2009/05/08(金) 16:52:22
>>470 ネイティブと同じ速度のVM JITがあったら、それはネイティブと同じレベルの
エラーチェックしかして無いってことになるからVMの意味がなくね?
起動前にどうやっても問題ないと確認できるまで調べ尽くす(と共にJITする)という方式なら、
起動に時間はかかるけど、実行速度はネイティブと同じ速度でVMによる安全性も享受できるはず。
もちろん、これは理想論だけど。
JITコンパイルしたネイティブコードをキャッシュすれば2回目以降はネイティブと同等になるよ。というか.NETとかそうじゃないの。
481 :
デフォルトの名無しさん:2009/08/10(月) 20:32:38
C++はもはやプログラミング言語じゃねえ
メタプログラミング言語だ
関数ヲタが自重してくれればここまで肥大化した言語にはならなかったと思うんだけどなあ
483 :
デフォルトの名無しさん:2009/08/11(火) 15:29:20
で、c++0xはいつになったらでるんだい?
知らんけどConceptが委員会の投票で却下されたので
少しは早まるんじゃね?
485 :
デフォルトの名無しさん:2009/08/13(木) 16:24:22
素人なんであんま詳しくないが、
visual C#の方がvisual C++よりwindowsプログラミングにはいいよな。
ツールが使いやすいし、窓とかに使う部品のクラスやら
プロパティやらイベントの発生やらが直感的に理解しやすい。
ボーランドでdelphi作ってた人がMSに移ってきてC#
作ったらしいが、delphiやらborland C++ builderはvisual c++より
使いやすかったもん。C#はC++ builderまんまじゃん。
包丁より皮むき器のほうがジャガイモの皮むくのは簡単だよな。
でも皮むき器では大根切れないよな。
>>486 C++は包丁どころかチェーンソーなのよね
チェーンソー付き十徳高周波ブレードナイフ(+砥石)だと思う
C++はいい加減にリファクタリングしろよ
Cとの互換性を捨てれば色々綺麗に出来るだろうが、今更無いだろうな
現在のC++はPL/Iよりひどい状態になってるよ
でもなぜだが面白いんだよなあやめられない
492 :
デフォルトの名無しさん:2009/08/18(火) 14:41:02
C/C++は原子マニピュレーター
アセンブリ言語は核融合
>>492 CとC++を一緒にするなぁ!!!
Cは高級アセンブリ言語だ
pLaTeX なんかに比べたら
まだまだだと思う
ATLのバグ騒動で分ったこと
・自分の使うライブラリは自分で作るべし!!!
...ごめん、それは無理...orz
496 :
デフォルトの名無しさん:2009/08/22(土) 13:21:18
C++オワタ
>>485 言語と開発環境は別物。
開発環境をごっちゃにするんならQTでも使ってみろ考えが変るぞ。
498 :
デフォルトの名無しさん:2009/09/01(火) 21:46:31
Blocks で C にクロージャ入ったから C++ は無くても良いや
C++最前線はアホ過ぎ
アルゴリズムで解決できる事を言語構文にしちゃってるよ ギザワロス プゲラっ
いや・・・それによって、みんながそれを使えば
Boost使い同士にはみやすいソースになってんのかな・・・・謎だわ
俺は素のC++に少しSTL混ぜる位で満足してる
具体的に
莫迦には訊くだけ無駄
>>501 >C++最前線
これって、本?、どこかのサイトの記事?
梶本裕介の事だろうな
C++0xで、(ライブラリではなく)言語本体に組み込まれる機能で、
アルゴリズムでできるに該当するのが拡張for文(いわゆるfor each)しか思い浮かばない。
decltype、auto、type_traits、ラムダ、初期化リストなど
今のBoostにも同じか似たようなものがあるけど、
どれもライブラリでは対応しきれなかったり記法が無理矢理だったりするものばかりだし。
>>506 例え無理やりでもコンパイラに実装されるのをまたなくても使えるのは有り難いよ
objective-Cの時代がやってきたようだな
>>508 PHPはC++と根本的に用途が違うからな
それにAMDとかEmbarcaderoとか有名な企業はPCの性能が上がったのを
機会に全部ASP.NETに入れ替えてる
要するにC#で十分って事ですな
てs
hash_mapにクラス型をぶち込むには演算子を定義しないといけないんだが、実装によって必要な演算子が違いすぎる
.NETみたいにインターフェイス経由で呼ぶようにしてくれ
あと、ポインターの扱いがめんどくさいし、ラムダ式も使えない
いちいちポインターをNULLで初期化する必要があるのもめんどくさい
でも、COMとの親和性は一番C++が高いんだよな
.NETでもC++みたくuuidを指定するだけでCOMを使うことが出来て、インターフェイスの継承が出来ればいいのに
513 :
デフォルトの名無しさん:2011/01/12(水) 14:26:18
514 :
デフォルトの名無しさん:2011/01/12(水) 18:41:46
>>512 >.NETでもC++みたくuuidを指定するだけでCOMを使うことが出来て、インターフェイスの継承が出来ればいいのに
自分で作ろうよ
最近の状況全然知らないけどまだ多重継承とかできるの?
>>515 今まであった機能を削除した例がいままでにあったであろうか。
ですよねー
これからも出来れば関わりたくない言語だな
組み込みでC++やらされたんだが
標準ライブリも使用禁止だったし、クラスをnewするのもダメだったし
業務にはEffectiveC++の内容を熟知させられたんだが、
それによるとC++には罠だらけだったし
C++を使うメリットが全くわからん。
クラスが使える。
>>519 > クラスをnewするのもダメだったし
っていってるよ
つまり、newしなければ使えるのだろう
>>518 メリット殺して使わされたんなら、そりゃわからんでも当然かもね。
未だにそんなアホなことしてる現場があるのか。
便利なCとしてつかってねってはなしなんだろうね。
まあ組み込み系なら標準関数とかROM容量の都合からじまえでどうにかってところはおおいかもしれん。
このスレとこのスレの前スレに書き込む奴悪い意味で悪すぎ※おれはのぞく。
おれは良い意味で良すぎ。
____
/ \
n / ⌒ ⌒ \
| | / (⌒) (⌒) \
i「|^|^ト、| __´___ | <君みたいな低脳と一緒にしないでくださいね
|: :: ! } \. `ー'´ /
ヽ ,イ
526 :
デフォルトの名無しさん:2011/05/05(木) 04:38:05.61
527 :
デフォルトの名無しさん:2011/05/05(木) 16:26:24.82
一時期C#に色気出したが、C++に戻ってきたw
年とって脳細胞のリソースが限られているし、新しいこと覚えるのが
めんどくさい。
Windowsプログラミングは Qt でやればいいと思っていたが、Nokia社の
買収で雲行きが怪しくなってきたそうな。
やっぱり、C#? 悩むなあ
Javaは演算子のオーバーロードがないから使う気になれん。
何せ、複素数計算や自動微分には演算子のオーバーロードが
不可欠だもん。
529 :
デフォルトの名無しさん:2011/05/10(火) 20:30:24.35
C++がQtから見捨てられちゃった
531 :
デフォルトの名無しさん:2011/05/10(火) 23:11:03.34
>>530 だーら、(1) C++ and Qtか、(2)C++とC#のDLLによる異種言語結合
かで悩んでいるの(C++/CLIなんて誰が使うか!)
>>531 GUIインターフェース部分だけC#で組んで、演算部分はC++で書いたDLLにすりゃいいじゃん
Marshalを使うと簡単にデータの受け渡し出来るだろ?
UIどころか、ロジックもアプリケーション全体すらも
JavaScriptで書かれるようになるだろう、と言ってるよ
C++オワタ
>>536 終わったのはQtの方だろ
そんな糞アプリ誰が使うんだよ
538 :
デフォルトの名無しさん:2011/05/11(水) 09:04:07.15
>>533 Marshal知らんかった・・・ 情報ありがと。
結局Cに戻って来ちゃった。
関数定義するとthisポインタ用にレジスタ一つ予約されちゃうのが嫌だ。
まあ、仕方が無いけど。
>>539 メンバ関数にしなければ問題なし。
staticメンバ関数にすれば問題なし。
今時のx86なら腐るほどレジスタがあるから問題なし。
結論: 何を今更w
C に戻してどのくらい速くなったのん?
C++って構文がウンコすぎるから辞めた
543 :
デフォルトの名無しさん:2011/05/12(木) 19:24:25.64
↑藁
vsスレ荒らしてた奴かwww
キチGUYを隔離するためにまたvsスレ立てとけよ
vsスレは迷言多くてワロタ
C++はウンコでもC++ PGは笑いのセンスある
C vs. C++ スレはあれ以上やっても
またC++フルボッコになるだけだから
復活しなくていいよ
C vs. C++ スレはあれ以上やっても
またお前がフルボッコになるだけだから
復活しなくていいよ
>>549 可哀想に。フルボッコにされすぎて、脳が……
どうせこんな流れになるから、復活しなくていいよ
>>548>>549 屁理屈だけが得意でプログラムを組む能力が大幅に低下している
ロートルが威張っているだけのスレでしたね
素直に「俺はもう年だからC++を覚える能力も気力もないのでCで
行きますからよろしく」と言えばいいのに変にプライドが高いもんだから
「C99の方がC++より優れている」とかトンデモな発言をし出して
アイタタタだったよ
ここで続きが始まったみたいだな。
テンプレ置いとくね。
C++ PG : 「」
C PG : 「おいおい、」
警告を無視し、5000万行のコードを軽々と扱え、
演算子オーバーロードは理解できないから使用せず、
ライブラリは一切読まないC++ PGが降臨したスレだったよ
>>554 それはC++プログラマじゃないだろ
多分ロートルC PGがC++をおとしめるためになりすましたと思われる
C++を知っていればそんなデタラメを書けるわけがない
本当に面白いスレだったよね
そうやって相手を根拠無くロートル扱いして煽るくせに、
自分の無知/低能さが指摘されると「荒らしやめろ」とか
「人じゃなくて言語を比べろ」とか言い出したりさ
人として恥ずかしくないのかと思ったよwww
まんまこんな流れだ。
と、C++の複雑さに音を上げて挫折したロートルC PGがほざいております
愉快愉快
そもそもCとC++って対立関係にあるの?
両方使えなきゃ話にならなくね?
C++ が必須なケースってあんまり無いな
デスクトップは Windows : C#, Mac OS X : ObjC, Linux : C
タブレットとスマートフォンは iPhone : ObjC, Android : Java
サーバサイドは Java, PHP, Ruby, Python と SQL
ウェブアプリは JavaScript
話にならないって、どこの業界の話だろう
コンシューマゲーム
ウェブブラウザ
狭い世界だなw
組み込みでも使えるようになったらC++覚えるよ
>>559 対立関係にはないよ
C++が使える人間は当然Cも使えるし、混合プログラミングも当たり前←ここ重要
しかしCやC99が使えてもC++を使えないプログラマは未だに多い
つまり自分の無脳さを言語の話にすり替えてるだけの話
そう自分に言い聞かせても世界は変わらないぜ
>>564 > C++が使える人間は当然Cも使えるし、混合プログラミングも当たり前
C使っている人がC++の一部を利用しているのが多いんだと思うが
>>566 だったらCプログラマがC++の悪口を言うはずがないよね?
論理的思考も出来ないんですか?
これ、悪口とかそういう話だったの?
>>567 C++でいいと思うなら最初から全部C++で書くと思うよ
C++の代替になるようなものってあるの?
コンシューマゲームとウェブブラウザで?
あぁ、ごめん
畑は何でもいいけど"C++が使える人"に対しての質問ね
畑無いじゃん・・・
また病気のロートルが絡んでくるパターンかw
畑無いじゃん・・・
病気でロートルって人生終わってんじゃん
畑あるだろ!
って切り返しマダー
>>560 みたいな現状なのに、C++ で耕せる畑って何だろうな・・
FirefoxもChromeもC++だけどね
SpiderMonkeyは前はCだったけど現在の高速版はC++だ
やっぱりウェブブラウザじゃん・・
フルタイムでブラウザ作ってる職人って日本にどのくらいいるの?
と、屁理屈しか言えないロートルジジイがファビョっております
>>563 使えるようになるもなにも、組み込みに使えなかったことなんて
C++ が生まれたときからずっと無いんですけど。
まともな C++ コンパイラが開発されないほどマイナーなプロセッサを
使ってるとかそういうことならあきらめてね。
一晩掛かっても、畑は無いと・・
メーカーで開発や量産設計に使うシミュレーターなんかはC++が多いと思う
公差の組み合わせで計算量が多くなるから
いや、そういうニッチなエリアじゃなくてさ・・
>>583 Embedded C++
本当にあんたPGの仕事してるの?
POS屋だけどC++は必須だな
>>587 そんな日本の恥さらしを持ち出して何が言いたいの?
構ってちゃんのロートルはこれだから困る
相手をしてたら昼夜逆転するしな
早く精神科逝ってこいよ
>>586 ニッチじゃないよ
メーカーって、自動車メーカーや家電メーカーはもちろん
その部品のサプライヤーが全部だよ
末端ユーザーの眼に触れる部分のほうがマイノリティーだよ
大部分のソフトウェア開発はメーカーの中で行われているよ
>>592 もうそれでいいや。
みんなの目に触れるのはニッチ。
シミュレータはニッチじゃない。
サプライヤーが全部だもんな。
見てわかるとおり
病気の子が憂さ晴らしにやってるだけだから
相手にするだけ無駄だよ
何言っても無駄
こんな感じでvsスレを荒らし続けてた
>>595 C++ではクリアできなくてCや他の言語ならクリアできる
組み込み開発での要件って、なんかあるか?
>>583 前半の文と後半の文矛盾しないか?
あるのかないのかはっきりしろ
>>588 現在の所の C++ の畑
コンシューマゲーム
ウェブブラウザ
POS(具体例キボンヌ)
で、俺から追加
言語の仮想マシン(LLVM,V8,HotSpot,JavaScriptCore,StrongTalk)
あとは?
OS
デスクトップは Windows : C#, Mac OS X : ObjC, Linux : C
タブレットとスマートフォンは iPhone : ObjC, Android : Java
サーバサイドは Java, PHP, Ruby, Python と SQL
ウェブアプリは JavaScript
そして Qt は JS へ…
そのJSがC++で書かれてるけど
JavaVMもC++で書かれているけど、誰も気にしない
>>608 気にしない事で C++ >> C という現実から目を背けたいわけですね、分かります
いや、単に Qt ==>> JS バンジャーイ!って言いたいだけだけど?
JavaScriptの高速化競争が激しい今
JavaScript処理系の実装言語にC++が選択されているということは
実行時の効率が要求される場面ではC++が最適であるとMozillaやGoogleが判断したということではないか
と言ってる自分は実は、C++だけでなくいろんな言語の仕事があるほうが楽しくて良いと考えている中年デベロッパー
>>611 V8 の人は Strongtalk -> HotSport -> V8 とずーっと C++ なだけ
えーと、またここでC++ PGがC++理解してないのを
証明すればいい流れですかね?
>>564 C++プログラマがC使えるってこれ↓のこと?
C++ プログラマのプロファイル(C vs. C++スレより)
C のコードを書かせたら、
・性能要求がきつい箇所で strlen() をループの判定部分に入れる
・あれだけ使うなと言われているのに、未だに gets() を使い続ける
・平気で realloc() でメモリをリークさせる
・副作用がある事を意識して使うべきマクロに関数と間違う様な名前を付ける
・厳密な型検査があれば通過しない様なコードを無意識に書く
・警告は無視する
次の収容所はここか
>>615 それはヘボなCプログラマだろ
C++関係無い
自称「C を知っている」C++ PG の話だろ
>>554と>615はC PGに都合の良い「こんなC++ PGがいる」という妄想に過ぎない
そう思うだろ。実際に居たんだぜw
C++ を使うメリットとして C ならどんな問題が起こるかという例を挙げると、
例を挙げた人をはじめとして C++ プログラマはみんなそんなコードを書くと
認定され、別々の人が挙げた問題も "C++ PG" という想像上のレッテルに
累積される仕組み。
それは C++ PG があまりにもおかしな例を挙げるからだろw
まともな例が挙ったのは見た事無いしな
>>623 そう思うんなら例がどう不適切なのか指摘すればいいだけ。
それをせずにわざわざ非論理的な展開に持っていく必要は無いし、
そもそもプログラマ同士の議論で論理を欠くようなことをするべきではない。
>>624 おかし過ぎて議論のベースにすらならないってことだろ
言わせんなよw
つーか、C++ PG は議論してるつもりだったのかw
>>621 だとしたらそれはC++ PGが悪いのではなく、そいつがC PGだとしてもヘボい
コードを書いていたって事だろ
別にC++は悪くない
話題をすり替えるなカス
>>625 「おかし過ぎて議論のベースにならない」というのは単なる逃げに過ぎない
言い出した以上はちゃんと最後まで指摘すべき
こう書くと「
>>623は俺じゃないんだぜ」とか言い出しそうだがw
>>629 〜に過ぎないとか、〜べきとか、どこまで自分に自信を持ってるんだよw
もしまだ議論してるつもりなら、少し冷静に考えた方が良いぞ
Qt を使いたくなって久々に C++ を使おうかと思ったけど、もう C++ を使う必要はないんだな
クロスプラットフォーム GUI って、数少ない C++ が優位性を持っていた分野なのにな・・
他の言語だとバインドがめんどくさいでしょ
>>630 >>556と何の関係があるのか?頭悪いの?
>>631 ほらほらこうやってとことん逃げる
俺の自信とかそういう問題にすり替えないで自分から言い出した責任をちゃんと取れよ
>>633 バインディングとかじゃなく、今後はJavaScriptがQtの第一言語なんだってさ
>>634 泣くなよw
逃げるとか責任とか、君の願望を並べても、全く意味が分からないよ?
そもそも
>>615 を言い出したのは C++ PG なんだぜ。
周りから見たら、一人で議論しているつもりになって特攻してるだけなんだよな・・
もっと冷静になって欲しいわ
>>632 Qtは今JavaScriptをメインベースに置こうとしてるし迷走してるから
何か怪しい
Nokiaに買収されてからおかしくなったのか?
C++ベースのGUIアプリ構築環境はC++BuilderとQtが一番大きいが
C++BuilderはWindowsでしか動かないという大きな欠点がある
CLXはやめてしまったし
だからQtが最後の頼みの綱だ
WindowsでGUIをするなら今ならC#一択でしょ
>>636 こういう無責任であくまでもシラを切り通す奴は政治家にもたくさんいるよな
自分にとって都合のいい時はガンガン攻撃する癖に、自分にとって都合が
悪くなると途端に被害者面して「そんな事言いましたっけ」とか「記憶にないです」
とか
リアル社会でもそんな感じなんだろうな
俺の勘では多分無職
C プログラマのプロファイル(C vs. C++スレより)
C++ のコードを書かせたら、
・性能要求がきつい箇所で virtual関数を使う
・あれだけ使うなと言われているのに、未だに operator をおかしなとこで使い続ける
・平気で 例外安全を無視する
・副作用がある事を意識して使うべきtemplateに関数と間違う様な名前を付ける
・厳密な規約があれば通過しない様なコードを危険だとさわぐ
・仕様は無視する
やめろ。不毛だ。
>>639 会社に居てもこんな奴相手にされんよなw
だから不満をC++ PGにブチ当ててるんじゃね?
>>640 捏造乙
そんな書き込みはC vs. C++スレのどこにありましたっけ?
>>642 多分な
精神的な病気だと思う
>>636は早急に精神科に行くべき
>>640 そんなのあったっけ?
C++ PGが operator の挙動を理解してなくて、
ライブラリは一切読まなくて、templateとマクロの違いも解ってなくて(当然ADLも理解できない)、
どういう規約を設定すれば危険なコードを排除できるかも説明できず(理解できてないから当然)
そもそも言語規格書を読まないのでC++を理解していない、
ってことしか書いてなかったよ。
>>639 そもそも
>>615 を言い出したのが C++ PG な事はスルーなんだな。
誰の何が都合が悪いのか知らんけど、妄想乙。
印象論しか話せないくせに議論してる振りする方がたちが悪いと思うわ。
印象論とか人格攻撃とか、まあ不毛ですこと。
それを議論だと言い張ってるんだもんな・・・
>>615 は vs スレで実際に C++ PG が主張して来た事なんだが、
前スレの『議論』を無視したいのかな?
>>651 つまり相手のレスに答えるんじゃなくて、自分の言いたい事だけを
ただひたすら繰り返す事が『議論』なんだw
まさに不毛だな。
都合の悪い事実は × を付けて否定する
それが責任ある『議論』
ここのC PGは自分の落ち度は全部C++ PGに押しつけたいわけだな
何と言う他罰&不毛&自分の向上心がないこと
まあロートルだから仕方ないか
>>652 事実と異なる前提に基づいた話を振られても答えようが無い。
「事実と異なる」という指摘をしても何の反論も無い。
これでは話は始まらない。
まさに不毛だという点については激しく同意する。
そうやって好きなだけ、ずーっと『議論』してたら良いと思うよ
俺はもっと建設的な事がしたいから、あんまり相手は出来ないけど、
たまに顔出すよ
C++ PG が
>>615 みたいな内容を「Cの問題点」って挙げる以上、
C++ PG はそういうコードを書くんだと考えるしかないだろ?
だって C PG ならそんなコード書かないもの。
もし C++ PG も
>>615 じゃないというなら、何が問題だって言うの?
あとC++の罠と
>>615を一緒にするのは無理があるからね
>>615なんてプログラマ失格レベルだからw
>>657 おかしい
×C++ PG はそういうコードを書くんだと考えるしかないだろ?
×だって C PG ならそんなコード書かないもの。
○C PG はそういうコードを書くんだと考えるしかないだろ?
○×だって C PG でもそんなコード書くもの。
>>659 それだと日本語が繋がらないだろ
言えばそうなるって話じゃないんだぜ
>>657 問題点として挙げた本人がその問題があると認識してるコードを書くわけ無いでしょ。
そういう問題を避けるあるいは避けさせるための手間がめんどくさいんだよ。
C++ならそこらへんの手間を減らす仕組みや、独自の問題に対してそういう仕組みを
自分で組み上げるための道具がCよりたくさん揃っている。
道具が増えたぶん、誤用などの問題も増えるのは確かなんだけどね。
あとはメリット・デメリットを秤にかけて選ぶという、あたりまえの話になる。
どっちかにメリットが全く無い、あるいはデメリットが全く無い、なんて言い切っちゃったり
果ては使ってる人の能力について決め付けたりしだすから不毛な水掛け論になる。
const付けない屑とかの話か?C99にもconstはあるんだけどなあ。
>>615を避ける/避けさせるのが面倒ってw
あんなのプログラマ失格レベルだろうが
それならC++の罠を避けさせるのはどんだけ面倒なんだよwww
>>662 実際問題として
>>615を回避する手間がどれだけあると思うの?
getsなんてもう誰も使ってないし、規格からも削除される予定なんだけど?
>>660 自己紹介乙
日本語も読めないのか
朝鮮人か?
>>667 はいはい
統合失調症患者は精神科に逝ってくださいね
俺らじゃ面倒見切れませんから
> 俺ら
俺面倒見てなかったんだけど
俺らwwwwwwwwwwwwww
自作自演の強い臭気が・・・・
またそうやって話をそらす・・・
>>676 C PG が operator&& を深刻な罠として挙げたことが在ったか?無いだろ?
>>615 とか operator&& なんて罠にハマるのは
C PG にとっては「プログラマ失格」レベルだから、わざわざ言わないんだよ。
また都合の悪いことは「話をそらしてる」ことにする作戦ですか・・・
680 :
デフォルトの名無しさん:2011/05/14(土) 16:33:06.25
659 名前:デフォルトの名無しさん [sage]: 2011/05/14(土) 14:57:57.44
>>657 おかしい
×C++ PG はそういうコードを書くんだと考えるしかないだろ?
×だって C PG ならそんなコード書かないもの。
○C PG はそういうコードを書くんだと考えるしかないだろ?
○×だって C PG でもそんなコード書くもの。
もう許してやれよ
コーディング規約も決めない職場って嫌ねえ
ほんとひどいな。
>>675 お前の個人的なプログラマ資格基準なんてどうでもいいんだよ。
実データから相当な割合で症例が示されたんだから、
>>662 の
「めんどくさい」が実際にあり得ることだということはわかっただろ?
それがわかったら
>>657 やそれを根拠とした
>>615 について
何か言うことがあるんじゃないの?
C++ PG は
>>615 を無かったことにしたい恥ずかしい過去なのか
真面目に議論する価値がある問題だと思ってるのか
どっちかはっきりしろよw
>>683 その検索結果みて良くわかったよ。
strlen や realloc は間違って使った場合、
使ってる行、またはその前後数行を見るだけで
間違って使ってることが分かるってね。
実際、
>>662 も「あ、間違ってる」ってすぐ分かったみたいだしね。
まさに Joel Spolsky の「間違ったコードは間違って見える」を地で行っている。
なので、C の罠は簡単に避けることができる。
>>683 C++ PG は低レベルだから低レベルなソースコードを
探しまわるんだなってわかったよ
ライブラリは読まないのにね
またそうやって話をそらす・・・
っていうか、ここ C vs. C++ スレじゃないから
C と C++ だけから言語を選ぶ必要なくね?
>>615みたいなプログラマには Java を薦めておくわ
やっぱり
>>615はC++ PGの発言集ってことで良いみたいだねw
こんなにこだわってるwww
C++ PGに何をされたらここまで歪むんだろう
C++ PG は無能ってことでいいから
何をされたか言ってごらん?
>>686 その昔C vs. C++スレで「使ってる行、またはその前後数行を見るだけで
間違って使ってることが分かる」ものをしてC++の罠だって主張した人がいてな、
それでCにもそういう罠はあるぞっていろいろとでたのよ
>>695 へー、そうだったっけ?それはC++でも避けられるから酷いね。
で、例えば?
>>693 和洋折衷に漱石枕流されたら神経衰弱になると昔から決まっている
>>696 いやーあごめーん、思い出せないしログ保存してないから調べられないやー
しかも僕は
>>675なんてかるーく避けられるC++erだから罠なんてわからないやー
でもその程度のわざわざ記憶するまでもないほどの簡単に避けられるものじゃないかなー
あっ、でもここにはC++は罠だらけっていう人がいるからその人に聞けばいいんじゃないかなー
ひょっとしたら間違ってるかちょっとやそっとじゃ分からない罠を教えてくれるかもしれないよー
>>650 あのスレにC++PGなんて居なかったと思うけどな
いたらコンパイルして試せば1分で分かるような
ことに1件のレスも付かないわけ無いわな。
ついにC++ PGが居なかったことになったぞw
良かった、病気のC++ PGはいなかったんだ・・・
だから最初から言ってるだろ、ここにいるC++ヘボプログラマは全員
C PGのなりすましだって
最初から C++ PG なんていないんだよ・・・
今は、あの Qt が JavaScript を選ぶ時代なんだぜ・・・
C# もあるし、Java も JavaScript も Objective-C も Vala も
Python も Ruby も Ocaml も Haskell も Erlang も Scala も
好きに選べる時代だよ。何なら Go を使ったって良いし、Lisp
でも Scheme でも Smalltalk でも、Self でも Strongtalk でも
Closure でも Forth でも Prolog でも、SML でも Arc でも、
好きなプログラミング言語を選べるんだよ!
そうか、みんな既に C++ を見捨ててたんだね
そりゃそうだよね。いまどき C++ を好んで使うのなんて
新しいものを覚えることの出来ないカスPGくらいだもんね
>>707 それ逆
CプログラマはC++を覚えられないカス
C++ を知っていてもスマートフォンのアプリは作れないからね
>>708 一体何を根拠にC++を覚えられないと思ったの?
C++ PGがろくにCを書けないのは
>>615から明らかだけど
>>709 Symbianは仲間になりたそうにこちらを見ている
>>709 安いから拾わないってだけで
数時間の研修受けさせれば
誰でも普通に書けると思う
>>714 へー、一体どのスマートフォン向けに書くの?
こんな風にひねて育っちゃった
>>715の親って
なんか可哀そう
少しは親孝行してやれよ
>>715 書かないし書けないよ
保守や運営で吸える持続ネタもないし
財布の紐の緩んだApple向けの一発ネタもない
趣味でやるほどの楽しさもないしね
書けないのは知ってる
>>721 log に出力するだけのアプリを作るのは大事だよな・・・
>>720 男)ババアじゃ立たねーから
婆)インポなのは知ってる
婆)悔しかったら抱いてみなさいよ
男)…
>>724 おっと、もう理屈で反論出来なくなっちゃったの?
一応AndroidはC/C++で開発できる方向にいくと思うよ。
ゲームプログラマはC++しか使えないことが多いから、C++だけで開発できるのは
そういったプログラマを引きつけるメリットがある。
>>728 >ゲームプログラマはC++しか使えないことが多い
ゲームプログラマを dis るなよw
必要とあらば ObjC も Java も ASM も書けるだろ
>>725 これは、、、
たとえ話がイチイチ上品で驚いたわw
普通にスルーしてた
731 :
デフォルトの名無しさん:2011/05/14(土) 23:01:51.15
何だ? このスレの伸びようは・・・
732 :
デフォルトの名無しさん:2011/05/14(土) 23:13:08.61
wxWidgetsはどうなった?
これで作られたCode::blocksがあるけど。
733 :
デフォルトの名無しさん:2011/05/14(土) 23:15:07.63
Code::blocks → Code::Blocks
>>731 ぱっと見て間違ったコードだと分からないC++の罠が見つからないからレス連投して流そうとしてるんじゃない?
↑和訳よろしく
>>736 自称CPGはC++の劣っているところを自分がC++分からない以外に見つけられませんでした。終。
738 :
デフォルトの名無しさん:2011/05/15(日) 00:13:31.04
日本語が消防クラス
740 :
uy:2011/05/15(日) 04:27:00.03
けどC++って
#defineによるマクロと
Templateによるマクロがあって
多段的にマクロできるじゃん
#defineマクロによってTemplateマクロを生成する記述かいたりしていくと
C#,JAVAでは絶対にかけないような記述を
しかも速度を保ったままかけるんでないの
>>735>>737 いやいや、C++ PGが「一部分だけ見たら分かるC++の罠」を
何も例示できなかったんでしょ?
だって最初に言い出したのは
>>695で、じゃあ例を出せって言われて
逃げ出したのもC++ PGの方だしね。
アホすぎる上に捏造しまくりで、しかも質問に答えずに逃げ、
あげくに相手が逃げたことにしようとするなんてC++ PGは最低だなw
と、C++が全く分からないロートルC PGがほざいております
C vs. C++ スレで operator の挙動が分からず
全然ピント外れの書き込みばかりしてるアホC++ PGがいて面白かったなぁ。
あんな低能でもC++使えるつもりなんだからウケるwww
そもそも"C++が分かる"程度のことに
どんだけプライド持ってんだよC++PGはw
++を持たぬ者には分からぬ
言わせんな恥ずかしい
++
++
俺が最強だな
ここに書き込んでる人の中には、日常的に C++ を使っている人はいないんじゃないかな。
ログとして読んでいる人の中にはちゃんと英語の資料を読める人もいるかもしれない。
C++にあってCにないものは、誰にでも見える
見えない味方や見えない敵がどこかにいるという事にしたいなら
むしろCにあってC++にないものを考えるほうがいい
>>741 じゃあC++の罠なんて無かったんじゃない?
C++使いでもADLの問題は認めざるを得ないだろ
なんという不毛な議論…。
前から思ってたがム板ってなんでID出ないんだ?
最近病気の子が多いからなあ
IDあってもいいよね
簡単にNGできるからね
>>756 IDが長い間ない板にIDを付けるのは至難の業だぞ
地下板など荒れに荒れて住人からID制にしてくれという声が出たが
運営に拒否された
そうでもないよ
この板でIDが表示されればそれだけでほぼ封殺できる不毛な流れを何度見たことか
IDあるだけで板の価値がかなり上がると思うんだけどな
ID を使って封殺する事に躍起になる人が増えるだけ
ID があった所で、これまで不毛な議論をして来た人から有益な議論が生まれる訳じゃない
763 :
761:2011/05/15(日) 15:29:41.12
そうか?
封殺という言葉に語弊があったかもしれない
IDは単純な自作自演に対する抑止力となりうるという点から
無価値な情報を減らすことができるということを言いたかった
閲覧者側のID追跡を前提とした話ではなかった
IDがない事で得られた有益な情報も数知れない
IDがあると投稿率が1/4ほどに減るみたいな感じなので、
プログラム板全般の情報が減る
ID あると過疎ルヨネ
>>765 ああ
運営も「IDは本来の2chの考えに反する」とちゃんとガイドに書いてある
IDを付けるのは住人の合意が得られた時と運営の判断が一致した時のみ
ここの住人にID付けるアンケを取ると大反対されるだろうね
IDあったほうが耳の痛い書き込みはNGして
自分に心地よい書き込みだけ読めるようになるからいいかもね
フルボッコにされてるほうからすれば
>>767 そうそう
だから言う方はIDが無い方がいい
ID って手軽に変えられるしね
回線一度切ってまたつなげば大抵リモートホストも変わるからIDも変わるしな
CyberSyndromeで確かめれば一発
>>771 聞き捨てなりませんなあ
一応通報しとくね
C++フルボッコの話の流れが途切れたよ、よかったね
こういうのを「話をそらす」っていうんでしょ?
>>688
そもそも、きちんとした理由があって C++ を使っている人がこんなスレに来るかな?
Dがなぁ
>>774 理由を予想してみないか
たとえば「GUIが好きだがVMは嫌いだから」とか
>>776 C++=GUIというセンスは素晴らしいです
> 「GUIが好きだがVMは嫌いだから」
よくわからん
Smalltalkがよくわからんから、OOPの方言が続出した
↑だれか翻訳してくれ
>>776 ・C++ を日常的に使ってるけど、良い言語か自信が無い
・C++ はもう止めたいけど、過去の資産もあるし、止めないで済む理由が無いか探してる
辺りじゃないかな
>>753 誰もC++の罠なるものを出せないんだから嘘つきなんだろうね。
>>748についてはdeleteを自分で書くくらいにC++に疎い人なんだなと思う。
後は、こんな人もいるかも。
・C++ を使っているけど、このまま使い続けていいのか不安。でも他の言語は勉強したくない。
>>786 そういう思考をする奴はロートル
若ければすぐに他の言語に移れる
checked_deleterとかdefault_deleteとかバッドノウハウだよね……
そんな理由でC++を見捨てるわけじゃないけど
>>776 ・C++ PG の質の低下が激しい
人を集める側からするとこれは大きい
>>785 「コードの一部だけ見れば分かる」C++の罠ね
その書き方じゃC++に罠が無いみたいだよ
>>790 それは
・低賃金で寄ってくるC++ PG の質の低下が激しい
が正しいんじゃないだろうか
それを言うならJava PGの大半は下請けで成り立っていて、オバチャンPGが
とても多くてもちろん一番低賃金なんだが
これがJavaがトップに躍り出た理由でもある
人件費が一番安いのだからね
C++の賃金は少なくともCよりは高い
>>794 日本だとCとC++で触手もとい職種が被ってないんだな。
USだとほぼ同じ扱いなのに。
一体
>>793がどういう根拠に基づいて書き込んだのか
聞いてみたいところだね
>>790 C++を使う理由の話をしてるんだろ
まだ人がいなくても、良いものだと思ったら個人的に抜け駆けするだろ
人気が出るまで指をくわえて待ってる必要なんてないよ
Cの批判は別のスレですればいいよ
>>799 何でだ
C PGがC++の批判をしてもよいならC++ PGがCの批判をしてもいいだろ
何か文句ある?
スレタイ
何を熱くなってんだか・・
>>801 ほう
前のスレに比べて随分と偉くなったもんだな
人のスレに勝手に上がり込んで荒らし同然の書き込みをしている癖に
最早意味がワカンネw
自演が激しすぎるって・・・
隠蔽と委譲と多態が激しすぎる
C++の仕様の複雑化や肥大化で困っているのは
実質的にはコンパイラベンダくらいではないか
このスレにC++プログラマがいるのは
文句を言いつつやっぱりC++が好きだからじゃないか
少し大きな問題を関数に分割すると一つ一つの関数の働きを
コメントにして書いておかないと忘れる
でもクラスが使えれば問題をひとくくりに出来るので、コメントの
必要量が減る
もちろん仕様書を完璧に書いてやればそんな問題は起きないが、
自分用のちょっとしたプログラムにいちいち仕様書を書く奴が果た
してどれくらいいるだろうか
あとGUIのイベントドリブン型のプログラムを書くとどうしても関数ポインタ
もしくは仮想関数が必要になる
そこにデザパタが入る余地があるのだが、C++なら自然に書ける場合も
CだとOOPをサポートする機能がないので全部自分でやらなければ
ならない
そして既存ソースの再利用となるともう圧倒的にC++が有利になる
クラスをそのまま使い回せばいいのだから
クラスの仕様が変われば継承して変更すればよい
んなことのために継承すんなよ
クラスは使い回せるのに関数は使い回せないという発想がユニーク
でもCでコールバックがめんどいのは認める
関数ポインタと一緒に渡すデータの寿命の管理が面倒だからね
Boehm GCあれば話は別なんだが
ていうか、いまどき生のCでGUIはねーよ。Valaとかあるじゃん
何で関数は再利用出来ないと思ってるんだろうな
継承がもてはやされていた時代はもう終わったのに
>>808 実質的には誰も困ってない。
他に便利な言語が沢山あって、余程の事が無ければ C++ を使わなくて済んでるから。
もう誰も Perl の読みにくさで困っていないのと一緒。
Go・・・
>>812 馬鹿だねえ相変わらず
継承が使えなければ仮想関数も使えないんだけど?
816 :
uy:2011/05/17(火) 12:04:07.25
本当にバカなのは
使わなくても良いところで
そういう高価な機能を使っちゃう奴だけどね
バカというか・・・初心者が、C++触りたてに良く見られる傾向なんだけども
そのまま初心者のまま突っ走ってる奴が、C++でソースコードかくと、もう見るに耐えない
ぁ、こういうコード書く奴を束縛する目的ならJAVAもありだなと思ったのだった
継承はコードを密結合するから再利用には向かなくなる
本当に必要なのは仮想関数じゃなくてクロージャとか総称型じゃないのか?
>>809や
>>815を見てると
>>790を実感せずにはいられない
>>817 人を馬鹿呼ばわりしたいだけだろお前?
継承無しにどうやって仮想関数を使うか説明してみろよ
>>818 だから仮想関数を使う必要なんて無くて、
本当に必要なのはクロージャや総称型じゃないのか、と言ってるんだよ?
そんなに難しい話かな?
クラスを劣化名前空間、劣化クロージャ、劣化総称型として使おうとするなよ
総称型はtemplateで十分だろうし、クロージャをまともに実装するには
GCは不可欠になる
実行速度を最大の利点とするコンパイラ言語ではクロージャとは相容れない
のではないかと思う
インタープリタでやってろよ
それかJavaでも導入予定らしいからそちらを使うか
いずれにしろC++には必要無い
仮想関数って速いのか?
遅くはない
824 :
uy:2011/05/17(火) 16:20:19.85
必要ないなんていうな
C++の役割はあらゆる概念を速度を落とさず実装する事だろ
>>821 再利用性は圧倒的にC++が有利とか言うから
継承のどこが再利用に優れてるんだよって突っ込まれてるだけ
別にこれ以上C++を拡張しろとは言ってない
>>824 そういう文句はC++1x標準化委員会に言え
このスレで吠えてても何の意味もない
>>813 Perlの現状は知らんがいつまでも決まらない標準を元に言語を実装しなきゃならないから
C++のコンパイラベンダは現に困ってるだろw
>>827 いつまでも仕事が無くならないから美味しいだろw
829 :
デフォルトの名無しさん:2011/05/17(火) 21:23:03.99
>>829 言ってくれるじゃねーか
じゃあお前が総称型やクロージャ、GCを備えたC++コンパイラを作れ
え、C++ってクロージャ入らないの?
テンプレートのset、map系使ったらsqliteとか組込み系DB要らない
二桁以上爆速
そりゃ SQL をパースしなくていい方が速いだろうさ
そこが主眼じゃない物と比較しても意味が無い
>>830-831 次の ISO C++ 規格にラムダ式入るぜ。
一部のコンパイラではもう使えるんだぜ。
またパーサが重くなると思うと泣けてくるよな
838 :
uy:2011/05/18(水) 13:27:58.72
>>838 俺に言ったかはどうでもいい
ここで吠えても無駄と言っているだけ
C++ がシンプルで小気味良い、みんなに好かれる奇麗な言語になれる可能性は無さそうだな
841 :
uy:2011/05/18(水) 19:52:06.44
>>839 だったら2chやめろw
↑どうみても正論
842 :
uy:2011/05/18(水) 19:55:03.97
C++があらゆる概念を速度を落とさず実装した言語
このブランドを落としたら、もう存在価値ないっていってるんだよ
俺からみればこれはアルゴリズム研究用言語
C++の方向性に一貫性はあると思うし
いきなり他言語に追い抜かれる事はないと思うけどね
つまりアセンブリが最強
マクロアセンブラ最強だろw
と思ってた時代もあったな・・・
アセンブラは最強だけど、俺が最強じゃなかった・・
概念を加速させろ
ブランドを考えろ
>>841 >↑どうみても正論
自分で言ってたら世話ないな
どうみてもお前が間違っている
いいや俺が間違ってる
>>848 そうかお前が間違っているとようやく認めたか
いや、俺が。
俺漏れも
俺だけが正しかったわけだ
853 :
uy:2011/05/19(木) 09:22:02.82
>>847 「 だったら2ちゃんやめろ 」
↑
これがお前にとっては間違ってるんだな
一生2ちゃんやってろw
>>853 どこの馬の骨とも知れないお前につべこべ命令される謂われはない
855 :
uy:2011/05/19(木) 15:12:11.52
>>854 だったら2ちゃんやめろwwwww
匿名コミュニティにでてくんなwwwバーカwwwwww
>>855 だから俺にいちいち命令すんなってのカス
857 :
uy:2011/05/20(金) 13:06:00.54
>>856 病気乙wwwwwwwwwwwwwwwwww
それは全治3年くらいだぞ
2ちゃんじゃなくて仕事をやめろwwwwwww
>>857 医者でもないのに病名診断すると医師法17条違反
第31条 次の各号のいずれかに該当する者は、3年以下の懲役若しくは100万円以下の罰金に処し、又はこれを併科する。
1.第17条の規定に違反した者
2.虚偽又は不正の事実に基づいて医師免許を受けた者
通報したら面白そうだな
今年ももうそろそろ半分が終わりそうな勢いだけど、取り敢えず C++ のソースコードは書かずに済んだわ
残り半分は C++ のソースコードを読まずに済ませられると良いなあ
860 :
デフォルトの名無しさん:2011/05/21(土) 17:20:38.50
全く、糞スレになったもんだ
ここからは
>>860 の尽力により良スレになりそうだな
2chの議論って揚げ足取りの応酬になるよね
C++使いをからかって遊んでたら
ガチ既知外が現れて皆どん引きって展開
コードが出て来ない議論はそうなりがち
事実を確認し合いたいんじゃなくて、自己証明をしたいだけの人が沢山居るんでしょうね
どうせコード出してもC++ PGには読めないさ
bzrスレと同じやつかね。この粘着。
>>865 それは通らない意見だな
書いてみてC++ PGが読めるかどうか試して見なければ分からない
お前の脳内で完結してもらっては困る
誰も納得しないしな
彼のいう "C++ PG" はコードが読めないものと定義されているので >865 で正しいのです。
>>868 /: : : : : __: :/: : ::/: : ://: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ ___
/;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::、 / ヽ
/ヽヽ: ://: :!:,X~::|: /;,,;,/: :/ リ!: ::/ノ l`ヽl !: : |: : : :l: :l: リ / そ そ お \
/: : ヽヾ/: : l/::l |/|||llllヾ,、 / |: :/ , -==、 l\:::|: : : :|i: | / う う 前 |
. /: : : //ヾ ; :|!: イ、||ll|||||::|| ノノ イ|||||||ヾ、 |: ::|!: : イ: ::|/ な 思 が
/: : ://: : :ヽソ::ヽl |{ i||ll"ン ´ i| l|||l"l `|: /|: : /'!/l ん う
∠: : : ~: : : : : : : :丶ゝ-―- , ー=z_ソ |/ ハメ;, :: ::|. だ ん
i|::ハ: : : : : : : : : : : 、ヘヘヘヘ 、 ヘヘヘヘヘ /: : : : : \,|. ろ な
|!l |: : : : : : : : :、: ::\ 、-―-, / : : :丶;,,;,:ミヽ う ら
丶: :ハ、lヽ: :ヽ: : ::\__ `~ " /: : ト; lヽ) ゝ
レ `| `、l`、>=ニ´ , _´ : :} ` /
,,、r"^~´"''''"t-`r、 _ -、 ´ヽノ \ノ / お ・
,;'~ _r-- 、__ ~f、_>'、_ | で 前 ・
f~ ,;" ~"t___ ミ、 ^'t | は ん ・
," ,~ ヾ~'-、__ ミ_ξ丶 | な 中 ・
;' ,イ .. ヽ_ ヾ、0ヽ丶 l /
( ;":: |: :: .. .`, ヾ 丶 ! \____/
;;;; :: 入:: :: :: l`ー-、 )l ヾ 丶
"~、ソ:: :い:: : \_ ノ , ヾ 丶
>>871 ほほう、君の思う「C++ PG」とはずいぶん人間離れした超人ですなあ
超人(笑)
何が彼をここまでさせるのか
統失なんだろ
薬が足りないんだよ(笑)
876 :
uy:2011/05/21(土) 21:41:30.16
あははははは
ライセンスを無視する奴をC++PGの代表としてみてたら嫌だな
878 :
uy:2011/05/21(土) 22:50:26.26
だれ
C++ は second-system effect の典型例として
人類史に残すためだけに存在している
そういう事にしたいのですね
881 :
uy:2011/05/23(月) 00:37:11.48
unless 人類史に残す為だけに存在している == true
な言語を挙げるとしたらLispしかないよ・・・?
Lispだけは100年後も生きてるでしょ、あんな単純な構文だとどんな概念でも吸収するからね
直感的じゃー無い言語だけれど、長生きする言語にプログラマ自身が
慣れちゃえーっていうのは、一つの手だと思ったりする
882 :
uy:2011/05/23(月) 12:51:21.20
でもたかが変数宣言に(setq n 8)なのがどうもね
アルゴリズムにつまってきた時にぶちぎれそう
全部let内でかくのかLispって
Arcでも使いなさいな
884 :
uy:2011/05/23(月) 16:31:26.03
マイナー技術いらない
6年ほどC++を使い続けてCに回帰しようとしてる俺の居場所はここでいいんだろうか
ほす
890 :
デフォルトの名無しさん:2011/11/20(日) 11:48:40.60
さ
とにかくヘッダを書くのが面倒くさい
892 :
デフォルトの名無しさん:2012/01/10(火) 08:53:45.05
893 :
デフォルトの名無しさん:2012/09/10(月) 02:46:09.41
というかくさい
894 :
uy:2012/09/10(月) 10:30:46.63
俺様が思うのは
「プログラムの言語仕様なんて少しわかってれば使える、わからない部分は触らなきゃ良い」
これが違ったんだよ
底辺PGや初心者を慰める言葉だこれ
中級者以上ならこの言葉に甘んじたらいけない
プログラム言語は言語仕様をすべて把握していなきゃ使えないし
自分の把握してない言語は積極的に使うべきじゃない
つまりC++を使うなら全部覚えてからだ
でも増え続ける仕様
これはあくまでC++は道具、手段としてのみみないと
足元救われるどころではなく人生を刈り取られる
C言語からじゃねえの、そういう事なら
いかくさい
>プログラム言語は言語仕様をすべて把握していなきゃ使えない
そうだよねー
ライブラリの中身も全て把握しないと使ってはいけない。
自分が使わないライブラリも把握しないとだめだぞ、他のヤツが使うかもしれないからな。
APIもOSも全て把握しないと使えないし、ハードウェアもドライバも全て把握しないと使えない。
ついでにユーザーの頭の中身も把握しとけよコラ
898 :
uy:2012/09/10(月) 23:27:02.12
ぁ?
宇宙の真理を把握するまでプログラム禁止
901 :
uy:2012/09/11(火) 11:09:37.32
そういうゴミ記事ばかりよんでるから頭悪くなるんだよ
Rubyそんなチョロいならやろうかな。
903 :
uy:2012/09/11(火) 11:50:19.69
基本的に全部オブジェクトだからOOさえわかってれば一瞬
キモさ炸裂!!
905 :
uy:2012/09/11(火) 18:47:14.37
あ?
>>900 >うちには5000万行のC++コードがある。いや、今ではもっと増えている。
>もはやどれくらいになっているのかわからない。去年のクリスマス、
>つまり9ヶ月前には5000万行だった。それから4半期ごとに800万行ずつ
>増えている。増加率自体も増えている。
地上でもっともバカな言語だと言いつつ、こんなに頼ってるという事実
907 :
uy:2012/09/11(火) 20:42:42.26
なんで今更そんな古い文章よんでんの?
学生かなにかか?
今はそれかいたやつだって成長して考えは変わってるだろ
a?
お世話になりました
これからはC#でやっていきます・・・
910 :
uy:2012/09/12(水) 00:06:08.33
まてよ
逃 げ る の か ?
911 :
uy:2012/09/12(水) 16:48:01.90
亜?
>>901 Matzもそれ引用して何か書いてたな。
913 :
uy:2012/09/13(木) 19:45:18.68
matzって誰
もしかして継承とミックスインの違いがわからなくて大恥かいたやつかwwwwwwwwwww
つかmatzはマーケティングの為の発言してるだけだから
技術的に信用するのはrubyそのものだけにしとけよ
記事や本の文章は明らかにrubyの印象をよくする為だけに書かれてる
正しいこと書こうとかあいつは考えないから
matzの文章はできる限り大勢の同意を得るために書かれた文章だよ
ここまで知ったかできるのもある種の才能だな
915 :
uy:2012/09/13(木) 19:51:59.42
ミックスインと継承が同じって言ってるのも
わざと波乱を発生させるため、
あとruby流のミックスインで全く問題なくjava等のクラス継承を
そっくり実現できるってことにしたいだけだよ
実際にはモジュールにはnewがないんだから
そっくりそのまま書き換えるにはワンくっしょん必要になるんで全然そっくりじゃないにもかかわらずだよ
バズワード発生装置
いや違う議論厨なんだよアレ
matzって何でtwitter(笑)でマジレスしてんの?
マジでオタッキーだな
916 :
uy:2012/09/13(木) 19:55:18.93
>>914 matzは知ったかだよ
あいつ言語しか作れないよ
本にGOのソースコードのせてたけど
あれは「俺最新情報についていけてる技術力あってすげえ」って主張
それを感じ取れた
matzはかなりの初心者
917 :
uy:2012/09/13(木) 20:00:03.34
matzは初心者
初心者は放置
919 :
uy:2012/09/13(木) 20:43:56.70
やっぱmatzは知ったかじゃねーか
てめーC++使えないだろwwwwwwwwwwwwwww
いつの間に使えるようになったんだよwwwwwwwwwwwwwwwwwwwwwwwww
920 :
uy:2012/09/13(木) 21:01:10.87
matz君がC++で作ったプログラム何かある?
ソースコードある?
答え
ないよ?
使えねーもん
キ モ さ 炸 裂 !!
うyってMatzのストーカーなの?
それともただの知ったか?
923 :
uy:2012/09/14(金) 14:51:21.52
超絶不細工が階段でわざとらしくスカート抑えてたり
後ろチラチラみて
「え?ついてこないでよ」みたいな反応やられたようか気分になった
なんでブサに限ってそうなんだろうな
誰もおまえに興味ないのに
rubyってそんなに素晴らしい言語ですか?
はい、いいえ
rubyの有用性が僕にはわかった時点でもうrubyに興味がない
rubyは僕にとって凄い言語ではなく当たり前の自分の技術のひとつになった
用済みだよ乙
ソフトウェアはこれがあるから悲惨だよ
最初の奴はもの凄い時間をかけるが2番目以降の奴は時間たいしてかからない
rubyにもmatzにも興味はもうないよ
俺はもう次にいく
報われない愛に疲れたと
925 :
uy:2012/09/14(金) 18:50:51.41
きめえwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
最近わいてたjs厨もやばかったけどruby信者もやばいな
きもすぎワロタwwwwwwwwwwwwwww
「ひな壇は韓流タレント中心に」という構想が一変、TV界と韓流の今 09/16 13:00
http://woman.infoseek.co.jp/news/entertainment/cyzowoman_16Sep2012_25106 日韓の関係悪化の影響により、韓流離れが加速する現在のテレビ業界。
しかし、2年ほど前には広告代理店を中心に「ゴールデンタイムの番組には韓国人タレントを使用する」流れが作られていたという。
現在は吉本興業所属の芸人が幅を利かせる“ひな壇タレント”を、そっくり韓流と入れ替えるという計画だったそうだ。
日本国内で、KARAや少女時代がブレークした2010年。
日本音楽事業者協会会長で「尾木プロ」社長の尾木徹氏が、K-POPアーティストの誘致に尽力したと伝えられていた。
そして同時期頃から、広告代理店やテレビ局上層部の間では、こんな“定説”が存在していたという。
「2011年以降は、ゴールデンのバラエティから、吉本芸人はほとんどいなくなります。
代わりにひな壇に座るのがK-POPアーティストや、韓流タレントたち。
安定してレギュラー番組を続けられそうなのは明石家さんま、島田紳助、ダウンタウンくらいで、その他の芸人たちは有名無名問わず降板させていこうという方針でした」(広告代理店幹部)
ところが3月の震災で、エンタメ業界は数カ月ほど停滞状態が続くことに。
その前後に日本デビューを果たしたK-POPアーティストや、バラエティに登場した韓流タレントも少なからず存在したが、テレビ出演者が大幅に入れ替わるといった事態に至ることはなかった。
「紳助は引退してしまったし、高岡蒼佑のフジテレビ韓流傾倒批判など想定外の事態はいくつも発生しました。
特にネット上でのフジテレビ批判は見過ごせるレベルの話ではなく、連日の抗議デモやスポンサー企業の不買運動など、韓流に対する不安要素ばかりが高まっていきました」(同)
そして今回の竹島問題で、韓流コンテンツへの傾倒に関して沈黙を貫いてきたテレビ各局も、方針を表明。
フジテレビは当面韓流ドラマの放送予定はないとし、またBS日テレの定例会見では赤座弘一社長が「韓国ドラマが多すぎるのではという声もある。
少なすぎるという声はないので、今後、(韓流ドラマを)少なくしていく方向になると思う」と発言したことも話題になった。
あ
>>923 おまえは運転が上手いかもしれんが自動車を作れない人間だろ。分をわきまえろよ。
るびまに、CADメーカー転職時にc++できます!ってPRしてなかったけ?
931 :
デフォルトの名無しさん:2013/12/25(水) 17:50:02.25
まあ、業務系アプリを開発してる会社ではC#が主力みたい。
「C++は今では使っていません」と聞いた。
やはり、プロジェクトを組んでやるのには不向きな言語だわ。
セキュリティホールの問題もあるし。
禿はこだわりすぎて墓穴ほったなw
後発がやっと追いついたというだけ
同じ言語を使い続ける方が楽なんだから、
追いつかれただけじゃ置き換えられたりしない
プラットフォーム多様化とフレームワークの肥大化が
仮想マシンの移植を困難にして、技術者たちqtへ移行。
c++が復活!とかならないかな
C++のポインタは路上の至るところに落とし穴が仕掛けられてるようなもんだしな。
緊張感があって面白いという人には向いてるんだろうが。
>>934 仮想マシンやめるんだってさ<C#
確かに今の今まで意義がわからないのだが、わからないままでよかったのか?
UIが絡む以上、いくら仮想化してコードが動くようになっても
あんまり意味ないからな。どうせUIで互換性がなくなるのなら
最初からネイティブコード吐いたほうがいいに決まってる。
.Netだかのランタイムライブラリを各バージョン入れさせられる時点で不愉快度MAX
下手にアンインストールしたりすると最悪OS入れ直しになったりするし