C++をやめたい人が集うスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGやめたいです。って人集まれ〜
0002デフォルトの名無しさん
NGNGやめるならここにもくるなよ。
何がしたいわけ？
00031じゃないけど
NGNG心底疲れました。何もかもがアホらしいです。
0004デフォルトの名無しさん
NGNG0005デフォルトの名無しさん
NGNGじゃ、STL使うなそれぐらい自力で実装すれ
0006デフォルトの名無しさん
NGNGここらでSTLに挫折した、全体の９５％相当のプログラマが
不買運動を起こし、消滅します。
ありがとうC言語！そしてC++さようなら！（^_^)また会えるといいね！
0007デフォルトの名無しさん
NGNG挫折したのはお前と根性と脳みそのないごく一部だけ。
0008デフォルトの名無しさん
NGNG＞STLに挫折した、全体の９５％相当のプログラマが
＞STLに挫折した、全体の９５％相当の厨房が
でした。ごめんなさい。
0009デフォルトの名無しさん
NGNG簡単だしパワフルだし
0010デフォルトの名無しさん
NGNGtemplate がない
0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNG0013SHIGE
NGNG男としての自信を無くしていた主人も元気を
取り戻しました。今では新婚のころを思い出して
二人で燃え上がっています。（調布・48歳 主婦）
0014デフォルトの名無しさん
NGNGそんなに覚える事多いか？
0015しゃーぷっ♪
NGNG使ったことないので何ともいえないけど。
0017デフォルトの名無しさん
NGNGvectorとか使うだけなら簡単だけど、
拡張しようとしたりすると面倒だよね。
あと、エラー出たときは正直困る。
templateのエラーはわかりにくい。
さらに、バグもちのSTLが結構あるから、ついSTLを疑いたくなる。
所々コンパイルできないところがあるのも困る。
iterator_trats（スペル自信なし）とかをコンパイルできるコンパイラを見たことがない。
0018Ruby信者
NGNG「C++なんて問題外」
ﾌﾟ
0019デフォルトの名無しさん
NGNG挫折する奴はそんなにいないと思われ。
0020デフォルトの名無しさん
NGNGSTL今から使おうと思ってたのに。
0021デフォルトの名無しさん
NGNG0022デフォルトの名無しさん
NGNG0023デフォルトの名無しさん
NGNG（C言語に対してのマクロプリプロセッサの様な気持ち悪さ）
0024デフォルトの名無しさん
NGNG0025デフォルトの名無しさん
NGNG拡張しようとか、内部を完全に把握しようと思うなら難しいかもしれないけれど、
使うだけなら簡単だろ。
むしろstlの無い言語は触りたくない。
0027デフォルトの名無しさん
NGNG自分用に機能縮小したクラス作ったりとか。
0028Cool
NGNGゲームとか作りやすいし。
でも、俺はVBで「モナービ」作るよ。出来たらDLよろしっく！
0029デフォルトの名無しさん
NGNGマジで氏ね。今回は本気で邪魔だ。
どうやってＨＳＰ(糞)でデータ管理するんだ？ヴォケが！！
スレ違いって言うか、首吊って氏ね。
0030デフォルトの名無しさん
NGNG他の言語も色々やってると>>23みたいに感じる
0031デフォルトの名無しさん
NGNGそーだな。C++と共に歩んできて、
今まで維持してたこのハイテンションは、
一体なんだったんだ？という感じに陥る。
0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNGそもそもメモリ管理の繁雑さがない言語のユーザからみると、
なんというか無駄に難解にみえる。
0034デフォルトの名無しさん
NGNGstringstream 拡張して
cdbg << "hoge" << std::endl;
ってすると、OutputDebugString するってクラスなら作ったことがあるよ。
0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNGが過度に複雑になった感がある。
柔軟なデータ処理をしたければ、動的型付けができるスクリプト言語の方が
いいだろうし、大量のデータを扱うんなら、データベースを使うのがいい。
が、スクリプト言語やデータベース自身を何で記述するかと言われれば、
CかC++になるのもまた事実。
0037デフォルトの名無しさん
NGNG0038デフォルトの名無しさん
NGNG最近のゲームは１０万行以上なんてザラだし、
Ｃ言語でなんてやってられん。
0039デフォルトの名無しさん
NGNGあ、それ私も思ったことある。かゆい所（でも簡単な処理）に手が届かない、みたいな。
0040デフォルトの名無しさん
NGNGどうせ既存のテンプレートは、扱いづらい部分があるし。
0041shige
NGNG0042デフォルトの名無しさん
NGNG. // /
. // ソ /
// ラ ./
// ネ /
// / ./
// ヨ /
∧空∧/＿＿＿/
_______ ｛´ ◎ `｝＜ ソラネーヨ
,ィィ,ィィ＼）:::::::::（
しししし(_つ:::::::::ヽ
ヽ＿＿ノ::::::::::::::|二手
（;;;;;;;;;;;;;;;;;;;）
／／ ＞＞__
＜◎:::> ＜::::◎ノ
0043デフォルトの名無しさん
NGNGhttp://www.codeproject.com/cpp/blockallocator.asp?print=true
http://www.edm2.com/0508/stl.html
http://home.camelot.de/langer/Articles/C++Report/Allocators/Allocators.html
http://www.josuttis.com/cppcode/allocator.html
http://www.remus.dti.ne.jp/~seigo13/stl.html
http://allocator.sourceforge.net/
0044デフォルトの名無しさん
NGNG0045ﾏｼﾞﾚｽ
NGNG0046デフォルトの名無しさん
NGNGそこまでやったにも関わらず万能じゃないところが
C++の荒らし甲斐がある(わら)ところ。
今からメタクラスの仕掛けを搭載することは「無理」だろ。
他の機能がそれを邪魔するから。
頑張れば万能になれるって思うのは大間違いで、
定方向進化にはまってしまえば専門馬鹿の道以外残ってない
という当たり前の原理の体現者が1つ増えただけ。
0047デフォルトの名無しさん
NGNG試行錯誤しながら何かする様な言語では無いと思う。
0048デフォルトの名無しさん
NGNG思うんだけど、どうでしょうか？
でも逆のことで言えば、マイクロソフトがインターフェイスが、
CのシステムでC++を無理やり使わせようとしたこと自体が、
C++が敬遠されるようになった要因かも？
CとC++なんてまったく別の言語みたいなもんだから、
OSのインターフェイスからそれを使わないと中途半端だよね。
今からOS書くんだったら絶対C++で書くべきだと思うんだけど。
BeOSが普及していればみんなC++をやっていたと思うけどね、おれは。
ネイティブのアプリを作るときにシステム記述言語と同じ言語で
アプリが作られることが多い。この事実の前にC++は消えうせるのかな？
今さらUNIXってのもなんだかねぇ。
別にキライじゃないからいいんだけど、
UNIX/Cって組み合わせはあと何十年続くことやら。
むかしあったLinuxをC++で書き換える計画はどこへいったんだろう。
書き換えてよ！＞AlanCox
おれみたいなヘタレには無理だから、頼むよｗ
0049デフォルトの名無しさん
NGNG0050デフォルトの名無しさん
NGNG0051デフォルトの名無しさん
NGNG動的リンクの仕掛けが弱いから
(なぜならメタクラス的な機能が無いから)、
OSを作ったら悲しいことになるぞ。
新しい種類(既存methodのoverrideだけじゃなくて新規methodを含む)の
ドライバのクラスを追加したいと思うたびにOS全体をmakeしなおしだ(わら
それじゃUNIX(しかも古典的な)と何らかわらない。
ObjectiveCにしとけって。NeXTやMacOSXみたいなもんだ。
0052デフォルトの名無しさん
NGNG相当混乱したらしい（伝聞）。
ソレ聞いたときは、あーあ、やっちゃったよ、って思ったね。
0053デフォルトの名無しさん
NGNGやっぱり一つ一つ自分で確かめるしかないんだよね？
0054デフォルトの名無しさん
NGNG何を確かめたいの？
0055＞５３
NGNG0056デフォルトの名無しさん
NGNG曲りなりにもOOPな言語C++で、それを望むのは愚の骨頂だぞ。
しかも実装依存ばりばりでコンパイラごとにばらばらじゃんか。
そんなに心配なら自分で気に入る(＆当然だが実際きちんと動く)ような
コードが吐かれる、C++コード＞asmの変換(というかコンパイラ)を自分で作れ。
リンクの名前規約は存在するけどさ。
0057名無しさん
NGNG0058名無しさん＠Ｅｍａｃｓ
NGNG> STL は C++ の複雑さ(主にメモリ管理)を隠蔽するためにあるので、
それはかなり勘違い。美しいcontainer libraryの研究から生まれた。
最初はAdaで実装されていた。
実際STLのややこしい部分はC++の仕様や流儀からもたらされている。
templateばりばり使っているので、エラーメッセージはやっぱり分かりにくいと思う。
STLの設計は、JavaやC#のcontainerにも強い影響を与えており、
新しいframework設計流儀を生み出した。学ぶ価値があると思う。
0059デフォルトの名無しさん
NGNGいろいろなコンパイラが吐き出すコードを見てきたけど、
仮想関数テーブルの持ち方について見た限りでは
どのコンパイラも同じような実装だった。
とにかくコンパイラが出力した結果を見てみると勉強になる。
解ってしまえば単純な実装ばかりだけれど、
不安がなくなるというのは大きい。
C++ほど実装が丸見えなOO言語は珍しい。
アセンブラの知識があればほとんど把握できるぞ。
0060デフォルトの名無しさん
NGNGありがとうございます。今度暇を見てコンパイラの吐き出すソースを追っかけて
みようと思います。
C++ってどんなふうにコンパイルされているのか、それが分からないことには
理解したとはいえないですよね。
0061名無しさん＠Ｅｍａｃｓ
NGNGああ、そういう目的なの？
Object modelが書いてある本が翻訳されているよ。
「注解 C++ リファレンスマニュアル」(通称ARM)
CFrontを実装していた人のは「C++オブジェクトモデル」だったかな。
0062デフォルトの名無しさん
NGNG>STLの設計は、JavaやC#のcontainerにも強い影響を与えており
影響というほどの影響があったかなあ？
javaとかはtemplateなんて使わずに実現してるから
かなり大きな差が有ると思うけど。
一方でtemplate使うかどうかと別の問題については、
コンテナ系なんてどうせ誰が実装しても似たような定番の
クラス＋メソッドになるようだし。
>>61
C++のObjectモデルは糞。
あそこまでやっておきながら、なぜあと一歩、
「VMTにアクセスする変数や関数」を
用意しなかったのかが、謎すぎ。
0063デフォルトの名無しさん
NGNG0064>63
NGNG正確にはVMTを直接アクセスするわけではないし、
VMT以外にも動的にクラス・インスタンスの情報に
アクセスしないといけないんだけど。
C++は機能過多な割にこの辺が決定的に弱い。
0065厨房
NGNG0066デフォルトの名無しさん
NGNG0067デフォルトの名無しさん
NGNGあと、それはデバッグを困難にせずに使える？
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG特殊すぎるかもしらんが
C++で綺麗に書いたアプリケーションに、そのアプリを操作する
独自のスクリプト言語を実装したい場合なんかどう？
Windowsならまだしも、UNIXでそれやろうとするとわりと鬱
デバッグの方はパス.
0070デフォルトの名無しさん
NGNG・ダイナミックキャスト
・オブジェクトのシリアライズ・永続化
・開発環境との連携(フォームデザイナなど)
・テスタ・デバッガとの連携(TestingFramework, インスペクトなど)
・その他小細工
他にもあるかな？
0071デフォルトの名無しさん
NGNG完璧すぎておつりが山のほうにくるフォロー感謝。
そういう概念を無理矢理一言で言い表したかったんだが、
失敗だったようだ。というわけでフォロー感謝。
>>67
>デバッグを困難にせずに
型がちがちにしないとデバッグが困難になる、という都市伝説は
せいぜい3割くらいしか当たってないと思われ。
それよりも、型がちがちだとどうしても必要になる記述が
実はかなりの部分が「無駄」だったのだと気付くことは
開発効率について新たな視点を体得するためには重要。
それにJavaみたいな言語構成ならば、型がちがちとリフレクションとを
うまく住み分けさせられるから、C++系言語に馴染んだ目にも
あんまりきつくないと思うぞ。
>>69
面白い試みだとは思われ。
JavaやObjectiveCでやってみる価値あるかも。
あ。Javaで実装されたPythonなどがもしかして既にやってるかも。
WinってもしかしてCOMとかの話っすか？
あれはOS自体がリフレクションばりばりな言語(のバックエンド)を
支援してるようなもんっすね。
unixだとGNOMEやKDEがそれを目指そうとしてるところ。
>>70
そそ。それそれ。どもども。
というか、それらは互いに密接に結びついてるよね。
DYNキャストが出来るからこそシリアライズで楽が出来るし、
シリアライズが出来るからフォームデザイナで楽が出来る。
#ここでいう楽とは、全てのクラスにいちいちメソッドの実装を作らなくてもいいという意味。
#全部のクラスで使えるシリアライズメソッドとかが一発で書けてしまう。
あ。デバッグが「却って」楽になる、というのは言えてると思う。
というか逆にいえば、VC++のデバッガのObject表示なんざ
なんぼ涙ぐましい努力をしてるんだろう？と思うと合掌しちまう。
あんなのリフレクションがあれば一発楽勝で実装できるんだが。
0072デフォルトの名無しさん
NGNGそっち調べた方が早いと思うけど。
0073デフォルトの名無しさん
NGNG>C++は機能過多な割にこの辺が決定的に弱い。
ここらへんの機能をおもいきってぶち込んじゃえばいいような
後付けしたってそんなに歪な仕様にはならないと思う
0074デフォルトの名無しさん
NGNG言語オタ以外の視点でのコメントを期待。
0075デフォルトの名無しさん
NGNGそれを直に叩いてる人っている？
それとも、何かのライブラリがコッソリ使ってるだけ？
0076デフォルトの名無しさん
NGNGhttp://www.hlla.is.tsukuba.ac.jp/~mich/openjava/
CLOS(Common Lisp Object System)の
MOP(Meta Object Protocol)もどき？が入ったJava。
Reflection機能が強化されてるらしい。
類似品にOpenC++とかがあるみたい。
0077デフォルトの名無しさん
NGNG> 型がちがちにしないとデバッグが困難になる、という都市伝説は
> せいぜい3割くらいしか当たってないと思われ。
> それよりも、型がちがちだとどうしても必要になる記述が
> 実はかなりの部分が「無駄」だった
興味ある主張なんだけど、これを裏付けるデータってある？
0078デフォルトの名無しさん
NGNG期待age
0079>77
NGNG型なし言語逝ってよし
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=986355498
0080デフォルトの名無しさん
NGNG使えるよ。ITypeLib とか IDispatch(Ex) なんかがその辺のサポートを
している。
ごく単純なCOM (CoCreate, QueryInterface, AddRef, Release) の
約束事を一歩でると(出る方向にもよるけど)リフラクションをするための
機構に即出会う。ただ、C++ は呼び出し規約の動的なナニソレにネイティブで
対応していない - また、しにくい - 言語だから、コーディングのときには
埋め込み SQL のノリで VBS を埋め込みたくなる。
0081Javaプログラマ
NGNGシリアライズとかORBとかBean関係とかの裏方でバンバン使われてるけど
普通のアプリじゃそれほどお世話にならない
(一応コンパイラ言語?だからリフレクションっていっても
ほとんど情報の参照のみだし。)
0082デフォルトの名無しさん
NGNGDelphi,C++Builderで思いっきり使ってんだけど。
これが無ければ窓一枚まともに出せないよ。
0083名無しさん＠Ｅｍａｃｓ
NGNGAbstractFactoryやFactoryMethodをもっとsimpleに記述できる。
というような用途には今すぐにでも使いたい。
ただ、OS kernelの記述も視野に入れたruntimeの効率も重要な課題であるC++に、
reflectionを入れるのはまだ早いと思う。今後の研究課題。
# ちなみにOpenC++ってのはMOP喋るよん。
0084デフォルトの名無しさん
NGNG0085質問君
NGNGそいつらがどういう概念を理解すれば鬱陶しくなくなるんだい？
0086デフォルトの名無しさん
NGNGLISPはともかくとして、この記事の「ほげ言語」のパラドックス
あたりを読んで、肯定的、あるいは否定的でも構わないが
物事にはいろんな見方があるし、いろんな意見がある、ってことを
分かってくれればそれでOKかな。
他言語には見向きもせず、C++マンセーとか逝っている連中は、
ちと疲れるところがある。
0087デフォルトの名無しさん
NGNGURLの最後の'l'が抜けているよ。
ようするに井戸の中のでかい顔の蛙が嫌い、ってことか。
0088デフォルトの名無しさん
NGNG>reflectionを入れるのはまだ早いと思う。今後の研究課題。
うーむ、いまさら今後の課題とか言われてもね。
Rubyみたいに抱き合わせで無理やり使わせる必要なんて無くって、
昔のTurbo Pascalみたいにvirtual使わなければvmtなんて作らないというように
オプショナルにしとけばいいんでない？
0089デフォルトの名無しさん
NGNG指定するしね。TPersistentの実装をみてちょ。
0090デフォルトの名無しさん
NGNG既にそうなってるんじゃない？ >C++
0091デフォルトの名無しさん
NGNGでも、そんな(RTTIつきでコンパイルされた)TPersistentクラスが
標準装備ライブラリのめちゃめちゃ中核を成すクラスである、
という点もまた、謀らずもRTTIの普遍的役立ち度を
物語ってるんじゃないかと思うが。
>>90
というかそれは最適化の範疇だよね？
不要かどうかはコンパイル段階にわかるわけだし、
「誤って」virtualなクラスで設定オフにしたら困ったことになるわけで、
自動的に切り替えるべきものと思われ。
ruby(やObjectiveC(わら))がRTTIを抱き合わせにしてるのは、
(釈迦説法とは思うが)Objectの構造自体がC++と違うせいでしょう。
静的な構造をもつ構造体の延長としてClassを作っている言語とは
成り立ちが違うって奴。
ただ、rubyなんかの速度(速くもないが遅くもない)を見てると、
RTTIとの縁を少なめにするというリスク(?)と引き換えにしてまで
静的っぽいClassアーキテクチャを採用することのメリットが
どれだけあるか？というと、かなり…うーん…と思わざるを得ない。
それにしても、RTTIはともかくVMTすら無い「OOP」って
OOPと呼べるんだろうか？
欲しくなったときに何時でも気兼ねなくVMTを使ると限らない
(という設計を強いる必要がしばしばある)ような状況を
OOPと呼ぶんだろうか？
0092デフォルトの名無しさん
NGNGOOP云々は下手に持ち出すと言語オタが押し寄せてくるのでやめたほうがいい
sage
009389
NGNGあ、RTTIにケチを付けるつもりは全くありません。
DelphiはすべてのクラスにRTTI情報を強制的に付加するのではなく
TPersistent派生クラスに限ってRTTI情報を付加していますよね。
だから>>83のいう効率とRTTIは両立可能であると言いたかったのです。
0094デフォルトの名無しさん
NGNG>OOPと呼べるんだろうか？
例えば高速に処理する必要のあるようなプリミティブなクラス「ごとき｣に
RTTIだのVMTだのOOPだの動的生成だのなんて持ち出す必要はない。
C++の位置付けを無視して動(or Ruby)的でないって批判は見当違いだよ。
0095デフォルトの名無しさん
NGNG自動的に付かないというのはどういう意味？
まぁデフォルトでvirtualになってもいいとは思うけど、
まだＰＣの速度が遅く、OOが理解されていなかった時代に、
virtualをデフォルトにしたら、それこそ今以上に非難されていただろう。
JavaやC#やEiffelはいい言語だ。
でもCやC++は、そういう高級言語と、アセンブラの間を埋める言語なんだよ。
今のWindows2000があるのはC++があるからだろう。
Cで作られたGNOMEや、ObjectiveCで作られたMacOS Xは、重くて不安定だし、
Javaで作られていたら劇重だろうね。
009683
NGNGVMTなんて必要なければはなっから作らないよ。
>>93
RTTIと両立できるのは今や誰でも分かってるし、そもそもC++のRTTIはそう設計された。
RTTIじゃなくてMOPの話してたの。Class, instance, slot, VMT等がfirst class objectになって、
それらの振舞いが記述できる、ってことなんだけど。
0097デフォルトの名無しさん
NGNG昨日や今日C++やり始めたなんて感じじゃなさそうですが、
もうどれくらいやっているのでしょうか？
0098デフォルトの名無しさん
NGNG0099デフォルトの名無しさん
NGNG>でもCやC++は、そういう高級言語と、アセンブラの間を埋める言語なんだよ。
>今のWindows2000があるのはC++があるからだろう。
それはダウトだなあ。本当にそう機能してるの？
性能や安定性(やメンテ性)を求めた結果がアレか？という…
>Cで作られたGNOMEや、ObjectiveCで作られたMacOS Xは、重くて不安定だし、
GNOMEは(COM並に)動的だ(から重い＆不安定)っていう話？
だとしたらW2kの上で動くCOMだのOLEだのの立場をどう説明したらいいのだろう？
#ところでNeXTは重くて不安定だったんでしょうか?そりゃ重さは当時じゃ言うまでも無かったろうけど。
GNOMEやOSXは単に実装がこなれてないだけでわ。
むしろMSが、15年も前から存在するC++を使っても、そこそこ安定なOSが今まで作れなかった、
と解釈するほうが合っているような気がする。
ともかく、C++の(Cに比べて)OOPっぽい構文チェック能力は欲しいと思う
(バグはしばしばそこに潜むわけで)が、それでコンパイルし生成される
Objectモデルも同時に欲しいと思うかどうかはまた別だな。
ユーザーが選択できるようになってたら理想だったかも。
あるいは、javaかdelphi(わら)程度の複雑度と柔軟度を持ったC系Native言語、だったら
良かったのでわないかと。
>Javaで作られていたら劇重だろうね。
Javaはまた別の問題でしょう。
>>96
>RTTIじゃなくてMOPの話してたの。Class, instance, slot, VMT等がfirst class objectになって、
>それらの振舞いが記述できる、ってことなんだけど。
そうだったの？＞話
ただ、その手のFCOが欲しいってのは、覇夏至く同意。
ClassObjectなんて、ReadOnlyでもいいから是非欲しい。
010095
NGNG>性能や安定性(やメンテ性)を求めた結果がアレか？という…
おれはWindowsNT系OSの安定性は驚異的だと思うけどね。
ネットワークカードとマザボの相性でブルースクリーンが出て、
OSが原因だと思い込むような厨房たちが騒いでいるだけ。
>GNOMEは(COM並に)動的だ(から重い＆不安定)っていう話？
>だとしたらW2kの上で動くCOMだのOLEだのの立場をどう説明したらいいのだろう？
そうではなく、COMだOLEだと積み込みながら、速度と安定性を両立しているのは
C++が効果的だからではないか、という話。
>#ところでNeXTは重くて不安定だったんでしょうか?そりゃ重さは当時じゃ言うまでも無かったろうけど。
当時から重かったけれど、Display PostScript だからしかたがないわな。
評価できるほど使ってないので安定性がどうこう言うことはできないけれど、
ハングアップしてマウスカーソルしか動かなくなることはあった。
ネットワークに繋がっているNeXTが一斉にハングしたこともあったな。
>むしろMSが、15年も前から存在するC++を使っても、そこそこ安定なOSが今まで作れなかった、
>と解釈するほうが合っているような気がする。
例外もテンプレートもSTLも仮想関数すらもなく、規格も定まっていなかった１５年前のC++と比べてもねぇ。
それに10年前のMSにはオブジェクト指向を理解している技術者が少なかったのではないかと思う。
WindowsNT4を作る頃になってようやくC++やJavaを使えるようになってきたところでは。
0101デフォルトの名無しさん
NGNG驚異的というのも言いすぎでわ…。
>例外もテンプレートもSTLも仮想関数すらもなく、規格も定まっていなかった１５年前のC++
逆にいうとOLEってそんなに新しかった？
Javaよりは古かったのでわ…
どっちかってーとリファクタリングというかDailyBuildというか(今風に言えば)の
効果のほうを高く評価すべきなんじゃないか…と思うが、どうせソースが見れるわけ
でもないんで(わら)憶測に留まる。
#セキュリティを捨てることでどれだけ速度が稼げるのかは知らない(わら
0102デフォルトの名無しさん
NGNGさっぱり意味がわからない
0103デフォルトの名無しさん
NGNGGNOMEはC++を使うべきところまでCで書いておる。これからも安定せんかもね。
で良い？
良いならGNOMEの何処をC++で書くべきか意見希望。
KDEは全部C++ですね。
0104デフォルトの名無しさん
NGNG0105デフォルトの名無しさん
NGNGwhy?
0106デフォルトの名無しさん
NGNG>驚異的というのも言いすぎでわ…。
サポートしなけりゃならないハードウェア/ソフトウェアの数を考える
と驚異的だと思いますよ。
NT3.51->NT4.0での設計変更がなければもっと安定していると思いますが。
# サーバ版ではグラフィックはカーネルから外して欲しいなあ。
>逆にいうとOLEってそんなに新しかった？
OLE2はWin3.1からだから10年くらい前ですか？
基本的なアーキテクチャはその時からほとんど変わってないですね。
その頃はOLEでもCでの実装がメインだったんじゃないでしょうか。
0107デフォルトの名無しさん
NGNG># サーバ版ではグラフィックはカーネルから外して欲しいなあ。
WinXPでカーネル統一するから無理。
それどころか今度はIISがカーネルにぶち込まれるらしいよ(藁
0108突如乱入者
NGNG> サポートしなけりゃならないハードウェア/ソフトウェアの数を考える
> と驚異的だと思いますよ。
では、Windows, *BSD, Linuxは全て驚異的、ということで。
ただ、「ソフトウェアの数」が問題になる所は、
> NT3.51->NT4.0での設計変更がなければもっと安定していると思いますが。
> # サーバ版ではグラフィックはカーネルから外して欲しいなあ。
と同じように、Windowsがlow-level interfaceを重要視するOSで、
「驚異的」を返上しないといけない所だな。
0109106
NGNGいや、だからサーバ版だけ。それならサーバ版とワークステーション版
(正式な名前忘れました)の値段が違っても納得できる:-P
0110デフォルトの名無しさん
NGNG>それどころか今度はIISがカーネルにぶち込まれるらしいよ(藁
Linuxでは既に（機能限定）HTTPDがカーネルに入ってます。
0111デフォルトの名無しさん
NGNGカーネルは生きてて画面が出ないだけ？
0112デフォルトの名無しさん
NGNG0113デフォルトの名無しさん
NGNG>> と驚異的だと思いますよ。
>
>では、Windows, *BSD, Linuxは全て驚異的、ということで。
*BSDやLinuxがサポートしているハードなんて
Windowsと比べたら数えるほどしかないと思うが。
メルコのUSB接続の無線LANが使えるなら教えてくれ。
使うから。
0114デフォルトの名無しさん
NGNG思ってるのは言いが、堂々と人に言わないようにね。
0115デフォルトの名無しさん
NGNG108は、Windows と Linux/*BSD の supported hardware の数を比べて
ないだろ。比べることが目的の発言ではない。
0116デフォルトの名無しさん
NGNG動かなきゃ商売にならんのだからハードメーカが対応してんだ。
アホか。
0117デフォルトの名無しさん
NGNGそこを指摘してるわけじゃないだろ？阿呆。
0118デフォルトの名無しさん
NGNGもしくはハードウェアを抽象化させるためにC++をどのように用いたらよいのか？
なぁーんて話でもいいです。勝ってすみません
0119117
NGNG0120デフォルトの名無しさん
NGNG0121デフォルトの名無しさん
NGNG一番の問題はMOPとまではいかなくてもclass objectがないから、
「これはscsi_disk interfaceを継承したclassだから」
というlogicを別に作らなければいけないこと。
そこがOO風にならなければ「C++的OS」ではないので。
// 「C++をやりたい人が集うスレ」になっているのは問題ないのか？
// 俺的にはない。C++を止めるつもり全くないので。templateマンセー！
0122デフォルトの名無しさん
NGNG0124デフォルトの名無しさん
NGNGなんかへんな音してきたんですけど･･･
0126デフォルトの名無しさん
NGNGグロですか？心霊ですか？
0127デフォルトの名無しさん
NGNG0128デフォルトの名無しさん
NGNGttp://java-house.etl.go.jp/ml/archive/j-h-b/001927.html
適当にgoogleしただけ。
0129デフォルトの名無しさん
NGNGマ板に帰れ。ウザイ。
0130デフォルトの名無しさん
NGNG{
// variantって名前から想像がつくとおり、どんなデータ型でも格納できるごった煮クラス
};
を定義して、クラスのメソッドは
typedef variant (*method)(const map<string, variant>& in, map<string, varint>& out)
に統一し、
各クラスは
class
{
map<string, method> method_table;
map<string, variant> member_table;
};
を持つってことでどうでしょうか。
（もはや、何言語だかわからん）
0131デフォルトの名無しさん
NGNG0132デフォルトの名無しさん
NGNGてゆーか、(C++使って)新しい言語を自作してるに過ぎないのでわ…(^^;;;;
そこまで必要になってしまう状況においては、C++では足りない、
という話になると思われ。
0133 ほんと？
NGNGちょっとしょっく。
0134デフォルトの名無しさん
NGNGものすごく有名でこの板でも何度もがいしゅつのネタ（Joke）
0135デフォルトの名無しさん
NGNG0136ほんと？
NGNG0137デフォルトの名無しさん
NGNG0138すみません
NGNGC++にできない、Cならではの技ってあるのですか？
0139デフォルトの名無しさん
NGNGそもそもCを知っているのか？
0140デフォルトの名無しさん
NGNG中1で方程式を習うと鶴亀算を使いたくなくなるような感じと思われ。
0141デフォルトの名無しさん
NGNG俺はマジに取ってるけどな、言ってること間違ってないし
0142すみません
NGNGレスありがとうございます。
かろうじて齧ってる程度です。はじめての言語で、Cによってプログラミングのおもしろさを初体験したから、未練というか、Cにこだわり抜くという道もありかなと。それだけにまた、C++がCの上位互換なら、C++を自分のスタンダードに据えなおすべきかも、、、とも思ったりするのです。
>>140
レスありがとうございます。
そんな感じですか。ふうううむ、、、
0143デフォルトの名無しさん
NGNGそれはC++にはC++の使い方がある為であって
決してCの技が劣っているわけではない。
神よ、お許しください。
私はC++に溺れるあまり、Cでの地道な愛を忘れてしまいた。
アーメソ
2001/08/03 ぢょん
0145デフォルトの名無しさん
NGNGC++もそうなのでは？この手の言語ってどうしてもコンパイラの仕様から離れられない。
0146デフォルトの名無しさん
NGNGCをC++に置き換えて読むと面白い。
C++で満足したら先に進めない。ナイスな真理だ。
「C++の先」を考えてない真性C++厨毒な奴がいたら、謹んで排除してあげましょう。
0147デフォルトの名無しさん
NGNGCをJavaに置き換えて読むと面白い。
Javaで満足したら先に進めない。ナイスな真理だ。
「Javaの先」を考えてない真性Java厨毒な奴がいたら、謹んで排除してあげましょう。
0148turbo type D
NGNG超ガイシュツ有名ページだが
ネタかマジかどちらなのか
はっきりさせている情報にはめぐり合ったことがない。
0149140
NGNGまったくそのとおりだと思うよ。>>86 さんのURL参照ってことですな。
>>148
http://www.research.att.com/~bs/bs_faq.html#IEEE
は？
0150すみません
NGNGレスありがとうございます。
こだわり抜いてみようかな。。。そうする価値はありそうで、まだ知らないCのおもしろさはまだまだありそう。
一方C++にも関心があるから、、、とりあえずC++についてはせめてコードを読めるようになりたい。。。120%厨房なわたくしです。
ひとつの言語を極めている方、いくつもの言語をあやつる方、、、あゝそういう方々には世界がどのように見えるのだろう．．．。
（あ。あと汗も気になりますね。）
0151turbo type D
NGNG英語かんべんしてよ。読むの疲れるし...
Excite翻訳しても、意味わからないなあ。参った参った。
0152デフォルトの名無しさん
NGNG0153デフォルトの名無しさん
NGNG本人があの記事は嘘だと言っているだけ。
数行の文ですが本当にわかんないの？ネタor何らかの意図でわからないと言っているのか？
0154デフォルトの名無しさん
NGNG例が思いうかばないのですが、たとえばどういう感じですか？>145
おしえてください(C++書きですが汗しりません)。
0155デフォルトの名無しさん
NGNG英語読むまでもないと思うぞ。
C++作者が「真のハッカー」ならば、たとえどんなにCoolだったとしても所詮JOKEに過ぎないもの(=C++)を
15年以上も自らFollowし続けるとは思い難い。ハッカー(の自覚が有る人)なら
ハッカーは芸人じゃないということくらい気付いているだろうからね。
ちなみに真のハッカーでなかったならば、最初からC++は却下(わら
0156デフォルトの名無しさん
NGNG0157デフォルトの名無しさん
NGNGCLOS is cool !
0158デフォルトの名無しさん
NGNG思うのは気のせいかしら。。
0159デフォルトの名無しさん
NGNGをしっかり把握しなくちゃ条件が多くなると何回も読み直したりするじゃん
糞みたいな名前付けてて訳わかんなくなるし
C++だとオブジェクトの性質をいくらかまとめているからその文把握しやすい
オブジェクト指向のオのじも無いコードだとCより悪い
0160デフォルトの名無しさん
NGNG処理系が用意したオプティマイズ機能使うだけでもいいけど、
自分で都合の良い様に構文を作ったり、効率の良いコードに変換
するプログラムを作ると、それを言語の機能の一部として使える。
応用すれば、プログラムの全ての関数をインライン展開して、
たった１つの巨大な関数へまとめたりもできる。
（展開しまくると、人間には到底把握できそうにないコードの
固まりになるけど、ちゃんとしたlispプログラム。そのまま配布にも使える。）
関数型としてプログラムを組む場合は、OO機能は特に必要ないけど、
必要ならそういうコーティングもできる。
0161デフォルトの名無しさん
NGNG0162デフォルトの名無しさん
NGNG>たった１つの巨大な関数へまとめたりもできる。
まあ展開だけなら簡単だよね。lispとかの場合。
0163デフォルトの名無しさん
NGNG0164デフォルトの名無しさん
NGNGで検索すれば
0165デフォルトの名無しさん
NGNGhttp://www.ansi.org/ から検索したところ、次のドキュメントが見
つかりました。中身確認してないけど、これじゃないかな。
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO%2FIEC+14882%2D1998
ISO/IEC 14882-1998
Information Technology - Programming Languages - C++
(US$ 18)
0166デフォルトの名無しさん
NGNGこれって標準になったやつだよね？
これが最新だとすると次のドラフト案なんてものはまだまだ
出てないってことかな？
0167デフォルトの名無しさん
NGNGドラフト以前の情報を、
http://anubis.dkuug.dk/jtc1/sc22/wg21/で読むしかないと思うよん。
0168デフォルトの名無しさん
NGNG0169デフォルトの名無しさん
NGNGおめでとう。
0170デフォルトの名無しさん
NGNG0171デフォルトの名無しさん
NGNGおめでとう。
0172デフォルトの名無しさん
NGNGおめでとさん。
0173C++をやめたら
NGNG0174デフォルトの名無しさん
NGNG■ このスレッドは過去ログ倉庫に格納されています