Cって死滅しちゃうの?

1 ：デフォルトの名無しさん：02/12/20 05:00

鳴かず飛ばずで既に危篤状態･･･

2 ：デフォルトの名無しさん：02/12/20 05:01

２！

3 ：デフォルトの名無しさん：02/12/20 05:04

残念、兄弟スレはHTML化待ちだね。
http://pc3.2ch.net/test/read.cgi/tech/1008349566/l50

4 ：良スレあげ：02/12/20 13:55

ていうかもういい加減Cを構うのは辞めた方が…

5 ：デフォルトの名無しさん：02/12/20 19:42

死滅！！

6 ：デフォルトの名無しさん：02/12/20 21:14

C滅!!

7 ：デフォルトの名無しさん：02/12/20 22:30

Cは死滅しない。
VBだろうが何だろうが、それをやりつつC/C++も勉強する事だ。

8 ：デフォルトの名無しさん：02/12/20 23:07

まあCすら出来ないやつは何をやっても駄目だね

9 ：デフォルトの名無しさん：02/12/21 00:35

ダメなﾔﾂは何をやってもだめ

10 ：デフォルトの名無しさん：02/12/21 00:38

CはOS作成用言語であり、一般のアプリ作成に使うことは間違いである。

11 ：デフォルトの名無しさん：02/12/21 00:39

>>10
へぇ。

12 ：デフォルトの名無しさん：02/12/21 00:42

>>8
うんうん。そうだね。やったこと無い奴はいても出来ない奴はいないよね。
それはまったくの別問題として誰でも出来るC言語は死滅するよね。
それとも情報処理技術者試験とかで最低レベル測定言語として生き残るのかな？

13 ：デフォルトの名無しさん：02/12/21 00:44

>>11
勉強になったでしょ。(^_^)

14 ：デフォルトの名無しさん：02/12/21 01:00

>>13
11じゃないがありがとう
また一つ勉強になった

15 ：デフォルトの名無しさん：02/12/21 01:17

>>14
いえいえ。まあ昔は他にまともな言語が無いとかCPUが遅いとかで
仕方ない面もあったんですけどね。

16 ：デフォルトの名無しさん：02/12/21 01:27

Cは永遠に不滅です。死滅したら困ります。

17 ：デフォルトの名無しさん：02/12/21 01:33

Cは死滅ではなく幻滅

18 ：デフォルトの名無しさん：02/12/21 06:45

RUBY>>>>>>>>>>>>>>>>>>>>>>>C
cなんてやってる奴はCobolerと同じように化石だよね。
いい加減にC爺氏んでくれ。

19 ：デフォルトの名無しさん：02/12/21 06:59

>>18
こういう香具師って、実はＣを使いこなせないだけじゃないかと
いつも思うんだよな。

出来る香具師は、適・不適を見極め、たとえVBでも立派に使いこなすもんな。

20 ：デフォルトの名無しさん：02/12/21 07:15

>>19
そうだな。俺はこういう奴見るたびにrubyって触る必要ないんだなと再確認する。

21 ：デフォルトの名無しさん：02/12/21 07:19

あたしはすごい女だから分かるけど
死滅しますわよ

22 ：デフォルトの名無しさん：02/12/21 07:49

>>19 >>20
VBさえも使いこなせていないんですか？ぷぷ

23 ：デフォルトの名無しさん：02/12/21 08:07

しかしRuby信者は何でいつも他の言語とくらべたがるかねー・・
Cとは方向性があまりにも違う、くらべる事自体論外。

24 ：デフォルトの名無しさん：02/12/21 08:22

>>23
Rubyも使ったことがないからだろうな。

25 ：デフォルトの名無しさん：02/12/21 09:18

>>22
使いこなせないなどと書いて無いのにそう思うオマエは

日本語さえ使いこなせないんだな。

ﾁｮｿか？

26 ：デフォルトの名無しさん：02/12/21 10:15

Ｃ＋＋使い始めるとＣには戻れなくなる
ＬＩＮＵＸのカーネルとかもＣ＋＋で書かれてればドライバー書きやすいのに

27 ：デフォルトの名無しさん：02/12/21 10:24

勝手に死滅させとけよ。あんたの中で。

28 ：デフォルトの名無しさん：02/12/21 10:41

C++を使いこなしていると勘違いしているが、実際はCの最低レベルのソースしかかけてない奴が多いよな。

29 ：デフォルトの名無しさん：02/12/21 10:55

>>28
そうだね。君みたいにね(藁

30 ：デフォルトの名無しさん：02/12/21 10:59

(*^o^*)藁♪

31 ：デフォルトの名無しさん：02/12/21 11:04

Ｃ＋＋ならiostreamいれとけよ
stdio入れてＣ＋＋出来たとか思うなよ

32 ：デフォルトの名無しさん：02/12/21 11:12

ていうかCってまだ生きてたの？
　　∧＿∧
⊂(ΦωΦ)⊃　＜ねこみみです

33 ：デフォルトの名無しさん：02/12/21 11:13

Intercal >>>>>>>>>>>>>>>>>>>>>>>>> C

34 ：デフォルトの名無しさん：02/12/21 11:20

結論：C,C++なぞ問題外(^^

35 ：デフォルトの名無しさん：02/12/21 11:28

http://www.ruby_lang.org/compar.html
http://www.ruby_lang.org/compar.htm

36 ：デフォルトの名無しさん：02/12/21 11:29

http://www.ruby-lang.org/compar.html
http://www.ruby-lang.org/compar.htm

37 ：デフォルトの名無しさん：02/12/21 11:40

＞＞31
禿げ藤！

38 ：デフォルトの名無しさん：02/12/21 11:52

いいとしこいてＣを経験してないなんて・・・

39 ：デフォルトの名無しさん：02/12/21 17:04

>>38
おれはすでにRUBYを経験済みだからな。Cなんてちょろいちょろい。
あんなもん一週間でMASTERだぜ！

40 ： ◆F52DmOxJlc ：02/12/21 17:10

Perl があれば幸せでつｗ

41 ：デフォルトの名無しさん：02/12/21 17:11

>>39
> あんなもん一週間でMASTERだぜ！

ポケモンですか ?

42 ：デフォルトの名無しさん：02/12/21 17:16

違う。並びかえると
MRSATE
なんに対しても、さてと返してしまう人になったのでしょう。

43 ：デフォルトの名無しさん：02/12/21 17:27

一週間でマスターベーｓ

44 ：デフォルトの名無しさん：02/12/21 17:54

>>42
つまんな～～～い。

45 ：デフォルトの名無しさん：02/12/21 19:55

>>39
初めての時は緊張するよ

46 ：デフォルトの名無しさん：02/12/21 19:56

（´-`）.｡ｏＯ（うぜーからマ板でやってほしいなぁ・・・・）

47 ：デフォルトの名無しさん：02/12/21 19:57

給料は
COBOLer>>VB厨>>Cゲンガー
だけどな

48 ：デフォルトの名無しさん：02/12/21 21:39

２級受ける者だけど簡単か？

49 ：デフォルトの名無しさん：02/12/21 23:34

>>48
何の２級 ?

50 ：デフォルトの名無しさん：02/12/22 00:20

剣道

51 ：デフォルトの名無しさん：02/12/22 17:47

プログラマとしての地位
RUBY>>>>>>Java>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>C++,c

52 ：デフォルトの名無しさん：02/12/22 17:55

>>51
正直、自分で書いていて空しくならないか？

53 ：デフォルトの名無しさん：02/12/22 17:57

>>51の理解度

RUBY>>>>>>Java>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>C++,c

54 ：51：02/12/22 18:26

>>52
いやむしろ心地いい。

>>53
はいはい。で、そういうおまえはどうなんだよ？(藁

55 ：デフォルトの名無しさん：02/12/22 18:29

>>54
プログラマとしての地位
C++,c>>>>>>Java>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>RUBY

56 ：デフォルトの名無しさん：02/12/22 18:43

>>55
そんなこと書くと>>51が気分悪くなるから可哀想だぞ(ﾜﾗ

57 ：51：02/12/22 19:03

>>55
必死ですね。世間じゃすでに
RUBY>>>>>>JAVA>>>>>>>>>>>>>>>>>>>>>>>>>>>>C++,C
だというのに。ませいぜい終わってる言語使い続けて、
立派な未来のCOBOLERになってください。

58 ：デフォルトの名無しさん：02/12/22 19:32

RubyはRubyで書かれてますか？

59 ：デフォルトの名無しさん：02/12/22 20:11

>>58
ブーツストラップか。

60 ：デフォルトの名無しさん：02/12/22 20:58

hello world

61 ：デフォルトの名無しさん：02/12/22 21:02

世間とは57の脳内と数少ないオンラインの「友人」のことでしょうか。

62 ：デフォルトの名無しさん：02/12/22 21:03

（´ー｀）導入事例が是非欲しいものですな。企業への。

63 ：デフォルトの名無しさん：02/12/22 21:56

面接にて
俺「Rubyには自信あります」
面接官「はぁ？」

64 ：デフォルトの名無しさん：02/12/22 21:58

>>63
俺「Cには自信あります」
面接官「ふぅん。」

まぁ、言語に自信があったところでな・・・。
やる奴は数日で書けるようになるわけで。

65 ：デフォルトの名無しさん：02/12/22 22:28

なんだこのきもいスレは

66 ：デフォルトの名無しさん：02/12/22 22:46

Cを使いこなせない奴がのたうって
醜態を晒すスレです。温かく見守って
やるのが情けというものです。決してディスプレイの
前でゲラゲラと笑ってはいけません。（ｗ

67 ：デフォルトの名無しさん：02/12/23 01:02

>>66
ゲラゲラ

68 ：デフォルトの名無しさん：02/12/23 03:08

間違いなく
COBOL>>>>>Ruby<<<<<<<<<<<<<<<<<<<<<<Java

69 ：デフォルトの名無しさん：02/12/23 17:54

39,41,47

70 ：デフォルトの名無しさん：02/12/24 07:42

>>1
>Cって死滅しちゃうの?
それはお前しだいだな。

71 ：デフォルトの名無しさん：02/12/24 07:48

>>1しだいでCが死滅するなんてそうとう>>1は偉いのか？（ｗ

72 ：デフォルトの名無しさん：02/12/24 08:19

7-8時ごろのage荒らしは同一人物で馬鹿です。

73 ：デフォルトの名無しさん：02/12/24 08:21

>>72
バカくらいしか語彙のない奴も確かにバカだ。
バカと言う奴がバカと言う奴だな。

74 ：デフォルトの名無しさん：02/12/24 08:32

>>71の妄想しだいだな

75 ：デフォルトの名無しさん：02/12/24 08:47

>>73
馬鹿といわれた奴ももちろん馬鹿だけどなにか？

76 ：デフォルトの名無しさん：02/12/24 08:51

>>75
でもさ、わざわざ相手のバカを証明するために自分のバカを露呈させるというリスク。
頭がいい奴ならそんなことせんだろう。

77 ：デフォルトの名無しさん：02/12/24 08:57

> 頭がいい奴ならそんなことせんだろう。
だから馬鹿なんだろ。馬鹿が相手の馬鹿を証明している。
両者とも馬鹿でいいじゃないか。

78 ：デフォルトの名無しさん：02/12/24 09:35

どうやら馬鹿は逃げ去ったようだな。
同じ時間帯に集中してJava関連スレをあげまくり、レスの内容は中途半端な知識。
自分のことを棚に上げて相手のレスに根拠が無いという。しかし、そのレスは
馬鹿のレスのパクリで根拠が無いという指摘が自分に返ってくるしまつ。
しかもMS/アンチJava/C#厨のせいにしてしているが実は自分がJava厨で
あることを露見しているだけ。そしてすべて言い返せなくなって終わり。
馬鹿が相手だと負ける気がしないから気が楽だね。いい暇つぶしになったよ。

79 ：デフォルトの名無しさん：02/12/25 10:58

狭量な暇人学生多いな。

>>1
安心しろ。C信者がいる限り滅びることはない。

80 ：デフォルトの名無しさん：02/12/25 11:34

なんだ宗教の話か

81 ：デフォルトの名無しさん：02/12/25 11:51

>>72
その中にお前も含まれてり
お前も荒らしの同一人物。

>>78
逃げ去ったなんてあほな事書いているお前が笑える。

お前は、しばらく投稿しなくなったくらいで "逃げ出す" という表現を使うのかい。笑える。
言い返せる言い返せない、そんなことどうでもいいころだろうが。
こんなことかくくらいだからお前は友達少ないだろ。
本当に暇なやつだな。お前って本当にJavaが嫌いな学生厨房なんだな。
お前は馬鹿というよりか基地外。
お前はどんなスキルもっているのかな。
そんなに自慢したければトリップを見せて自分のスキルをアピールしよう。
お前は自己顕示欲、自己主張してなにがしたいんだ?

そんなに自慢したいことがあるなら自分の知識をアピールしたらどうだ。
なにも情報を提供できない個人的感情論を押し付ける厨房は単なるひがみやねたみと代わらんよ。

きついことかいてきたが、もっと有益な情報でも提供したらどうだ。
これ以上書くと煽りになってしまうかな。これくらいのことかかれれて万が一腹を立てても我慢をしろ。

82 ：デフォルトの名無しさん：02/12/25 12:58

たぶん>>1より、Cの方が寿命長いっぽい。

83 ：デフォルトの名無しさん：02/12/25 14:34

Cはもう心出るじゃん

84 ：デフォルトの名無しさん：02/12/25 19:17

ウィンドウ系プログラミングでは、Ｃはあまり出番ないわな、昨今では。
その意味では死んでるのかも知れん。もっともコンソールアプリについちゃ
あまりJavaでは書きたくはない。(テキスト処理系クラスがあまりにもお粗末)

だけれども、この世にあるマイコンの大半は、およそＣとアセンブラの独断場。
ROMが64KB、メモリ16KBとかな世界じゃ、超高級言語は雀を撃つのに化膿砲持ち出すようなもの？

しかしなー。エアコンや洗濯機や電子レンジのファームを、いつか普通に
C++/Javaでコードする日が迫ってくるのかと思うと…なんかイヤだ（ガクガク

85 ：デフォルトの名無しさん：02/12/25 19:20

C+SDKでやってんだけど俺自身死んでるってこと？

86 ：デフォルトの名無しさん：02/12/25 20:05

ゾンビは墓場へ。

87 ：デフォルトの名無しさん：02/12/26 00:16

クラスがいまいちわからない今日この頃。

88 ：デフォルトの名無しさん：02/12/26 00:33

>>81
だらだら書けばいいってもんじゃないだろ莫迦。

89 ：デフォルトの名無しさん：02/12/26 00:40

問、どちらが正しいか3秒で答えよ

①猫でも分かるプログラミング
②猫でもわかるプログラミング

90 ：デフォルトの名無しさん：02/12/26 00:46

真ん中。

91 ：デフォルトの名無しさん：02/12/26 00:47

「僕は、C,C++,PHP,Ruby,Basic,自分が見たこと無いプログラミング言語（アセンブラを抜いて）でも、なんでも適材適所で対応してやりますよ。」

　自分がそんなプログラマーになれたのは、GPLなソースのほとんどがC,C++でかかれていたからこそです。

　でも、Cが死滅したとするなら、それに変わるなにやらスゴイモノが存在しているのでしょうね。それは理想的なことだ。

92 ：デフォルトの名無しさん：02/12/26 07:10

俺は死滅しません派。
プログラマなんだから完結に
死滅します／しません　でいいじゃん。
ぐだぐだ理由後付したって>>1は納得しないよ
だって彼もプログラマだもの。マ板風でごめん。

以下マジレス↓

93 ：デフォルトの名無しさん：02/12/26 07:50

94 ：デフォルトの名無しさん：02/12/26 08:11

>>1が納得するかしないかなんてどうでもいいだろ…
マジレスするとなくなる。10億年後ぐらいに。

95 ：デフォルトの名無しさん：02/12/26 09:51

>>85
漏れも。
C+SDKを否定する香具師は、単に出来ない・やったことないだけの
香具師が多いと思う。
悪い意味ではなく、C++とかJAVAから始めた香具師からすると、
わざわざCに手を出す必要ないもんな。
で、見た目がどうしても古臭いし。

出来る香具師はCでも良いもの作れるが、>>1みたいな香具師が
C++やJAVAで作ったソフトって腐ってると思うな。

96 ：デフォルトの名無しさん：02/12/26 15:17

しちゃうじゃなくて
Cは死滅しました。
おめでとう！

97 ：デフォルトの名無しさん：02/12/26 20:33

今はＣの代わりにランドルト環が活躍しています。

98 ：IP記録実験：03/01/08 22:41

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

99 ：デフォルトの名無しさん：03/01/08 22:43

死滅って何さっ

100 ：デフォルトの名無しさん：03/01/09 00:22

Version 20030107a はIP記録機能つきか…

101 ：デフォルトの名無しさん：03/01/09 00:25

そんなわけで、qbサーバでIPの記録実験をはじめましたー。

102 ：デフォルトの名無しさん：03/01/09 00:46

live2

103 ：デフォルトの名無しさん：03/01/09 00:52

いつぐらいから
全面IP記録になるのですか？
あとスレを立てた１だけ？
それともレスした人も記録するの？

104 ：デフォルトの名無しさん：03/01/09 00:55

全レスじゃないの？つーか昔はそーだったんだよね？ネオ麦のIPとか提出したんでしょ？

105 ：デフォルトの名無しさん：03/01/09 01:11

>317
アホなところまで真似しなくてもいいのに・・。
そのうちDMCAとかも出来たら嫌過ぎ・・。

106 ：デフォルトの名無しさん：03/01/09 01:26

さて、そろそろ読むべきレスがなくなって
記念カキコで1000目指す頃合ですか。

107 ：IP記録実験：03/01/09 01:46

108 ：デフォルトの名無しさん：03/01/09 01:54

ヲチ板住人としては、突撃厨排除のためにも、早期導入を願いたいところ

109 ：デフォルトの名無しさん：03/01/09 02:51

ｑｂでした

110 ：デフォルトの名無しさん：03/01/09 03:36

>>128
2ch でも　勿論リスクはあった。
なんら代わる事はない。

ただ　そのリスクをひろゆきが肩代わりしていただけ。

111 ：デフォルトの名無しさん：03/01/09 12:31

スレの空気を嫁ぬ香具師が多すぎ。
かなり低年齢化してきてる

112 ：デフォルトの名無しさん：03/01/09 18:07

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 138720人　発行日：2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

113 ：デフォルトの名無しさん：03/01/09 23:55

>>800
別に名無しは名無しですが
名無しデフォがフシアナになるわけでもあるまいし

114 ：デフォルトの名無しさん：03/01/10 08:48

>>530
そんなやつばかりになった2ちゃんねるがおもしろいのかどうか。

115 ：デフォルトの名無しさん：03/01/10 10:09

>>55
ん？ってことは、内容証明が来た時点で、
誰の目から見ても明らかな名誉毀損でも、
名誉毀損と確定してないから、削除義務はないけど、
訴状だと名誉毀損だと確定してるから、削除をしなければならないってことかな？

116 ：デフォルトの名無しさん：03/01/10 10:48

>>54
また間違ってるよ。

117 ：デフォルトの名無しさん：03/01/10 11:17

>>671
逆にしない人もいるよ。

YAMADA　Taroとか書く。

118 ：デフォルトの名無しさん：03/01/10 12:04

>>327 (いちおう)
普通の告発サイトをつくる上で問題なのは、ISPに削除されてしまうのも窮極的ですが、
同時に(勝訴確実でも)訴訟リスクを負うことです。
２ちゃんはそのリスクを背負ってくれていた。
でも、背負うからには明確なポリシーがないと無法と変わらなくなってしまう。つまり現状。
・・・というのを踏まえて

>>336
今のところそういう根性がある人はいないわけですよね。ってか普通はいねーよそんな香具師(w
で、まあ、長い目で見れば、まともにサイバーコミュニケーションが学問として研究されてって、
"public"感覚に溢れる欧米で形になって、日本では否応なく中途半端な官製２ちゃんねるが
設置されて、紆余曲折を経てそれなりに意味のあるものが仕上がるのではないでしょうか。
ちょうど、普通選挙制が世界に浸透していったのと同じ感覚で。
30年はかかるかな。。。

119 ：デフォルトの名無しさん：03/01/10 12:32

>>825
どうやって区別するのか教えてくれ。

120 ：デフォルトの名無しさん：03/01/10 13:26

IPのひとつやふたつ抜かれたくらいでガタガタ騒ぐんじゃねェェ！！！
俺は書き込みを続けるぜ！！

121 ：デフォルトの名無しさん：03/01/10 15:48

なんだかよくわからんが有難う。

122 ：デフォルトの名無しさん：03/01/10 17:14

んじゃ！

123 ：デフォルトの名無しさん：03/01/10 23:35

まで間抜けな書き込みで遊んでいたのに、急展開。。。
ここは、ファンタスティックなスレッドですわね。

124 ：デフォルトの名無しさん：03/01/10 23:43

http://teri.2ch.net/entrance/kako/969/969987350.html
こんなコピペ達も怖くて貼れなくなるわけで……。

125 ：デフォルトの名無しさん：03/01/11 00:59

それ以前に「窃盗罪」だな

126 ：デフォルトの名無しさん：03/01/11 01:10

タ、タメ口がいけないと仰るのでございましょうかっ!?
とはいえ、わたくしはタメ口とは無関係ではべりし候でございますが。

127 ：デフォルトの名無しさん：03/01/11 10:31

同系って言われても・・・・(^_^;)
基本的に同じライブラリ使ってる以外は別物です。

あなたが「わからない」ってことまではおいらにはどうにも(^_^;)

128 ：デフォルトの名無しさん：03/01/11 11:56

内部告発すらできなくなるじゃん。

129 ：デフォルトの名無しさん：03/01/11 12:33

お前を眠らす！ぶち込ます！

130 ：デフォルトの名無しさん：03/01/11 13:32

IDからIPが抜かれてるのが本当なら
強制IDのとこは全く変化なしなのではと

131 ：デフォルトの名無しさん：03/01/11 13:56

「派」という字が独特ですね

132 ：デフォルトの名無しさん：03/01/11 15:40

一週間でマスターベーs

133 ：デフォルトの名無しさん：03/01/11 16:45

とも限らない。

134 ：デフォルトの名無しさん：03/01/11 16:53

ウエー、ハッハッハ

135 ：デフォルトの名無しさん：03/01/11 23:42

応募部門出演者

基地外
楽団とおぼえ（バンド休止中に付きソロで
魔ゼルな規犬
TSR
口石アキラ
可能なら、もう一組ロックバンドを入れたいと、まだ悩んでたり…

■ゲスト

いしかわじゅん氏 HP
寺田創一氏 HP
（快諾は頂いてるが、ゲストの方のジャンルのバランスで考慮中）
■イジワルケイ出演者

赤と黒
ニッキー＆ウォリアーズ
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

高田馬場AREAという場所でやるんですが、
イベント紹介のページに地図ぐらい張っておけよ、、という気がしないでもないですが、
地図はこちらにありますです。
http://www.jin.ne.jp/pig/area/#AREA%20MAP

んじゃ！

136 ：デフォルトの名無しさん：03/01/11 23:52

600,000,013だった(^_^;)

137 ：デフォルトの名無しさん：03/01/12 02:30

スポ２鯖だけはIP非保存だったりする。

138 ：デフォルトの名無しさん：03/01/12 02:36

串・Proxy・IP関連スレッド　Vol.21
http://pc.2ch.net/test/read.cgi/pcqa/1041807185/

こちらへどうぞ。

139 ：デフォルトの名無しさん：03/01/12 10:03

２ちゃんも市民権を得た証拠でつね

140 ：デフォルトの名無しさん：03/01/12 10:06

今後はIPとって、裁判はカキコした本人と争わせるわけでしょ？
だったら、もうひろゆきが訴えられる事はないし
２チャンも続いて行くんじゃないの？

141 ：デフォルトの名無しさん：03/01/12 20:52

裁判で負けたら、手のひらを返したようにルール変更
匿名は弱者保護のためですって言ってのは、やっぱり詭弁だったんだね (´･д･`)

142 ：デフォルトの名無しさん：03/01/12 20:54

ＩＳＰ責任法でよろしこ

143 ：デフォルトの名無しさん：03/01/12 21:04

　厨質問スマソ
hobby　今何をされてるんでつか？

144 ：山崎渉：03/01/13 18:42

（＾＾）

145 ：デフォルトの名無しさん：03/01/13 22:42

もうどうでもいいだろ、クチビルゲは

146 ：山崎渉：03/01/16 03:17

（＾＾）

147 ：山崎渉：03/01/23 22:08

（＾＾）

148 ：デフォルトの名無しさん：03/02/28 11:18

まあCすら出来ないやつは何をやっても駄目だね

149 ：デフォルトの名無しさん：03/02/28 13:50

エクセルとかアクセスを使えば、たいていな事ができる。
ＶＢＡで作った同じプログラムをc/c++で作れば
ものすごい労力がかかる。
おれも、Ｃは勉強した。しかし、プログラムを作るときは
ＶＢＡが多いな。短い時間で完成できる。
まあ、仕事等で使うプログラムは、ＶＢＡで充分。
ＶＢＡで、出来ないものはＶＢで組む。
なにも、しったかぶって遠回りする事はない。
ＰＧを目指しているのなら別だがね。

150 ：デフォルトの名無しさん：03/02/28 13:53

まぁ、Cできないやつは、プログラマとはいえないよな。

151 ：デフォルトの名無しさん：03/02/28 14:02

ジジイはさっさと引退しろよ。

152 ：デフォルトの名無しさん：03/02/28 14:34

まあ確かに
Cできない奴は情報工学科を卒業した者とは認めるわけにはいかないな。

153 ：デフォルトの名無しさん：03/02/28 14:35

一般的なプログラムは、効率を考えれば
ＶＢで充分だな。
ＪＡＶＡ、Ｃ＃を使うのなら、まずはＣを習得すべきだ。

154 ：デフォルトの名無しさん：03/02/28 14:39

一般的なプログラムは、効率を考えれば
Rubyで充分だな。
Ruby++、Ruby#を使うのなら、まずはRubyを習得すべきだ。

155 ：デフォルトの名無しさん：03/02/28 14:39

C++だろ!!

156 ：デフォルトの名無しさん：03/02/28 14:41

C++ は C# に取って代わられて死滅します。

157 ：デフォルトの名無しさん：03/02/28 14:43

本気でそう思ってるのなら痛いね。

158 ：デフォルトの名無しさん：03/02/28 14:43

>>156
おとといからC++を勉強し始めたんですが。

159 ：デフォルトの名無しさん：03/02/28 14:49

さきほどborlandをＤＬすますた。

160 ：デフォルトの名無しさん：03/02/28 15:15

>>158
M$信者のいう愚かな発言など鵜呑みにするな

161 ：デフォルトの名無しさん：03/02/28 21:28

さきほどborlandをM&Aすますた。

162 ：デフォルトの名無しさん：03/03/03 23:32

おまえらCが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

163 ：デフォルトの名無しさん：03/03/03 23:35

大丈夫。Cしか使えない人なんていないから。

164 ：デフォルトの名無しさん：03/03/03 23:39

>>162 さっさと寝ろ！　このタコ

165 ：デフォルトの名無しさん：03/03/04 00:27

おまえら162が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

別に放っておいてもいいか

166 ：デフォルトの名無しさん：03/03/04 12:20

Dは放置ですか？

167 ：デフォルトの名無しさん：03/03/04 12:58

>>166
とりあえず、仕様がかたまるまでは放置

168 ：デフォルトの名無しさん：03/03/17 00:55

169 ：デフォルトの名無しさん：03/03/18 00:39

俺、マジでC#が組み込みで使えるようになったらいいと思ってるんだけど。

170 ：デフォルトの名無しさん：03/03/18 00:43

>>169
SPOT

171 ：デフォルトの名無しさん：03/03/18 00:48

C#が死滅することがあってもC言語は死滅しないわな

172 ：デフォルトの名無しさん：03/03/18 00:59

C伝説は不滅

173 ：デフォルトの名無しさん：03/03/18 01:48

我がC言語軍は永遠に不滅です

174 ：デフォルトの名無しさん：03/03/18 11:46

死滅はしないが、流行りではなくなると思う。

175 ：デフォルトの名無しさん：03/04/04 01:45

C言語は実用的なプログラムを作るのに適してるから、よく使う。

176 ：デフォルトの名無しさん：03/04/04 02:39

「実用的な」という言葉で誤魔化してるな。具体的になにか書いていない。

177 ：山崎渉：03/04/17 15:44

（＾＾）

178 ：山崎渉：03/04/20 04:22

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

179 ：山崎渉：03/05/28 13:24

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

180 ：デフォルトの名無しさん：03/05/29 02:54

int a
char *p

a=1;
char *p = &a;

printf("%d",p);

簡単だね、ポインタって。

181 ：デフォルトの名無しさん：03/06/01 21:03

　たすけて・・・・・・・

　　　　　　　　　　　　　　　/ヽ　　　　　　 /ヽ
Cは死滅しちゃうの？/　/　ヽ　　　　　 /　ヽ
＼　＿＿＿＿＿＿＿＿ /U　ヽ＿＿＿/　　ヽ
　　|　＿＿＿＿＿＿　／　　　U　　　　:::::::::::U:＼
　　| |　>>1-180　　　/／＿__　　　＼　　::::::::::::::|
　　| |　　◎---◎　　|　　|　　 |　　　　　U :::::::::::::|
　　| |　　　　 3　　　 .|U　|　　　|　　　　　　::::::U::::|
　　| |　∴）　A（∴）　|　├―-┤　U.....:::::::::::::::::::/　　
　　| |＿＿＿＿＿＿　ヽ　　　　　.....:::::::::::::::::::::::<　
　 └＿＿＿＿＿／￣￣　　　　　　:::::::::::::::::::::::::|
　　|＼　　　　　　|　　　　　　　　　　　:::::::::::::::::::::::|
　　＼＼　　　　　＼＿＿＿　　　　　 :::::::::::::::::::::::|

182 ：デフォルトの名無しさん：03/06/01 23:12

APIのｲﾝﾀｰﾌｪｰｽをC言語にしているOSが使われている限り死滅は絶対にしない

183 ：デフォルトの名無しさん：03/06/22 23:38

鳴かず飛ばずで既に危篤状態・・・

184 ：デフォルトの名無しさん：03/06/23 06:03

つい最近までは、「Cなんて遅すぎ！！」とか言われてたのにね。

185 ：デフォルトの名無しさん：03/06/24 23:13

Cが死滅したら俺今の仕事辞めるかも。
新しい言語なんて覚える気無し。
アセンブラなら付き合ってやっても良いかも知れんが。

186 ：デフォルトの名無しさん：03/07/17 15:14

>>185
オブジェクト指向くらいやってもらわないと非常に困る。
お前はくれぐれもスパゲティコードで後輩や後継者にに迷惑をかけないようにな。
ちゃんとオブジェクト指向で再利用性、拡張可能性を高めろよ。

187 ：デフォルトの名無しさん：03/07/18 21:36

WinMX イイ!!!

188 ：デフォルトの名無しさん：03/07/26 01:45

　　　　　　　　　　　　　　　　　　　　　　　　／￣￣￣￣￣￣￣
　　　　　/＼　　　　　/＼　　　　　　　　＜　>>1-187、糞スレ
　　　　/　　＼　　　/　　＼　　　　　　　 |　　おめでとうございまーす
　　　　/　　　＼＿/　　　　＼　　　　　　＼＿＿＿＿＿＿＿
　　　/　　　　　　　　　　　　＼
　　　/　　　　　　　　　　　　　　　ヽ＿＿＿　　＿＿＿
　／　／　　ヽ＿＿/　　＼　　／　　　　ﾞY"　　　　＼
　|　　　　　 │　 /　　　　　／　　　　　　　　　　　　　＼
　|　　　　　　　丶／　　　　／　　　　　　　　　　　　　　　　　＼
　＼　　　　　　　　 /￣￣￣￣）　　　　　＊　　　　　（￣￣￣￣）
　　ヽ＿＿＿＿＿|　　　 ─＜　　　　　　|＼　　　　　＞─　　 (
　　　　　　　　　　　|　　　　　　）　　　　 /　 (|ミ;＼　　　（　　　　　）
　　　　　　　　　　　ヽ　　￣￣）　　　/（___人|,iﾐ'=;＼　（￣￣　　）
　　　　　　　　　　 /"￣￣￣￣　　／　　　　《v厂ﾘiy＼￣￣￣￣＼
　　　　　　　　　 /　　　　　　　　／　　　　ﾞ|,/'' v:,,､.¨)z,_　　　　　＼
　　　　　　　　　 /　　　　　　　／　　　　　　　ミ／　.-─ .ﾞ》z､　　　　　＼
　　　　　　　　 /　　　　　　／　　　　　　　　　〔」″ノ‐　､u　¨＼　　　　　）
　　　　　　　　 (　　　　　　/　　　　　　　　　　　ﾞ|,　..冫 .rｰ　　￣＼_　　　|
　　　　　　　　 |　　　　〔　　　　　　　　　　　　　ﾐ./′　　 ..r-ｰ　__,,ｱ┐　|
　　　　　　　　 |　　　　　 |　　　　　　　　　　　　　｛. .,,,,　　 .′　.´′　.¨＼|

189 ：デフォルトの名無しさん：03/07/26 01:47

　　　　　　　　 |　　　　 |　　　　　　　　　　　　　　∨　　ノ冖′=vvvvvv¨＼
　　　　　　　　 |　　　　　/　　　　　　　　　　　　　　　ﾐ.　　,i'　　　　　　　　　　.ﾞ＼_
　　　　　　　　 |　　　　/　　　　　　　　　　　　　　　.｛.　ﾉ　　,r￢″　　　　　　　.¨＼
　　　　　　　　 |　　　/　　　　　　　　　　　　　　　　ﾞ|,　|　　ﾉ　　　　　　ｰ'''''''''''　 .ｰミz
　　　　　　　　 |　　　 |　　　　　　　　　　　　　　　　　ﾐ.　　　　 .,､　._,,,､､r　　　,,,,_____　ﾞ┐
　　　　　＿／"　　　　|　　　　　　　　　　　　　　　　　 .ﾐ.　　 .／′ ´′　　　　　￣⌒'h..￥
　　　　（＿＿＿＿＿＿)　　　　　　　　　　　　　　　　　　｛.　　｝　　._,,,､　 ,ノ冖''^¨　　　 ″〕
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ﾞ|,　.,|　.／｀　 ,r'′　　vvvv､　　　|
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .ﾐ､.｀　|　　　二､　　　　　〔　､ ,|
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　.〔　　|　 .､　〔　　rｰｰ　　　|　 |.,｝
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .ミ　.′ .|　〕　 .｝ ─-「　 y-リ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　.＼　　 |,　 ´v,,,］､､､v-　 ..,/′
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ﾞ＼　.＼､　　　　.　　_／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　¨'ｰvu,,____''工ﾚ-'″

190 ：山崎渉：03/08/02 02:34

（＾＾）

191 ：山崎渉：03/08/15 17:07

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

192 ：デフォルトの名無しさん：03/08/15 17:08

あらおいしそうなパンね

193 ：デフォルトの名無しさん：03/08/26 13:10

「実用的な」という言葉で誤魔化してるな。具体的になにか書いていない。

194 ：デフォルトの名無しさん：03/08/26 14:45

考えてみたら、Cがなくなるときって、C++がなくなるときだよな。
しばらくは、なさそうだな。

195 ：デフォルトの名無しさん：03/08/31 03:00

Cが消えるって？
アセンブラを書いたこと無いカスが何いってるんだ？
Cって構造そのものがアセンブラだ。ただ、制御構造がアセンブラより
多少書きやすいだけ。
CPUのアーキテクチャが大きく変わって、アセンブラも大きく変わるなら
Cの存在意義がなくなる。恐らく今後20年はそうはならないだろうよ。

196 ：デフォルトの名無しさん：03/08/31 03:25

爺が現れた！どうする？

197 ：デフォルトの名無しさん：03/08/31 03:41

CはUnixと切っても切れない関係
Unixの将来＝Cの将来
Unixの将来性？１９６０年代のコンピュータ科学の粋を尽くした
理論に基づくものだからなぁ。５０年！前の理論になりつつあるからなぁ。
New-Unixなんて出来たらUnix自体が消える可能性もあるからなぁ。
残るのはC風の記述様式だけかも知れんな。これは相当先まで残るでしょう。
C++もCと殆ど同じ運命を辿るだろな。C#は寿命がもっと長いだろうが。

198 ：デフォルトの名無しさん：03/08/31 09:13

Cは一つのCだけど C# はたぶん変化し続けるだろうからな VBのようにさ

199 ：デフォルトの名無しさん：03/08/31 09:34

これって>>1の本文からしてCじゃなくC#だよね。
またタイトルに#を入れちゃったか・・・

200 ：デフォルトの名無しさん：03/08/31 09:42

Ｃ＃は今後仕様変更により、
もーっとＣ、Ｃドッカーン、になります。

201 ：デフォルトの名無しさん：03/08/31 11:41

ドライバをJavaで書いてますとか言う人間がいる
スレはここですか？

202 ：デフォルトの名無しさん：03/08/31 12:33

>>197
>C#は寿命がもっと長いだろうが。
とてもそうとは思えん。C#はC/C++よりもJavaよりも短くなるだろう。
もしかするとD言語よりも素早く廃れるだろう

203 ：デフォルトの名無しさん：03/08/31 13:19

D言語が出たら速攻で駆逐されてゆくと思う。

204 ：デフォルトの名無しさん：03/09/01 00:17

>203
すでに存在している罠

205 ：デフォルトの名無しさん：03/09/01 00:35

まだ完成していない。

206 ：デフォルトの名無しさん：03/09/01 11:48

アルゴリズムを開発するならやっぱりCだ。
特にハードウェア開発を想定するようなアルゴリズムはC以外考えられない。
C++で継承なんかを多用するとハードウェアの状態が見えにくくなる。
学生のお遊び程度の卒論/修論程度ならMatlabっていうのもあるけどね。

207 ：デフォルトの名無しさん：03/09/01 11:58

アルゴリズムを開発するならやっぱりアルゴリズム記述言語の流れをくむPascalだ。

208 ：デフォルトの名無しさん：03/09/01 12:09

Pascalを進化させたのがDelphi。

209 ：デフォルトの名無しさん：03/09/01 12:21

Pascal だとハードウェアが見えないんだよ。

210 ：デフォルトの名無しさん：03/09/01 12:35

>>206
>アルゴリズムを開発するならやっぱりCだ。
>特にハードウェア開発を想定するようなアルゴリズムはC以外考えられない。

何言ってるのか、さっぱりわかりません。自分でもわかってないんでしょ。

211 ：デフォルトの名無しさん：03/09/01 14:53

>>210
ど素人に教えてやろう。
MPEGアルゴリズムを開発するような場合。
あるいは携帯電話なんかの変調方式や誤り訂正符号を設計する場合とかだ。
MPEGはソフトコーデックってのもあるがハードウェア実装するときには、
先ずソフトでどういう動きをするかシミュレートする。実装だけじゃなくて
仕様を決める場合にしてもそう。
一言で言うと最先端のエレクトロニクスに絡む仕事をしたい場合、Cが自在に
使いこなせて当たり前。

212 ：211：03/09/01 15:04

>>210はど素人みたいなので付け加えておくが、
製品開発(ディバイス開発なんかはちょっと違うが)をする場合、
先ず、
仕様制定(研究)->開発設計
というフローをとるのだが、その両方においてCを使うと考えておけ。
今後日本のエレクトロニクス業界が目指しているのはシステムLSIの
開発ってのがあるけど。この分野ではCは必須。
LSI そのものの設計もHDLっていう言語でやるが、それもC/C++をベース
にした言語が主流になることがほぼ間違いないといわれてる。
こうなれば、研究から開発、設計までがCをベースにしたシームレスな
製品開発が可能になる。

213 ：デフォルトの名無しさん：03/09/01 15:50

ふーん。あっそう。

214 ：デフォルトの名無しさん：03/09/01 19:19

>>211
すごいですね、尊敬します。
でも、アルゴリズムって言葉の意味も勉強してね。かなり自分で限定してないか？

215 ：デフォルトの名無しさん：03/09/01 21:31

>>214
お前はアフォだろ。
>特にハードウェア開発を想定するようなアルゴリズム
エレクトロニクス実装って書いてるだろが。

216 ：デフォルトの名無しさん：03/09/01 23:43

>>206
> アルゴリズムを開発するならやっぱりCだ。
MATLAB使いが何を言ってるかおい。

> 特にハードウェア開発を想定するようなアルゴリズムはC以外考えられない。
藻前はアルゴリズムの意味を本当にわかっているのかと。

> C++で継承なんかを多用するとハードウェアの状態が見えにくくなる。
藻前は継承を多様しなければ見えやすくなるとでも思っているのかと。

> 学生のお遊び程度の卒論/修論程度ならMatlabっていうのもあるけどね。
十万円以上もするソフトに金をかけてお遊び程度に
MATLABを使うにしては贅沢だな。

>>211-222を見るあたりこいつは相当頭の古い奴だな。
古い廃れた知識を持っていない者をいつまでも素人呼ばわりできるのは
今のうちだから覚悟しておけ。

217 ：デフォルトの名無しさん：03/09/01 23:49

ま。Cの前にVBだろ。

218 ：デフォルトの名無しさん：03/09/01 23:52

>>217
Javaだよ。

219 ：デフォルトの名無しさん：03/09/01 23:53

DOSのように死にそうで死なない。

220 ：デフォルトの名無しさん：03/09/02 00:28

>>218
プッ

221 ：デフォルトの名無しさん：03/09/02 00:30

Cなんて、昔のベーシックぐらいプログラマの一般教養だろ。

VBできてCできねぇやつみると、アホかと。

222 ：デフォルトの名無しさん：03/09/02 00:32

長瀬愛ちゃんがセーラー服姿で大奮闘！ちいちゃな身体にルーズソックスがよく似合います。
当然ながらお得意の騎上位での腰振りもやってくれてますのでファン必見です!!その他有名女優が
セーラー服であんな恥ずかしことを．．．！

http://66.40.59.77/index.html

223 ：デフォルトの名無しさん：03/09/02 00:37

>>216
> >>211-222を見るあたりこいつは相当頭の古い奴だな。

お前も含まれているわけだが。

224 ：デフォルトの名無しさん：03/09/02 00:37

長瀬愛ってブじゃん。ダメダメ。

225 ：デフォルトの名無しさん：03/09/02 01:19

桜木るい

226 ：デフォルトの名無しさん：03/09/02 11:06

>>206
どチロートはすっこんでまちょーね

227 ：デフォルトの名無しさん：03/09/02 11:12

>>216
糞だなコイツ！Matlabしか使えない糞が所詮マトリックス電卓の
Matlabけなされたのでムキになってかわいいねー。

糞サービスソフト、チマチマ書いてな

228 ：デフォルトの名無しさん：03/09/02 11:40

>藻前は継承を多様しなければ見えやすくなるとでも思っているのかと。
見通しやすいな。これは間違いない。特に人に説明してDSPでのコーディング
やらLSI開発を依頼する場合、Cでコーディングしたものを手渡す方が確実で、
間違いが少ない。

229 ：デフォルトの名無しさん：03/09/02 14:51

やれやれだぜー

230 ：デフォルトの名無しさん：03/09/02 17:18

exploitコードや、ワームをつくるのにも便利なC言語。

231 ：デフォルトの名無しさん：03/09/02 20:44

しかしホントにＬＳＩ設計ツールを作るならオブジェクト指向の方が
よいような気がするか、幻想なのかな。

ところでＣとＣ＋＋を併記するのはやめて欲しい。
同じ意味で使うならＣだけを表記すべきと思うが。

232 ：デフォルトの名無しさん：03/09/02 20:48

>> C++で継承なんかを多用するとハードウェアの状態が見えにくくなる。
>藻前は継承を多様しなければ見えやすくなるとでも思っているのかと。

これだからパソコンアプリしか作った事がないやつは話しにならんな。
C++で継承しようにもその継承される大元の部分だからな。ドライバは。
CPUにとっちゃ処理に余計な経路が増えるだけ。

サランラップの上にサランラップ被せたって何の得もない。

233 ：デフォルトの名無しさん：03/09/02 20:57

継承ってのは、サランラップにサランラップをかぶせるのではなく
サランラップに耐熱加工を加えるようなものなんだが。
ある物に同じ物を付け加える？継承をよく分かってないのかな？

234 ：デフォルトの名無しさん：03/09/02 21:14

Cは無くならないさ。うちのシステムは99%以上CとSDKだもん。
これをすべてC++、C#に変えるとなると何年かかるんだ？

235 ：デフォルトの名無しさん：03/09/02 21:43

ロウな制御のわかってない奴と
ＯＯのわかってない奴が
話しても時間の無駄。
それより早くＬＳＩ作れるようになれ。
ＯＯやってる奴は美しいものだけ追いかけれ。

236 ：デフォルトの名無しさん：03/09/02 22:01

>>232
> >> C++で継承なんかを多用するとハードウェアの状態が見えにくくなる。
> >藻前は継承を多様しなければ見えやすくなるとでも思っているのかと。
>
> これだからパソコンアプリしか作った事がないやつは話しにならんな。
> C++で継承しようにもその継承される大元の部分だからな。ドライバは。
> CPUにとっちゃ処理に余計な経路が増えるだけ。
お前の脳内では

オブジェクト指向 == 継承
かﾌﾟ

デザインパターンをしっかり勉強してきな。

237 ：デフォルトの名無しさん：03/09/02 22:05

>>227
ﾊｧ? MATLABけなされたくらいで向きになったって?(ﾌﾟ
MATLABも所詮C言語と同じくらい使えない言語だろ(藁

組み込み系もドライバ系もJiniに淘汰されていくんだよﾌﾟ
時代遅れのローテクが

238 ：デフォルトの名無しさん：03/09/02 22:06

>>232は is-aの関係とhas-aの関係の区別が付かないアフォ

239 ：デフォルトの名無しさん：03/09/02 22:15

ＯＯ厨もなかなかあじなあじだな

240 ：デフォルトの名無しさん：03/09/02 22:17

つまり継承と集約とを混同していたおバカさんということで

241 ：デフォルトの名無しさん：03/09/02 22:18

これからは制御もオブジェクト指向で記述していく時代だぜ。
ハードウェア開発もJavaで記述だぜ。

242 ：デフォルトの名無しさん：03/09/02 22:19

委譲と継承との区別もついてなさそう

243 ：デフォルトの名無しさん：03/09/02 22:21

>>234
>これをすべてC++、C#に変えるとなると何年かかるんだ？

C#がC, C++の後継と勘違いしているおバカさんもいるようです

244 ：デフォルトの名無しさん：03/09/02 22:26

>>241
まずＯＳをＯＯで作ってよ。
制御はＡＳＭでいいから。

それからＯＯに書き換えればいいじゃん。
Ｃが消えそうにないのはＵＮＩＸの記述言語だからで、
ＯＯを永遠にしたかったら、ＯＯで記述されたＯＳを作んなきゃだめだな。

ユーザーインターフェイスがどうなるか期待してるぜ。

245 ：デフォルトの名無しさん：03/09/02 22:32

LinuxとかもOOが使われているわけだが

246 ：デフォルトの名無しさん：03/09/02 22:34

あれはOOもどきなわけだが

247 ：デフォルトの名無しさん：03/09/02 22:35

>>組み込み系もドライバ系もJiniに淘汰されていくんだよﾌﾟ
おおっと。ドライバ書いたことも無いスカガキがいた。

248 ：デフォルトの名無しさん：03/09/02 22:37

>>245
JavaOSも(ry

249 ：デフォルトの名無しさん：03/09/02 22:37

そう、Jiniとドライバは関係ないね
結局JavaにしてもJiniにしてもそれらの言語でかられたプログラムを実行するときの
ハードウェアとのインターフェースはC（C++）でかかれているんじゃないの？

250 ：デフォルトの名無しさん：03/09/02 22:38

JVMがC/C++で書かれていることは周知の事実だが

251 ：デフォルトの名無しさん：03/09/02 22:41

>>206
> アルゴリズムを開発するならやっぱりCだ。
> 特にハードウェア開発を想定するようなアルゴリズムはC以外考えられない。
> C++で継承なんかを多用するとハードウェアの状態が見えにくくなる。

Cでも継承しようと思えばできるんだが。
Cでも無理やり継承を自作して「ハードウェアの状態」を見えにくくすることも
可能だが。

Cでも継承を使わなくても無数にある関数で処理を覆いかぶせて
「ハードウェアの状態」を見えにくくすることも可能だが。

252 ：デフォルトの名無しさん：03/09/02 22:48

それにしても
>>MATLABも所詮C言語と同じくらい使えない言語だろ(藁
お前、まったく認識不足もはなはだしいな。
制御工学、ディジタル信号処理の教科書読んでみろ。
研究成果もMATLABでやり取りすることを知らんようだな。

253 ：デフォルトの名無しさん：03/09/02 22:50

Cは十分使える言語なんだが

254 ：デフォルトの名無しさん：03/09/02 22:50

色白ー。こういう清楚な人妻さんもいいですね。
パンパンピストンしてくうちに白い肌がピンク色に染まっていくんですよねー。
ちょっと濃い目の陰毛は情が深い証拠！
きっといろんな男性達をこのオマンコで幸せに包んでくれることでしょう。
人妻万歳！！無料動画をみてね。
http://www.excitehole.com/

255 ：デフォルトの名無しさん：03/09/02 22:51

ところで
>ハードウェア開発を想定するようなアルゴリズム
とは何のことか。オレにはわからん。

256 ：デフォルトの名無しさん：03/09/02 22:58

OOなんてもんは人が生産性を上げるために頭の中にある概念だ。
そんな概念でドライバ書いてまともにハードウェアが動くとでも
思ってるのか？所詮OOなんてもんはレベルのひくーい誰でも書ける
ソフトを書くための一つの概念よ。ま、MSの手足となって糞ソフト
書いてるんだな。

257 ：デフォルトの名無しさん：03/09/02 22:58

>>252
> それにしても
> >>MATLABも所詮C言語と同じくらい使えない言語だろ(藁
> お前、まったく認識不足もはなはだしいな。
> 制御工学、ディジタル信号処理の教科書読んでみろ。
> 研究成果もMATLABでやり取りすることを知らんようだな。
お前、FortranやSASの存在を無視しているな。
お前も認識不足だな。

258 ：デフォルトの名無しさん：03/09/02 22:59

>>256
> OOなんてもんは人が生産性を上げるために頭の中にある概念だ。
> そんな概念でドライバ書いてまともにハードウェアが動くとでも
> 思ってるのか？所詮OOなんてもんはレベルのひくーい誰でも書ける
> ソフトを書くための一つの概念よ。ま、MSの手足となって糞ソフト

JiniはM$によって作られたと思っているか、おめでてーな。

259 ：デフォルトの名無しさん：03/09/02 23:00

MATLABとはディジタル信号処理のツールのことか？
こう言うのはC/C++でかかれている。

要するに、言語には階層があって、つまり・・・
①現実の問題をモデリングし、記述するレベルの言語（SQL,Java・・・）
②①のレベルの言語をコンピュータで動作させるための言語(C)
③機械語

①はMATLAB、Jini、Javaなど
②はC/C++

この階層がある限りCは無くならないのだよ。
階層②のレベルの言語がC以外にあれば別だが・・・

260 ：デフォルトの名無しさん：03/09/02 23:01

MATLABは計算が遅すぎ。
行列だけちょっと計算が速いがループは糞。
Cより遅いのは当たり前だがJavaよりも遅かったことには驚いた。
インタプリタ言語の限界だな。

261 ：デフォルトの名無しさん：03/09/02 23:06

>>257
FORTRANの資産は膨大だけど。ソフトを好んで書きたくない
研究者っていうのもいるんだよ。まったくソフト組んだこと
なければFORTRAN書ける様になるにしても結構敷居が高いと
思うよ。その点MATLABだとかなり敷居が低いようで、
最近出版された制御や信号処理関係の書物見てみ。アルゴリ
ズムは大抵MATLABになってるよ。応用カルマンフィルタなん
て昔はFORTRANだったけど改定板だとわざわざMATLABで書き直
してた。オレは主にC++でシミュレーションしてたが世の情勢
に合わせてMATLABもおべんちょーしたよ。

262 ：デフォルトの名無しさん：03/09/02 23:07

>>259
> MATLABとはディジタル信号処理のツールのことか？
Matrix Labolatoryの略だ。最初から複素数型、行列型、
FFTやフィルタなど信号処理ライブラリなどが用意されて
行列の計算が容易にできるようになっているが型の概念が曖昧なので
糞言語としか言いようがない。ようするにスパゲティコードメーカー。
音声の再生、グラフ表示がシェルスクリプトのように対話形式で
処理できて M$ Excel の必要性もまったくなくなるが
大規模プログラミングには不向き。
一部オブジェクト指向がサポートされているがカプセル化もなければ
継承もない。VB以下。

クラスの作り方も、クラスにしたいものを関数として関数名と同じファイルとして
つくり(コンストラクタ)、肝心のクラス本体は別のところに置くという糞仕様。
クラスを作る気も失せる様な糞言語。

263 ：デフォルトの名無しさん：03/09/02 23:09

>>260
そりゃループは遅いよ。できるだけループを避けるっていうのが
コツなんだろMATLABは、
ところでコンパイルしたらどんなもんよ

264 ：デフォルトの名無しさん：03/09/02 23:09

MATLABは研究費でなければ買う気にもなれない。

MATLABでデータベースをとり扱うライブラリがあったが

全部関数でクラスも構造体もフレームワークも一切使わず糞。

おかげで関数の引数が膨大なものになってるこった。

265 ：デフォルトの名無しさん：03/09/02 23:10

MATLABはメモリ管理が糞。

C言語の方が上等。
Javaですらオートガーベッジコレクションで自動開放してくれる。

266 ：デフォルトの名無しさん：03/09/02 23:12

MATLABをインストールすると裁判で搭載禁止になった
MS製Javaを勝手にインストールさせられる。

267 ：デフォルトの名無しさん：03/09/02 23:16

こういう類のインタープリタツールはちょっとしたデータの整理や研究
には役に立っても、本格的なアプリケーション開発には不向きなのだよ。
もし、それをやるなら、C/C++でライブラリ使って自分で作るのがいいね。
高機能なツールというのは、結局、限界があるのだよ。
その点、Cは低機能だから限界はなしと・・・

268 ：デフォルトの名無しさん：03/09/02 23:20

>>252
お前みたいな奴は何度も見ている。
信号処理やっている奴の大半はオブジェクト指向を理解できないDQN

269 ：デフォルトの名無しさん：03/09/02 23:21

>>262
MATLABでClass使わなきゃならんような大きなプログラム書くな。
あれはプログラム書く前にちょっと確かめるためと論文に載せる絵を
書くためのツールだ。

>>265
Cのメモリ管理って???malloc freeのことか？

270 ：デフォルトの名無しさん：03/09/02 23:24

>>268
お前みたいな奴は何度も見ている。
OOいきまいてる奴の大半はFFTも理解できないDQN

271 ：デフォルトの名無しさん：03/09/02 23:25

Ｃ／Ｃ＋＋って書く奴はＣは死滅したと思ってるんだろうな。

272 ：デフォルトの名無しさん：03/09/02 23:25

>>270
お前必死すぎw
ストラテジーパターンでアルゴリズムの切り替えでも勉強して濃いよ

273 ：デフォルトの名無しさん：03/09/02 23:28

>>269
> MATLABでClass使わなきゃならんような大きなプログラム書くな。
> あれはプログラム書く前にちょっと確かめるためと論文に載せる絵を
> 書くためのツールだ。
だからExcel代わりのツールなんだな。
周りに馬鹿なMATLAB信者が多くてね。関数の作り方すら知らない奴が多くてな。
いつもソースコードをテキストエディタからMATLABコンソールにコピー&ペースト
している馬鹿がいるんでな。

> >>265
> Cのメモリ管理って???malloc freeのことか？
MATLABでclearがあるがclearできないときが面倒だ。packは糞

274 ：デフォルトの名無しさん：03/09/02 23:29

>>271
まあそんな被害妄想もつな

275 ：デフォルトの名無しさん：03/09/02 23:31

>>259
だれもCが死滅して欲しいとは思っていないが。
SQLとJavaを同列に扱うことに違和感があるな。

276 ：デフォルトの名無しさん：03/09/02 23:31

わけわかんない言語はいいから、
ＣはＯＯでないために死滅する根拠ってなんなんだろう。
ＯＯやってる人、周りの人はよくＯＯを理解しているのか？

277 ：デフォルトの名無しさん：03/09/02 23:34

メモリ管理は言語がやるもんじゃなくて主にOSがやるもんだろ。

278 ：デフォルトの名無しさん：03/09/02 23:35

Javaをやっていればオブジェクト指向はよく理解できる。
デザインパターンを極めたらかなりの戦力になる。
UML, Oracle, ネットワークプログラミング, 分散コンピューティングも使えるよう
になりeXtreme ProgrammingとRational Unified Processを実践できれば最強。

279 ：デフォルトの名無しさん：03/09/02 23:36

>>277
ばかもの

280 ：デフォルトの名無しさん：03/09/02 23:36

>>276
ＯＯをC++とすると、C++でかかれたコードの７０％はCの言語仕様だろ。
だから、C++が残る限りCは無くならない。

281 ：デフォルトの名無しさん：03/09/02 23:36

>>277
メモリの意識が無い奴が書いたプログラムは使えないから
そうとも言い切れないんじゃないか。

282 ：デフォルトの名無しさん：03/09/02 23:36

ネットワークプログラミングにはオブジェクト指向は不可欠。
よってC言語は使えない。

283 ：デフォルトの名無しさん：03/09/02 23:38

>>277
変数を無限に宣言できるとでも思っているのかと。
馬鹿みたいに巨大な多次元配列を宣言してみろと。

テンポラリファイルをどのタイミングで生成するかをプログラミングしなきゃ
話にならんだろ。

284 ：デフォルトの名無しさん：03/09/02 23:38

>>282
ネットワークプログラミングとは？

285 ：デフォルトの名無しさん：03/09/02 23:39

>>280
そいつはあんまり強く言えないなあ。
作り方がまるっきり違うんだから
別物と思ったほうがよいと思われ。

286 ：デフォルトの名無しさん：03/09/02 23:39

Virtual Realityの世界ではオブジェクト指向は必要不可欠。

よってC言語onlyはつかえない。

287 ：デフォルトの名無しさん：03/09/02 23:39

>>284
自分で検索しろ

288 ：デフォルトの名無しさん：03/09/02 23:40

関数をマンコ作るような世界ではオブジェクト指向は必要不可欠。

よってC言語onlyは使えない。

289 ：デフォルトの名無しさん：03/09/02 23:42

>>282
socket(),bind(),listen(),accept(),connect(),send(),recv()があれば出来ると思うが。
fork(),exec()も必要なことは多いが。

290 ：デフォルトの名無しさん：03/09/02 23:43

>>288
５００ＫＬぐらいのシステムはざらにあると思うが。

291 ：デフォルトの名無しさん：03/09/02 23:44

>>286
よかったね
俺もそいつには関係ないのでよかった。よかった。

292 ：デフォルトの名無しさん：03/09/02 23:49

>>289
使えない。グロイ。キモイ。スパゲテイ。
まあそれでがんばってせいぜい
C言語だけでB2Bサイトでも作ってなさいってこった。

293 ：デフォルトの名無しさん：03/09/02 23:50

どうでもいいけど、
Cを相当使いこなせないとC++なんて書けないだろ。
相当大きいプログラム書いてみて、値渡しを売りにしてる
Cでstructを参照渡しするようなことを散々経験してはじめて
classの必要性がわかるんじゃねぇの？テンプレートにしても
リスト構造買いてみて初めて必要性がわかるように思うんだが？
いきなりC++から始めた椰子っているのか？

294 ：デフォルトの名無しさん：03/09/02 23:51

あるものを作るときオブジェクト指向なしだと関数の数が膨大に増えるという
恐ろしい罠を知っているか？

オブジェクト指向には、無駄に増える関数の数を減らす素晴らしい効果があるのだ。

295 ：デフォルトの名無しさん：03/09/02 23:52

>>293
だからC言語は死滅しねえっていってんだろ。
C言語マンセーな信者が真っ先に死滅するんだよ

296 ：デフォルトの名無しさん：03/09/02 23:53

>>292
別にＯＯでもスパゲティコード書くのは簡単でしょ。
あとは客観的批判がないので、なんともいいがたいが、
Ｂ２ＢサイトはＪＡＶＡで作るのが良いといってるの？
Ｂ２Ｂサイトぐらいを作るのがＣでは関の山だろって言ってるの？
よくわからないんだけど。

297 ：デフォルトの名無しさん：03/09/02 23:53

>メモリ管理は言語がやるもんじゃなくて主にOSがやるもんだろ。

OSなんぞ無くてもC言語使ってヒープ領域でリンクリスト作れば
mallocだろーがcallocだろーが作れますが何か？

298 ：デフォルトの名無しさん：03/09/02 23:53

CをろくにかけないやつのC++のコードは、はっきりいって悲惨

299 ：デフォルトの名無しさん：03/09/02 23:53

＞Cを相当使いこなせないとC++なんて書けないだろ
CとC++の共有部分は全部「Cの知識」でつか？

300 ：デフォルトの名無しさん：03/09/02 23:54

>>294
クラスも簡単に爆発するが。

301 ：デフォルトの名無しさん：03/09/02 23:54

>>297
mallocやcallocで実際に確保するのがOS

302 ：デフォルトの名無しさん：03/09/02 23:55

まあ、get,put使う香具師より下手にcin, cout, printf, scanf使う香具師の
ほうがアブナイわけだが

303 ：デフォルトの名無しさん：03/09/02 23:55

>>300
C言語しか知らない奴がクラスを作るとそうなる。

304 ：デフォルトの名無しさん：03/09/02 23:56

>>293
これからの人はＯＯから入るんだよ。
頭の構造が違ってくるんだ。
あなたのいうことは良くわかるよ。
必要になった背景を無視して、使うところから始めると思うよ。
で簡単なアルゴリズムの実装もできないってことになりかねない。

305 ：デフォルトの名無しさん：03/09/02 23:57

>>301
かれはライブラリは使わんと思うよ。

306 ：デフォルトの名無しさん：03/09/02 23:58

こんな法則か。

オブジェクトの数がx個あったとき、その相互作用はxの2乗- x個。

つまりオブジェクトの数が一万個あったとき関数の数は9999万個に
なってしまうのだ。

307 ：デフォルトの名無しさん：03/09/02 23:58

計算も言語がやるものじゃないよな。CPUがやるものだよな。

308 ：デフォルトの名無しさん：03/09/02 23:59

＞簡単なアルゴリズムの実装
開発環境で提供されているので必要ありません

309 ：デフォルトの名無しさん：03/09/03 00:00

Javaだとnewで自動でメモリ確保できでしまうわけだが。
開放はメモリが足りなくなりそうになったときに実行。
System.gc()で意図的に開放することもできる。
メモリ開放の挙動が気に入らないときはObject#finalyze()メソッドを
オーバーライドすればよい。

310 ：デフォルトの名無しさん：03/09/03 00:00

>>303
１万のクラスを扱えるのはＯＯだって話じゃなかったっけ？
Ｃでもそんなのはざらにあるんだが。

311 ：デフォルトの名無しさん：03/09/03 00:01

>>308
> ＞簡単なアルゴリズムの実装
> 開発環境で提供されているので必要ありません
ところでお前が使っている開発環境ってどんなものよ。
その簡単なアルゴリズムとやらがそんなに信用できるものなのかね。

312 ：デフォルトの名無しさん：03/09/03 00:01

>>馬鹿みたいに巨大な多次元配列を宣言してみろと。
えらそーなこと言ってるから知ってるんだろうと思ってたら、
メモリ管理を言語がすると思ってるアフォにはあきれるね。

多次元配列なんてもんは頭の中だけにある概念ってこともわかってないな。
もうやだ・・・

313 ：デフォルトの名無しさん：03/09/03 00:02

>>310
話の流れを嫁

314 ：デフォルトの名無しさん：03/09/03 00:02

>>309
System.gc()書いた奴はフクロだな。

315 ：デフォルトの名無しさん：03/09/03 00:02

>>308
で何ができるの？

316 ：デフォルトの名無しさん：03/09/03 00:03

>>312
C言語なら俺様に聞け!スレに行け

317 ：デフォルトの名無しさん：03/09/03 00:04

>>311
そこでDelphiなんです！！
ソースが公開されてるから安心なんです！

318 ：デフォルトの名無しさん：03/09/03 00:04

>>317
悔しいが同意だな

319 ：デフォルトの名無しさん：03/09/03 00:05

>>313
何が優れてるの？

320 ：デフォルトの名無しさん：03/09/03 00:05

>>319
話の流れを嫁

321 ：デフォルトの名無しさん：03/09/03 00:06

>>312
> 多次元配列なんてもんは頭の中だけにある概念ってこともわかってないな。
> もうやだ・・・
アフォ。そんなもんは言語使用によって異なるんだよ。

たとえばMATLABで配列の計算をするときはあらかじめ0を代入しておいたほうが
計算が速くなるという仕様なのだ。多次元配列を定義して0を突っ込んだ途端
メモリに負担がかかる。

322 ：デフォルトの名無しさん：03/09/03 00:06

>>306
それって設計が相当にまずいだけじゃない

323 ：デフォルトの名無しさん：03/09/03 00:07

>>320
ﾌﾟｯ

324 ：デフォルトの名無しさん：03/09/03 00:07

>>317
Delphiか。GUI向け言語でね？

325 ：デフォルトの名無しさん：03/09/03 00:08

324はつりだな。

326 ：デフォルトの名無しさん：03/09/03 00:09

Bisual
Vaka

327 ：デフォルトの名無しさん：03/09/03 00:10

>>322
たとえ話をしとるんじゃが。

かといってひとつのクラス、ひとつの関数にすべての処理を書く
奴はもっと設計がまずい。マジで氏になさい。

COBOLerがJavaでmain()メソッド内に全ての処理を書いたという
愚かな実話は語り草となっている。

328 ：デフォルトの名無しさん：03/09/03 00:11

>>206はSTLとか使ってんの？

329 ：デフォルトの名無しさん：03/09/03 00:11

OOの利点は識別子の個数と名前空間の汚染が最小限になることだな。

330 ：デフォルトの名無しさん：03/09/03 00:12

>アフォ。そんなもんは言語使用によって異なるんだよ。
ほー！お前のPCは多次元メモリ積んでるんだ。
物理的にメモリは一次元でしかないんだよ。ハードウェア勉強して来い。

331 ：デフォルトの名無しさん：03/09/03 00:13

>>310
そんなこといっているといつまでたってもオブジェクト指向設計を理解できず、
最近流行のアジャイル開発手法も実践できないぞ。

332 ：デフォルトの名無しさん：03/09/03 00:14

>>330
餅つけ
言語の話でハードはって言っても始まらんよ。

333 ：デフォルトの名無しさん：03/09/03 00:15

>>330
> >アフォ。そんなもんは言語使用によって異なるんだよ。
> ほー！お前のPCは多次元メモリ積んでるんだ。
> 物理的にメモリは一次元でしかないんだよ。ハードウェア勉強して来い。

お前の目は節穴か?
この部分をちゃんと読んだか。
>たとえばMATLABで配列の計算をするときはあらかじめ0を代入しておいたほうが
>計算が速くなるという仕様なのだ。多次元配列を定義して0を突っ込んだ途端

334 ：デフォルトの名無しさん：03/09/03 00:16

>>330==>>206
必死すぎて見苦しいぞ

335 ：デフォルトの名無しさん：03/09/03 00:16

所詮言語なんてもんはハードウェア動かすための手順作成ツールなんだよ。

336 ：デフォルトの名無しさん：03/09/03 00:16

>>332-333
ハードウェアの勉強をしろって。

337 ：デフォルトの名無しさん：03/09/03 00:16

>>330
物理的には多次元だろ
特に最近のメモリは

338 ：デフォルトの名無しさん：03/09/03 00:16

>>331
いやそうかもしれんが、優れてる点を上げてもらって、
なるほどガッテンとなったら本腰をいれよかなという思いもあるので。

ところでエクストリームはＲＡＤだろ。

339 ：デフォルトの名無しさん：03/09/03 00:19

>>336
なんで？
ハードメモリの実装なんてアドレス参照の出来ない言語にとっては関係ないし
このスレとも関係ないきがするけど。
なんか深い意味があるのか？

340 ：デフォルトの名無しさん：03/09/03 00:19

ハードウェア、ハードウェア、ハードウェア、ハードウェア、
ハードウエハース

341 ：デフォルトの名無しさん：03/09/03 00:19

アボートこいたな

342 ：デフォルトの名無しさん：03/09/03 00:19

tumarangironda

343 ：デフォルトの名無しさん：03/09/03 00:20

core消しとけ

344 ：デフォルトの名無しさん：03/09/03 00:22

>>336
ゲート酸化膜の厚さが原子三個分以下になりました。
ENIACのアーキテクチャは・・・・
そんな勉強は散々したよ。

345 ：デフォルトの名無しさん：03/09/03 00:22

馬鹿ばっかり。

346 ：デフォルトの名無しさん：03/09/03 00:24

>>339のいうとおり、たとえばJavaでは何番地にxという変数が入り.....
というトリビアはほとんど意味がない。

347 ：デフォルトの名無しさん：03/09/03 00:24

頑固爺ひっそり

348 ：デフォルトの名無しさん：03/09/03 00:25

アセンブラを書けないCプログラマのコードはカス

349 ：デフォルトの名無しさん：03/09/03 00:26

>>206はDSPboardでC言語で必死にプログラミングしている香具師と見た。
専用メモリが32MBだけで何万もするという、秋葉原で売っているメモリの世界では
とても考えられない法外な料金なのでなんとかしてメモリ節約を考えないと
いけないんだってなご愁傷様(藁

350 ：Riche：03/09/03 00:26

けっこうオもろかったが、ＯＯの人はもっとガンガン攻めなきゃだめだな。
じゃね

351 ：デフォルトの名無しさん：03/09/03 00:29

>>348
それは言えるな。
漏れはそういう人間とは仕事したくない。

352 ：デフォルトの名無しさん：03/09/03 00:29

>>348
Z80なら書ける。けどもう二度とやりたくね。オブジェクト指向の時代から
UMLクラスダイアグラムからソースコード自動生成、リバースエンジニアリング
する時代だ。さらには人工知能によってコーディングが自動化される時代がやってくる。
そんなときにアセンブラオンリー、C言語オンリーでは限界がある。

353 ：デフォルトの名無しさん：03/09/03 00:30

> アセンブラを書けないCプログラマ

俺のことだな

354 ：デフォルトの名無しさん：03/09/03 00:30

>>350
この程度で十分だと思うが。それじゃつまらん？
じゃお前が攻めろ。

355 ：デフォルトの名無しさん：03/09/03 00:33

CASLが書けたらアセンブラが書けるCプログラマに認定してくれる？

356 ：デフォルトの名無しさん：03/09/03 00:34

>>352
知ってる単語並べてるんじゃねーよ。
カス。

357 ：デフォルトの名無しさん：03/09/03 00:36

Cを書けば勝手にアセンブラに直してくれる時代に
おまいらバカなことばかり言ってるな
そんなことよりフローチャートから勝手に直してくれたら凄いと思わないか？

358 ：デフォルトの名無しさん：03/09/03 00:40

>>357
いまどきフローチャ－トなんぞ死語！
これからの時代はUMLで決まり

359 ：デフォルトの名無しさん：03/09/03 00:43

知り合いに、レジスタを知らんアセンブラ使いがいたなぁ

360 ：Kernighan：03/09/03 00:46

リッチ帰ってからレベルがさがったな。
俺も寝るよ

361 ：デフォルトの名無しさん：03/09/03 00:47

xor ax, ax
を見てこれは馬鹿のやる言語だと確信した。

362 ：デフォルトの名無しさん：03/09/03 00:48

>>360
Cスレに行ってくれ。お前の書いた本について悩んでいる人がいるぞ。
訳が悪いのならお前のせいではないが。

363 ：デフォルトの名無しさん：03/09/03 01:02

ハンドルがかにはんりちか

時代はジェネリックプログラミングだな

364 ：デフォルトの名無しさん：03/09/03 01:24

ビスケットをお茶に浸して食うと美味いなー。

365 ：デフォルトの名無しさん：03/09/03 01:39

純粋にOOしたかったらC++なんかつかうのか？
C++はC+"ちょっと改良"言語だろ？
俺はあくまでもそういう感じでしか使ってないな。というか
オブジェクト指向っていうかそういう思考をプログラムするとき
いつもしてるわけ？邪魔くさいだけだと思うけどな。

366 ：デフォルトの名無しさん：03/09/03 01:49

>>349
DSPコードをCプログラムで開発ようではカスだな。
普通C/C++なんて悠長なもんはアルゴリズム考えるときしか使わない。
DSPエンジニアはアセンブラでプログラムして処理の前後でポートたたいて
ロジアナ見ながら時間間隔がキュッと縮むことに喜びを感じるのよ。

367 ：デフォルトの名無しさん：03/09/03 06:28

>>366
俺はDSPのコード書いてるけど、作業時間の半分はDelphi使ってるぞ。
DSPのツールはTI以外はとてもじゃないが使えないようなツールばかりだから
ツール作りからやらないと効率的な仕事は出来ないからだ。

それからTIのDSPはCで書けるぞ　というかCでないと嫌

368 ：デフォルトの名無しさん：03/09/03 09:10

>>361
? それは言語仕様でもなんでもない。
Clr命令の無いCPUの仕様の話だ。

369 ：デフォルトの名無しさん：03/09/03 11:53

>>349
あんまりまともに相手にしてもしょうがないが・・・
外付けメモリね、お前ハーバードアーキテクチャ知ってるか？

370 ：デフォルトの名無しさん：03/09/03 11:58

ハーバードアーキテクチャと何の関係が？ PICだって大抵の4bitマイコンだってそうだぞ

371 ：デフォルトの名無しさん：03/09/03 12:00

PIC用のC もあるけどな。

でもPICでC使ってる奴の仕事はマクロアセンブラ使ってる奴より極端に遅いのが常識だが

372 ：デフォルトの名無しさん：03/09/03 15:07

>>367
アセンブラが嫌なんじゃなくてDSPのアーキテク茶を理解してないので
書けないと正直に言え。嘘つきは下抜かれて、女になるぞ。

373 ：デフォルトの名無しさん：03/09/03 15:09

C32ならともかく、おまいは6000シリーズをアセンブラで書けるっちゅうのか？
書けるっちゅうなら尊敬してやるわ！

374 ：デフォルトの名無しさん：03/09/03 15:59

>>366
C → アセンブリ変換も一切使わずに原始的なプログラミングをしていなすったかい。
どっちみち時代に似合わず少ないメモリでプログラミングしないといけないとは大変ですな(藁
三角関数も全てtable lookupして変数も何度も再利用してスパゲティコード生成とは
さぞや大変でしょうな(藁

375 ：デフォルトの名無しさん：03/09/03 16:06

>>365
> 純粋にOOしたかったらC++なんかつかうのか？
Javaを使う。
しかし真の純粋なオブジェクト指向とはSmalltalkだ

376 ：デフォルトの名無しさん：03/09/03 16:07

>>357
> Cを書けば勝手にアセンブラに直してくれる時代に
> おまいらバカなことばかり言ってるな
> そんなことよりフローチャートから勝手に直してくれたら凄いと思わないか？
お前はUMLのアクティビティダイアグラムを知らないのか。
そうかそうかRationalも知らないのか

377 ：デフォルトの名無しさん：03/09/03 16:09

>>374
FM音源の実装のような場合はテーブルルックアップする場合もあるけど
サイン波出すような場合はそれじゃダメだな。

378 ：デフォルトの名無しさん：03/09/03 16:49

>>374
>三角関数も全てtable lookupして変数も何度も再利用して

DSP知らずに書いてるでしょ

379 ：デフォルトの名無しさん：03/09/03 17:10

>>370
2chでぐちゃぐちゃ書くのはアフォの骨頂だと思ってるのだが・・・

DSPはmac(=multiply and add)演算を最小システムクロックでできることに
意味があるんだよ。
具体的に書くと、次の計算

reg += *pb++ * *pc++

単なる積和だけじゃなくて、2つのポインタのインクリメントも含めて
最小システムクロックで演算可能だ。
つまり、
Σb(i)*c(i)のループの中身の基本演算が最小クロックで演算できる。
NタップのFIRフィルタならN+εクロックで計算できる。
そこでだ、この演算はメモリの2箇所に同時にアクセスしてるだろ。
仮に外部メモリ用のアドレスバスがword長しかなければ単位クロックあたり
データメモリの b or cのどちらか 1箇所のメモリにしかアクセスできない。
普通、DSPは外部SRAMをデータメモリとしてアクセスするような
ハードウェア設計をすると最も欲しい積和演算の速度が半分になるんだよ。
クロックを2倍にして消費電流2倍にしてしまうとか、おそーい演算でいいな
らそれでもいいけど、まぁ売れる製品の設計とは言えないね。
だから外部SRAMで動作するような商品設計は極力しない。
ただし、外部アドレッシングがダブルワードで2箇所のデータメモリに同時
アクセスできるDSPなんの制限も受けないけどね。

因みにプログラム領域に関してはOver 内蔵メモリサイズってことはほとんど
無いのが普通。

380 ：デフォルトの名無しさん：03/09/03 17:16

ほかの言語スレでもそうだが、
言語そのもの良し悪しではなく、
「こんなにスゴイ事やってるオレがいうんだから間違いない」
「ほんとは何もしらんくせにデタラメぬかすな」
「そんな事くらいオレだってやってるぜ」
という流れでループするのは、なぜ？

381 ：デフォルトの名無しさん：03/09/03 17:17

>>374
学生ちゃんよ。誰でも書けるようなプログラム組んで金もらえると
思ってたら大間違いだ。人ができないことやれてなんぼなんだよ。
だれでーもできることなら何も日本で開発しなくていいだろ。
ま、僕ちゃんは中国語でもこれから勉強しとくんだな。

382 ：デフォルトの名無しさん：03/09/03 17:23

最近の言語はコンパイルした中間言語コードを
VMが自動的に解析しその場でさらにコンパイルして最適化処理するのが主流。
やり方次第ではそのようが速い。C言語だけで手動で処理速度を速くすることを
各プログラマが必死に考えて時間をかけて作るよりもコンパイラとVMが自動で
処理速度を早くしたほうが信頼性が高くバグがでにくくプログラムの完成が早い。

そんな時代に、このスレでは死滅しそうな過去の訓話ばかりだな。

383 ：デフォルトの名無しさん：03/09/03 17:25

>>381
もはや人格攻撃しかできなくなったようだな

384 ：デフォルトの名無しさん：03/09/03 17:27

>>382
プ！現実を知らん真性馬鹿だな。

385 ：デフォルトの名無しさん：03/09/03 17:31

まあOOを勉強してからものをいいな。

386 ：デフォルトの名無しさん：03/09/03 17:32

>>384
キミのところだけがそういう現実に見舞われているようだ。
他は違うようだが

387 ：デフォルトの名無しさん：03/09/03 17:36

OOね。これこそアフォの一つ覚え。
一昔前の構造化馬鹿とまるっきり同じ。
考え方の一つに過ぎないことにすら気づかんようだね。

388 ：デフォルトの名無しさん：03/09/03 17:40

>>381
プログラム自体
誰でもかけるようなもんじゃないから
金もらっていいよ

一般人は普通のアプリケーションのインストールすら
ままならないのに

389 ：デフォルトの名無しさん：03/09/03 17:48

>>387
凄いこと行っている真性がいるな。

390 ：デフォルトの名無しさん：03/09/03 17:51

>>387
まずお前のソースコード晒せ厨房

391 ：デフォルトの名無しさん：03/09/03 17:52

>>379
だから、それとハーバードアーキテクチャとどう関係するんだ？

それと、そういうふうに正確に書くなら正確に書かないと知らんと書いてると思われるぞ。

まず、その命令は２箇所にどころか、Ⅰ命令で４箇所から読み込み１箇所に書いてる。
４つの入力は、命令、掛算器入力2 加算器入力1 だ。
加算器の入力はレジスタだから無視、命令はキャッシュだらか無視してるのか？

それと、外部SRAMをアクセスしても入力の一つなら問題ない。
多くのDSPでは積和は数サイクルかかる。ただし、複数の積和命令がオーバラップして実行出来るという事だ。
それと、ダブルワードだから制限を受けないというのは何の事だ？

392 ：デフォルトの名無しさん：03/09/03 17:57

これからの時代はStrategyパターンでアルゴリズムを簡単に
切り替える次代だ。

そんな時代にオブジェクト指向を否定するとは哀れな香具師よ。

393 ：デフォルトの名無しさん：03/09/03 18:03

積和が１サイクルで実行出来ると書いてあっても、
1サイクルで、積と積結果の累計が出来るのであって、
ほんとに１サイクル命令がある訳ではない。

積結果の累計は２～４サイクル前の積の結果を累計出来るという事だ。

394 ：デフォルトの名無しさん：03/09/03 18:06

>>382
＞やり方次第ではそのようが速い。

ひょっとしたら、あなたがおっしゃる通り、ヘタなCプログラマーより、
ヘタなJavaプログラマーやC#プログラマーのほうが
マシなコードをはきだすことがあるかもしれませんね。

しかし、コンパイラによる最適化は、中間言語だろうが、
Ｃ言語だろうが、等しく適用されると思います。
（Ｃだってオブジェクトコード化されることをおわすれなく）

もし、中間言語のほうが早いというのであれば、それは
もともとインストラクションがまとまっている（逆にいうなら
自由度がひくい）せいです。
コンパイラの最適化のせいではありません。

395 ：デフォルトの名無しさん：03/09/03 18:23

実行してからコンパイルするという発想は斬新なアイディアだと思うがな。

396 ：デフォルトの名無しさん：03/09/03 19:13

>>395
たしかに、斬新かもしれません。
しかし、実行時コンパイルというのが、ＶＭは遅いという批判に対する
苦肉の策だと私は思います。
結局、実行時にコンパイルするくらいなら、なぜ最初からコンパイル
しとかないのか、というあたりまえの疑問は残りますね。

397 ：デフォルトの名無しさん：03/09/03 19:13

>>381
2箇所にアクセスするのに内部メモリでは1システムクロックで
できるのに対して、外部バスが短ワード長しかなければ2回アクセスする
必要があるだろうが。どういうDSP使ってるかしらんがそのI命令とかいうやつ
は乗積算と同時に動くのかい？俺は上で書いただろ
reg += *pb++ * *pc++
メモリの2箇所からデータをフェッチしてそれを乗算してアキュムレータに加算
するまでを最小システムクロックでできるのが世の中でもっとも期待されてる
DSPの機能だよ。それとお前勝手に1クロックといってるが俺は最小システムクロック
としか言ってないぞ。お前、多分浮動小数点型DSP言ってるだろ。

398 ：デフォルトの名無しさん：03/09/03 19:13

スレンダーボディーがセクシーなみくちゃんです。
でもねみくちゃん。
オマンコはチンチンを入れるところですよ。
ソセージをそれも三本も入れられて
気持ちよさそうに感じてちゃだめでしょ。
飲んだ勢いのＳＥＸでありそうなシチュエーションがいいね。
乱れまくる淫乱美女の無料動画！
http://66.40.59.78/index.html

399 ：デフォルトの名無しさん：03/09/03 19:27

I命令ってインストラクションのことだな失敬。

400 ：デフォルトの名無しさん：03/09/03 19:39

400げとー
さすがだよな俺ら

401 ：デフォルトの名無しさん：03/09/03 19:42

>>396
> 結局、実行時にコンパイルするくらいなら、なぜ最初からコンパイル
> しとかないのか、というあたりまえの疑問は残りますね。
サーバアプリケーションは一度起動したらしばらくは何度も終了することも
何度も再起動する必要もなく常駐するものなのだよ。それがJavaだ。
そこらへんのスタンドアロンアプリとはわけが違うのだよ。

それから、最近のマシンのスペックではJavaとCとの
体感速度もさほど変わらなくなってきた。

402 ：デフォルトの名無しさん：03/09/03 19:50

>>395
Ｃ＃って初回の実行と次回以降のスピードが違うってこと？

言語のことあまり知らないんで。

403 ：デフォルトの名無しさん：03/09/03 20:01

どうでもいいけどDSPだと限界あるのよ。
所詮乗算器も加算器も1つか2つだし、今だとモバイル用途
ぐらいしかないよ。
やっぱり信号処理屋はDSPチップ屋じゃないんだから、
HDLぐらいできないと駄目だ。ソフトじゃ食えないから
最近ソフト屋がHDL書いてるのが多くなってきたが全く
ダメダメだ。

404 ：デフォルトの名無しさん：03/09/03 20:24

>>402
Javaの話からなぜC#の話に飛ぶのか

405 ：デフォルトの名無しさん：03/09/03 20:25

これからの時代は信号処理も数値計算もオブジェクト指向で
整理される時代だ。

406 ：デフォルトの名無しさん：03/09/03 20:26

厨というのはテリトリーの外では死んでしまう。だから自分のテリトリーに引き込もうとする。

407 ：デフォルトの名無しさん：03/09/04 07:44

>>403
ええと C5000/6000シリーズだと　乗算器は２つとか、加算器は沢山とかだね。

確かにDSPはパソコンのCPUに比べて歩みがのろいから使い道が減ってるのは確かだし
ソフトじゃ食えないのはその通りだけどね。

>>397
その演算は2箇所じゃなくて　４箇所だって言ってるだろ！

フィルタ演算なら、係数は内部RAMにデータは外部RAMにおけばいい。
固定小数点DSPでも、浮動小数点DSPでも
　積和は一般的に１サイクルなのが普通のDSPだ。

もちろん１サイクルといってもオーバラップ演算であって結果は数サイクル後に出る
わけで、レイテンシの詰め込みが必要だけどね。

特にC5000/C6000シリーズのようにレイテンシはあるわ８並列で詰め込まなきゃだわ
のDSPで、しかもプログラミングサイズが大きい奴をCコンパイラ使わずに書ける奴は
ほんと尊敬する

しかし、各メーカが持ってる社内組み込み用のコードが数百バイトしかないようなので
C言語欲しいなんて言ってる奴は、 PICでC使う奴よりバカだとも思うな。

408 ：デフォルトの名無しさん：03/09/04 08:13

>>405

今、そんな話をしても鼻で笑われる状況というのを知って言ってるのだとすれば
余程の理論と実装力と覚悟があるのでしょう。

その一端でも拝見したいものです。

409 ：デフォルトの名無しさん：03/09/05 12:36

ここでOOに批判的な人はOO知らないわけじゃないよ。
恐らくやってみて、その上でカリカリにチューンしてハードのパフォーマンスを最大
に発揮する必要がある場合だと問題あるから言ってるんだろ。うだソフト作るならJavaでもEiffel
でも使うよん。
楽できることと、稼げる金は反比例するね。
ソフトウェアってハードを動作せせるためのひとつの手段でしかない。

410 ：デフォルトの名無しさん：03/09/05 15:53

いまだにＣの入門書とかがいっぱい世に出ているよね。
Ｃ＋＋のほうが圧倒的に少ない気がする。

411 ：デフォルトの名無しさん：03/09/05 15:56

>Eiffel
罠?

412 ：デフォルトの名無しさん：03/09/05 15:57

JavaもＣもすでに終わっているっていうスレが立っているし、
２ちゃんねるのスレを本気で信用していいんだろうか。

413 ：デフォルトの名無しさん：03/09/05 16:09

ようするに、既に業界が崩壊寸前って事ですよ。
　まあ、もともと人売業になった日本のこの業界には何の未来も無かったんですけどね。

　朝鮮併合したら　中国と地続きになる韓国が一昔前の日本の勢いで伸びるんでしょう。
今から韓国語覚えた方がいいですよ。　日本人なら単語覚えるだけだから方言みたいなもんです。

414 ：デフォルトの名無しさん：03/09/05 17:00

OO使えばとりあえず動くソフトの生産性があがる->スキルの佐賀なくなる。
大学で6年間教育受けて人件費の高い日本人より、中国人使おうってことになる。
大事なのはOOじゃなくてOO使って何するか。つまりアプリケーションそのものに
深い知識持たなきゃね。‘

415 ：デフォルトの名無しさん：03/09/05 18:01

IBMも味方しているのにC#が本当に死滅すると考えてるの？
http://biztech.nikkeibp.co.jp/wcs/j/comp/265372

416 ：デフォルトの名無しさん：03/09/05 22:26

>>414
結局業務を知れってことだろ
だったら中国人じゃ無理だろ

417 ：デフォルトの名無しさん：03/09/06 01:21

ところで、PL/1って死滅した？

418 ：デフォルトの名無しさん：03/09/06 01:32

>>414
００って
生産性あがるの？
一回きりの開発でも上がる？

419 ：デフォルトの名無しさん：03/09/06 06:37

OOで生産性あがるのは、

１、クラス設計をまともな人がする
２、ライブラリをまともな人が作る

あとは、そこらの人売屋からコーダ調達すればOK　って所にあるわけで

ここんところを逆にしたら、そりゃ生産性あがるどころではない。

420 ：デフォルトの名無しさん：03/09/06 09:26

Delphiは優れているのにDel厨がバカばっかだということを
>>419がエレガントに説明してくれますた

421 ：デフォルトの名無しさん：03/09/06 13:17

>>419
なんだかVBで生産性あがるのと同じだね

422 ：デフォルトの名無しさん：03/09/08 13:31

ま！アセンブリ言語書けないプログラマは
インスタント食材しか使えない料理人と同じっちゅうこった。

423 ：デフォルトの名無しさん：03/09/08 23:22

ＲＩＳＣのアセンブラ書けるのか？

424 ：デフォルトの名無しさん：03/09/08 23:40

>>423
分岐遅延スロットあたりが辛そう…

425 ：デフォルトの名無しさん：03/09/08 23:48

アセンブラ書けない奴はインスタントって気持ちはよーーくわかる

426 ：デフォルトの名無しさん：03/09/09 02:41

>>422 の言ってるのはお前のことだよ。アセンブラ出来ない、出来損ないの---> >>423
だからSHもDSPもRISC、そんなことも知らん奴が何言ってるんや!

427 ：デフォルトの名無しさん：03/09/10 01:07

>>426
なんでそんなに熱くなるの？
まともな人間には見えないよ。
まずは、ニモニック書いて、凄いことを証明してみたら。

428 ：デフォルトの名無しさん：03/09/10 03:10

>>396
>結局、実行時にコンパイルするくらいなら、なぜ最初からコンパイル
>しとかないのか、というあたりまえの疑問は残りますね。

遅いレスだが。
たとえばCでごく短い関数を書いたとき、コンパイル単位が違えば
決してインライン展開されないが、Javaならやることがある。
たとえばC++で仮想関数を書けばvtableを経由することになるが
Javaなら、finalを付けなくても、オーバーロードしてる奴がいなければ
直接呼出しに展開することがある。
配列の範囲チェックがどうしても必要な場合、Javaなら極限まで
チェックを省略してくれるが、C++でテンプレート使ったらどうなんだろ。

Javaが遅いとすれば、JIT自体がとんでもないメモリ喰いなのと、
オブジェクト生成のコストが原因だろ。メモリがふんだんにある環境なら、
事前コンパイルとJITを比べて、JITが特に不利とは思えない。
実際、Javaにはネイティブコンパイラもいくつかあったはずだが、
軒並みVMより遅かったはずだ。

429 ：デフォルトの名無しさん：03/09/10 03:37

>>408
> 今、そんな話をしても鼻で笑われる状況というのを知って言ってるのだとすれば
> 余程の理論と実装力と覚悟があるのでしょう。
> その一端でも拝見したいものです。
お前はシミュレータにはオブジェクト指向が必要不可欠であることを理科逸していないようだ。
脳内嘲笑でもしてな。

大規模プログラミングでもオブジェクト指向を否定するとは愚かだ。
数値計算でオブジェクト指向といえば、

演算クラス、数値積分クラス、数値微分クラス、
それを使うのに必要な関数クラスを
自作するような世界だ。
これらのクラスやインターフェースを継承して台形公式クラスなどを
自作するのだ。
複素数クラス、行列クラスも欠かさず定義する。

お前みたいなローテクなアンチに理解できるか？

430 ：デフォルトの名無しさん：03/09/10 03:42

>>428
DSPやってる連中はDSP専用メモリを買うお金がないから
しぶしぶ少ないメモリ環境で動くようにプログラミングすることしか
まったく考える気がない石頭が多いのだよ。
そういう連中に何をいっても無駄だと思ったほうがいい。
電車や自動車、飛行機があってもそれらには一切乗らず、
馬でなければいかん、と主張する連中なんだからよ。

431 ：デフォルトの名無しさん：03/09/10 03:57

>>DSP専用メモリ
失笑だな。いったいどんなメモリなのか言ってみろ。
お前には金を生むプログラムは書けない。

432 ：デフォルトの名無しさん：03/09/10 04:01

>>429
その結果FORTRANで1時間かかるプログラムが3日かかってしまいますた
お遊びちてまちょーね。暇な学生ちゃん

433 ：430：03/09/10 04:03

遅延線メモリ使ってるぜ！

434 ：●のテストカキコ中：03/09/10 04:06

http://ula2ch.muvc.net/　(このカキコは削除しても良いです)

435 ：430：03/09/10 04:13

>>演算クラス、数値積分クラス、数値微分クラス、
>>それを使うのに必要な関数クラス
ふーん！そのクラス分類 OOじゃないよ

436 ：430：03/09/10 04:18

>>430
ロジック回路の速い/遅いとは何を意味してるかを知らないんだろうね。
DSPがどれくらいのクロックで動いてるかも知らないからこういう発想
するんだろな。専用メモリっていったい何だ？

437 ：デフォルトの名無しさん：03/09/10 04:23

どのカキコを削除していいって？

438 ：デフォルトの名無しさん：03/09/10 07:57

>>429
なんか小学生が必死に考えた煽りですか？

　その演算クラスとやらを書いてみせてごらんなさいな。

ところで、数値積分するのにクラスが必要ですか？お笑いですね。
数値積分はクラスではなく演算指令として与えるべきじゃないの？　OOとしてはさ。

　計算結果を表示するのにOOを使う事はあるだろうけどさ

439 ：　：03/09/10 08:44

>438
どうでもいいけど、なんか場所取りすぎじゃないの。

440 ：デフォルトの名無しさん：03/09/10 09:43

>>438
演算をオブジェクトと考えるのは
組み合わせ回路の観点ではOKだと思うのだが…

ただ…それなら関数型言語でやれと

441 ：デフォルトの名無しさん：03/09/10 09:44

>>436
磁気コアメモリ、バブルメモリ

442 ：デフォルトの名無しさん：03/09/10 09:59

>>440
少なくとも固定小数点クラスや複素数クラスっていうデータ型をオブジェクト
として考えてる従来のコードと相反することだけは確かだね。
そもそもCでもFORTRANでも整数、浮動小数点などのデータ型を知らず知らずの
うちにクラスとして使ってると考えるのが普通だ。

443 ：デフォルトの名無しさん：03/09/10 10:30

CPUに用意されてないユーザ独自のデータ型を定義するところから
structやclass、が生まれて、オブジェクト指向を意識する。

444 ：デフォルトの名無しさん：03/09/10 16:59

>>441
最近のメインメモリより高速ってマジですか？

445 ：デフォルトの名無しさん：03/09/10 23:45

>>433
ところで、なんでお前はそこから>>430を騙っているのか。

馬鹿にされて必死だな。
C厨のこの暴れっぷりはすさまじいな。
論破されて人格攻撃に走ったか。
よほどプライドを傷つけられたんだな。

>>432
そんなに差がでるプログラムのソースコード見せてみろ。
クラス作ったくらいで処理速度がそんなに劇的に遅くなる
証拠を見せてみな。まるでDFTとFFTとの差くらいに大袈裟だな。

446 ：デフォルトの名無しさん：03/09/10 23:51

>>438
> なんか小学生が必死に考えた煽りですか？
どうやら、DSPで遊んでいる幼稚園生が
必死に主観と憶測に満ちた個人的感情論で煽っているようだな。

> 　その演算クラスとやらを書いてみせてごらんなさいな。
検索しろや。お前の大好きな学生が作った奴が見つかるからよ。
あのプログラム自体、俺がみても、オブジェクト指向設計としては
まだまだだな、と思うがな。だがお前のような論理的になれない
アンチOOなクズよりはましだが。

とにかく、>>438のｸｽﾞ坊はポリモーフィズムについてもっと勉強してこいや。

447 ：デフォルトの名無しさん：03/09/10 23:52

>>443
strutsはいらん。へたくそな奴が使うとclassよりもパフォーマンスが落ちる。

448 ：●のテストカキコ中：03/09/10 23:53

http://ula2ch.muvc.net　(このカキコは削除しても良いです)

449 ：デフォルトの名無しさん：03/09/10 23:59

Ｃは初めて触れた言語なので、死滅するのは少々名残惜しいですね。
でも、Ｃが死滅するとこれからボクは何を勉強していけばいいんでしょう？
今現在、高校１年生なのですが、Javaがほんの少し出来ます。
プログラム界の言語需要事情を教えていただけませんか？

450 ：デフォルトの名無しさん：03/09/11 00:02

>>449
ここに書いたことは忘れてべつのとこに行ったほうがいいよ。
俺はＪＡＶＡでいいと思う。
Ｃは残ると思うけど、変なとこに行くと偏屈な先輩に苛められるので
気をつけよう。

451 ：デフォルトの名無しさん：03/09/11 00:05

そうですか。Win系言語に触れるのはどうしても嫌なので、
このままJava→C++といったカンジで勉強していこうと思います。
どうもありがとうございました。

452 ：デフォルトの名無しさん：03/09/11 00:21

>>449
だから死滅しねえと言ってるだろ。
大学でもつかってるしここでのDSP厨も愛用しているし
勉強してためになるんだよ。Linuxのソースコードいじるように
なったらC言語は避けても通れない道だ。

けどCやってから、例えばVBやC#を勉強するのは
M$の思惑にはまるだろうしためになるかは疑問だがな。
変な独占企業の思惑がうらに潜んでいる言語もあるもんだ。
それが見抜けない奴はVB厨やVC++厨のように泣きを見る。

453 ：デフォルトの名無しさん：03/09/11 00:23

>>451
徹底的に理解しなくてもポインタ演算がどんなものかくらいは知っとけよ。
アセンブラとは何か、くらいも知っとけよ。
Javaにも、C/C++よりも使いやすくわかりやすいポインタがあるんだからな。

454 ：デフォルトの名無しさん：03/09/11 00:26

>>450
信号処理もやって高級言語も使いこなしている俺様には
さすがにDSP厨が変な奴とは全然思わないが
極端に偏屈すぎて自分の世界しか見えないのはさすがにまずいな。
それでもC言語は学ぶ価値はある。

455 ：451：03/09/11 01:12

あ、Ｃはとりあえず一通りやったつもりです。
ポインタ処理は一応理解してますし、メモリ確保も心得てます。
そこで、前までの会話も考えない、突拍子もない質問で申し訳ないのですが、
ＣでGUIアプリ作るには、やっぱりMSのライブラリ買うしかないのですか？
やはりＣをやるにはLinuxに移行した方がいいんでしょうか？
X Window SystemにC言語で実装をすることは出来るのでしょうか？

456 ：デフォルトの名無しさん：03/09/11 01:13

MSのらいぶらりを買うといったらMFCのことでそれはC++だ。
Win32APIはCだ。

457 ：デフォルトの名無しさん：03/09/11 01:33

>455
www.gtk.org

458 ：デフォルトの名無しさん：03/09/11 01:38

>>455
GTK使いなさい

459 ：デフォルトの名無しさん：03/09/11 01:39

式はいつにしますか?

460 ：デフォルトの名無しさん：03/09/11 01:42

>>455
X　はCだよ。Xlibでプログラムしてみ。
俺は挫折したけど。あれじゃプログラムするの大変だからいろんなライブラリ
がでてきた。それでも大変だからMS-WinではC++使うことにした。
画像いじるようなプログラムをCで書くと、同じような引数を何回も処理関数
に渡す羽目になることに気づく。じゃこれらを一まとめにしようとか、アドレス
渡しにしようとかふつーに思いつく。

461 ：デフォルトの名無しさん：03/09/11 01:46

>459
いまから夜這いに逝きます

462 ：デフォルトの名無しさん：03/09/11 03:04

C++使っててC書けない奴っていないよな。

463 ：デフォルトの名無しさん：03/09/11 06:35

C++やっててget*(), put*()しらない奴はいるだろうな

464 ：デフォルトの名無しさん：03/09/11 07:52

ええと、そりゃTIのDSPでCは使うけど、その時の書き方はやっぱりアセンブラ代わりのCとして書いてるぞ。
常に実行サイクル数を意識してるわけで

465 ：デフォルトの名無しさん：03/09/11 08:30

>>436はDSPやっとるくせに畳み込みチップを知らないのか

466 ：デフォルトの名無しさん：03/09/11 08:49

いまどき、こんなにCPUやメモリを安価で入手でき時代に
DSPをCだけで書くのは時代遅れ。　

>>438
>ところで、数値積分するのにクラスが必要ですか？お笑いですね。
>数値積分はクラスではなく演算指令として与えるべきじゃないの？　OOとしてはさ。
ここまでいくと、脳細胞の配置を変える手術をしない限りこういうことをいう病的な
思考停止した輩は治らんだろうな。Simulaというプログラミング言語がなぜ
誕生したかも理解できないんだろうな。

こういう奴はSmalltalkに対してもとてつもなく大きな私怨を籠めて数年前
に誰かが言ったこととおなじような否定的なことを言いそうな奴だ。

DSPしかやっていないとGoFデザインパターンすらも知らないようなこういう奴に
なってしまうわけか。

467 ：デフォルトの名無しさん：03/09/11 09:00

>>466
いまだに貴方の周りにある大多数のDSPはCどころか
まともなアセンブラさえない環境で作られているのですよ。

たとえばあなたのカーステレオの中のDSPは1個数百円
携帯電話はもう少し高いですけどね。
数が多い環境は、やはり限界ギリギリを狙って作られるのが当然だというのが
お判りになりませんか？

それと、
DSP開発をやっていると、どうしてもツール作りからやらないといけないので
その手のプログラミングも人並にはやりますよ。
その手の用語を振り回してみても、苦笑いされるです。

468 ：デフォルトの名無しさん：03/09/11 09:01

get*やput*なんて関数仕様を忘れたり知らないことはあっても基本的な
Cの書き方を知らなくてC++って書けるのか？というよりC++の教科書読めないだろ？
あれはCを相当知らないと読みこなせないように思うんだが?

469 ：デフォルトの名無しさん：03/09/11 09:09

http://homepage3.nifty.com/llllllllll/

470 ：デフォルトの名無しさん：03/09/11 09:09

あのー・・・・>>1はCではなくC#とタイトルに入れたんじゃないでしょうか・・・・

471 ：デフォルトの名無しさん：03/09/11 09:10

>>466
SimulaやSmalltalk？
今、大々的に普及してるならまだしも、ほとんど異物と化してる
ことすらわからないお前の頭が糞なんだよ。

472 ：デフォルトの名無しさん：03/09/11 09:32

473 ：デフォルトの名無しさん：03/09/11 09:36

>>466

>>429みたいな発言は、そりゃ笑われるだけだよ。

はやくDSP向けオブジェクト指向ツールを作りなさいな。

それより先に表現方法と、その吐き出すアセンブラコードを提示してごらんなさい。
機種は何でもいいよ。それを見て評価してあげるからさ。

474 ：デフォルトの名無しさん：03/09/11 09:39

>>473
でも本当に提示されたら困るんだよね? :-)

475 ：デフォルトの名無しさん：03/09/11 09:46

>>467
お前の周りにいる奴が糞ジジイDQNの巣窟なんだろ

476 ：デフォルトの名無しさん：03/09/11 09:47

>>474
そうだね。評価にもそれなりの時間がひつようだからさ。
でも逆に、いいアイデアなら盗まれるくらいは覚悟してね。

というか、技術は目で盗めというくらいだからさ。

477 ：デフォルトの名無しさん：03/09/11 09:49

>>476
あんたに評価できる力なんてないでしょ(笑)

478 ：デフォルトの名無しさん：03/09/11 09:51

>>473
キミも実に頑固だね。
キミのような過去の常識はもはや現代社会では通用しないのだよ。

> はやくDSP向けオブジェクト指向ツールを作りなさいな。
キミのいっているDSPはProcessorの方を差しているようですな。
一般的にはProcessingのほうをさすことが多いのだがね。
キミのように閉鎖的な世界ではProcessorの略としか認めないようだがね。

> それより先に表現方法と、その吐き出すアセンブラコードを提示してごらんなさい。
いまどきアセンブラコードを見せてくれないと気がすまないほど原始的なのか。
ほうほう、そりゃ哀れだな。

479 ：デフォルトの名無しさん：03/09/11 09:52

>>470
そのスレなら他にあった。

480 ：デフォルトの名無しさん：03/09/11 09:53

>>471
DSPもほとんど異物化しているみたいだけど

481 ：デフォルトの名無しさん：03/09/11 09:54

>>479
>>1
> 鳴かず飛ばずで既に危篤状態･･･

Cって鳴かず飛ばずだった?

482 ：デフォルトの名無しさん：03/09/11 09:54

>>473
> はやくDSP向けオブジェクト指向ツールを作りなさいな。
（ﾟДﾟ）ﾊｧ?
誰がツール作れと言ったんじゃｳﾞｫｹ

483 ：デフォルトの名無しさん：03/09/11 09:55

>>481
知らん。すれ立てた奴か他に聞いてみてくれ

484 ：デフォルトの名無しさん：03/09/11 09:56

>>483
知っていると思うけど、タイトルに#を入れると取り除かれるの。

485 ：デフォルトの名無しさん：03/09/11 09:57

あ！　ここも例のイジっても面白くない奴か・・・つまらん。

　他人のガキにダダこねられてもなあ・・・うちの子供ならこの程度背伸びしてても可愛いんだが・・・

486 ：デフォルトの名無しさん：03/09/11 10:00

>>481
>>1は昔ほど大ブレイクしなくなってメジャーな言語でなくなりつつあるとでも言いたいだけかと

C#死滅スレなら15位まで進んでいた。

487 ：デフォルトの名無しさん：03/09/11 10:08

>>467
> いまだに貴方の周りにある大多数のDSPはCどころか
> まともなアセンブラさえない環境で作られているのですよ。
>
> たとえばあなたのカーステレオの中のDSPは1個数百円
> 携帯電話はもう少し高いですけどね。
> 数が多い環境は、やはり限界ギリギリを狙って作られるのが当然だというのが

藻前みたいな抵抗勢力がプログラミング効率を悪化させてる。

カーステレオも、モービルにPCが搭載されるようになれば、
そんな制限もなくなってしまうわけだが。
車にDVDやHDDが搭載される時代だぜ。
Sunが車にJavaを搭載すると言うや否や
あのM$がそれに対抗して一時期WindowsCEを搭載すると言い出した。
M$は一度はそれをとりやめたがまた新たに.NET用にPCを搭載するデモを
見せびらかした。

これで、
DSPやってる奴もアセンブラやCで組み込みやっている奴の立場も
徐々に終焉に向かいつつあるな(藁
COBOLerやVB厨と同じ末期をたどる運命だな(藁

488 ：デフォルトの名無しさん：03/09/11 10:10

>>487
　ええと・・・・どういう所でどういうふうに使われているかご存知ないからそういうお話になるのでしょう。

あなたがお使いのパソコンの中にもⅠチップマイコンが複数使われていますよ。

489 ：デフォルトの名無しさん：03/09/11 10:13

>>488
おいらのPCの中を見たの!?

490 ：デフォルトの名無しさん：03/09/11 10:13

Ⅰチップは１チップマイコンの誤記です。

・たとえばPS2キーボードにひとつ　キーボードインターフェースに一つ
・内臓時計のチップの中にひっそりと
・そしてHDDの中にはDSP/CPUが
・ほらサウンドカードの中にも

491 ：デフォルトの名無しさん：03/09/11 10:14

>>488
何個使われているのか言ってみぃ。「あなたがお使いの」なんて言うくらいだからわかるはずだよな？

492 ：デフォルトの名無しさん：03/09/11 10:15

>>490
サウンドカードは入れていません。

493 ：デフォルトの名無しさん：03/09/11 10:15

>>488
そっちの話かい。
ハードウェアの話ばかりだな。
ある程度はチップを使ったほうがいいが、
ある程度、というか場合によってはほとんどが、
ソフトウェアだけでやったほうが効率が良いことがあるんだよ。
Virtual Machineを通してだ。

494 ：デフォルトの名無しさん：03/09/11 10:18

>>493
DSPが使われている場所は強いリアルタイム性を必要とする個所ですよ・・・・ちょっと的外れてませんか？
--->ソフトウェアだけでVirtual Machineを通してだ。

495 ：デフォルトの名無しさん：03/09/11 10:18

> DSPが使われている場所は強いリアルタイム性を必要とする個所ですよ

496 ：デフォルトの名無しさん：03/09/11 10:19

あのなあ、
全部ソフトウェアだけでやることは不可能だが、

これからの時代は
全部ハードウェアだけでやる必要がないのだよ。

だからDSPだけで全てをちまちまとやる必要がないわけ。

アセンブラアセンブラといっている香具師って、
VMWareやVirtualPCまでも否定するんだろうな。

497 ：デフォルトの名無しさん：03/09/11 10:20

完全に死滅することはなくても危篤状態なのは認める？

498 ：デフォルトの名無しさん：03/09/11 10:20

>>490
他にも
・FDD内のドライブICにひっそりと（4bitとか8bit)
・CDROMドライブの中にも

499 ：デフォルトの名無しさん：03/09/11 10:20

>>494
まあ、ムーアの法則ってもんがあるだろ。

Javaにも Javaリアルタイム仕様ってものがあるんだそうだ。
まあ、そのうち、そちらの分野も将来Javaにとってかわるからがんばれよ。

500 ：デフォルトの名無しさん：03/09/11 10:21

>>497
影が薄くなるだけだろ

501 ：デフォルトの名無しさん：03/09/11 10:22

まじでC厨はCOBOLerと同じ末路を歩みそうだなぁ。

502 ：デフォルトの名無しさん：03/09/11 10:22

>>499
残念ながら組み込みチップにはその法則の余禄がないのですよ。

単価100円でRAM64K ROM512Mなんてチップが出てもよさそうですのにね。

503 ：デフォルトの名無しさん：03/09/11 10:23

家電製品や携帯端末など、組み込み系にはCやアセンブラでないと絶対駄目だ！
といってる奴いたけど、それもJava + Jiniに変わってしまうんだな。

それに対抗してM$がUniversal Plug and Playを普及させてしまってるがな。

504 ：デフォルトの名無しさん：03/09/11 10:24

> 組み込み系にはCやアセンブラでないと絶対駄目だ！
> といってる奴いたけど、
----> >>502

505 ：デフォルトの名無しさん：03/09/11 10:24

はは、もうオジサン降参だ。　

506 ：デフォルトの名無しさん：03/09/11 10:25

>>502
だから、全ての機能をそのチップに無理やり詰め込める必要は
ないだろっていってんだろ。

オーバーした分は100GBでも1TBのHDDでも
1GBのメモリでも積んで解決すりゃいいんだよ。

507 ：デフォルトの名無しさん：03/09/11 10:26

>>506
余り醜態を晒さない方がいいですよ。あなたが何も知らないのは明白ですから。

508 ：デフォルトの名無しさん：03/09/11 10:27

>>506
そうですか。　じゃあ頑張ってそういう時代にして下さい。　未来はあなたが作るものですからね。

あなたが強く頑張れば、そういう時代になるのでしょう。

509 ：デフォルトの名無しさん：03/09/11 10:29

C信者にはなぜあんな遅いJavaを組み込み系に使うのだ？
と疑問に思った香具師はいないだろうか？

といっても、Javaはもともと組み込み・ネットワーク家電向けに作られたものだからな。
ネットワークを介して使うにはCPUに依存する仕組みでは駄目だ、
ということでVM上で動くようにしたんだな。

510 ：デフォルトの名無しさん：03/09/11 10:29

>>508
おじいちゃん格好良かったぜ。

511 ：デフォルトの名無しさん：03/09/11 10:31

>>507
必死だな。30年前だったら>>506のような発言をしても笑われただろうが
今は時代が違うんだよ。
いつまでも古い知識と過去の栄光にしがみついていないで
新しい時代も学べよ。

512 ：デフォルトの名無しさん：03/09/11 10:32

>>507
余り醜態を晒さない方がいいですぞ。
キミがオブジェクト指向もUMLもアーキテクチャパターンも
MVCアーキテクチャも何も知らないことが明白ですから。

513 ：デフォルトの名無しさん：03/09/11 10:33

>>504
ﾜﾗﾀ

514 ：デフォルトの名無しさん：03/09/11 10:35

>>509
というか、組込には当然幅がありますからね。
コストを考えるとすぐ採用するのはムリがある。

そして、コスト以上に、大量に作るなら　それなりの信頼性がないと大きな負債を負ってしまいます。
部品点数が多ければ信頼性を確保するのが難しいのと同じく、
ソフトウエア部分が多ければ、当然信頼性を確保する作業が膨大になってしまいます。

そういう理由から、ランタイムが必要というだけで敬遠されていたのですよ。

515 ：デフォルトの名無しさん：03/09/11 10:37

> ムリがある。

ここだけ口調が違う。焦ってきたか。

516 ：デフォルトの名無しさん：03/09/11 10:40

>>512
ほうほう・　ﾒﾓﾒﾓ　

MVCですかぁ。　いやあ博識ですねえ。　UMLですかあ　ほんと勉強してらっしゃる。

517 ：デフォルトの名無しさん：03/09/11 10:40

さすがにC言語だけでネットワークプログラミングするのは
あまりにもリスクが大きすぎるな。

ネットワークを介在するには、
速度よりも信頼性やセキュリティ生を重要視することが
課題になってくる。なのでオブジェクト指向は絶対必須。
てなわけでC言語だけでネットワークプログラミングはやるべきでない。
C言語はまさにこのスレのプライド高きDSP使いの香具師のよう
な者のためにあるようだ。

518 ：デフォルトの名無しさん：03/09/11 10:44

>>516

オブジェクト指向を否定する奴にはUMLは向いていないかもしれん。

だが、UMLは図式でわかりやすいのでそこから
オブジェクト指向を学ぶ気になるかもしれんぞ。

また、信号処理のブロック図もUMLに追加される予定らしいから、
藻前らDSP厨よ、期待して待て！

519 ：デフォルトの名無しさん：03/09/11 10:45

>>517
速度よりも信頼性やセキュリティ生を重要視することが課題になってくるとなぜオブジェクト指向が必須になるのですか？
　　そういう飛躍は年寄りには難しすぎますね。

520 ：デフォルトの名無しさん：03/09/11 10:46

517じゃないが思った通りのレス

521 ：デフォルトの名無しさん：03/09/11 10:47

>>518
ありがとう。　ほんとあなたはよく勉強してらっしゃる。　

522 ：デフォルトの名無しさん：03/09/11 10:48

>>519
カプセル化というものを理解汁

523 ：デフォルトの名無しさん：03/09/11 10:51

Cでもオブジェクト指向は可能だよ。

524 ：デフォルトの名無しさん：03/09/11 10:52

>>522
なるほど、昔はカプセル化というのは　コードとデータを一体として扱う事なんで、
データをデータとして扱うよりも、セキュリティを落とすと思われていたのですが、

あなたのあたらしい発想でそれが解決されたのですね。すばらしい。

525 ：デフォルトの名無しさん：03/09/11 10:52

技術者ってのは常に新しいものを理解しないといけないんですな

526 ：デフォルトの名無しさん：03/09/11 10:52

>>522
カプセル化が出来ると数学的に証明できるのですか？

527 ：デフォルトの名無しさん：03/09/11 10:53

>>523
Cだけでやるにはとんでもなく面倒くさいものだ。

528 ：デフォルトの名無しさん：03/09/11 10:54

>>527
そんな事はないですよ。　簡単なフロントプロセッサ書いてスマートにした事がありますよ。
単継承でしたけどね。

529 ：デフォルトの名無しさん：03/09/11 10:55

>>524==>>526

お前はカプセル化の意味を理解していないな。

実際にプログラミングすればわかることなのだが。
それで本当にオブジェクト指向プログラミングの経験のない奴だという
ことがすぐにばれるぞ。

530 ：デフォルトの名無しさん：03/09/11 10:56

>>528の脳内オブジェクト指向==構造体を使うこと

531 ：デフォルトの名無しさん：03/09/11 10:57

>>529
カプセル化が保障されたら、安全性が数学的に証明が可能なのですか？

532 ：デフォルトの名無しさん：03/09/11 10:58

>>529
へえ、すばらしい。
その信頼性やセキュリティに優れたというのがすぐ判るような例をチョロっと見せてもらえませんか？

いちおう参考書は手元にあるんで、頑張って理解してみます。

533 ：デフォルトの名無しさん：03/09/11 10:59

優秀な524は小細工しなくても一切ミスはしないよ

534 ：デフォルトの名無しさん：03/09/11 10:59

カプセル化と隠蔽の違いを教えてください。

535 ：デフォルトの名無しさん：03/09/11 11:00

カプセル化とかけて隠蔽ととく。そのこころは？

536 ：デフォルトの名無しさん：03/09/11 11:01

>>524
> >>522
> なるほど、昔はカプセル化というのは　コードとデータを一体として扱う事なんで、
> データをデータとして扱うよりも、セキュリティを落とすと思われていたのですが、
そればプログラミングしている奴のスキルの問題。
またはそんなことをいった奴のオブジェクト指向に対する誤解。

とりあえずフィールドを全部privateしろと。
getter,setterメソッドでのみアクセスしろと。
不変性を保つには継承禁止にしsetterメソッドの使用を禁止する。

それでセキュリティを落とすだぁ？
Servletでフィールドをstaticにしたとかpublicなインスタンスにしたとか
シンクロし忘れたとかスレッドセーフでなくなったとかじゃねえのか。

537 ：デフォルトの名無しさん：03/09/11 11:02

正直言って言語レベルのOOより、
COMやCORBAのミドルウェアを介した
コンポーネントテクノロジの方が
現実的で重要だと思う。

538 ：デフォルトの名無しさん：03/09/11 11:03

>>536
フィールドを持つ限り、状態という呪縛から逃れられませんね。

539 ：デフォルトの名無しさん：03/09/11 11:04

>>531,532
まるで餓鬼のように極端な奴だな。
お前は物事を二元論の立場でしかみることができないのか

540 ：デフォルトの名無しさん：03/09/11 11:05

>>536
ほうほう　ﾒﾓﾒﾓ

なるほどなるほど、
ところで通信すると、普通に作ってもget/setでアクセスすると思うんですが
その継承禁止した場合とどう違うのでしょう？

541 ：デフォルトの名無しさん：03/09/11 11:06

>>540
理解できないからって見なかったことにするなよ。

542 ：デフォルトの名無しさん：03/09/11 11:06

>>539
自分の見解を述べずに人格批判をする
　　　　「犬が哺乳類なんて言う奴は、社会に出てない証拠。現実をみてみろよ」

543 ：デフォルトの名無しさん：03/09/11 11:06

徐々にC厨が教えて君になってきたぞ。
DSP技術者としての誇りはどうした？

544 ：デフォルトの名無しさん：03/09/11 11:08

>>539
安全性を重視するところでは形式仕様記述言語で定理証明を行ってますよ。

545 ：デフォルトの名無しさん：03/09/11 11:10

>>542
あほか。「カプセル化を理解しろ」というレスに対して

「カプセル化が保障されたら、安全性が数学的に証明が可能なのですか？」
「カプセル化が出来ると数学的に証明できるのですか？」

といっている奴の発言があまりにも的外れだとは思わないか？

546 ：デフォルトの名無しさん：03/09/11 11:10

>>545
だって「数学的」とか「証明」とかいう言葉を使うと頭が良さそうに見えるんだもん。

547 ：デフォルトの名無しさん：03/09/11 11:12

>>543
え？　DSPってアセンブラで書くものでしょ？ C 関係ないじゃない。

548 ：デフォルトの名無しさん：03/09/11 11:12

>>545
で安全性は証明できるのですか？

549 ：デフォルトの名無しさん：03/09/11 11:13

>>548
でカプセル化を理解できたんですか？

550 ：デフォルトの名無しさん：03/09/11 11:13

Ｃ厨が過去に培った知識を必死に搾り出そうとしてる・・・

551 ：デフォルトの名無しさん：03/09/11 11:14

>>546
反って馬鹿を隠そうとしていることがわかるので馬鹿にみえる

552 ：デフォルトの名無しさん：03/09/11 11:15

カプセル化と安全性の関係は不明のままなんですね。

553 ：デフォルトの名無しさん：03/09/11 11:15

>>547
Cでまずかいてから変換するんだろ

554 ：デフォルトの名無しさん：03/09/11 11:16

>>549
あなたはオブジェクト指向が理解できていないようですが？

555 ：デフォルトの名無しさん：03/09/11 11:16

>>553
え？　そんな事やってるんですか？　すごいですね。

556 ：デフォルトの名無しさん：03/09/11 11:17

メール欄を見てると、お互いに釣ろうとしてるようで、なんだ訳がわからない。

557 ：デフォルトの名無しさん：03/09/11 11:19

>>552

PCを買ったからといっていきなりプログラマになれないのと同じように
カプセル化したからといってで安全性が全て保障されるとは限らない。

大規模プログラミングでカプセル化したくらいで安全性が全て保たれるんだったら
そんなモデル破綻してるわい。

558 ：デフォルトの名無しさん：03/09/11 11:21

>>557
約一名銀の弾丸があると思っているのがいますね。

559 ：デフォルトの名無しさん：03/09/11 11:21

DSP厨とOO厨は同一人物か。思いっきり釣られたわ・・・
はぁ・・・

560 ：デフォルトの名無しさん：03/09/11 11:22

メール欄を見てみたが結構生意気な奴だな。
調子に乗るな

561 ：デフォルトの名無しさん：03/09/11 11:23

>>559
そうかね。
DSP厨はオブジェクト指向の理解度が足りないことは明白だがね。

562 ：デフォルトの名無しさん：03/09/11 11:25

>>561
君がいっているのはクラス指向であり、オブジェクト指向ではないがな。

563 ：デフォルトの名無しさん：03/09/11 11:25

C厨はメール欄に何か書けば免罪符をもらえると勘違いしておられる。

564 ：デフォルトの名無しさん：03/09/11 11:26

>>562
お前はいつも頓珍漢なことをいっている。
お前はやはりオブジェクト指向を理解していない。
実に理解していない。技術者失格だ。

565 ：デフォルトの名無しさん：03/09/11 11:27

>>564
数学的に証明してくださぁい(わら

566 ：デフォルトの名無しさん：03/09/11 11:28

>>564
どこがどう頓珍漢？

567 ：デフォルトの名無しさん：03/09/11 11:30

Ｃ厨は適当なことをいってもメール欄に何かかけば
「釣りでした」と、誤魔化して自分を正当化できると勘違いしているようだ。
逆にいえばDQNなる証拠

568 ：デフォルトの名無しさん：03/09/11 11:31

>>566
お前のいってることすべて

569 ：デフォルトの名無しさん：03/09/11 11:31