[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 02/26 06:21 / Filesize : 219 KB / Number-of Response : 994
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【肥大化】C++ を見捨てたヤシ【複雑化】



1 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 09:52:47 ]
文法面での機能拡張しすぎ。
C++の構文解析とか、もうワケワカメ。
マイクロソフト拡張大杉。
gcnew とか使うぐらいなら素直に Java でも C# でもつかえ!!!



752 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:38:15 ]
つまり翻訳するとこういう事だろう!

ECMAScript は現在望み得る最も素晴らしい神の言語。
C++ は Tamarin や JavaScriptCore の実装言語だから
それなりに良いんじゃない。どうでも良いけど。

753 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:44:40 ]
戸田翻訳かよw

754 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:12:13 ]
>>751
それは意味が違うだろう
x86用のソフトを、68000で動かしているそんな違和感

755 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:15:12 ]
Tamarinが悪いのっ

756 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:17:40 ]
>>754
68000で動くとソフトの意味無くなるの?


757 名前:デフォルトの名無しさん [2008/05/03(土) 17:20:10 ]
奈津子さんこそ神だろ。
wつけんなよ。
馬鹿にしてると思われるぞ。

758 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:22:04 ]
ごめんなさい。

759 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:26:31 ]
Tamarin、Tamarinうっせーよと思いつつググって、
ちょっと興味持ってしまった。

760 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:53:39 ]
>>744
boostで名前つき引数に対応してる
ttp://www.kmonos.net/alang/boost/classes/parameter.html



761 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:54:40 ]
>>756
貴方日本語判りますか?
私少し判ります
貴方日本語変


762 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:01:47 ]
>>761
変でも何でもいいけど、
>>750-751の通り、意味が無いと思う理由を書いてくれないかな。

763 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:09:25 ]
貴方JAVA理念しってますか?
VM使わない、理念に合わない、しってますか?

764 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:12:42 ]
JazelleとかLiquidVMとかjavaコプロセッサとか
ネイティブトランスレータとかあるけど、
理念に合わないことはない。

理念に合わない理由を説明してもらえないか?

765 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:20:30 ]
>>764
貴方嘘良くない
貴方言うハードワイヤードVM
それJAVA VMね


766 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:22:30 ]
それも仮想マシンに含むならそれで結構だよ。

767 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:27:50 ]
プロセッサも仮想マシンならCも仮想マシン上になるな
処理系がターゲット環境だし

768 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:31:21 ]
HotSpot も Strongtalk も LLVM も Squirrel も Tamarin も
JavaScriptCore もその一部の KJS も C++ なんだよな。
Firefox も Thunderbird も OOo も KDE も Qt も Qtopia も
wxWidget も C++ だし、C++ が分からないとパッチも
書けやしない。嗚呼 C++ がもう少しまともだったら…

769 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:32:16 ]
>>760
すげーな、
boost無理やりすぎ

770 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:33:44 ]
>>767
それは、違うだろ




771 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:39:04 ]
C++は言語自体はあれで出来るだけ最小化されてるんだけどな。
それでも足りないからライブラリで補う、って言って、
あのカオスなライブラリなんだよな。

実際、キーワード引数やガベージコレクタや
今ライブラリでどうにかしてる他多数の機能を
言語に入れろって要求がめちゃめちゃ来てるそうだし。

多分、手に負えない程高度に見えるのは、
ライブラリ作る人達が気合い入れすぎだからだと思う。

772 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:39:07 ]
それじゃあ、JavaVMの理念どうこう以前に
仮想マシン自体が存在しなくなっちゃうよ

773 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:39:40 ]
>>770
何で?

774 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:42:53 ]
>>770
Cの処理系=ネイティブトランスレーター

775 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:48:56 ]
>>773
JAVA VMってのは、仮想のCPUを定義したクラス
インスタンスとしてのJAVA VMがソフトウェアかハードウェアかは問題では無く
JAVA VMの定義に合っていればJAVA VM


776 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:56:01 ]
>>775
Cは物理的なマシンとかCPUを定義してたっけ?

777 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:58:38 ]
何か面白いの見つけた

ttp://www.geocities.co.jp/SiliconValley-SantaClara/1294/parsingcxx.html

778 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:01:06 ]
>>771
大きい小さいと言うのもあるけど、みんなが嫌がってるのは
文法が汚いって事じゃないかな。その所為でコンパイルも遅いし。

779 名前:771 mailto:sage [2008/05/03(土) 19:09:03 ]
>>778
>>777も見て納得した。
ただ、Cとの互換を維持しようとしたのと、
拡張を重ねたって事情はある程度分かってあげて。
この対処は作り直ししかないけど、
javaとかDも徐々に拡張が・・・

780 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:09:55 ]
>>776
してないよ




781 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:13:49 ]
C++の文法は汚いって言われればそのとおり何だけど、それ以上に強力で面白い。

782 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:14:01 ]
だよな
だからCは処理系という仮想的な環境で動いてる
と考えられるわけだ

783 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:14:12 ]
>>771
ライブラリで無理やり実装ってのはCOMで懲りた。
俺もライブラリで補填ってのは間違った方向性だと思う。

言語仕様にあるなら使う、無いなら使わない。
これを守れば、それなりにすっきりまとまるのに
無いならライブラリでそれっぽいの作りましょうとかするから
複雑化するんだよな。

784 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:26:31 ]
>>777のはマジ別の言語を作ろうとしてるなw
テンプレートも使い過ぎると高度過ぎるけど、
プリプロセッサまで使ってメタプロされると流石にギブアップ
boostのmplとかラムダとかの人はそろそろ勘弁して欲しい

785 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:28:48 ]
間違えた
777じゃなくて>>760のリンクだった

786 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:30:03 ]
en.wikipedia.org/wiki/Comparison_of_Java_and_C%2B%2B

C++は文脈依存文法であるのがコンパイルを遅くする原因みたいだから、
JavaやDが拡張されてもC++の様にはならなさそうな。

787 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:32:13 ]
テンプレートとプリプロセッサだけでここまでできるなんて、C++なんて恐ろしい子

788 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:33:59 ]
>>782
ちげぇーよ
CやC++に仮想環境なんてないよ
そんなの、古いコンパイラに今のコード突っ込めば判るだろ

789 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:35:23 ]
ソリアセンブラで出来ることさえ押さえてまけばマクロで銅にでもなる

790 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:36:19 ]
自前プリプロセッサでラムダとかC++の人は節操ない



791 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:37:43 ]
>>788
はぁ?

792 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 20:20:15 ]
>>786
特にDは、コンパイラの作りやすさに重点を置いていることを
はっきり明言している言語だものな。

793 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 20:42:10 ]
Javaもその道の達人が設計に関わったからな

794 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:31:04 ]
コンパイラの作りやすさなんていう利用者には
問題にならないことを優先するよりも、コーディング時の
融通の利きやすさを優先させたほうが、使うほうには
有りがたいと思うけどな。
コンパイル速度はさすがに無視できんけど。

795 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:31:51 ]
処理系の実装のし易さと言語それ自体の使いやすさを混同しないように

796 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:45:58 ]
>>795
釣りだとは思うが…

797 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:54:30 ]
>>796
どういう趣旨の釣りだとお思いで?

798 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:55:05 ]
コンパイラの実装しやすさと、
言語の使いやすさが別物というのに異論は無いけど、
コンパイラの実装しやすさが、コンパイル速度の向上や、
コンパイラが用意されるプラットフォームの増加に繋がって、
言語ユーザーへの恩恵にもなったりするよ。

799 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:12:26 ]
>>797
パーサが書き易いと言う事は自分で好きなだけ構文を弄れるという事だ。
Boost を有り難がってる人種ならその意味が分かるだろ。

釣りか素人かどちらか知らんが、こんな事説明させるなよ。

800 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:19:37 ]
>>799
あほですな



801 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:20:06 ]
パーサを弄るのとテンプレート弄るのは難易度や労力が全然違うだろ。
わかりやすい文法はパーサ作るのは楽だろうが、パーサ作るのが楽なら文法がわかり易くなるかというとそうではないし。FORTHのパーサとか超簡単だけど読みにくいし。


802 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:22:35 ]
>>801
誰もそんな話してないだろw
曲解して否定するのが得意だな

803 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:25:31 ]
>>799>>802
パーザなんて弄ったことない小学生なんでしょ?

804 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:29:26 ]
>>799
1行目と2行目の関連がよくわかりません
ご説明をお願いします

805 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:33:18 ]
>>804
パーサが何をするかは知ってるの?

806 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:35:27 ]
構文解析をします

807 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:39:13 ]
C++の文化だと自分でコードの自動生成したり構文拡張したりはしないのか

808 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:39:27 ]
Boostが何をしないかは知ってるの?

809 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:41:51 ]
>>807
OpenC++ってのもありますが、
今やtempleteがありますしね。

810 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:42:44 ]
超言語的拡張をしません



811 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:44:27 ]
>>808
何をしないの?

812 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:45:07 ]
>>811
>>810


813 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:45:23 ]
boostは小文字でおk

あと、
>Boost を有り難がってる人種ならその意味が分かるだろ。
分かりません。
機能性の優先度は高いものの、メジャーな環境で使えるよう
かなり配慮されて #if とか入りまくりなのに
俺構文作って他のコンパイラで使えなくなったら意味無いじゃん。

何のための(次期)標準かと。

814 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:45:26 ]
>>807
プリプロセッサとテンプレートの仕事なのです。

815 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:46:18 ]
具体的にどんな超言語的拡張をしたいの?

816 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:46:52 ]
>>814
自分でプリプロセッサ作りたくなるでしょ

817 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:47:48 ]
>>807
コードの自動生成はよく行われると思うけど
構文拡張を個々人がするような文化はC++にはないと思う

そんな文化があるの?
ポータビリティはどうなるの?

818 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:51:15 ]
>>816
それと処理系の実装しやすさとは関係ないでしょ
自分プリプロセッサの文法とは関係するけど

819 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:52:07 ]
>>817
例えば cfront を書きたくなったりしたのも最初は個人でしょ

820 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:54:22 ]
コンパイル時に帰納関数を計算するtemplate
演算子オーバーロード
SFINAE
に加えて、
concept_map
があるから独自プリプロセッサなんかいらない。



821 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:55:22 ]
>>819
そんなの上位の一握りだし、さらにその頃とは状況がかなり変わってるし。

822 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:55:37 ]
>>819
だから何?

823 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:57:54 ]
cfrontを書いたのは個人じゃないぞ、AT&T。
bsは方針を練ったが、実装は雇われプログラマがやった。
テスターも雇われがいた。
もともとは電話交換機用のプログラミング言語として作ったから。

824 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:00:56 ]
やっぱり文化が違うな。
まあC++どっぷりじゃそんな気もなくなるか…

825 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:02:29 ]


826 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:02:54 ]
fabrice.bellard.free.fr/tcc/

例えばC++だと↑こういうのを作るのは無理だよね
コンパイルに死ぬ程時間が掛かるから

827 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:04:13 ]
理屈ではC++最強とは思うが
現実的に何かを作る際に他言語のほうが手っ取り早い(、上に最近は処理時間にそれほどシビアにならない)ってのが
C++選択を躊躇させる

828 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:06:29 ]
コンパイラの実装が無いプラットフォームへの対応とかならまだしも、
ポータビリティ0の独自仕様を個人でとかありえないな。

829 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:06:35 ]
上位レイヤーにしか関わらないPG/SEが増えてきたって事かな。

830 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:10:33 ]
>>828
プリプロセッサならポータビリティは損なわれないでしょ
例えば↓ObjC->Cのトランスレータだけど、C Compilerは何でも良い

users.pandora.be/stes/compiler.html



831 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:11:35 ]
下位レイヤーが大勢居たらカオスになるだろ。

832 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:14:21 ]
>>794
>コンパイラの作りやすさなんていう利用者には

コンパイラを書かないしコンパイラのソースも読まないPGが
増えてきたって事かな。

833 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:17:55 ]
これからはプロセッサのスペックアップは鈍化して
期待できないから、C++がまた隆盛になるかもだな。

834 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:18:27 ]
読むのはともかく、コンパイラ書く奴が大勢居たらカオスになるだろ。

835 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:18:53 ]
jikes.sourceforge.net/

Jikesみたいなコンパイル速度が売りのコンパイラはC++にあるの?

836 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:23:08 ]
>>834
特色のある言語処理系が色々と出てくるのは悪い事じゃない
例えばCINTとか

root.cern.ch/twiki/bin/view/ROOT/CINT

837 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:25:23 ]
まあでも今時C++を使ってる人間は余程の熟練者なんだろうな
そうじゃなきゃ普通は>>827みたいに考えるよね

838 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:25:35 ]
>>835
頑張ってググッたようだけどjikesなんて使われてねぇよ

839 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:27:28 ]
>>838
昔は結構使ってたぞ。それなりに有名だったんだが、最近の連中は知らんのか。

840 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:28:35 ]
今は使われていない事に変わりはないだろ。



841 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:28:58 ]
>>839
古参乙
いつのJDK互換か知ってて言ってるのか?

842 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:30:41 ]
>>840
それでも言いたい事は分かるだろ
C++は今も昔もゼロなんだよ

843 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:31:03 ]
C++と比べれば、Javaなんて標準のコンパイラでもめちゃくちゃ速いです。

844 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:32:43 ]
>>843 つまらん

845 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:33:59 ]
C++は標準のコンパイラも無いからポータビリティが大変です。

846 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:34:28 ]
IBMみたいに体力あるところとかOSSならともかく、
独自実装なんてやったアホなコンパイラは標準について来れずに死滅しました

847 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:34:53 ]
>>842
C++に大衆性がないのに同意しない人間はいないだろ。
firefoxとかadobe readerとか、一部のエリートプログラマは使っているが。

848 名前:846 mailto:sage [2008/05/03(土) 23:35:03 ]
javaコンパイラのことな

849 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:36:05 ]
>>847
エリート乙

850 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:38:08 ]
>>846
Microsoft ってまだ Java やってたんだな…



851 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:41:52 ]
>>821
>そんなの上位の一握りだし

今日一番寂しい言葉だったよ... (´・ω・`)

852 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:43:28 ]
>>850
やってないよ
お亡くなりになるJ#のこと?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<219KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef