トップページ⇒tech
869コメント271KB

C++は難しすぎ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
あんなの理解できるハズないだろ!
わかりやすいプログラミング言語をつくれないBjarne Stroustrupには げんあり
0232231==225NGNG
(;´Д`)誤爆
>>230×
>>228○
0233229NGNG
まちがった。
0234デフォルトの名無しさんNGNG
デリートすんのめんどいからshared_prtr
でもいくらめんどうでも、GCはどうだろう?
パフォーマンスにそれほど影響なければ入れてくれ。
0235230NGNG
>>231
まちがってなーい!
なに×つけてんだゴルァ!
0236デフォルトの名無しさんNGNG
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
★☆                       
☆★ 送料激安!!  送料激安!!  送料激安!!
★☆      http://www.get-dvd.com      
☆★  激安アダルトDVDショップ        
★☆    お買い得セール1枚500円〜980円!急げ!
☆★    インターネット初!「きたぐに割引」  
★☆    北海道・東北の皆様は送料も激安!   
☆★      http://www.get-dvd.com      
★☆        スピード発送!        
☆★      http://www.get-dvd.com      
★☆        商品が豊富!         
☆★      http://www.get-dvd.com      
★☆                       
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
0237デフォルトの名無しさんNGNG
もしかして236みたいな奴ってあるタイミングで一番上にあったスレに自動で貼られるのか?
0238デフォルトの名無しさんNGNG
>>36
> アメリカのアホーにも載ってない言語誰が使うかと。
> ネタにマジレス。
JavaがだめになったらC#に移行するという考え方が現実的でない
ということだろ。だめになったらむしろC++かD言語に移ったほうが
特定環境への依存度を控えめにすることができるってことだろ。

どこかに知られている知られていないを基準にして受動的に言語を選ぶなよ。

>>48
>Java も C# も D も上っ面は似てるけど、対応分野が違うし、
>(特にJavaは次世代COBOLの座が確定状態な上に
これは悪い意味で言っているのか良い意味で言っているのか激しくよくわからん。
「COBOLのシェアを奪う」ので良い意味なのか、
「COBOLと同じようにスパゲティコード吐きまくって
嫌われる言語になる(おれにはとてもそうは思えん。
それだったらC++のほうがよっぽど嫌われやすい)」びで悪い意味なのか
よくわからん。
0239デフォルトの名無しさんNGNG
>GenericsがあれではC++で培われたテクニックが何も使えん)
JavaでGenericsを使うにはCollection系の型キャストの問題を
解決できれば十分で、それ以上のスパゲティ化につながる
C++独自のtemplateのテクニックの必要性を感じないと思うがどうよ。

10年経ったら「Javaは遅い」ともさすがに思わないだろうし
C++の必要性も、ソースコードを汚してまで
細かいポインタ演算や細かいメモリ管理をしてまで使うことも少なくなり
淘汰されると思うが。

うーむ、これはC++信者に対する煽りなのだろうか?
それでもJavaの速度に不満があるなら(10年計画で)独自のJavaChipを自作するなり
C/C++/アセンブラなどを使ってJVMを独自に改造するなりしてパフォーマンスをあげてみるのがいいんじゃないかな。

これからのプログラムは、各CPUにあわせてその場でコンパイルして実行する形式
になる、それでいいんじゃないかと。
0240デフォルトの名無しさんNGNG
>>105
> >>104
> 言語以外にも学習すべきことは山ほどあるので、まだお楽しみは続く。
> UML2.0とか。
UMLは使うだけなら「学ぶ」ほどのものではないと思われ。
しかしUMLの資格試験を取るなら学ぶしかない。
0241デフォルトの名無しさんNGNG
>>108
同感。C++の余計な機能はおまけとして学んでおいて
Javaでもできることもちゃんと学べよ。
0242デフォルトの名無しさんNGNG
>>98
結城浩の「デザインパターン」本のほうが
オブジェクト指向を素早く理解できそうな気がするが。
0243デフォルトの名無しさんNGNG
>>114
> C++ にとってのオブジェクト指向っていうのは、使える方法論の一つに過ぎないんです。
その「オブジェクト指向」による再利用性、拡張性、移植性を無視した
C++プログラマがわんんさかいて後継者が大変な思いをしているんだよ。
0244デフォルトの名無しさんNGNG
10年たってもクライアントサイドでのJavaのシェアはきわめて0に近い悪寒
速度以前に改善すべき点があるんじゃないのか?
0245デフォルトの名無しさんNGNG
>>218
> こんな煽りスレが勢いよく伸びていること。
> その一方で、C++相談室は、荒れもせずもくもくと進んでいること。
> この2つを見ただけで、C++という言語の性質がわかるような気がする。
どういう性質なのかあなたの意見を聞いてみたい。
おながいしますわ
0246デフォルトの名無しさんNGNG
>>244
> 10年たってもクライアントサイドでのJavaのシェアはきわめて0に近い悪寒
> 速度以前に改善すべき点があるんじゃないのか?
じゃ、D言語を普及させておくれよあんた。
C#なんかに乗せられたくないし。
0247デフォルトの名無しさんNGNG
>>188
> 追加されてもM$は絶対に無視するだろうなぁ
M$の流れに合わせる必要があんのかと小一時間
M$に自分の将来を左右される必要があるのかと小一時間
0248デフォルトの名無しさんNGNG
このスレでわからない単語
template
スマートポインタ
GC
STL
Generic programming
...

おまいら日本語しゃべってください
0249デフォルトの名無しさんNGNG
>>248
マジレスすると、無視しても何の問題もないよ。
0250デフォルトの名無しさんNGNG
>>244
> 10年たってもクライアントサイドでのJavaのシェアはきわめて0に近い悪寒
JavaWebStartで自動ダウンロード、自動インストールが売りだと思う。
J2EEと連動しないと動かないクライアントサイドJavaプログラムを
作ってしまえば普及するかな。かえって普及しなくなるかな。

> 速度以前に改善すべき点があるんじゃないのか?
しかし、これは釣りか?
実際シェア0ってことがあるのかと問い詰めてみたいものじゃ。

改善すべき点と何かね? C#厨がJavaと比較してC#の宣伝に使っている
あの中途半端な変な機能をJavaに追加するんならばC++やったほうがいい
ともいえるが、そういうものでもないかね?

それとも、JavaはもっとSmalltalkライクな言語にすべきかね?
0251デフォルトの名無しさんNGNG
>>248
日本語に翻訳したらかえって分かり辛くなる気がする
0252デフォルトの名無しさんNGNG
>>243
C++にもクラスライブラリーを揃えてOOをしようという動きはあったんだが、
とこが、STLをみて考えが変わってそのライブラリーは捨てられ、そしてSTLが標準になって今に至ったんだと。
C++でクラスライブラリーを作っても使い物にならないという結論となった。

っていう話を聞いたことがある。
0253デフォルトの名無しさんNGNG
>>195
> そんなあなたにD言語
> と言いたくなるんだけど、正直Dってどうよ?
C++やJavaがだめになったらC#に以降だなんて最悪。
M$に左右されてversion upするたびにソースコードを無駄に改変する手間は
かけたくない。そんなときD言語に期待。
0254デフォルトの名無しさんNGNG
>>252
標準に仮想デストラクタを持った基本クラスを決めてくれてれば
いろんなところが便利になったんじゃないかと思う。
0255デフォルトの名無しさんNGNG
C#やJavaよりCやC++のほうが超絶に簡単だと思うんだが・・・。
色々な情報に惑わされてねーか。
あとC++とC#とJavaでは用途が違うんでねーか・・・。
0256デフォルトの名無しさんNGNG
>>248
検索するしかないのう。
Javaに関連があるものはtamplateが少し、
GC(ゴミ収集車)がおもいっきり(しかし自動なので意識する必要性がほとんどない)、
STLがtemplate周りで少し(JavaのCollection系ライブラリにも追加されんのかね?)
Generic Programmingが時期Javaでおもいっきり。

スマートポインタ? こんなのしか知らん。
http://www.panasonic.co.jp/pc/prod/note/l1es/spointer3.html

こんなサイトを見つけた。
スマートポインタの落とし穴
http://www9.plala.or.jp/dequartet/new_page_4.htm

スマートポインタ
ポインタ編のおまけとして、スマートポインタについて解説します。
スマートポインタは例外処理やJavaの存在で、必要不可欠な存在にな
りつつあると思います。まだよく知らないという方のための簡単な解説ということで。
http://www.kab-studio.com/Programing/Codian/Pointer/12.html

よく見るとスマートポインタはJavaの常識だすのう。
しかし「スマートポインタ」は死語にみえてしまうのでおじゃる。
0257デフォルトの名無しさんNGNG
>>255
初心者がC/C++の本を読んだら、実際に動かしたときに
ポインタ演算のところとエラーメッセージのわかりにくさと
バッファオーバフローの判別のしにくさなどで
ひるんでしまいそうだが。
0258デフォルトの名無しさんNGNG
>>255
「マイクロ」が付く2つの会社にだまされているのですか?
0259デフォルトの名無しさんNGNG
C++はさぁ、
一番最初に

#include ...
#include ... // この辺は簡単に理解できる

using namespace std; // まったく理解不能

int main() // Cで関数の知識が無いと理解不能
{
 cout << "Hello World!" << endl; // いきなり行儀の悪い演算子オーバーロード、まったく理解不能。
                  // しかもまともな説明なしであっさり通り過ぎる
}


拒絶反応起こすって
0260デフォルトの名無しさんNGNG
>>255
JavaやC#の利点はObjectクラスの存在だと思うわけよ。
すべてのクラスの頂点(親クラス、基底クラス、スーパークラス)は
森羅万象を構成するObjectクラスなのさ。

しかし使い方を誤るとVBのバリアントやperlの型の曖昧さのように
恐ろしいものになる諸刃の剣。しかしこれも次期JavaのGenericsで解決。
C#も時期に解決するらしい。
0261デフォルトの名無しさんNGNG
>>259
別にK&RのHello Worldでいいじゃん、C++なのだから stdio.h を使っていけない理由はない。
むしろ最初は便利なCで勉強するのが正しい。
ついでその main は C++としては間違っている。
0262デフォルトの名無しさんNGNG
>>259
> C++はさぁ、
> 一番最初に
>
> #include ...
> #include ... // この辺は簡単に理解できる
>
> using namespace std; // まったく理解不能

import javax.servlet.*;
import org.jakarta.....
.とか出たら同じように最初は誰でも混乱すると思うがどうよ?

> int main() // Cで関数の知識が無いと理解不能

JavaやC#にもおまじないのように
public class { public static void main(String[] args)
とある(C#は若干異なる)んだから
おんなじだとおもうんじゃが。
しかし return 0 や getchar() は初心者には理解不能だと思う。


> {
>  cout << "Hello World!" << endl; // いきなり行儀の悪い演算子オーバーロード、まったく理解不能。

しかし、これはつかわずprintf()やputs()をつかっちゃえばいいじゃん?
と思うがどうよ?
C++の書籍にはたいていこういうのが載っているけどさ。
0263259NGNG
>>261
え゛っどっか間違ってた?
0264デフォルトの名無しさんNGNG
STLなんて思いついたときに使えばいい、クラスもなんも知らないうちから
そんなもん持ち出すな、っていうか教本が悪いんだけどな・・・。
0265デフォルトの名無しさんNGNG
C++は急ぎすぎる教本が多いのは確かだな
0266デフォルトの名無しさんNGNG
CやC++でわからなくてJavaやC#ならわかるのかよ・・・。
どうせファンクションキーでも押してヘルプ読むんだろ。
0267デフォルトの名無しさんNGNG
>>262
import java.lang.*;
とか
using System;
とかならまだわかりやすいんだよ。
問題はnamespace。
慣れればなんてこと無いけど、はじめは何じゃそりゃって感じ。
0268デフォルトの名無しさんNGNG
namespaceなんぞ知らなくてもC++のプログラムは書ける。
つーか、.NETにもnamespaceあるんじゃねーの?
0269デフォルトの名無しさんNGNG
>>268
using namespace std;
    ↑このnamespaceのことのつもり
0270デフォルトの名無しさんNGNG
>>269
そんなものが気になるのはあんただけだと思うよ(汗
知らない人なら、一個増えても変わらない。
0271デフォルトの名無しさんNGNG
えー、じゃあ using std; なら納得すんの?
0272デフォルトの名無しさんNGNG
>>267
Javaではnamespaceの代わりにキーワードにpackageを使用し、
UMLでもJavaに習ってpackageという用語を使っているのもかかわらず

C#はJavaより後発でありながらなぜかいまだにnamespaceというキーワードを
使っているようじゃ。

M$はあれでC++プログラマをJavaではなくなんとか
C#にひきつけようとしたつもりだったんだろうか。

それともXMLの "名前空間" の真似でもしてるんだろうか?

俺もC++の本を読んでnamespaceの項を読んでみたら
クラススコープの外側にnamespaceというスコープによる厨括弧がついて
なんじゃこりゃ?

っておもった。確かにJavaのpackageのほうがわかりやすい。
ひとつのディレクトリ==ひとつのpackageとし、
ひとつのファイル内には二つ以上のpackage宣言をつけることを禁止し、
package宣言はそのファイル内になるすべてのクラスに適用されるという
すっきりきれいさっぱりしたJavaの発想(元がJavaの発想?)はわかりやすい。

namespaceは変な使い方をすると括弧の数が増えて混乱するといえば混乱しちまいますな。
いくらJavaより制限をゆるくしたといっても反ってソースコードを汚しちまいかねないな。
0273デフォルトの名無しさんNGNG
using std;
だとstdという名前の機能を使う、っていう風に解釈して(正確ではないが)自分を納得させられる。

おまじないって、よく、できる奴が出来ない奴に教えるときに使うけど、
教えられてる側からすると流れがつかめなくなってかえって混乱することもある。
0274デフォルトの名無しさんNGNG
C#もnamespace は中括弧囲ってあるが別に読みにくくはないよ。
馴れのせいだと思う
0275デフォルトの名無しさんNGNG
なんだ、あれか、言語の完成度や数学的な芸術性を求めてるわけか?
0276デフォルトの名無しさんNGNG



あああああああああああああああああああああああああああ
0277デフォルトの名無しさんNGNG
あ〜あ
火病になった、荒らすなよ(藁
0278無料動画直リンNGNG
http://homepage.mac.com/miku24/
0279デフォルトの名無しさんNGNG
>namespaceは変な使い方をすると括弧の数が増えて混乱するといえば混乱しちまいますな。

いいかい。最初から最後まで、括弧の数は増やしちゃいけないんだよ。
小学校でそう教わらなかったかい?
おまえみたいな奴は、namespaceとか言う前に、ループだのifだので
ふかーいインデント出しまくりなんだろ。
おまえみたいなド素人がコードを書くから混乱するんだよ。
0280 NGNG
>>261
>別にK&RのHello Worldでいいじゃん、C++なのだから stdio.h を使っていけない理由はない。

cstdio じゃない?
028148NGNG
>>238
>>Java も C# も D も上っ面は似てるけど、対応分野が違うし、
>>(特にJavaは次世代COBOLの座が確定状態な上に
>これは悪い意味で言っているのか
YES, 存在意義上、馬鹿を受け入れる言語(COBOL, VB の仲間)にならざるを得ない…
……とこのスレを見てるとJavaはもう馬鹿を受け入れてるみたいだが。

>>239
>>GenericsがあれではC++で培われたテクニックが何も使えん)
>JavaでGenericsを使うにはCollection系の型キャストの問題を
>解決できれば十分で、それ以上のスパゲティ化につながる
>C++独自のtemplateのテクニックの必要性を感じないと思うがどうよ。
知らないことを全て否定するな。GenericsはGeneric Programmingはできても
その先ができない。その先はスパゲッティだという根拠を示して!
(示してくれないと、スパゲッティになってるのは、未知の存在に怯える君の思考だっていう結論に達するよ)

>C++の必要性も、ソースコードを汚してまで
>細かいポインタ演算や細かいメモリ管理をしてまで使うことも少なくなり
>淘汰されると思うが。
ネイティブ吐ける言語は何か一つは必要。これからはCとC++の親子ガチ勝負がはじまる予感。
この試合は長引けば長引くほどC++有利になるからCは早期決戦で勝つしかない。

>独自のJavaChipを自作するなり
Java成立当初の話とか知らない?結局 JVM ネイティブなチップは性能上不利って結論。
「バイトコードの仕様」っていう足枷があるかぎりそうじゃないチップに絶対に勝てない。





0282実は48==114NGNG
>>242
>> C++ にとってのオブジェクト指向っていうのは、使える方法論の一つに過ぎないんです。
>その「オブジェクト指向」による再利用性、拡張性、移植性を無視した
>C++プログラマがわんんさかいて後継者が大変な思いをしているんだよ。
君、後継者なんでしょ?多分立場は俺と同じ。「君がやるんだよ。」
もしかして30前後の人達にOOのスペシャリストである事を期待してる?
無理無理。みんなCで入って、C++使い始めた人達で、この人たちが
Cしか認めんっていう人達と戦ってくれたから、今の俺たちの土俵があるんだよ。
次は俺たちがやる番。
そうそう、たしかにこの世代の人達ってSTLに対しては妙に興味津々だったりするね。
で、OOのテクニックが未熟なままGeneric Programming先行してたりするのが許せないのかな?
どちらにしても、俺たちが変えなきゃ変わらないし、
別にテンプレートのテクニックが悪いわけじゃない。時代と環境が違うだけなんだ。
戦う相手を間違っちゃいけないよ!!
0283デフォルトの名無しさんNGNG
本質的な相違はライブラリに関する価値観でしょ。
C++ではライブラリは常に一から書き直してナンボという立場をとる。
Javaではその対極で一度書かれたライブラリは書き直される必要など無い
という考え方をとる。
0284デフォルトの名無しさんNGNG
>>279
> >namespaceは変な使い方をすると括弧の数が増えて混乱するといえば混乱しちまいますな。
>
> いいかい。最初から最後まで、括弧の数は増やしちゃいけないんだよ。
> 小学校でそう教わらなかったかい?
> おまえみたいな奴は、namespaceとか言う前に、ループだのifだので
> ふかーいインデント出しまくりなんだろ。
> おまえみたいなド素人がコードを書くから混乱するんだよ。
それをいうならC#を作ったマイクロソフトに言えド素人。
俺様はStateパターンなどを使って無駄なインデントを極力減らす努力を
怠っちゃいねえんだよオブジェクト指向のド素人が。

0285デフォルトの名無しさんNGNG
C++が腐っているせいで
long longなんてネタみたいな
型が出来てしまった(w
0286デフォルトの名無しさんNGNG
> Javaではその対極で一度書かれたライブラリは書き直される必要など無い
> という考え方をとる。

java.nio

これは何だ!正直に父さんにいってみなさい!
0287デフォルトの名無しさんNGNG
>Stateパターンなどを使って無駄なインデントを極力減らす努力

OO ってインデントを浅くするためのテクニックだったのか
知らなかった。
0288デフォルトの名無しさんNGNG
C#のnamespaceは入れ子にする必要が無いからカッコは最大でも1個しか増えないぞ
0289デフォルトの名無しさんNGNG
ダブルディスパッチって何のためにする必要があるの?
0290デフォルトの名無しさんNGNG
>>288
オブジェクト指向を使って少しでもインデントを減らす努力を日々怠っていない
Java の達人達にとってはその1個も許せないみたいだよ。
一緒にJavaのオブジェクト指向の達人とは一緒に仕事したくないね。
0291デフォルトの名無しさんNGNG
>>289
馬鹿には読めないコードを作るため
0292デフォルトの名無しさんNGNG
Stateパターンなんて無駄な派生クラスが増えるだけ
0293デフォルトの名無しさんNGNG
まだやってたのかこのスレは?
学生っぽい能書きが多くてうざったくね?
C++が難しいなら、できる人を雇ってもらえよ。
じゃなきゃ外注にだせ。
0294デフォルトの名無しさんNGNG
Stateパターンってどこが状態遷移の管理すんの?
どうもそこらへんがめんどーなんだけど。
0295デフォルトの名無しさんNGNG
>>293
外注→害虫
0296デフォルトの名無しさんNGNG
>>287
お!それいいな。
そんで、構造化プログラミングがインデントを深くするための方法?

意外とただしいかも。
0297デフォルトの名無しさんNGNG
で、おすすめの書籍は?
0298デフォルトの名無しさんNGNG
>>297
断然モダC++なわけだが何か?
0299デフォルトの名無しさんNGNG
http://www.genpaku.org/realprogrammerj.html
>本物のプログラマは構造化プログラミングを共産主義者の陰謀だと考えている
0300デフォルトの名無しさんNGNG
>>281
> >>238
> >>Java も C# も D も上っ面は似てるけど、対応分野が違うし、
> >>(特にJavaは次世代COBOLの座が確定状態な上に
> >これは悪い意味で言っているのか
> YES, 存在意義上、馬鹿を受け入れる言語(COBOL, VB の仲間)にならざるを得ない…
> ……とこのスレを見てるとJavaはもう馬鹿を受け入れてるみたいだが。
しかしだな。C++はポインタ演算馬鹿を受け入れる以上悪い意味でCOBOL同様
嫌われる存在にならざるを得ない。
……とこのスレを見てると抵抗勢力C++はもうスパゲティ馬鹿を受け入れてるみたいだが。
0301デフォルトの名無しさんNGNG
C++プログラマはニクソン大統領みたいなものだ。

ニクソンのせいでその後の大統領が大変な後始末を強いられるわけだ。
迷惑としか言いようがない。
0302デフォルトの名無しさんNGNG
> C++はポインタ演算馬鹿を受け入れる
受け入れてません。それはC親父です。

とこのスレを見てると C++ を理解できなかったかわいそうな人は分身の術とか使えるみたいだが
0303デフォルトの名無しさんNGNG
>>302
> > C++はポインタ演算馬鹿を受け入れる
> 受け入れてません。それはC親父です。
アホですか。受け入れることができるように設計されているわけだが。
C#もな。
0304デフォルトの名無しさんNGNG
C++はOSやVM生成専用言語で十分。
それ以外の用途に何が何でもC++を使いたいという香具師は
もはや時代遅れ。
030510年後の現実NGNG
Javaは事務処理専用言語で十分。
それ以外の用途に何が何でもJavaを使いたいという香具師は
もはや時代遅れ。
0306デフォルトの名無しさんNGNG
> アホですか。受け入れることができるように設計されているわけだが。
> C#もな。
構文糖衣厨キター
0307デフォルトの名無しさんNGNG
JavaはC++で作られています
0308デフォルトの名無しさんNGNG
そう思っていたい>>304なのでした
0309バファリンのCMよりNGNG
バッファの半分は領域破壊チェックの為に確保されています。
0310デフォルトの名無しさんNGNG
>>309
座布団。
0311309(庶民派高級風レストランチェーン)NGNG
>>310
貰えるの?抜かれるの?
0312デフォルトの名無しさんNGNG
C++普通に使うにはそんな糞でもないでしょ。
ただ人が書いたのを何とかする時に面倒なだけで。
0313詩想NGNG
http://floatin-web.hp.infoseek.co.jp/sisou.shtml
俺のHPだ、カッコイイだろ、イカスだろ、ナイスだろ
お前ら雑魚のHPとは大違いだろ
俺は今からお前らオタッキー2chネラー全員に県下を挑む
俺のHPの特に掲示板あたりをあらせるもんなら荒らしてみろ
荒らせないで、「めんどい」「厨だな」とかいったら負け犬とみなす
悔しかったら荒らしてみろや、一人じゃあ何も出来ない2chネラー諸君
このことは2chネラー同士でどんどんうわさながしていいよ
お前らオタクが何人でかかってこようとも俺には勝てないってことを教えてやるさ
ギャハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハハ
プ
せいぜ、負け犬なりにがんばりな
荒らせたら土下座してあやまってやらぁ
プ
0314デフォルトの名無しさんNGNG
どの言語もアホが書くと最悪。それとGCいらん、負の発明、悪の枢軸。
デバッグしながら編集できないVB.NETはいらん、VB6のほうがマシ。
C++はCの文法で書きつつ必要なときにクラス使う程度が便利。
0315デフォルトの名無しさんNGNG
>デバッグしながら編集
こういう事やってる時点でショボイプログラマ確定
0316デフォルトの名無しさんNGNG
>>302
ポインタにやけに恨みがあるようだがC++はポインタを明らかに受け入れているよ、受け入れられないのは
あ・な・た

なんで最近になって int32_t といったポインタ演算をする為だけといって過言で無いサイズ固定化した型をわざわざ規格化したか解るか?
必要なんだよ、ポインタ演算は。
0317デフォルトの名無しさんNGNG
>なんで最近になって int32_t といったポインタ演算をする為だけといって過言で無いサイズ固定化した型をわざわざ規格化したか解るか?

はぁ?コイツは馬鹿ですか?
0318デフォルトの名無しさんNGNG
「C++ は習得コストがむちゃくちゃ高い」のは真だと思うが、
「C++ の開発コストがむちゃくちゃ高い」のは偽だと思う。

C++ に対する毀誉褒貶は、「むちゃくちゃ高い習得コスト」を払ってしまった人か、
そうでない人かでわかれる気がするんだけど、どうだろう?
0319デフォルトの名無しさんNGNG
>>316
> なんで最近になって int32_t といったポインタ演算をする為だけといって過言で無いサイズ固定化した型をわざわざ規格化したか解るか?
そいつは標準Cだし。規格上は標準C++じゃ使えないし。
ポインタ用なのはそれじゃなくてintptr_tとuintptr_tだし。
0320デフォルトの名無しさんNGNG
>>318
> C++ に対する毀誉褒貶は、「むちゃくちゃ高い習得コスト」を払ってしまった人か、
> そうでない人かでわかれる気がするんだけど、どうだろう?
激しく同意せざるを得ない。
知らない(知る気がない)=できない
と即断してしまう人はもったいない。

ところで毀誉褒貶(きよほうへん)が読めなかったです。<ヘタレ
0321デフォルトの名無しさんNGNG
「憂鬱」はみなさん的にどうなの?
俺的は文章はともかく、サンプルコードで激しくひいてしまった感じなんですが。
0322デフォルトの名無しさんNGNG
C++だと思うと難しい。Cだと思えば便利この上ない。
但し他人のソースが読めない罠。
0323デフォルトの名無しさんNGNG
憂鬱は簡単だけど内容もいい。サンプルコードなんてたいした難しいの無かったと思ったが。
0324デフォルトの名無しさんNGNG
つまらない手順書き(下っ端コーダ)としての毎日が、
C++のおかげで謎掛けのようなコーディングを楽しむささやかな毎日にかわりますた。
0325デフォルトの名無しさんNGNG
>>323 = 似非オブジェクト指向開発者
0326デフォルトの名無しさんNGNG
>>321
憂鬱はいい本だと思う
0327デフォルトの名無しさんNGNG
オブジェ苦闘嗜好
難しすぎ・・・
0328デフォルトの名無しさんNGNG
>>321
今読み返したけど、やっぱり難しいコードなんてないじゃん。
0329デフォルトの名無しさんNGNG
>>328
難しいから駄目なんじゃなくて、
糞だから駄目なんじゃないの?
0330デフォルトの名無しさんNGNG
憂鬱はおいらのバイブルさ。
0331デフォルトの名無しさんNGNG
「憂鬱」を理解できなくてあばれてる奴って、一人だけだろ。
■ このスレッドは過去ログ倉庫に格納されています