C++に変わる新しい言語が必要である

1 ：仕様書無しさん：02/10/09 22:50

．

2 ：仕様書無しさん：02/10/09 22:52

　　　　　∧∧　　ミ　＿　ドスッ
　　　　 (　　,,)┌─┴┴─┐
　　　　/　　　つ　　終了.　 |
　　～′　/´　└─┬┬─┘
　　　∪ ∪　　　　 ││　_ε３

3 ：仕様書無しさん：02/10/09 22:55

4 ：仕様書無しさん：02/10/09 23:04

その通り。
C++は無意味に複雑すぎる。

5 ：仕様書無しさん：02/10/09 23:05

Ｃ＃は?

6 ：仕様書無しさん：02/10/09 23:07

>>5
シンプルで多機能ないいツールだが、
従来型のunsafeなプログラムを書きたがるC厨には嫌われがち

7 ：仕様書無しさん：02/10/09 23:08

>>5
ＭＳだけしか通用しない。

8 ：仕様書無しさん：02/10/09 23:08

Javaは?

9 ：仕様書無しさん：02/10/09 23:09

.NET Framework on Linuxとか出て、ApacheでASP.NETが動いたりすると、
業界が転覆すると思う・・・
まぁ、ありえんだろうが

10 ：仕様書無しさん：02/10/09 23:21

これからのOfficeではVBAはどうなるんだ。

11 ：仕様書無しさん：02/10/09 23:22

>>10
どうだろうね。
VBAでADO.NETは使えないから、ADO2.7で打ち止めになるのかな？

12 ：仕様書無しさん：02/10/09 23:29

・文法がJava/C#ライク
・ポインタ有りだが基本的にリファレンスベース
・Unicodeベース(UTF-8/16)
・非MSで非SUN

13 ：仕様書無しさん：02/10/09 23:45

programming language D

14 ：仕様書無しさん：02/10/10 00:02

Ｃ--

15 ：仕様書無しさん：02/10/10 00:11

また新しい言語勘弁してよ。

16 ：仕様書無しさん：02/10/10 00:23

Ｃ＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋

17 ：仕様書無しさん：02/10/10 00:47

C++でいいじゃん。色んな言語があって
用途に合わせて使える今みたいな状況は
悪くない。一つの言語で何かをやろうと
するから>>1みたいな発想をするんだな。
言語理論の研究者なら別かもしれないけど。

18 ：仕様書無しさん：02/10/10 00:48

×何かを
○全てを

19 ：仕様書無しさん：02/10/10 00:49

C++を使うのは一日一時間までにしています。

20 ：仕様書無しさん：02/10/10 02:28

C++が嫌なら使うなよ能無し（ｗ

21 ：仕様書無しさん：02/10/10 03:57

GCCがC#をサポートするのはいつ頃になりそうですか？

22 ：仕様書無しさん：02/10/10 04:04

GNUとM$が和解すれば直ぐにでも。

23 ：仕様書無しさん：02/10/10 12:23

Rubyは

24 ：仕様書無しさん：02/10/10 13:57

C++は悪くないんだけど、コンパイラ、さらには
デバッガが息切れ気味。VC++なんとかしろよ・・・
マイクロソフトのプログラマってあの程度のコンパイラで
満足出来てるの？なわけないよなあ。内部でも不満たらたら
なんだろう

25 ：引き篭もり：02/10/10 14:42

俺が頑張るよ。

26 ：仕様書無しさん：02/10/10 20:28

>>24
不満だからこの板でVBやCOBOL叩いてストレス発散させてるわけで（ｒｙ

27 ： ◆qQ4COMPILE ：02/10/10 23:04

>>24
激しく同意

28 ：仕様書無しさん：02/10/10 23:15

C++にかわる言語とは？

それは・・・・・・

　　Ｃ　　Ｏ　　Ｂ　　Ｏ　　Ｌ　　で　　あ　　る

29 ：仕様書無しさん：02/10/17 23:55

CやC++はいいんだけど、もっと高機能なプリプロセッサの
規格を作って欲しい。今のはなんだか古臭いよ。

30 ：仕様書無しさん：02/10/18 00:02

オブジェクト指向が注目されなかった時、
Smalltalkがはやらなかったのそもそもの間違い。

31 ：仕様書無しさん：02/10/18 00:12

やっぱlispとかが普及してかなあかんのちゃう？

32 ：仕様書無しさん：02/10/18 00:13

>30
新しい言語か？

33 ：仕様書無しさん：02/10/18 00:35

D言語はどうかな？いや、ギャグとかじゃなくて。
http://www.digitalmars.com/d/index.html

非企業製の言語だから、企業の方針に左右されること無いし
それに関連したいざこざも無いと思うな。

俺にはいまいち良くわからんが
「"C++"＋ガベコレ」とか「"C#やJava"＋ネイティブコード生成」とか言われてるみたい。
どうかね？

34 ：ｃｃｃ：02/10/18 00:38

c#はどーかね？

35 ：仕様書無しさん：02/10/18 00:43

C#は嫌。何故嫌かって？ M$だから。それだけ。

36 ：仕様書無しさん：02/10/18 00:49

いや、他にも理由はあるぞ。C#の利点。これらはすべてC++の思想から言ったら欠点になるのだ。

37 ：仕様書無しさん：02/10/18 00:53

gccにC#が含まれるまで拒みつづけます

38 ：仕様書無しさん：02/10/18 01:05

俺はMSがgccを受け入れるのを待っています

39 ：仕様書無しさん：02/10/18 01:21

>>30
流行ったじゃん。でも、実務で使いこなせた事例がほとんど出なかったんだよ。

40 ：仕様書無しさん：02/10/18 01:25

>>35
C#は、現在のVB同様、CLIとかMSの.NET戦略次第で、言語仕様自体も今後も
コロコロ変えられる可能性が高い。昔のW32APIやMFCの日替わりメニュー同様、
良くも悪くもMSと心中する覚悟は必要。

MSにとって重要なのはCLIを普及させる事で、C#はその上のエサにすぎない。

41 ：仕様書無しさん：02/10/18 01:25

病院でコケたしな

42 ：仕様書無しさん：02/10/18 02:47

>>40
でも標準化されちゃったよ。

43 ：PG：02/10/18 03:18

俺もＭ＄言語には可能な限り近寄りたくないな。

44 ：仕様書無しさん：02/10/18 03:29

Javaでいいじゃん。
たしかに速くないけど、遅くもないし。

45 ：仕様書無しさん：02/10/18 06:32

>>43 PGやめろ。

46 ：仕様書無しさん：02/10/18 07:39

>>42
ISO はまだだ。時間の問題っぽいけどね。

47 ：SE：02/10/18 11:31

>>43
んじゃSEになれっ

48 ：仕様書無しさん：02/10/18 12:14

C++obol

49 ：赤い衰勢：02/10/18 12:15

>>47
そうすればババァも喜ぶ

50 ：仕様書無しさん：02/11/23 22:26

D 言語があるよ。

51 ：仕様書無しさん：02/11/23 22:50

俺もＭ＄言語には可能な限り近寄りたくないな。

52 ：仕様書無しさん：02/11/24 06:14

ミリオンダラー

53 ：名無しさん：03/01/02 19:51

　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼
Λ＿Λ　　|　君さぁ　こんなスレッド立てるから　　　　　　　　　|
（　´∀｀）＜　厨房って言われちゃうんだよ　　　　　　　　　　　|
（ ΛΛ つ＞―――――――――――――――――――‐＜
　( ﾟДﾟ) ＜　おまえのことを必要としてる奴なんて　　　　　　　 |
　/つつ　　|　いないんだからさっさと回線切って首吊れ　　　　|
　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿_／

(-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ…
(∩∩) (∩∩) (∩∩)

(-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ…
(∩∩) (∩∩) (∩∩)

(-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ…
(∩∩) (∩∩) (∩∩)

54 ：仕様書無しさん：03/01/03 09:32

だからSchemeにしとけ、と。

55 ：山崎渉：03/01/15 17:26

（＾＾）

56 ：仕様書無しさん：03/02/18 22:16

>>42 全部が標準化されたと思っていたらあんたは騙されちょる。
ISO標準とECMA標準の違いを理解すべし
C#のコアライブラリすべてが標準化されたわけでもないし
特許問題も残っている。
WindowsFormsはWindowsでしかつかえないってのか糞

57 ：名無しさん：03/03/01 21:08

アフォな政治に関わらんよう、Perl でいこう

58 ：(^ｰ')b ◆ShA/gJZOLE ：03/03/02 00:46

そういや最近Ruby見ないな。

59 ：仕様書無しさん：03/03/02 00:57

「Ｃ＃」・・・はMSから出ちゃったから、
「も～っとＣ」だろ。その次は「Ｃドッカ～ン！」

60 ：仕様書無しさん：03/03/02 01:00

Delphiヽ(´ー｀)ノﾏﾝｾｰ

61 ：仕様書無しさん：03/03/02 01:00

C++ 2chEdition

62 ：仕様書無しさん：03/03/02 01:12

>>61
初耳なので詳しく教えてほしいところです…。

63 ：仕様書無しさん：03/03/02 01:46

C++に「変わる」って、どういう意味？
一応C++はCが元になって出来た言語だが、別に変わったわけではないし。

64 ：仕様書無しさん：03/03/02 01:52

>>9
ゲイツならやりかねん

65 ：仕様書無しさん：03/03/02 03:35

オロナミン C++

66 ：仕様書無しさん：03/03/02 04:00

アリナミン VC

67 ：仕様書無しさん：03/03/02 08:16

リポビタン Delphi

68 ：仕様書無しさん：03/03/02 12:53

なめたらあかん～なめたらあかん～人生舐めずにこれ舐めて～♪

69 ：名無しさん：03/03/16 23:05

Perl使って、C+++ が出るのを待ってろ。

70 ：仕様書無しさん：03/03/16 23:08

C++ sp1でどうよ

71 ：仕様書無しさん：03/03/17 02:33

C++に代わる言語は
『SEXズコズコ』です
この言語はハッキリ言ってエロい！！
エロゲー専用言語！！

72 ：仕様書無しさん：03/03/17 03:30

VC3000のど飴

73 ：仕様書無しさん：03/03/17 07:55

tcl/tkでいいじゃん。

74 ：仕様書無しさん：03/03/17 15:08

も～っとＣ＃ドッカ～ン！

75 ：駆け出しＰＧ：03/03/17 15:30

こんにちわ
技術系の質問はこちらですか？

76 ：剛万太郎 ◆OPb3r6Vs1g ：03/03/17 15:31

>>75
他をお探し下さい

77 ：駆け出しＰＧ：03/03/17 15:35

世知辛い世の中ですね　シクシク

78 ：駆け出しＰＧ：03/03/17 15:44

剛万ちゃんってｃ得意？
デリートファイル関数使い方教えてよ
消えないんだあファイル

79 ：仕様書無しさん：03/03/17 15:53

>>78
マニュアル嫁
クズ

80 ：駆け出しＰＧ：03/03/17 15:56

別にクズいわんでも　涙

81 ：剛万太郎 ◆OPb3r6Vs1g ：03/03/17 16:14

物事を調べる力を身につける方がプログラム言語を覚えるよりずーっと
大事なんだよ。わかる？

82 ：駆け出しＰＧ：03/03/17 16:15

うんうんわかるわかる。すまんかったね。

83 ：仕様書無しさん：03/03/18 19:58

誤：C++に変わる新しい言語が必要である
正：C++に代わる新しい言語が必要である

84 ：ケンタさま（神）：03/03/18 19:59

誤：C++に代わる新しい言語が必要である
正：C++に代わる新しぬるぽが必要である

85 ：仕様書無しさん：03/03/18 21:04

戦争がはじまりそうだぞ

86 ：仕様書無しさん：03/03/18 21:07

どんな言語も、必要な機能を付け加えていくうちにC++に「変わる」ということだろ。
まあ、すべての言語はC++に通じるわけだね。
死ぬ前くらいにはC++にたどりついてね。>>C、Java、C#、Ruby

87 ：仕様書無しさん：03/03/18 21:15

ここはC++の中枢だ。Cとの互換性などガラクタに過ぎん、C++の科学はここに結晶している。

88 ：仕様書無しさん：03/03/18 21:17

すべてはＣＯＢＯＬに収束する・・・

89 ：仕様書無しさん：03/03/18 21:18

Ｃ＋＋ってそんなにイイのか・・？ﾊｧﾊｧ
俺も経験したい・・ﾊｧﾊｧ・・

90 ：仕様書無しさん：03/03/18 21:21

>>9
M$はApacheのほうをやろうとしているようだが
まだまだ転覆は早い。

M$はGPLほどでなくともApacheライセンスを嫌っているようだ。
Linuxは言うまでもなく嫌っているため、.net frameworkだけが
対応したところで肝心のサービスの部分が対応しないことには進展は無い。

91 ：仕様書無しさん：03/03/18 21:29

>>36
>いや、他にも理由はあるぞ。C#の利点。これらはすべてC++の思想から
>言ったら欠点になるのだ。

発言内容をこう訂正せよ！

「いや、他にも理由はあるぞ。C#とJavaの利点。これらはすべてC++の思想から
言ったら欠点になるのだ。」

C++と比較する際に、Javaの利点を語らずしてC#のみの利点を語るものは全て
絞め転して八つ裂きにしてくれるわ。

>>40 残念ながらC#を使うために必要なもの何もかもが全て標準化されたわけではないのだ。
LinuxではCLR特許問題に触れておりM$の標準化の矛盾を窺い知ることができる。

>>86 愚か者め！！　今更C++に退化する必要もないわい！！！！！

92 ：仕様書無しさん：03/03/19 14:00

D言語やE言語、F言語なんてたらたらやっててはいけない。
究極の言語を作成するためのプロジェクトを立ち上げるんだ。

そのプロジェクトは新たに作成される言語名にちなんでこう命名されるだろう。

　　　　　　「Σプロジェクト」

93 ：仕様書無しさん：03/03/19 14:07

>92
くだらね

94 ：仕様書無しさん：03/03/19 14:07

Σｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

95 ：仕様書無しさん：03/03/19 14:17

>>92
　　　　　　　　　　　　　　　Σ(ﾟДﾟ；ｴｰｯ!

96 ：仕様書無しさん：03/03/19 14:40

日本発、次世代言語：　織田信長
http://pc2.2ch.net/test/read.cgi/tech/1047230229/
これしかあるまい。

97 ：仕様書無しさん：03/03/19 15:53

なにげに>>87が正しい。

98 ：でじこ。：03/03/19 16:16

こんにちは！
あのう・・・
Win版のHyperCardってありますか？

99 ：でじこ。：03/03/19 16:17

おちえてーん。

100 ：ブ　ッ　シ　ュ　：03/03/19 16:18

俺の気に入らんレスが多いので

■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■■■終　了■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

■■■■■■■■打　ち　切　り■■■■■■byブッシュ■■■■■■■■■■■■■■■■

101 ： ◆ytlZi3c0Qo ：03/03/19 20:09

>>100
ﾌｻﾞｹﾙﾅ!
>>84
こんな所にもｹﾝﾀがいたか!ｶﾞｯ

102 ：仕様書無しさん：03/03/20 00:15

>>92
だったらTRON + Javaでいいだろ

103 ：仕様書無しさん：03/03/20 00:54

つーか、Cに変わる言語が必要。マジで

104 ：仕様書無しさん：03/03/20 00:58

そのためのC++です

105 ：103：03/03/20 01:50

C++は危険で複雑すぎる
処理速度と出力ソースの軽量化を最優先に考慮しつつも最低限の安全性とOOをサポートする、
そんなん出てほしいけどなぁ
ちなみにJavaはJVM用言語だからお話にならない、C#はCに変わる可能性があるかもしれないがCに変わるにしてはちょっと大げさすぎる

106 ：仕様書無しさん：03/03/20 02:01

>>105
C#もネイティブじゃないずら

Delでコンソールアプリから作るのが比較的近いかもしれん
低レベルのコードはインライン・アセンブラになってしまうけど

107 ：仕様書無しさん：03/03/20 02:27

>>105
C#をC言語と同系列に扱うなｱﾌｫ
Javaをろくに知らない奴がこういう発言をよくするんだよな。
C#はJava系列だﾄﾞｱﾌｫ
そこに
「C#はCLR用言語かつ.net framework用言語だからお話にならない」
と入れておけ。

108 ：仕様書無しさん：03/03/20 20:34

じゃあ、D言語ってことで。

109 ：仕様書無しさん：03/03/24 15:52

D言語は大人気だな。もう3回くらい出てきたぞ。

110 ：仕様書無しさん：03/04/01 04:54

JavaとC#の欠点を改良した期待されるべき言語D

111 ：山崎渉：03/04/17 12:25

（＾＾）

112 ：山崎渉：03/04/20 06:12

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

113 ：仕様書無しさん：03/04/23 14:58

autoconfとかautomakeとか面倒なんで、
その辺も言語仕様に組み込んじゃおうよ。

114 ：仕様書無しさん：03/05/06 21:39

COBOL++

115 ：仕様書無しさん：03/05/06 21:49

>>114
ｷﾎﾞﾝﾇ

116 ：仕様書無しさん：03/05/06 21:51

>>107
>　C#はJava系列だﾄﾞｱﾌｫ
何を根拠に････

117 ：中三：03/05/06 22:00

perl++--

118 ：仕様書無しさん：03/05/06 22:03

Perl.NET vs Ruby#

119 ：山崎渉：03/05/22 02:12

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

120 ：仕様書無しさん：03/05/31 06:50

おまえらレベル低いよ。。。べつにC++でいいじゃん。
慣れりゃ、どんな言語でも、似たようなもんだって・・・
COBOLは嫌いなので、なくなってもいいけど・・・

C++は危険って言うのはただの勉強不足。どうせ挫折したんだろうが・・

　

121 ：仕様書無しさん：03/05/31 06:59

危険というほどでもないけどC#やDelphiの後だと違和感を感じるのも確か

122 ：仕様書無しさん：03/07/01 19:43

オブジェクト指向にこだわる必要はないと思うが漏れとしてはオブジェクト指向ならsmalltalkがいい

123 ：仕様書無しさん：03/07/01 20:25

誰もアニヲタ相手にしてないのが笑える（ｗ
>>59

124 ：仕様書無しさん：03/07/01 20:28

>>123
ついに相手をする香具師をハケーンしたのが笑える

125 ：仕様書無しさん：03/07/01 20:49

ふるいよ。
今なら「明日のCじゃ」
つまらんけどな。おんぷちゃんもいないし。

126 ：仕様書無しさん：03/07/01 21:54

ワケわかんねーよ。あ、解説はいらん。

127 ：仕様書無しさん：03/07/01 22:49

>>126
ものがたりの舞台は、今からおよそ１００年前。
ナージャはイギリス・ロンドンのちかくにある孤児院（こじいん）でそだった、とってもあかるくて元気なおんなのこ。
ナージャはあかちゃんのときに孤児院にあずけられたの。だからおとうさん・おかあさんはしんでしまったとおもっていたんだ。
でも１３歳のおたんじょうび前に、ナージャのおかあさんがいきているかもしれない・・・ということがわかったんだ。

そのおかあさんをさがす旅（たび）にでるナージャ！
ひろいヨーロッパを舞台に、わくわくドキドキの冒険（ぼうけん）がはじまる！

http://www.asahi.co.jp/nadja/index2.html
http://www.asahi.co.jp/nadja/story/index.html

128 ：仕様書無しさん：03/07/01 22:57

Unix大好きな香具師が c++ を嫌う理由わからん。
どっちとも、
知っていなければまともに使えない。初心者お断り。
テクニックがあれば多少の無理が利く。
組み合わせることで強力な意味を持つ
　(efficive C++のtemplateによるstackの例のように)。

同じ要素を含んでいると思うが。

129 ：仕様書無しさん：03/07/01 23:17

C++は美しくないんだー。
Cのような野性味もJavaのような割り切りも無い中途半端さがキライなんだー。
Cをちょこちょこ変えて作られた経過もうさん臭くてヘドが出るんだー。

130 ：仕様書無しさん：03/07/01 23:33

>>128
違う要素が嫌いな点なんだろ。
たとえばUnixは言語じゃないから当然無い言語仕様とか。

131 ：仕様書無しさん：03/07/02 00:03

.Net VisualC++が次世代C++だろうか・・・

132 ：仕様書無しさん：03/07/02 01:17

>Unix大好きな香具師が c++ を嫌う理由わからん。
C++に限らずOOPLはまともで高性能なIDEがないとメリットが薄いからな。
低機能なemacsやviじゃOOPLのメリットは10%も受けられない。
だから結局CやPerlに戻ってしまうんだよな。

133 ：仕様書無しさん：03/07/02 04:23

IDEが必要になるのはOOPLだからじゃなく、GUIツールキットが
欠陥品だからだろう。(煽)

それはそうと、C++が流行らないのは、今でこそg++は優秀な
処理系として知られているけど、egcs以前は全くダメダメで、
C++を使うこと自体が限られた商用コンパイラへの依存を
意味していた、というのが大きいのでは。

最近はLinuxで動けばよし、良くてもgccで動けばよし、という
風潮だから、だんだんC++が使われるようになっていると思う。

134 ：仕様書無しさん：03/07/02 06:21

アメリカか、ヨーロッパで、UNIXのC++のプロジェクト増えてるって、
記事を読んだような気がする。

135 ：仕様書無しさん：03/07/02 20:22

Javaでいいじゃん。
そのうちJavaのリアルマシンだって出てくるでしょ

136 ：仕様書無しさん：03/07/02 21:12

>>135
今の段階でちゃんと住み分けてるんじゃないの？
全部Javaですむなら、それでもいいけど。

しかし、リアルマシンって、ガベコレもハードレベルで実装すんのかな。
それは鬱なマシンだが？

137 ：仕様書無しさん：03/07/02 21:24

>>136
ハードレベルでもマイクロコードでやれば何とかなるでしょ
ハードレイヤドでやるのはは絶対無理だけど

138 ：仕様書無しさん：03/07/02 21:28

ＯＯもただのはやり、といってみる。

139 ：仕様書無しさん：03/07/02 22:08

はやりでも
　　やらなきゃ食えない
　　　　 PGかな

140 ：仕様書無しさん：03/07/02 22:10

>>137
ワイヤ

141 ：仕様書無しさん：03/07/02 23:02

最初はただの流行かと思っていたが、どうやらそうでもないようだ。

142 ：仕様書無しさん：03/07/03 16:46

>>140
スマソ。間違えた。

で、話は変わるのだが、コンパイラの方でガーコレを達成できないのかね?

143 ：仕様書無しさん：03/07/03 17:42

CommonLispが最ｋ(ry

144 ：仕様書無しさん：03/07/03 17:48

C++はプログラマのスキルが高い奴が組んだソースを、スキルの低い奴が全く読めなくなるのが問題。
また、コーディングスタイルを統一しておかないと、高いスキルの奴同士でもウザイ。

間違ってるか？

145 ：仕様書無しさん：03/07/03 17:53

>>143
Allegroのお試し板がgoodだな。いつまでも使えるし。
しかし、30万ってのは信じられん。

146 ：仕様書無しさん：03/07/03 18:33

>>144
間違ってます

147 ：仕様書無しさん：03/07/03 21:35

みんなでアセンブリに帰ろう！！

148 ：仕様書無しさん：03/07/03 21:43

アセンブリ->アセンブラの遠い親戚

149 ：仕様書無しさん：03/07/03 21:45

アッセンブリインサート？

150 ：仕様書無しさん：03/07/03 21:45

miんなでアセンブラに還ろう！
さあセンブリ茶を飲んで

151 ：仕様書無しさん：03/07/03 21:46

>>146
具体的にどぞ

152 ：_：03/07/03 21:47

http://homepage.mac.com/hiroyuki44/hankaku06.html

153 ：最凶VB厨房：03/07/03 21:48

C++に変わる言語はVBである。

154 ：仕様書無しさん：03/07/03 22:13

>>144
C++に限った事じゃない。
VBだってWin32API知らなきゃ何の事だかわからないソースもあるし、
JavaBeanとJava Servletだけで組んでるやつはEJB使われると分けわかんなくなる。
日本語でも学者の言ってる論文は小学生には読めないし、
宇宙工学の論文は生物学者にはよくわからん。

155 ：仕様書無しさん：03/07/03 22:24

>>144
お前か!?「malloc() は難しいので使用禁止」みたいな
低レベル規約作ったのは!!

156 ：仕様書無しさん：03/07/03 22:32

>>154
そりゃあ分野が違えば分からんだろう。
C++どころか、言語に限った事じゃないじゃん。

元々言いたかったのは、C++ってある意味柔軟過ぎて多種多様なデザインパターンが
出来上がってしまい、最初に組み上げた奴の意図が読めないと危険だなってこと。
（ロジックじゃなくて。）
仕様書設計書を片手に持たないとソースが理解出来ないってのも問題だろうし。

C++がダメというんじゃなくて、多人数で組む時はかなり気を使わなければ
ならないのがC++かなと。まあ、Javaも近いかも。

スキルが高くても、他人の作ったクラス設計が気に入らないことでもあれば、
精神的苦痛も大きいとか。
ってまあ、このレベルだったら他の言語も大差無いが。

157 ：仕様書無しさん：03/07/03 22:34

大文字と小文字を区別しない言語なら何だっていいよ
いいかげん疲れた

158 ：仕様書無しさん：03/07/03 22:35

>>157
そんな貴方にVB6。

159 ：仕様書無しさん：03/07/03 23:31

美しいコードを書きたいならC++がお勧め。
美しい言語仕様じゃなくて、美しいプログラムコードね。
俺は自分が書いたコードをみながら陶酔できるよ。
ああ、美しいってね。

160 ：仕様書無しさん：03/07/04 16:46

つーか元々はアセンブリ言語って言うんだよな。
アセンブラはそれをマシン語に変換するソフトのことをさしていたのだが、
今はアセンブラといったら両方の意味を含むよね。

161 ：仕様書無しさん：03/07/04 17:05

C++は「シープラプラ」だけど、C--ってなんて読む？
「シーマイマイ」？

162 ：仕様書無しさん：03/07/04 17:09

再開