09/07/22 04:45:02
行末に「；」とかｗ
2:デフォルトの名無しさん
09/07/22 04:47:48
あと、無駄に厳しすぎる型チェックと、それによる無駄なオーバーライドや条件分岐の多発。
別にあんなに型チェックを厳しくしても、バグの撲滅に全然役に立ってない。
むしろ型エラーで増やしてるｗ
3:デフォルトの名無しさん
09/07/22 04:48:40
単に文を次行でも継続するときに明示するか
文を終了するときに明示するかの違い
欠陥言語と言うならもっと別のところに欠点はあるから、そこを指摘しような
4:デフォルトの名無しさん
09/07/22 04:49:29
>>2
それは何言語のことだ
少なくともC系列共通の話題ではないぞ
5:デフォルトの名無しさん
09/07/22 05:00:09
あと、言語仕様が貧弱すぎて、エラー箇所が正確に特定できないよね。
だいたいこの辺が間違ってんじゃないの？って言われて、よくよく見直してみると、
呼び出し元がおかしいだけだったり。
とにかく、エラーが役に立たない。
6:デフォルトの名無しさん
09/07/22 05:01:54
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
7:デフォルトの名無しさん
09/07/22 05:02:22
>>2
型エラーのバグってどんなんだろう？
コンパイルエラーで取れないんだよね？
8:デフォルトの名無しさん
09/07/22 05:25:49
C++って、最近は関数型言語の取り込みにハマってる感じだけど
最終的には論理型も取り込んで、手続きオブジェクト指向関数論理の全てができる言語を目指すつもりなのかな
9:デフォルトの名無しさん
09/07/22 07:38:02
ネタが持たない。
10:デフォルトの名無しさん
09/07/22 09:09:06
>>5
プロトタイプ宣言をしてない、とか、warningを無視するとか、適切な型を使わず
キャストでごまかすとか、エラーにならなきゃいい、というダメな行いが原因です。
11:デフォルトの名無しさん
09/07/22 09:39:44
コンパイルエラーのことかwww
12:デフォルトの名無しさん
09/07/22 21:55:12
未成年の主張系のスレは欠陥スレだろｗ
13:デフォルトの名無しさん
09/07/22 22:34:36
夏休みになってアイちゃん急増中
14:デフォルトの名無しさん
09/07/22 23:18:09
アイちゃん「たぶん私は3人目だと思うから…」
15:デフォルトの名無しさん
09/07/22 23:37:54
>あと、無駄に厳しすぎる型チェックと、それによる無駄なオーバーライドや条件分岐の多発。
オーバーライド(再定義)じゃなくて、オーバーロード(多重定義)じゃないの?
16:デフォルトの名無しさん
09/07/23 00:56:11
アイちゃんも不快指数うなぎのぼりの夏の到来に頭おかしくなっちゃってるなぁ。
17:デフォルトの名無しさん
09/07/23 01:32:27
多発するメモリリーク
delete [] foo;
仮想デストラクタ
複雑化するテンプレート
暗黙的に呼ばれまくるコンストラクタ
コピーコンストラクタと代入演算子の混同
多すぎるキャストの種類
罠だらけ
厳しい型チェックは許す
18:デフォルトの名無しさん
09/07/23 01:37:32
JavaやC#、JavaScript辺りもC系列に入りますよね？
19:デフォルトの名無しさん
09/07/23 01:39:53
perl,PHPもC系統だよな？
20:デフォルトの名無しさん
09/07/23 01:52:25
1と2を見て「なんで今更Ada？20年おせーよ」と思ったら…
Cで「厳しすぎる」とか…Ada使ったら発狂するな
21:デフォルトの名無しさん
09/07/23 02:18:46
>>20
たぶん、>>2はC++のことだと思う。Cよりは厳しい。
22:デフォルトの名無しさん
09/07/23 03:13:18
>>17
自分の勉強不足を棚に上げてよくそれだけC++の悪口が言えるな
そこに書いてある事は少し勉強すれば絶対に罠じゃなくなるわけだが
23:デフォルトの名無しさん
09/07/23 03:18:23
スレ開いて >>1 を見て、いきなりズッコケたわ
24:デフォルトの名無しさん
09/07/23 03:58:25
もともとＣ言語って、デニス・リッチーが片手間で考えた言語だろ。
一行で書けるミニプログラム用の言語だから、;で行末を表すことにするとか
変な仕様になってる。
これなら簡単に複数命令を一行で表せるから。
あと、簡易のミニプログラム用だから、コンパイラ設計が簡単になるように、
色んな機能を言語仕様に組み込まなかった。
だいたい、この言語仕様って、巨大なプログラムを組むのに適してないんだよ。
面倒くさすぎるし、ミスが多発する。
25:デフォルトの名無しさん
09/07/23 03:58:56
>>22
もしかしたら17自身は使いこなしていて、実は周りのプログラマのレベルの低さを嘆いているのかもしれないぞ。
26:デフォルトの名無しさん
09/07/23 05:01:03
C系列じゃなくてC++限定の話じゃないのか
それなら理解できるが
27:デフォルトの名無しさん
09/07/23 05:26:00
欠陥言語じゃねーよ
アセンブラでちまちま打ち込むのがどえらい面倒なんで
高級アセンフラ的な言語を考えたのがCなんだろ
しかもこれ実数演算が出来るしポインタが自由自在に
使えるし実行速度も速いし小さく収まるし
その分アドレス計算なんかを理解してないと全く理解不能な
プログラムになってしまうけどな
28:デフォルトの名無しさん
09/07/23 05:32:10
C言語なんて、前時代の遺物にしがみついている
人がいるのは、このスレでつか？ｗ
つーか、未だにC言語なんて使っている人いんの？ｗ
29:デフォルトの名無しさん
09/07/23 05:33:37
何、新しい言語はJavaとかC#とかRubyとか言うんじゃないだろうな？
C#はいいとして、Rubyなんて使い道が限られるし、Javaは遅くて結構
なプログラムにしか使えないじゃん
30:デフォルトの名無しさん
09/07/23 05:41:48
某証券会社のサイトでJavaアプレット使っていて
起動が遅くて相当泣かされた。
言語仕様考えた奴、俺のウン十万返せ。
仮想マシン使っている言語はどれも糞。
31:デフォルトの名無しさん
09/07/23 06:25:00
そんな貴方にCommon Lisp
32:デフォルトの名無しさん
09/07/23 06:33:15
むしろ型が邪魔になるようなプログラミングはCでやるべきではない
33:デフォルトの名無しさん
09/07/23 07:48:27
文法や記法がC系統ならいっぱいあるが
実際はCと似ても似付かないものになっている
34:デフォルトの名無しさん
09/07/23 08:14:38
Cってインラインアセンブラが使える以外はゴミじゃん。
文法はダサイし、間違いやすいし、何よりも冗長的すぎるし、そのくせ文法の制約が多い。
複雑性の管理も全くダメだし、むしろ、他の言語よりもさらに酷いことになるだろ。
35:デフォルトの名無しさん
09/07/23 08:22:18
で、このスレ的にはどの言語がいいわけ？
36:デフォルトの名無しさん
09/07/23 08:23:36
大昔のCはむしろ型付けのゆるい言語の代表格で
ANSIで規格化されるさい型付けを強化した
37:デフォルトの名無しさん
09/07/23 08:24:36
> 一行で書けるミニプログラム用の言語だから、;で行末を表すことにするとか
> 変な仕様になってる。
セミコロンのどこが変だよ。
文 : if文とかwhile文とか | 複文 | 式 ";"
複文 : "{" 文の0回以上の繰り返し "}"
こんだけじゃねーか。行末はただの空白と同じ扱いだろ？ マクロ除いて
> これなら簡単に複数命令を一行で表せるから。
意味不明
> あと、簡易のミニプログラム用だから、コンパイラ設計が簡単になるように、
> 色んな機能を言語仕様に組み込まなかった。
コンパイラだけじゃない。ランタイムが小さいことも重要だし、言語機能が大きいと
OSみたいな低水準のものを書くとき困るだろ。
> だいたい、この言語仕様って、巨大なプログラムを組むのに適してないんだよ。
> 面倒くさすぎるし、ミスが多発する。
おまえはJavaでもC#でも使ってろ。適材適所。
38:デフォルトの名無しさん
09/07/23 08:25:22
おまいら半世紀前の人ですか
39:デフォルトの名無しさん
09/07/23 08:33:33
>>35
Lisp
40:デフォルトの名無しさん
09/07/23 09:23:15
>>38
だから「具体的に」何の言語だったら近代的なんだよお前的には？
C++とか言うなよ
41:デフォルトの名無しさん
09/07/23 09:48:45
C++でいいじゃん
42:デフォルトの名無しさん
09/07/23 09:54:14
┐(´д｀)┌
43:デフォルトの名無しさん
09/07/23 10:32:15
「C言語入門」や「初めてのC」
この辺の本を熟読してから出直してこい。
ーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーー
44:デフォルトの名無しさん
09/07/23 10:40:49
本を熟読しただけでわかった気になられても困る
45:デフォルトの名無しさん
09/07/23 12:26:47
どうせC言語の規格書を読んでこなかったバカが使うためのJavaやC丼で満足している人しかここにはいないんだろ
Java厨C丼厨は逝ってよし
46:デフォルトの名無しさん
09/07/23 12:32:58
自己紹介はもういいから
47:デフォルトの名無しさん
09/07/23 15:44:15
1970年代のファッション誌見て古臭いって言ってるようなもん
48:デフォルトの名無しさん
09/07/23 16:43:27
「初めてのC」でググって何ページ目にセックルがひっかかるか試したら
結構早い段階で出てきたな
C言語なんて所詮はその程度かｗ
49:デフォルトの名無しさん
09/07/23 16:47:53
なんという偏見
高級言語を使っているゆとりさんは黙っててください><
50:デフォルトの名無しさん
09/07/23 16:55:28
パンチカードとハンドアセンブル以外は全て高級。
マクロや擬似命令の使えるアセンブリ言語使えばパソコンの基礎がわかるとか
言っちゃうような頭沸いてる人が多くて困る
51:デフォルトの名無しさん
09/07/23 17:40:55
「プログラミング言語C」を忘れてた。
52:デフォルトの名無しさん
09/07/23 18:13:44
URLﾘﾝｸ(www.youtube.com)
53:デフォルトの名無しさん
09/07/23 19:29:57
>>49
お前はマイクロコードでもいぢってろ
54:デフォルトの名無しさん
09/07/23 20:36:12
>>35
Euphoria[ URLﾘﾝｸ(www.rapideuphoria.com) ] or [ URLﾘﾝｸ(www.openeuphoria.org) ]...といいたいところだが、マイナーすぎるからやめておくよ(現代的な手続き型言語なんだけどね)
自然な構文でリスト構造作れるし、きちんとメモリー保護機構あるし、覚えること少ないし可変長データとか結構扱いやすいんだけど...インストーラーがヘッポコ。あと和訳文章あるけど、そっちもヘッポコ...orz
>>45
Windows API関連はC/C++の使用を前提として設計されているから結局学ぶ必要があるんだけどなあ...。
あとはC言語で一番厄介なのは言い尽くされているからもう食指ぎみ。習得できないヤツは他の言語にすればいいだけだろ。
55:デフォルトの名無しさん
09/07/23 22:04:21
食傷な
56:デフォルトの名無しさん
09/07/23 22:45:26
>>49
URLﾘﾝｸ(www.nicovideo.jp)
57:デフォルトの名無しさん
09/07/23 23:57:39
>>21
Javaじゃないか?
>無駄なオーバーライド
58:デフォルトの名無しさん
09/07/24 01:33:30
>1
一々改行を明記するのは、改行コードの問題が在ったからだと思うが。
CRやLFはまとめて読み飛ばして、別の文字で区切るようにすりゃ
コンパクトに実装できるし、実行効率も上がるだろ。
59:デフォルトの名無しさん
09/07/24 01:37:53
Whitespace最強
60:デフォルトの名無しさん
09/07/24 02:26:31
Pascalのセミコロンのほうが何か気持ちわるい。
61:デフォルトの名無しさん
09/07/24 03:36:59
付いたり付かなかったり
付けると怒られたり
ありゃコンパイラ側の都合を押し付けられてるね
62:デフォルトの名無しさん
09/07/24 08:50:40
Pascalのセミコロンは文の区切り
Cは文の終わり
63:デフォルトの名無しさん
09/07/24 10:55:20
ocalmはもっと酷い
64:デフォルトの名無しさん
09/07/24 16:27:28
Cのセミコロンは、
式の終わりに付いて、式を文（式文）にするもの、だ。
65:デフォルトの名無しさん
09/07/24 20:22:01
>>1
無理してC++覚える必要は無いよ
不器用な人は素直に高級言語つかってればいい。
OSや携帯なんかの組込みアプリは殆どが
C/C++やアセンブラで書かれているが
銀行や企業の業務アプリなんかは殆どがメンテのしやすい
VBなどのでできてるし、今はプログラマーも敷居は低いよｗ
66:デフォルトの名無しさん
09/07/24 20:27:38
組み込みアプリだったら、Javaも多いんじゃね
67:デフォルトの名無しさん
09/07/24 20:35:55
普通は改行と文の終わりを分けたのはCの少ない美点の一つという評価だと思うんだがな。
改行 = 文の終わり、っていう規則のせいでVBのコードがどれだけ書きづらいか。
68:デフォルトの名無しさん
09/07/24 20:56:13
>>65
C/C++は高級言語だろ、何言ってんの？
69:デフォルトの名無しさん
09/07/24 21:01:07
C/C++は低級言語だろ、何言ってんの？
70:デフォルトの名無しさん
09/07/24 21:02:03
>>67
VBはラインエディタが起源だからなぁw
71:デフォルトの名無しさん
09/07/24 21:09:08
>>69
はぁ？
72:デフォルトの名無しさん
09/07/25 00:08:24
>>71
ポインタを直接弄れるような低級な言語でしょ。
73:デフォルトの名無しさん
09/07/25 00:13:17
アセンブリ言語以外は全部高級言語。
最近のは情報処理の常識を知らないのかな。
74:デフォルトの名無しさん
09/07/25 00:19:42
どこまで真面目に言ってるのか分からんが・・・
高級低級なんて要は甲と乙のどっちがよりハードウエア寄りか、
っていう相対的な概念に過ぎないから、比較対象次第でしょ。
絶対評価じゃない。
確かにオッサン世代としてはC/C++は高級言語だ、って言いたくもなるが、
それはただ頭が硬直化してゼロベースで物を考えられなくなってるだけだ。
っていうか、こんなどうでもいいことに固執するのは頭悪げに見えるなw
75:デフォルトの名無しさん
09/07/25 00:23:03
C言語が欠陥というより、
C言語をメインで使ってる奴の頭が
欠陥持ちである場合が多い。
きたねえコードをこれでもかと書く。
76:デフォルトの名無しさん
09/07/25 00:25:40
>>74の俺理論に吹くｗ
77:デフォルトの名無しさん
09/07/25 00:56:39
漏れもおさーんだけどCは低級なことが簡単に出来る高級言語だと思ってる
78:デフォルトの名無しさん
09/07/25 01:17:42
managed言語とunmanage言語の違いを言いたいんだろうが、
unmanageであることが崇高と思ってる時点で素人だよな。
79:デフォルトの名無しさん
09/07/25 01:28:21
低級：アセンブラ
中級：Ｃ
高級：その他
面倒くさいからこれでいいよ
80:デフォルトの名無しさん
09/07/25 02:03:33
なるほど、こういうスレを立てれば大量に釣れるのか
81:デフォルトの名無しさん
09/07/25 02:04:58
OOP、低級言語、数学、英語
このあたりから選ぶといい
82:デフォルトの名無しさん
09/07/25 06:03:59
漏れもCは高級なことも出来る低級言語だと思ってる
83:デフォルトの名無しさん
09/07/25 06:09:47
俺はCは基本的にアセンブラを言語っぽく見せただけの
代物だと思っている
だからアセンブラが出来る人と出来ない人ではCをdeep C
みたいに使えるかどうかが違ってくるような気がする
84:デフォルトの名無しさん
09/07/25 09:46:14
俺の中で、C/C++より高級言語だと思う言語の基準。
・宣言だけすれば、メモリの確保と開放が不要
・変数に静的、動的の区別が無い
・暗黙的にバリアントを扱い、文字列から数値などのキャストが柔軟
・ポインタを直接操作するような事ことを禁止
こんな感じかな。
俺自身はこんな気持ち悪い言語は使いたくないけど
企業は喜びそうだな
85:デフォルトの名無しさん
09/07/25 10:08:59
OSが書けるほど機械寄りの低級言語。
間違いやすい人間でも使える高級言語。
86:デフォルトの名無しさん
09/07/25 13:10:34
>>84
それは「高級」って言葉の意味を履き違えてないか？w
高級言語の「高級」って高級和牛や高級ウィスキーの高級と違うよ。
このスレだけ読んだってわかりそうなものだが。
87:デフォルトの名無しさん
09/07/25 13:19:43
>>78にあるように高級、低級の分け方を理解してないみたいだな。
アンマネージ＝低級じゃねーから。
88:デフォルトの名無しさん
09/07/25 13:38:36
高級言語・・・フリー以外の開発言語
高給言語・・・お金になる言語
降給言語・・・Javaのように需要がなくなった言語
89:デフォルトの名無しさん
09/07/25 15:35:03
現状の日本では基本Javaじゃねーの。
組み込みとか、Web屋より少ないだろうし相対的に。
90:デフォルトの名無しさん
09/07/25 19:38:30
業務系案件が無くなったからJavaPGはいらない子になりました。
91:デフォルトの名無しさん
09/07/25 20:07:22
でも言語仕様が柔軟でない分
開発ツールのインテリセンスがどんどんよくなっていったんじゃない？
今の開発エディタはすごい便利だよ
92:デフォルトの名無しさん
09/07/25 21:54:39
>62
むしろPascal式のセミコロンに慣れると
C系のelseの前にセミコロン書くのがとてつもなく気持ち悪い
93:デフォルトの名無しさん
09/07/25 21:58:30
でもやっぱりbegin - endは面倒臭い
{ } に慣れちゃうと
94:デフォルトの名無しさん
09/07/25 22:29:05
Pythonに慣れちゃうと、{ }すら面倒くさい…
95:デフォルトの名無しさん
09/07/25 22:45:08
みんな！民主党が大変な事になってるよ。
URLﾘﾝｸ(www.nicovideo.jp)
96:デフォルトの名無しさん
09/07/25 22:46:41
>>92
じゃあ Javascript はどっちかっていうと PASCAL 系になるね
97:デフォルトの名無しさん
09/07/26 06:25:22
え？JavaScriptもelseの前にセミコロン書くだろ？
98:デフォルトの名無しさん
09/07/26 18:52:03
じゃあ、ruby最強って事で。
99:デフォルトの名無しさん
09/07/26 18:57:39
Ruby儲ってマジキモい奴しかいないよな
例えばMatzとか
100:デフォルトの名無しさん
09/07/26 19:22:20
あれはRuby信者じゃなくモルモン信者
101:デフォルトの名無しさん
09/07/26 23:40:28
ｗ
102:デフォルトの名無しさん
09/07/27 01:37:15
宮里優勝おめ
103:デフォルトの名無しさん
09/07/27 02:58:16
つ creat
104:デフォルトの名無しさん
09/07/28 07:12:02
Ｃ＋＋って研究者達の実験場ってイメージ
もうなんか最先端色々ぶち込みすぎてアバンギャルド過ぎ
105:デフォルトの名無しさん
09/07/28 08:49:05
どの辺がどう最先端だと思うのか
106:デフォルトの名無しさん
09/07/28 08:50:16
templateのテクニック覚えたらC++の印象が変わったわ
便利すぎ
107:デフォルトの名無しさん
09/07/28 09:07:01
C++はauto_ptrとvectorとアルゴリズムで充分
fstreamは大クソ
fopen、fwriteの方がよっぽど使える
実装によって違うのかもしれないが、2G以上のファイルアクセスが
できなくて、ソース全部書き換えた
108:デフォルトの名無しさん
09/07/28 10:37:23
>>107
>C++はauto_ptrとvectorとアルゴリズムで充分
その程度で充分な人には充分でしょうね。
109:デフォルトの名無しさん
09/07/28 10:41:09
2G以上のファイルのアクセスにはWin32APIだろjk
あ、Windowsの話ね
110:デフォルトの名無しさん
09/07/28 12:37:41
C系列って
C,C++,Java,C#,D
だろ
確かに全部クソだ
111:デフォルトの名無しさん
09/07/28 12:44:30
Javaが最高言語すぎてサーセンｗｗｗｗ
112:デフォルトの名無しさん
09/07/28 12:51:19
Javaが一番糞言語だ
勘違いすんな
113:デフォルトの名無しさん
09/07/28 12:53:41
>>111は何というプログラミング言語使っているの
114:デフォルトの名無しさん
09/07/28 13:19:36
>>106
そのうちコンパイルの遅さにうんざりするさ
115:デフォルトの名無しさん
09/07/28 13:41:28
>>114
やたらめったらtemplateにしないし
116:デフォルトの名無しさん
09/07/28 13:52:49
俺のPCなら#include <pstade/oven.hpp>
ってやっても一瞬でコンパイルできるから余裕
やたらめったらtemplateにしても複雑さでこれに勝てる自信はないしな
117:デフォルトの名無しさん
09/07/28 14:29:41
人間の言う一瞬なんて、PCにとっては永劫とも言えるほど長い時間だがな。
118:デフォルトの名無しさん
09/07/28 14:32:51
>>80
それは2chでもhatenaでもさほど大差がない。
釣る気がなくてC/C++との言語の比較記事書いても過剰反応するのはどこも一緒かと。
みんな呆れることに宗教戦争好きなんだよね。
>>54
補足 : Euphoriaのへっぽこな日本向け関連資料
インストールノート
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
Euphoria Version.3.1 言語仕様リファレンス(和訳) ※ライブラリリファレンスは翻訳途中。
URLﾘﾝｸ(d.hatena.ne.jp)
まだ和訳としては中途半端で、俺はこの言語に関しては勉強中だからあまり出したくないけど議論の参考にはなると思うので試せるようにまとめておきます。
あとは好きにしてください。
>>110
一言で言えば原始的な部分がある上に、複雑・煩雑すぎるんじゃないかと。
119:デフォルトの名無しさん
09/07/28 16:10:52
C++ヲタは関数オブジェクトやクラステンプレートを乱用して、
可読性や保守性の極めて低いコードで、製品ソースを汚染する訳ですね。
わかります。
120:デフォルトの名無しさん
09/07/28 16:22:43
関数に関数入れるとか、変なこと考える暇があったら
計画的にテーブルで状態でも作りなさい。
121:デフォルトの名無しさん
09/07/28 17:11:36
必死でageてる莫迦って何なの
122:デフォルトの名無しさん
09/07/28 17:42:53
プログラミング言語どのくらい高級になりうるのか
最低級言語は機械語だが最高級言語となると…？
123:デフォルトの名無しさん
09/07/28 18:07:18
>>107
vector<auto_ptr<T>>ができないのは糞だと思わないのか。
だからshared_ptrもないと話にならない。
>>122
最高級はLispしかないだろ。
124:デフォルトの名無しさん
09/07/28 20:04:21
最高級はBASIC
125:デフォルトの名無しさん
09/07/28 20:17:29
>>122
高級とはつまり、いかにハード寄りの処理から離れ、直感的な記述ができるかということになる
そうなれば、初心者用の言語であるHSPやなでしこが相当するだろう
126:デフォルトの名無しさん
09/07/28 20:18:57
実行速度が遅ければ全部糞だぞ
127:デフォルトの名無しさん
09/07/28 20:45:05
今は昔ほど実行速度を気にすることは少ないぞ
128:デフォルトの名無しさん
09/07/28 20:47:19
そんな事は無い
Javaのあまりの糞重さに閉口しているわけだが
129:デフォルトの名無しさん
09/07/28 20:48:26
>>123
Lispマシンの場合、Lispは低級言語になるのだろうか？
130:デフォルトの名無しさん
09/07/28 21:05:42
Lispマシンつっても、Lispのコードを直接動かすわけじゃないから
131:デフォルトの名無しさん
09/07/28 21:30:09
>>125
それなら第5世代言語であるprolog様だろ
第3世代言語等話にならぬわ
132:デフォルトの名無しさん
09/07/28 21:42:33
>>117
おめでたい頭
133:デフォルトの名無しさん
09/07/28 22:25:46
>>127-128
みたいな流れって、たぶん永遠に消えないんかね
134:デフォルトの名無しさん
09/07/28 22:33:18
javaは知らんけど、ドトネトアプリはだいぶ気にならなくなったね。
Vistaがハードに対する要求水準を引き上げたのが大きい。
ひょっとしてVistaの狙いはそういうことだったのかとも思いたくなる。
135:デフォルトの名無しさん
09/07/28 22:45:24
完璧なものは絶対に出さず、欠陥品を売り続けるのが商売のコツ
136:デフォルトの名無しさん
09/07/28 23:37:51
問題が無い完成品も、欠陥を付けて売る。
過去の完成品は欠陥が有る事にして、次バージョンの不完成品を売る
137:デフォルトの名無しさん
09/07/29 00:10:07
そういう観点では、セキュリティ関連っていい飯のタネですな
138:デフォルトの名無しさん
09/07/29 00:24:19
>>126
おいおい、「高級」という言葉の意味を勘違いしてないか？
「高級言語＝レベルの高い言語」ではないぞ
139:デフォルトの名無しさん
09/07/29 00:25:16
本当は製品に瑕疵があるんだから
無償交換の対象なんだがなぁ
140:デフォルトの名無しさん
09/07/29 00:31:21
欠陥のない製品などない
141:デフォルトの名無しさん
09/07/29 01:19:42
>>1
おまえ自身欠陥品のくせに
142:デフォルトの名無しさん
09/07/29 07:24:40
ジャンク…ですって…？
143:デフォルトの名無しさん
09/07/29 11:25:24
>134
というか、多分MSにはハード屋からの要望があると思う。
ずっと同じOSだとハードが売れないからね。
7はネットブック屋の要望があっただろうから要求性能引き上げを一旦はやめたと思うが
今後もまた要求性能は引き上げられてくと思うよ。
144:デフォルトの名無しさん
09/07/29 14:17:46
完全無欠なJavaがすごくてよかったー＼(^o^)／
145:デフォルトの名無しさん
09/07/29 17:45:48
>>107
よくiostreamが糞とか言われるが、size_tやptrdiff_tが何のtypedefか知らずに入出力できるってだけで満足です。
LP64かILP64かILP32かと気にしないで済むので。
146:デフォルトの名無しさん
09/07/29 20:13:49
iostream は遅い、という意味で糞だというならstreambufを使えばいいのです。
147:デフォルトの名無しさん
09/07/30 08:58:20
>>145
>何のtypedefか知らずに
当たり前だろう。何の為の typedef だと思ってるんだ。
>>146
あのオーバーライドだきゃあ許せん。
148:デフォルトの名無しさん
09/07/30 11:38:07
>>147
printfやscanfでsize_tの入出力をやれ
149:デフォルトの名無しさん
09/07/30 20:36:24
>>148
%zu (C99)、ちなみにptrdiff_tは%td (C99)
もちろん、これでsize_tは解決しても、
ならHRSULTは、pid_tは、とtypedefは無限に作れるのだから、
>>145の語るprintf/scanfと比較してのiostreamの利点は揺らがないのだけど。
150:デフォルトの名無しさん
09/07/30 21:05:00
iostreamはprintfの１０倍時間かかりません＞＜？
151:デフォルトの名無しさん
09/07/30 22:06:43
10倍もかからんな
うちでは2倍程度かな
入出力の型、使うメンバ関数にもよるけど
152:デフォルトの名無しさん
09/07/30 22:41:45
え、型を自動判別するから速いと思ってたのに・・・
153:デフォルトの名無しさん
09/07/30 23:18:19
>>152
たしかにその部分はまったく時間がかからないんだけど、
その後の処理がどういうわけかCより重い。
154:デフォルトの名無しさん
09/07/31 09:13:58
多重継承なんか使ってるからだろ
技術的デモンストレーションという意味はわかるが
実用性が無視されている
155:デフォルトの名無しさん
09/07/31 11:27:53
どういうソフトウェアだとiostreamが遅いと思うんだろ
でも、遅くて困るなら、OSのAPIを自分で呼べばいいだけでしょ
156:デフォルトの名無しさん
09/07/31 11:33:56
多重継承だから重いということはないでしょ
コンパイルの時に解決するんだろうから
それよりも、拡張性を重視した設計だからprintfより重いんでしょ
157:デフォルトの名無しさん
09/07/31 12:18:19
iostreamが遅いって言っても、どうせレンダリングかファイルIOの方が遅いんだし。
158:デフォルトの名無しさん
09/07/31 13:58:37
>>154
多重継承よりも裏のロケール周りの仕組みが複雑なのがいけないんだと思う。
ctype絡みでもロケール対応のせいでC++のは遅いという話があるし。
159:デフォルトの名無しさん
09/07/31 18:43:17
Cは良い言語だと思うよ。
規格に動作不定が多いのは困るといえば困る。
160:デフォルトの名無しさん
09/07/31 19:04:35
移植性を考えるとgcc基準になってしまうね
窓の人ならVCか
161:デフォルトの名無しさん
09/08/01 01:20:02
C言語以外の言語は何が出来て何が出来ないの世界だが、
C言語は何をするために何をするの世界だから使い出が良い。
使い分けるPGの誰しもが必須とする言語でしょ。
162:デフォルトの名無しさん
09/08/01 11:03:38
高級アセンブリ言語は必要だと思うよ。それが今のC言語のポジション。
でも他にもっと良い言語があるべきだとも思う。
163:,,・´∀｀・,,）っ-○○○
09/08/01 11:14:00
C++
164:デフォルトの名無しさん
09/08/01 11:46:41
何でもできるって意味で最強は高級アセンブリかC、C++
準備しなくていいって意味で最速はjavaとかVBとか
165:デフォルトの名無しさん
09/08/01 19:07:11
C>>>>Java>>>>>C++>>>>>>>>>>>>>>>VB
166:デフォルトの名無しさん
09/08/01 19:12:27
おれはテンプレの無かった初期のC++から何かおかしいと感じていたな。
これは違う、この言語には何かが欠けていると。
167:デフォルトの名無しさん
09/08/01 19:18:48
他人に説明できない「皮膚感覚」的なものを肯定したがる人って
スピリチュアル系とどう違うのかね。
正直気持ちが悪いんだよなこういう人って。
168:デフォルトの名無しさん
09/08/01 19:28:34
その気持ち悪いのにわざわざ関わるなんて・・・
気持ち悪いも好きのうちですか？
169:デフォルトの名無しさん
09/08/01 20:26:48
C++のCはカオスのC。
170:デフォルトの名無しさん
09/08/01 21:58:09
>>168
なまこを最初に食べた人間の子孫かも知れん。
171:デフォルトの名無しさん
09/08/01 22:26:25
C以外で書かれたOSが普及しなければC系列が置き換わることはないだろうな
OSは速度が重要だから
動的型とnormal orderの言語も無理だろう
アセンブラなら確かMITあたりで研究されてる型付きアセンブラ
高級言語なら、D言語かOCaml/Concurrent Clean
変わり種だとforthだが
typedなスタック型言語としては、catは本命よりはむしろ萌え
しかし、D言語はまぁC系列みたいなもんだな・・
あれ、これらの言語って型チェックが無駄に厳しいし
そういえばOCamlの行末ってうわなにをする貴s、やめ、ふごが
172:デフォルトの名無しさん
09/08/01 22:27:00
マジかよ、俺の尊敬する偉人の子孫か！
先祖は料理人か？ 貴族か？ 王族か？
173:デフォルトの名無しさん
09/08/01 22:30:49
Windows NTはC++だよ。
闘うプログラマにそう書いてある。
当時出たばかりのC++を開発言語として選ぶことに
社内で大きな反対があったんだそうだ。
174:デフォルトの名無しさん
09/08/01 22:47:20
C系統の言語はプログラマの鬱病の原因になってると思う。
・何時までも消えないエラーメッセージ
・なかなか思い通りに動かないコード
・些細な間違いでも拗ねて動かない上に、「アンタが悪いんでしょ。何が悪いかは自分で探しなさいよ！！」と
言わんばかりに、ヌルポと叫んで原因を明確に表示しない結婚４年目のツンツン妻コンパイラ
・１時間程度の処理に、３０時間以上のデバッグテストを要求
・掛けた労力の割に「あれ？これってバイト雇って力業でやってもよくね？」みたいな感じになる事多数
・A to Bと書きたいのに、B to Aを強制される言語仕様。論理思考までグッチャグチャ。
175:デフォルトの名無しさん
09/08/01 22:55:33
間違えた。
・A to Bと書きたいのに、B from Aを強制される言語仕様。論理思考までグッチャグチャ。
・・・と、ここまで極悪なのがC系列の言語なのです。
ライブラリに頼りまくってるので、些細な記述エラーでも、コンパイラが追いきれない。
なぜなら、コンパイラがどんなエラーかを知らないから。
また、エラーの種類が少なすぎる。ちゃんとエラーまで丁寧なライブラリが殆ど無い。
Ｃ言語はユダヤ・アングロサクソンの陰謀。
ワザと非効率な言語を使わせて、日本の生産性を貶める策略。
こんな使いづらい言語を使う必要はない。
というわけで、rubyなどの真性オブジェクト指向言語をC並みに汎用化して使うべきだとおもう。
176:デフォルトの名無しさん
09/08/01 23:15:45
ruby儲は怖いね
177:デフォルトの名無しさん
09/08/01 23:41:12
怖いつーか哀れだｗ
rubyは何で出来てるんだろうね
178:デフォルトの名無しさん
09/08/01 23:44:39
>>171
CはCのまま使われていくと思う。仮にこれから普及するとしたらCとは別の言語は別だけどCソースを吐ける安全性を重視した言語になるんじゃないかな。
ただし、Cトランスレーターを標準で持っている言語はあまりないよな。しかも、大抵メジャーな言語(motoやらt3xやら...)ではない場合が多いのが頭痛。
>>174
宗教戦争のし過ぎで股間凸 and 脳内麻薬ドバドバなのはわかるけど頭大丈夫？
「C言語 ポインタ完全制覇」くらい読んでから来てね。
つかね。C言語のいい加減さは歴史的経緯によるもの。もともと内輪向け言語だったのが広まってしまったに過ぎない。
現に海外でもポインタ嫌い！という人居るし、とある言語の説明書にはCからこの言語に移行するといいことあるよ。
という文章に「ポインタはデータ構造のgotoといわれることがある」としっかり記述されているんだが...。
179:デフォルトの名無しさん
09/08/01 23:54:07
こんな すれに まじになっちゃって どーするの
180:デフォルトの名無しさん
09/08/02 00:15:22
Cはまだエラーチェックの緩いほうでしょ。
もっと厳しい言語だと、うまくいけば幾多のコンパイルエラーを取り除いた瞬間、一発でうまく動くことがある。
そのときは気持ちいい。
181:デフォルトの名無しさん
09/08/02 10:04:17
エラーチェックが緩いから、コンパイルが通っても油断できないわけだが。
182:デフォルトの名無しさん
09/08/02 10:24:07
そんなことはみんな分かってるよｗ
183:,,・´∀｀・,,）っ-○○○
09/08/02 11:39:11
>>176
>>175はにわかだろ。Rubyインタプリタが何で書かれてるか、どんな言語で拡張モジュールを書くか
本当にRubyを使いこなしてる人間ならCを貶せるわけがない。
184:デフォルトの名無しさん
09/08/02 12:40:38
「初めてのC」あたりの入門書を熟読してから出直してこい！
185:デフォルトの名無しさん
09/08/02 13:50:50
なんでこんなに糞スレが？と思ったらアイちゃんが遊んでるのか。
なら仕方ないな
186:デフォルトの名無しさん
09/08/02 15:02:09
ヒント:夏休み
187:デフォルトの名無しさん
09/08/02 15:21:32
いまさらだが8月なんだな。
188:デフォルトの名無しさん
09/08/02 15:22:47
全てプログラマの責任とか寝言言ってる欠陥言語のせいで
バッファオーバーフローによるセキュリティホールが、未だに腐る程あるだろ。
責任取れや
189:デフォルトの名無しさん
09/08/02 15:25:19
うるせー
形式的に仕様を定義し公理的意味論による検証するというプロセスを怠ったプログラマが悪いんじゃボケ
190:デフォルトの名無しさん
09/08/02 15:27:36
>>188
iPodにもあったみたいだ
191:,,・´∀｀・,,）っ-○○○
09/08/02 15:28:10
セキュアCRT関数を標準化すればいいのに＞＜
192:デフォルトの名無しさん
09/08/02 15:28:34
iPhoneだ
orz
193:デフォルトの名無しさん
09/08/02 15:36:55
金支払って作って持ったならまだしも、鐚一文出してないなら文句言う権利ないよ、
どうしても嫌だったら完璧なソフトつくってもらって、
どのくらいの費用と時間がかかるかレポートしてくれ、俺には想像も付かないけどな。
194:デフォルトの名無しさん
09/08/02 16:32:51
>>173
ブックオフで上巻１０５円で買ってきたよ！
195:デフォルトの名無しさん
09/08/02 23:20:59
>>110
> C系列って
> C,C++,Java,C#,D
> だろ
> 確かに全部クソだ
Objective-Cも仲間に入れてあげてください…
196:デフォルトの名無しさん
09/08/03 00:04:05
>>173 NTの開発にC++使った理由ってVC++の販促のためでしょ。
一字一句漏らさず読み終わる前にWindowsが終了しそうな気がするんだけど。
197:デフォルトの名無しさん
09/08/03 00:16:44
NTは、GUIがC++
198:デフォルトの名無しさん
09/08/03 00:17:01
COMコンポーネントの実装にCを使うのは面倒だと思う。9xでもNTでも部分的にはC++を使っているのでは？
199:デフォルトの名無しさん
09/08/03 20:16:30
no
200:デフォルトの名無しさん
09/08/03 21:39:26
we can't!
201:デフォルトの名無しさん
09/08/04 08:11:49
アセンブラの完全な代わりにはならないからな
202:デフォルトの名無しさん
09/08/05 11:45:45
Javaの美しい設計思想には勝てまい
203:デフォルトの名無しさん
09/08/05 11:47:59
Java？あの糞重いGUIを積んだCPUパワーを1/3ほどに
減殺する言語か
204:デフォルトの名無しさん
09/08/05 11:51:49
業務知識が無いくせに何ほざいてんだ、コーダーレベルの馬鹿が何ほざいても所詮コーダー。
205:デフォルトの名無しさん
09/08/05 11:52:36
現行でC++で作ったバイナリ以外でJavaを抜ける環境って無いだろ
Windows環境だと分からんけど、JavaはGNU Cと長短を分けるレベルで速いぜ。
206:デフォルトの名無しさん
09/08/05 11:58:41
コーダーは黙ってコーデイングしてろ。業務知識無いくせに、贅沢言うな！
207:デフォルトの名無しさん
09/08/05 12:02:26
他のスレから変なのが入り込んでないか？
208:デフォルトの名無しさん
09/08/05 12:03:30
コーダーは黙ってコーデイングしてろ。業務知識無いくせに、贅沢言うな！
209:デフォルトの名無しさん
09/08/05 12:32:04
所詮Cの構文すらまともに理解できない奴が立てたクソスレ
210:デフォルトの名無しさん
09/08/05 13:35:41
>>207
職場にエアコンがない所為で
暑くてイライラしてるんだろう。
タコ部屋かも知れんが。
211:デフォルトの名無しさん
09/08/05 13:37:10
職場がドトールの俺に謝れ
212:デフォルトの名無しさん
09/08/05 14:59:11
ﾂﾏﾝﾈ ｾﾝｽｾﾞﾛ ０点
213:デフォルトの名無しさん
09/08/06 03:47:36
店員「やだ・・またあの人来てるわ」
214:デフォルトの名無しさん
09/08/06 04:01:01
店側としてはどうなんだろう。
携帯電話はダメだろうけど、居座り続けるのはその辺の老人と変わらんだろうし、
DQNが来店するよりはマシじゃないだろうか。
215:デフォルトの名無しさん
09/08/06 23:14:58
>>205
Javaなんてゲロ遅だろ。
windows上ならまだマシだがLinuxでなんて使えないくらいゲロ遅い
216:デフォルトの名無しさん
09/08/06 23:22:51
URLﾘﾝｸ(shootout.alioth.debian.org)
え？なんだって？
217:デフォルトの名無しさん
09/08/07 00:45:53
ベンチマークなんてどうでもいい。
JUDEやPGIコンパイラのデバッガはjavaだが、quad opteronのマシンですら
メニュー開くのに四苦八苦だ。
文字化けやらマウスカーソルとメニューがずれたりまでするしな。
javaを最新にしても状況かわらんし。
まったく使う気になれん。
218:デフォルトの名無しさん
09/08/07 06:10:21
Javaなんて、せいぜいサーバサイドで使っておけ。
OS非依存だからって、証券会社のシステムなんかで使うなよ
219:デフォルトの名無しさん
09/08/07 09:15:13
などと、わけのわからないことを供述し
220:デフォルトの名無しさん
09/08/08 18:34:57
Javaは今や環境依存だ。
つーか環境依存は必要なんだよ、環境に得手不得手がある限り。
Javaはクライアントアプリに使うには起動が糞重いし、ごく一部の最高に得意な処理を
C++で鼻ほじりながら適当に書いたのと比べて「C++よりJavaの方が速かった」とか
言い張るバカもいるが、実際使ってて普通に糞重いのはバカでも分かるはずなんだがな。
まぁManagedなユーザーアプリだけ許したい世界にだけは向いてるんじゃね。
Cは組み込みでやっていくにはいい言語だな。アセンブラとの親和性も高い。進化は
止まっているというか、ほとんどC++に任せた感がある。
C++は現在進行形で突っ走りまくっててバカにはとても扱えないけど、プログラマーも
階層化が進んでるから、頂点付近の奴らだけが便利に使えればいいんじゃないかな。
とりあえずこの二つは、分かってる奴が使えばパフォーマンス落とさないコードが書き
やすいから生き残るだろうな。マシンパワーが余る時代？結局いつ来るんだ？
C#やDは、後発のくせに独自の分かりやすい売りがねーな。
221:デフォルトの名無しさん
09/08/08 18:46:39
C#は言語自体は大したアドバンテージないけど、IDEが強力。
かつ、C系の文法採用してるんで今までVBの独壇場だったポトペタシステム開発に、
C/C++/Javaの技術者をそのまま突っ込める。
もうVBなんていらないよねって思えるくらい。
222:デフォルトの名無しさん
09/08/10 00:03:23
C# (というか.NET) … Javaと比較した場合、好きな言語を選べるメリットがある。
D … JavaやC#と比較した場合、ネイティブであるという強みがある。
223:デフォルトの名無しさん
09/08/10 00:05:45
追記。
C#はJavaと比較した場合、Windows環境ではより高速である事が期待できる、かも。
VBで培った技術を投入してるはずだし。
あとOS標準てのも強みかな。Vistaだと最初からコンパイラまで入ってるし。
224:デフォルトの名無しさん
09/08/10 00:08:53
特定の環境に依存するってだけで使う気になれない
Delphiはよく流行ったなあ
225:デフォルトの名無しさん
09/08/10 00:12:59
そりゃRADつー武器があったからだろう。
真打ちのはずだったC++builderは中身がdelphiだったために、
ユーザーはdelphiの知識も強要させられ、いつのまにか消えていった。
そしてC#で復活
226:デフォルトの名無しさん
09/08/10 00:20:12
>>224
どうせ特定の環境に依存するんなら、楽な方がいい。
必死こいて勉強しないと使いこなせないのに、その環境でないと通用しないのとか最悪。
227:デフォルトの名無しさん
09/08/10 00:48:19
時々そういう（霞食ってる仙人かと思うようなw）浮世離れしたことをいう奴が
いるけど、俺に言わせりゃよくわからん発想だな。
そういうのって現実の選択肢として「どの環境でも現実的な（現実の使用に耐える）プログラムが書ける
言語とライブラリ」が存在してなきゃ意味がないと思うんだが、そんなものが
これまで一度だって存在したためしがあるのかね。
それに、言語やライブラリの習得ってそんなギャアギャア騒ぐほど大変か？w
本当よーわからんわ。
228:デフォルトの名無しさん
09/08/10 00:55:17
世の中、ノウハウというものがあってな
229:デフォルトの名無しさん
09/08/10 11:57:35
ドトネトなんか使わなくちゃいけないのがウンコ
230:デフォルトの名無しさん
09/08/10 13:37:40
Cは、アセンブラの補助言語
欠陥つうより、言語じゃないものを言語と言い放ってるだけ。
231:デフォルトの名無しさん
09/08/10 13:46:23
アセンブリだって言語なわけだが。
232:デフォルトの名無しさん
09/08/10 19:18:53
アセンブラじゃねえ！アセンブリ言語だ！
てめーは得意な言語なに？って聞かれたらＣコンパイラですって答えるつもりか！？
233:デフォルトの名無しさん
09/08/10 19:35:21
Cコンパイラを色んな言語で組めます！！
とか言うんだろ
234:デフォルトの名無しさん
09/08/11 01:15:22
>224
C#は*nix文化圏でもそこそこ浸透し始めてたはずだが。
gnomeでmonoが使われてたり、C#製iPhoneアプリがあったり。
正直な所、言語仕様だけは結構イケてるので、そこそこ流行る予感。
235:デフォルトの名無しさん
09/08/11 01:39:45
「じつは、Monoで動いてるんですよ」っていうレベル止まりで、それ以上は流行らないと思う。
236:デフォルトの名無しさん
09/08/11 05:49:14
やたらアピールするよりは、いつの間にか色んなところで使われてます、のが良いんじゃないか？
237:デフォルトの名無しさん
09/08/11 06:13:44
C++やJavaで駄目or足りないと感じてた部分が改善されてるんで、
個人的にはもっと流行って欲しい所だが。
「MS製だから」「VMだから」で敬遠してる奴はマヂで損してると思う。
238:デフォルトの名無しさん
09/08/11 06:18:51
今知ったが、C#てDelphiの人がデザインしてるのか…
239:デフォルトの名無しさん
09/08/11 13:00:40
斜め上を行くシャープですねわかります
240:デフォルトの名無しさん
09/08/11 14:05:03
ただJITコンパイラなので、Java以上にメモリを必要とするのが欠点か
241:デフォルトの名無しさん
09/08/11 16:59:19
俺がいつまでもマスター出来ない時点でC言語はだめだな
BASIC最高。
242:デフォルトの名無しさん
09/08/11 17:30:19
BASIC遅いじゃん
ケツ蹴っ飛ばしたくなる位
VB6とかは無しな
243:デフォルトの名無しさん
09/08/11 17:30:33
そーゆー基準なら awk 最高だよな。
244:デフォルトの名無しさん
09/08/11 17:33:52
むしろVB系のほうが欠陥だろ
バージョンごとに仕様が変わって全く互換性がないんだろｗ
245:デフォルトの名無しさん
09/08/11 17:39:15
でもVB.NET(あれはBASICじゃないが)は互換性が高く
維持されそうだし速いしな
246:デフォルトの名無しさん
09/08/11 17:43:31
>>245
VB.NETになってからは少しはまともになったのか。
昔のバージョン4、5、6、そして6から.NETの互換性が酷かった記憶があったから。
247:デフォルトの名無しさん
09/08/11 17:47:46
>>246
C#を無理矢理BASICに書き直したものだから
C#の互換性さえこのまま維持されればVB.NETも
そうひどくはならないだろ
248:デフォルトの名無しさん
09/08/11 17:48:34
なーに、VB.netなんてC#からセミコロンを取り除いたようなもんですよ。
249:デフォルトの名無しさん
09/08/11 18:30:33
>>246
>6から.NET
ここが一番酷いかもなあｗ
でも、そこ乗り越えると楽。
250:デフォルトの名無しさん
09/08/11 18:50:24
.NETになってまでVBにこだわってる人の意味がわからん。
251:デフォルトの名無しさん
09/08/11 18:55:35
C# がアリなら VB.NET もアリだろう。
寧ろなんでそこまで嫌がるのかが解らん。
252:デフォルトの名無しさん
09/08/11 19:08:17
VBが素晴らしすぎてｻｰｾﾝ
253:デフォルトの名無しさん
09/08/11 20:32:47
宗教だからね
254:デフォルトの名無しさん
09/08/11 20:33:36
いやあVB.NETまでくるともはやBASICじゃねえｗ
BASICの皮を被ったC#だよ
255:デフォルトの名無しさん
09/08/12 01:00:16
プラットホームに依存する時点で論外。
256:デフォルトの名無しさん
09/08/12 01:07:15
多かれ少なかれだ。
257:デフォルトの名無しさん
09/08/12 01:14:26
夏休みだと『BASICしかできないくん』が暴れるな、あほくさい
258:デフォルトの名無しさん
09/08/12 02:42:45
今時の学生で『BASICしかできないくん』はさすがに少ないんじゃないかなぁ。
社会人の『BASICしかできないくん』に関しては、一年中夏休みって可能性もあるけど。
259:デフォルトの名無しさん
09/08/12 02:49:09
今からはじめるやつでBASICやるやついるのか・・・？
260:デフォルトの名無しさん
09/08/12 11:14:17
ｽﾚﾘﾝｸ(tech板)
261:デフォルトの名無しさん
09/08/12 11:16:47
>>254
VB 8で書いてると時々「もう元々のVBの片鱗すらねぇな」と思うことはあるな。
262:デフォルトの名無しさん
09/08/12 11:23:43
MSX BASICで、クランキーコンドルのリプレイ外しシミュレータを
自作したのは、今としてはいい思い出。
今や完全にC、C++使いだがｗ
263:デフォルトの名無しさん
09/08/12 15:35:49
Google ChromeやFire FoxやドラクエやMGS4といったレベルのソフト開発実績と
インパクトがないとC/C++以外の言語は一人前とは認められないな。
264:デフォルトの名無しさん
09/08/12 16:18:02
>>263 も認める Objective-C をみんなで崇め奉ろう！ｗ
265:デフォルトの名無しさん
09/08/12 16:26:44
ちょっとくらい面倒くさいくらいが可愛い
266:263
09/08/12 16:35:27
いやマジでVBやJavaや関数型言語より
OSXが作れるだけObjective-Cはマシだと思う。
言語の美しさとか言ってるけど、実績だけが真の実力を物語ることができる。
267:デフォルトの名無しさん
09/08/12 18:39:33
C厨ってオブジェクト思考できないんでしょ
268:デフォルトの名無しさん
09/08/12 19:00:59
Cにどっぷり染まった人のC++ソースの酷さときたら、そりゃもう…。
ちゃんとコンストラクタでバッファ初期化してくれよ…。
構造体の破棄関数を別につくらず、デストラクタに書いてくれよ…。
例外処理ちゃんと書いてくれよ…。
auto_ptr等使って、あらゆる所でdelete呼ばなくていいようにしてくれよ…。
イベントハンドラに直に処理書かないで、別オブジェクトのメソッド呼んでくれよ…。
269:,,・´∀｀・,,）っ-○○○
09/08/12 20:00:00
FirefoxはCarbonだろ？
Cocoa製MozillaはCamino
270:デフォルトの名無しさん
09/08/12 21:17:28
>>267
C++でもJavaでもオブジェクト指向できるのは少数。
271:,,・´∀｀・,,）っ-○○○
09/08/12 21:40:46
テンプレート厨です
272:デフォルトの名無しさん
09/08/12 22:34:07
(⌒～⌒)っ-○○---
273:デフォルトの名無しさん
09/08/12 22:50:34
C言語は初めてやったときはサッパリ解らんかったな
一度アセンブリをやった後にC言語をやり直したらすんなり頭に入った
274:デフォルトの名無しさん
09/08/12 23:02:41
>>268
C++の使いどころ間違えてるんだろ。
Java使えよ。
275:デフォルトの名無しさん
09/08/12 23:26:29
OO理解してない奴が書いたJavaは最悪。
C++をbetter Cとして使ってくれた方が一億万倍まし。
276:デフォルトの名無しさん
09/08/13 08:16:45
Cに似せた言語は全部糞
277:デフォルトの名無しさん
09/08/13 12:42:52
>>276
コボラーですか？
278:デフォルトの名無しさん
09/08/13 12:45:08
lisperだろｗ
279:デフォルトの名無しさん
09/08/13 14:37:18
「アセンブラ」だろ。○○する人、○○する物
「アセンブリ」だと、行為そのものを指す事になる。
そして言語として言うときは、「アセンブル言語」というのだよ
280:デフォルトの名無しさん
09/08/13 14:39:30
アセンブラという変換装置に対して補助的な役割をするのがC形式の記述体系
281:,,・´∀｀・,,）っ-○○○
09/08/13 23:33:12
俺もアセンブラのマクロにしか見えなくなってきた。
282:デフォルトの名無しさん
09/08/14 12:38:50
マグロのたたきを食べたくなった
283:デフォルトの名無しさん
09/08/14 18:30:41
Cの新の進化系言語はいつか生まれるG言語と見た
284:デフォルトの名無しさん
09/08/14 18:31:22
まちがえた
新じゃなくて真な
285:デフォルトの名無しさん
09/08/15 07:34:41
G言語のライセンスはOMOM。
おまえのものは俺のものです。
286:デフォルトの名無しさん
09/08/15 18:03:44
C/C++の後継は必要ない
まだまだ進化を続けるから
287:デフォルトの名無しさん
09/08/15 18:07:40
0xでラムダやautoで関数型方向の強化もされるし
CLIでマネージドもできるし
Qt等でGUIプログラムも問題ないし
実際隙の無い言語だろう。
コンパイルタイム以外は
288:デフォルトの名無しさん
09/08/15 18:20:55
Cも出来ない奴はPGではないよね
289:デフォルトの名無しさん
09/08/15 22:17:45
no
290:デフォルトの名無しさん
09/08/15 22:19:14
n o
291:デフォルトの名無しさん
09/08/15 22:22:32
ノォォォォォォ！
292:デフォルトの名無しさん
09/08/15 22:26:28
n o
293:デフォルトの名無しさん
09/08/15 22:59:47
最先端機能満載の言語とか、極端に小さい言語とか、
独自機能満載の言語といった、イカした言語が欲しいならば、
他にいくらでもあるだろう。ただし、もしこの先何十年も使う
プログラムの為に、十分に柔軟で、他よりパフォーマンスがよく、
他に例を見ないほど汎用的で、どんなハードでも動くような
言語がほしいなら、C++にし給え。
294:デフォルトの名無しさん
09/08/15 23:04:49
C++は肥大化しすぎて、結局Cが再評価されてるわけだが
295:デフォルトの名無しさん
09/08/15 23:07:08
>>294 <要出展>
296:デフォルトの名無しさん
09/08/15 23:14:25
>>295
おれはCを再評価してる
297:デフォルトの名無しさん
09/08/16 03:25:08
おれはC++には日々疑問を感じている
298:デフォルトの名無しさん
09/08/16 03:56:00
>>294
C++のことを馬鹿にする前に、
だまされたと思ってSTL使ってみろよ。
listを使っただけでCには戻れなくなる。
mapを使ったらCが嫌いになる。
shared_ptrを使ったらCのことは思い出せなくなる。
299:デフォルトの名無しさん
09/08/16 04:43:12
Cで何も築いてこなかった奴はそう思うかもな
300:デフォルトの名無しさん
09/08/16 07:32:08
>>298
MDMA?
301:デフォルトの名無しさん
09/08/16 08:50:20
俺様ライブラリは他人と話したりする時の共通基盤にならんしなぁ
302:デフォルトの名無しさん
09/08/16 09:47:56
10年後の人と話す時に、今のSTLは共通基盤にならない。
C++はロングテールな基盤にならない。
303:デフォルトの名無しさん
09/08/16 09:52:12
>>302はあほ
１０年後も共通基盤になりうるのは、基礎知識だけだ。
304:デフォルトの名無しさん
09/08/16 10:15:41
>>303
そうだな。「共通」に拘ると基礎知識から先に進めないか、または
一時的な流行に翻弄される。
だから「マイナーだが10年後も使える」ものを探す方が良いと思う。
305:デフォルトの名無しさん
09/08/16 10:46:15
それならば数学基礎論だな…
306:デフォルトの名無しさん
09/08/16 13:16:46
１０年後も通用するのはJavaですね、わかります
307:デフォルトの名無しさん
09/08/16 13:20:38
マシンの性能を本来の１／４程度に減速する言語、Javaか・・・・
308:デフォルトの名無しさん
09/08/16 14:00:02
C>C++と思っている奴はまともにC++を使ったことのない奴。
要するに食わず嫌いなんだよ。
C++を使うときも、C++はダメだと思いこんでかかっている。
それは時代の波に取り残されているのを正当化しているに過ぎない。
309:デフォルトの名無しさん
09/08/16 14:00:50
C++を評価している奴は、CもC++も使い込んでいる。
俺もCでゲームを5年くらい作ってからC++に移行している。
その原動力は、Cでどんなにきれいに作っても、プログラムが巨大化してくると
設計ミスが蓄積してたいへんなことになり、これをなんとかしようと思ったから。
C++は銀の矢ではないけど、Cよりもはるかに仕様変更に強くて柔軟で安定したコードを書ける。
ただしC++らしい作り方、つまりオブジェクト指向を身につけるには、1年くらい実務で使い込む必要がある。
だからちょっとかじっただけではC++を正しく評価することはできない。
310:デフォルトの名無しさん
09/08/16 14:03:36
デニスリッチーやケン・トンプソンもC++を使っている。
デニスの名前はC++標準委員会の議事録によく名前が出ているし、
ケンはboost関連のメーリングリストによく投稿している。
あいつらすげぇC++オタクだよ。
C言語にプリプロセッサを導入したアラン・スナイダーも、
マクロの失敗を悔い改め、総称プログラミングの権威となってtemplateやSTLの開発に協力している。
Cで何かを築いて来た奴らがC++を評価して、
直接進化に関わっているんだよ。
311:デフォルトの名無しさん
09/08/16 14:07:39
進化しつづけるC++を意見を発して自分好みの仕様にしていくのが楽しいんだろうな
312:デフォルトの名無しさん
09/08/16 14:14:54
みんなでいじくるもんだから、カオスなC++に…
313:デフォルトの名無しさん
09/08/16 14:21:17
だってC++難しいんだもん。。。
314:デフォルトの名無しさん
09/08/16 14:22:51
趣味でやる分にはあの複雑さが楽しいって言ってられるんだけどな
315:デフォルトの名無しさん
09/08/16 14:24:51
バージョンの違いか。理解しました
316:デフォルトの名無しさん
09/08/16 14:36:00
C++でカオスなのって一部のtemplateだけだろう。
使わなきゃいいだけ
317:デフォルトの名無しさん
09/08/16 14:44:15
それはそれで不便だ
318:デフォルトの名無しさん
09/08/16 15:15:35
>>298みたいなCを何も理解してないようなカスにでも使えるC++って偉大だな
むしろ>>298にはJavaがお似合いな気がするが
319:デフォルトの名無しさん
09/08/16 15:31:45
C++を使いこなせてるって人よりCを熟知している人の方が頼れるよね
320:デフォルトの名無しさん
09/08/16 15:48:52
そうかなあ。
むしろ、名前空間の機能すらない言語をそんなに評価する気になれる人間の方に
ある種の「おめでたさ」を感じるけどねえ。
ああ、この人実用的なコードなんて書いたことない（あるいは「書けない」）から
そんなおめでたいことを平気で言えるんだろうなあ、とw
まあ、経験上その種の人にはこういう「嫌み」すら通じないからなあ。
ある意味（というよりほぼ完全に）いまだにVB6に固執してる人と同じ病気だな。
「便利なものを便利に使ってるだけ」とか言うんだよこういう人はw
ある人の本に「こっちの方が便利なんだ、と嘯きながらコロの付いたトランクを
手に抱えて持ち歩く人のようだ」という形容があったけど、まさにそんな感じ。
321:デフォルトの名無しさん
09/08/16 15:58:38
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが
使ってるためにさらに輪をかけてゲロゲロになっていて、どうしよう
もないゴミが簡単に生産されるようになってる。
Linus
URLﾘﾝｸ(tabesugi.net)
322:デフォルトの名無しさん
09/08/16 16:01:57
極論を真面目に受けとめる必要はないよ
323:デフォルトの名無しさん
09/08/16 16:05:41
エリート(笑)しか使わない言語なんてあるの？
324:デフォルトの名無しさん
09/08/16 16:09:28
C++はCの上位互換だってこと忘れないでね。
C++プログラマはCについてもちゃんと学んでるよ。＾＾
その上で、C++のライブラリや型安全なんかを
Cより便利だなーと思って使っている。
325:デフォルトの名無しさん
09/08/16 16:10:25
>>321
やっぱり「その種の」単細胞な思考をする人なんだなw
別にプログラミング言語に限らないが、道具というものはそれが「強力であること」と、
「弊害が多いこと」は矛盾せず並立しうる。
例えば自動車は便利だが、交通事故などの無視できない弊害も同時にもつ道具でもある。
そして今の話の流れは、「C++が道具として(Cよりもより）便利かどうか」であって
それに弊害があるかどうかの話しではない。
まあ、きっと321みたいな「羹に懲りてなますを吹く」タイプの人は、
俺は自動車の弊害が許せないんだといって自転車にリアカー付けてガンバッテるんだろうw
326:デフォルトの名無しさん
09/08/16 17:39:32
>>307 何年前から脳味噌をアップデートしてないんですかw
327:デフォルトの名無しさん
09/08/16 18:45:17
「無制限なC++」は、優秀なプログラマが1人で使うためのものだ。
平均以下のプログラマが混在したとき、どうマネジメントしていくかが問題。
328:デフォルトの名無しさん
09/08/16 18:50:10
>>325
＞例えば自動車は便利だが、
ポルシェが適している用途、レクサスが適している用途、
軽自動車が適している用途、バイクが適している用途などがある。
高性能だから便利だというわけじゃない。
329:デフォルトの名無しさん
09/08/16 19:00:43
平均以下のプログラマがいた場合は、注意しておかないと
どんな言語使っても面倒な問題が発生する。
330:デフォルトの名無しさん
09/08/16 19:43:21
プロジェクトマネジメントの必要性は
別にC++だから生じるってわけじゃないからね。
331:デフォルトの名無しさん
09/08/16 22:10:48
どんな言語もひどいプログラマーが書いたらひどいことになる。
オブジェクト指向を理解していない人が書いたJavaのコード。
ポインタを理解していない人が書いたCのコード。
C言語と同じスタイルで書かれたC++のコード。
どれも見たくないぜ。
332:デフォルトの名無しさん
09/08/16 22:21:59
C++を使ってCらしく書くのは大丈夫にしてくれ。
たまに、Cのプログラムを移植するとき、.cppにして。
都合のいい場所だけ++機能を使って簡単移植してるぜ
333:デフォルトの名無しさん
09/08/16 22:27:32
だめです！
334:デフォルトの名無しさん
09/08/16 22:29:42
絶対に許しません！
335:デフォルトの名無しさん
09/08/16 22:30:22
･･･でも。
336:デフォルトの名無しさん
09/08/16 22:51:55
Cと互換性がないならCに似た文法を持つ必要はない
って言ったのは誰だっけ
337:デフォルトの名無しさん
09/08/16 23:01:06
その言葉って、C++もJavaもC#もDも、Cに似たすべてを否定してる
338:デフォルトの名無しさん
09/08/17 02:14:20
>>332
それは例外として許される範囲だろ。
339:デフォルトの名無しさん
09/08/17 02:21:34
もう許してやれよ……。
340:デフォルトの名無しさん
09/08/17 02:39:54
>>332
／⌒ ⌒＼ |⌒|
／（ ⌒） .（⌒） ＼ ＿/ | 人を許して気分がいい！
／::::::⌒（__人__）⌒:::::＼ （＿ ＼
| ┬ |----| | （＿ | 今日もユルシタ！
＼| `ー'´ ／ （＿ |
＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿
＿ ヽ| |ヽ ム ヒ
/ / | ＝ / / ヽ. |￣|￣ 月 ヒ
＿/＿ / |/ ＿_ノ ｀/ / | ノ ＼ ﾉ Ｌ_い
341:デフォルトの名無しさん
09/08/17 16:18:49
その言語に慣れている、という前提で色々な言語の文法を比較したとして、C++以外の
C系列のタイプ数と可読性と自由度のバランスは特別に悪い方じゃないと思われ
で、ユーザーも多いから、わざわざ別の文法体系を取ってもマンドクセ扱いされがち
C++の文法はぐちゃぐちゃだが、しっかりアセンブラマクロしつつ高度なネタを全部
取り込もうとしてるんだからしゃーねーな
まぁ、アセンブラマクロが有り難くも何ともない奴には、CもC++もクソ言語だろ
342:デフォルトの名無しさん
09/08/18 08:28:56
C++って全てひっくるめてC++なんだろうけど、
会社の分社化みたいにそろそろいくつかに分けたほうがいいだろｗ
343:デフォルトの名無しさん
09/08/18 14:31:17
コンピューターサイエンティストは漏れなく
C++をマニアックに使い越せる筈だ
344:デフォルトの名無しさん
09/08/18 22:55:02
コンピューターマッドサイエンティスト？ｗ
さーて、int演算子のオーバーロードでファイル保存、char演算子のオーバーロードでファイル削除する
ソフト作って、同僚に嫌がらせするかなｗ
345:デフォルトの名無しさん
09/08/19 02:48:54
能力とか性格とか思想とか、個人の資質に左右されまくる言語ではあるな。
346:デフォルトの名無しさん
09/08/19 11:27:12
それ、LoadFileという名前の関数でファイルをセーブするのと同じレベルの話だから。
347:デフォルトの名無しさん
09/08/19 15:01:05
ここまでの議論を省みると、やっぱりRUBY最強ということは間違いないようだなｗ
348:デフォルトの名無しさん
09/08/19 15:01:49
RUBYが最凶に使えないのは確定だな
349:デフォルトの名無しさん
09/08/19 15:03:19
ruby(笑)
350:デフォルトの名無しさん
09/08/19 15:20:33
最強の天下り団体IPAナメンナヨｗ
351:デフォルトの名無しさん
09/08/21 03:33:29
Cしかできないヤツって終わってるなぁ・・・・
352:デフォルトの名無しさん
09/08/21 06:07:56
Cが出来ない奴よりはマシかと
353:デフォルトの名無しさん
09/08/21 06:58:30
Cは基本
PHPとかやると、Cの文法忘れるけどなｗ
354:デフォルトの名無しさん
09/08/21 07:24:22
なんかC信者が話をすり替えすぎ
世の中がC中心なのはわかりきってんだよタコ。
文法がきたねえって話だろ。
仮にCが基本じゃなくなっても「Cができないよりはマシ」とか言う意味はあんのかよ
355:デフォルトの名無しさん
09/08/21 07:25:57
つうか、Cしかできない奴のせいでD言語みたいなアホ言語が生まれるんだろうが
反省しろ
356:デフォルトの名無しさん
09/08/21 07:27:37
基本はFORTRAN
357:デフォルトの名無しさん
09/08/21 09:30:46
>>355
なんでｗ
Cが出来るならCやってりゃいいし、DはCで挫折した奴用じゃねえの？
358:デフォルトの名無しさん
09/08/21 10:33:09
PHPやるとC忘れるｗ
>>357
なんでｗ
DはCで挫折した奴用じゃねえ
Cが出来るならDやりゃいい
359:デフォルトの名無しさん
09/08/21 11:35:29
>>354
Cの構文解析プログラム書くときにはちょっとなぁと思うことはあっても、
使ってる分には特に汚いとは思わないけど。
360:デフォルトの名無しさん
09/08/21 15:52:29
Dみたいなオナニー言語は論外
361:デフォルトの名無しさん
09/08/21 21:41:04
なんか必死なヤツがいるな
Dは全然知らんが、アンチが出る位ならちょっと面白そうに思える
362:デフォルトの名無しさん
09/08/22 01:52:29
>>355
使いにくいものが使いやすいものに置き換わるのは自然な話。
見つけにくいメモリー関連のバグで何時間も浪費するのイヤだしな。
残業とか、何時間も解決しないバグに悩まされるの嫌でしょう。
>>357
Cのいやらしさを回避するために別の言語を使うという観点から見るとその意見は間違い。
Cの上に何か言語をかぶせて、その言語でCコードを吐けるようにしてチューニング後にビルドできるようにするとかあるしな。
それに、なんでもC/C++,Javaに固執する風潮がよろしくないなあ。
>>360
それではあなたのお勧めの言語を教えてくださいな。
ただし、C/C++, Java, Perl, Ruby, Python, PHP以外でな。
363:,,・´∀｀・,,）っ-○○○
09/08/22 01:53:24
C#って言わせたいらしいな
364:デフォルトの名無しさん
09/08/22 02:02:19
>>362
Scheme、Haskell、OCaml、Scala
365:デフォルトの名無しさん
09/08/22 02:14:37
Ｄ言語なんて、マニアのお遊び用だろｗ
366:デフォルトの名無しさん
09/08/22 02:42:46
うん。マイクロソフトが採用してない言語はマニアのお遊び用だとおもう。
367:デフォルトの名無しさん
09/08/22 03:43:55
汝の見ぬものすべて現実に非ず
368:デフォルトの名無しさん
09/08/22 06:23:48
戦場に来て銃の危険性を訴えるようなことをされてもなぁ
マシンパワーが余らない気楽な業務なら、銃を廃止した方が事故も無くて楽だけどな
369:デフォルトの名無しさん
09/08/22 06:46:30
C/C++が早いというのは誤解
URLﾘﾝｸ(scienceblogs.com)
370:デフォルトの名無しさん
09/08/22 07:11:18
コードも出さないでベンチ結果だけ貼る馬鹿の記事を真に受けて貼る馬鹿
371:デフォルトの名無しさん
09/08/22 07:58:09
C/C++の構文的な不満は、多次元配列と配列の配列が同じ表現ということぐらいかな
372:デフォルトの名無しさん
09/08/22 08:05:05
俺は基本的にCにどっぷり浸かっちゃってるから別に不便とまでは行かないな。
他の言語を使ったらこんなに簡単にできるのかってのはあるだろうけど、
やっぱりCが自由度が高いからその点だけでこの先ずっと生き残ってくれればいい。
373:デフォルトの名無しさん
09/08/22 08:15:41
うむ。
Cに代わる高級アセンブリ言語が出ないうちはCは死なん。
使ってて面白いのはCだな。
374:デフォルトの名無しさん
09/08/22 09:30:52
いやだから、死なないのは悪いことだろ。
老害なんだからさぁ
375:デフォルトの名無しさん
09/08/22 09:38:38
組み込み機器とかの開発もCで可能かが1つの選択基準になる。
やはりgccの存在が大きい。業界標準言語としての地位は揺るぎようがない。
>>374は何使ってるんだい？
376:デフォルトの名無しさん
09/08/22 12:20:43
>>371
377:デフォルトの名無しさん
09/08/22 14:03:11
取り合えず会話に参加したかった初心者さんだよ、きっとｗ
378:デフォルトの名無しさん
09/08/22 14:40:36
>>369
OCamlなんで早いん？
FORTRANみたいに配列をベクトル化してしまってるの？
379:,,・´∀｀・,,）っ-○○○
09/08/22 15:20:50
SIMD化っぽいね
ICCで-fastオプション使ったらええんちゃうの
380:デフォルトの名無しさん
09/08/22 15:27:27
それよりも、CとC++でなんであんなに差が出るのかがわからない。
CってC++に無い高速化機能とかあったっけ？
381:デフォルトの名無しさん
09/08/22 15:27:34
OCamlだけ気になるな。
他はまぁ理屈は分かるし、それ結局今んとこ全然速くないから、ってオチなんだけど、
OCamlは単純にコンパイラが優秀そうな気がする。
まぁ、C++がCより極端に遅いところを見ると、何も考えないコードを書いた場合の
ベンチだろ。つまり、速度が本気で欲しい時の比較じゃない。
C/C++との速度競争はアセンブラとの速度競争にほぼ等しい。
アセンブラが速度競争で負けるとしたら、ランタイム最適化くらいしか無い。Java
みたいな奴。もちろんランタイム最適化もアセンブラで書けるけど、そこまで言い出す
と反則だしな。
ただ、動的最適化を含むVM機構そのもののオーバーヘッドが痛い。長時間走るような
コードほど有利だが、そんな重いコードを底辺コーダーが何も考えずに書くような
状況では有利、ってことだろ。まさにそこのブログがそれをやったんだろうけど。
382:,,・´∀｀・,,）っ-○○○
09/08/22 15:31:52
>>380
逆じゃね？STLとか、たとえばvectorコンテナにイテレータでアクセスとか使ってるんじゃないの？
あれがCスタイル配列より早い理屈は無い
383:デフォルトの名無しさん
09/08/22 15:36:45
MPLできっちり最適化されてれば同等にはなりそうだが、まぁやってないライブラリが
ほとんどだろうな今んとこ
384:デフォルトの名無しさん
09/08/22 15:42:47
vectorはMPLで頑張ってもCの配列と同等は無理だな。
arrayならCの配列より早くなる。
ライブラリ作者は死ぬ。
385:デフォルトの名無しさん
09/08/22 17:22:16
最近はコレクション使う事がプログラミングだと勘違いしてるバカ多すぎ
386:デフォルトの名無しさん
09/08/22 17:31:44
まずは意味が明確に通じる文章を書けるようになってくれ
387:デフォルトの名無しさん
09/08/22 17:34:02
ゆとりの俺にはクラスライブラリという積み木を使って、
なんか組み立てるって認識しかないな。
388:デフォルトの名無しさん
09/08/22 17:36:34
その論法なら大抵の物作りは積み木レベルだな
389:デフォルトの名無しさん
09/08/22 17:36:37
コレクションという概念を理解できない老害よりはましだろう。
390:デフォルトの名無しさん
09/08/22 17:41:36
なんでもかんでもforでまわすことしか思いつかないんだよな。
391:デフォルトの名無しさん
09/08/22 17:42:43
積み木遊びなめんな
代数学や論理の基礎を養う大事な訓練なんだぞアレは
392:デフォルトの名無しさん
09/08/22 17:51:06
だったら家や学校でやれ
393:デフォルトの名無しさん
09/08/22 18:05:44
理解してないものを上から目線で駄目出ししようとする老害の典型だな
394:デフォルトの名無しさん
09/08/22 18:29:02
なにこの流れｗ
395:デフォルトの名無しさん
09/08/23 04:01:33
>>391
aho hakken
396:デフォルトの名無しさん
09/08/23 06:16:14
>>395
まさか御大がこんなところで遊んでるわけないだろ。
397:デフォルトの名無しさん
09/08/23 06:57:50
Aho氏が積み木を推奨してるスレはここですか。
398:デフォルトの名無しさん
09/08/23 16:08:19
やっぱRubyだな。
399:デフォルトの名無しさん
09/08/23 16:13:08
Ruby儲は口出すな
趣味言語と同様に扱われては困る
400:デフォルトの名無しさん
09/08/23 16:20:21
Ruby on Railsはやってんだろ
旧時代の石頭乙
401:デフォルトの名無しさん
09/08/23 16:32:31
流行ってたのは２年前だな。
402:デフォルトの名無しさん
09/08/23 18:16:53
Cについて語ってるのに、いちいち信仰言語を提示する人はなんなの
403:デフォルトの名無しさん
09/08/23 18:21:04
信者
404:デフォルトの名無しさん
09/08/23 22:04:28
落ちまくりの糞Railsとかいつの話だよ
結局実用にならないことが分かって大半は逃亡済みだろ
405:デフォルトの名無しさん
09/08/23 22:43:21
>>324
え？じゃあこんなコード、C++で動くの？
foo();foo(bar)int bar;{return bar;}main(){int new = 0;return foo(new);}
406:デフォルトの名無しさん
09/08/23 23:02:03
それただの揚げ足取りじゃね
407:デフォルトの名無しさん
09/08/23 23:06:32
PS1の上位互換なPS2だって、PS1のゲームすべてが遊べるわけじゃないし。
408:,,・´∀｀・,,）っ-○○○
09/08/23 23:17:57
PS3に相当する言語ってあるかな？
途中で下位互換無くなっちゃったような
409:デフォルトの名無しさん
09/08/23 23:24:19
>>406
実際、全くの手直しなしで動くか、若干の手直しが必要かは結構でかい違いだぞ。
さすがに古い引数の書き方なんてのは、今時殆どないし、変数名が予約語ってのも、機械的に置換すりゃいい話だし、
プロトタイプ宣言の型が省略されてるのも、ちょっと工夫すりゃ置換できそうだが、
型チェックが厳格化されたのは、結構面倒だと思うよ。
今までがいい加減だったといえばそれまでなんだけど、無駄に厳格だ。
410:デフォルトの名無しさん
09/08/23 23:32:51
型検査はC++でようやく常識的なレベルになったと思う
少なくとも無駄に厳格というほどではない
411:,,・´∀｀・,,）っ-○○○
09/08/23 23:33:19
現行規格のプロトタイプ宣言はC++から逆輸入されたんだよな
412:デフォルトの名無しさん
09/08/24 00:26:19
C++位に型チェック厳しくないと、逆に怖いんだが。
413:デフォルトの名無しさん
09/08/24 01:53:08
gccとかオプションでいくらでもできるだろ
414:デフォルトの名無しさん
09/08/24 04:34:48
大抵はCとしてコンパイルすりゃ通るだろうに
新しく書くコードでも「C++だけで引っ掛かるんだよな」なんてことが多発するなら
お前が珍種なだけ
415:,,・´∀｀・,,）っ-○○○
09/08/24 04:44:11
extern "C"
416:デフォルトの名無しさん
09/08/24 05:10:01
団子夏休み
417:デフォルトの名無しさん
09/08/24 06:00:03
C以外も使える >>> Cしか出来ない >>>越えられない壁>>> Cが使えない
418:デフォルトの名無しさん
09/08/24 06:09:10
C++が複雑な言語であるのは事実だけど、
進化はゆっくりしているから
のんびり学んでいればいつかは理解できるときが来る。
急速な進化を繰り返すC#は
立ち止まったその瞬間にもう使えなくなる。
419:デフォルトの名無しさん
09/08/24 06:10:15
古いソースのまま新しいコンパイラ通せるからそれはない。
次期標準候補、次期標準、標準が混沌としてるほうがついていきにくいよ。tr、boostとか
420:デフォルトの名無しさん
09/08/24 06:11:13
みなさん今でもC++のみで直接Windowsアプリケーションを作ってますか？
それともC#とC++併用でGUIとコア部分を書き分けて作ったりしてますか？
421:,,・´∀｀・,,）っ-○○○
09/08/24 07:18:09
GUIはHTML+CSS+Javascript
鯖サイドはRailsだったりPHPだったりJavaだったりC#だったりします。
Web屋でごめんね。
でも日曜C++プログラマです。
GUIはWTL
422:デフォルトの名無しさん
09/08/24 07:56:13
あんた色んなスレでみかけるもんな
423:デフォルトの名無しさん
09/08/24 09:51:03
C厨のマヌケっぷりがよくわかるスレ
424:デフォルトの名無しさん
09/08/24 11:58:46
むしろアンチのほうがマヌケ
425:デフォルトの名無しさん
09/08/24 15:24:55
自分はスクリーンセーバを作るときに
大部分をVB 2005で作り、浮動小数点画像の演算だけを
VC 2005でSSEを使って作っていた。
426:デフォルトの名無しさん
09/08/24 15:35:28
色々使ったが、今ではほぼC++オンリー
ごく簡単な処理は、その時にコードの浮かんだLLで
427:デフォルトの名無しさん
09/08/24 20:01:42
2Kbyteに収まるようなプログラムを書くときなんかはやっぱCかな
428:デフォルトの名無しさん
09/08/25 09:18:09
ゆっくり進化していってね！
429:デフォルトの名無しさん
09/08/26 01:42:03
HSP最強説
430:デフォルトの名無しさん
09/08/26 01:49:08
C言語はASCIIを扱うことを前提に設計されている。
SJISやEUC、UNICODEとなると、もうお手上げで、
簡単な言語処理プログラムさえ、ポインタ計算が面倒くさすぎて
やりたくなくなる。
明らかに欠陥言語と言えるだろう。日本語的に。
431:デフォルトの名無しさん
09/08/26 01:59:06
430に欠陥が・・
432:デフォルトの名無しさん
09/08/26 02:00:26
たとえば、
C言語は糞！C言語はダメです！絶対！
と言う文があった場合、
C言語は善！C言語はイイです！絶対！
に変えるには、５文字目と１１～１２文字目を置換しなければならない。
しかし、C言語という単語にはASCIIとSJIS、またはEUC、またはUNICODE、
UNICODEでも8BIT、16BIT、32BITがある。
それぞれポインタ演算が異なり、ポインタ位置がズレる。
こういう下らない処理に脳を使うだけアホ。
単純な配列処理ですら、最初に8BIT前提に初期化するか、16BITか、32BITかと頭を悩ませる。
バッファーオーバーフローは無いだろうか、改行文字の処理系はどうする、処理速度は、メモリ量は、
色々考えなきゃならない。
日本中でこれが繰り返されている。
どれだけの経済損失が発生しているのだろうか。
どう見ても糞です。
433:デフォルトの名無しさん
09/08/26 02:03:37
You are light !
434:デフォルトの名無しさん
09/08/26 02:05:55
>>432
それはライブラリの問題だね。
言語の問題じゃない。
435:デフォルトの名無しさん
09/08/26 02:34:20
>>432
で、それらを気にしないでいい言語は何？
C++なら基本的にそこに書かれてる問題ほとんど全部気にしないで済む上に、ほとんどの
処理系の中で最速の部類だけど。
つーか文字列処理にいちいち処理速度だのメモリ効率だのを煮詰める必要のある案件自体
少ないけどな。煮詰めたい案件ならそれこそC/C++を選ぶし。
436:デフォルトの名無しさん
09/08/26 03:06:52
>>432
生まれた国を間違えたようだな
リセットすればいい
437:デフォルトの名無しさん
09/08/26 03:11:55
つーかポインタ演算そのものは同じコードだよな
Cが基本的に分かってないだけじゃねーかｗ
438:デフォルトの名無しさん
09/08/26 03:25:43
>435
推奨のエンコーディングがUnicodeか何かに決まってる言語がなかったっけ？
439:デフォルトの名無しさん
09/08/26 04:32:04
推奨の文字コードセットが決まってたら>>432が解決するの？
440:デフォルトの名無しさん
09/08/26 05:17:19
文字コードの問題はC固有の事例であり、C以外の言語に乗り換えれば
全て解決されるというのなら>>432の主張も一理ある
実際にはそんなわけないんだが
441:デフォルトの名無しさん
09/08/26 06:17:31
何か根本的に、どの言語でもASCIIもSJISもEUCもUCS-2もISO-2022-JPもEBCDICも
扱えるし、必要なら扱わざるを得ない、ってことを分かってないんじゃ。C言語だけが
色々文字コードがあると思ってるとか。
あとUTFとか普通はC/C++の文字列置換とかで直接触らないし。ストリームの状態で
吐き出すブツでしょう。だから、8-bitがある、というのもおかしい。
で、ポインタ演算はどれも同じだし。ポインタへの加減算は、中身のサイズを自動的に
掛けるんですよ。常識以前の常識。ポインタも使えずに諦めた人にしか見えない。
処理速度だのメモリだの心配するなら他の言語なんかほとんど使えなくなるし。
バッファオーバーフローのとこだけ書けばボロも出なかったかもね。
442:デフォルトの名無しさん
09/08/26 09:14:18
長い文章書くとボロが出る典型的な例
443:デフォルトの名無しさん
09/08/26 10:35:50
モダンな言語なら、文字列は文字のシーケンスであって、バイト列ではないからな。
その辺り、Cの古臭さは否めない。
ライブラリで解決できる話だと思うんだが、標準的な手法は無いのかな？
444:デフォルトの名無しさん
09/08/26 10:41:28
今だとUNICODEに変換して扱うって手順じゃないかなぁ
445:デフォルトの名無しさん
09/08/26 11:27:38
>>434
一々ライブラリを使わなきゃならない時点でウンコだなｗ
標準で文字すら加工できない時点でウンコ。
446:デフォルトの名無しさん
09/08/26 11:34:30
プログラミングWindows第5版には
Unicodeは65536文字も格納できるから、世界中のすべての文字を十分扱えるんだぜ！
って書かれていて（p.51）、おいおいって思ったよ＾＾
ところで、msdnにはマルチバイト文字を扱うと処理速度が落ちると書かれている。
あと、オライリーのC++ランゲージリファレンスには、ロケール関連の関数は遅いので、
文字コードの変換はなるべくまとめて（バッファリングするなどして）やったほうがいいと書かれている。
文字コードを統一しないのには速度重視という側面もあるのかしら。
447:デフォルトの名無しさん
09/08/26 11:34:32
アホだなぁ。
たとえば、これと似たような処理を１０００回とか１０万回同時並行で繰り返す
あるいは再帰する場合、初期のバッファが何バイトかで相当速度が変わってくる。
使用するメモリ量も変わってくるし、処理時間も変わってくるからな。
さらにこの処理を何百とこなす事になれば（ｒｙ
というわけで、速度を気にしない奴はニワカを晒してる訳でｗ
448:デフォルトの名無しさん
09/08/26 11:43:44
大体、アメリカ製の言語は糞なんだよ。
言語は8bit！アルファベットは26文字！大小合わせて52文字！それだけありゃ十分だ！
8bitで脳内を固定して、全ての文字は8bitの倍数で組んでおけば良いんだ！
みたいな設計だから、16bitになると途端にエラーが連発する。
作ってる奴の脳がダメ。そういうのを許可している言語自体がダメ。
というか、基本設計が8bitで、
「あ？16bitも使えるようにしときゃ良いんだろ？ま、俺はつかわねーし。苦労しててもｼﾗﾈ」
って態度がそもそもな。
だから、文字の長さを調べる関数に8bit固定発想で8の倍数掛けときゃイイや的なコードが
入り込んだりする。その時点でもうダメ。
449:デフォルトの名無しさん
09/08/26 11:52:04
文字列クラスがあるLL使えばいいじゃんよ
なんでC言語で全部やろうとするかなぁ
450:デフォルトの名無しさん
09/08/26 13:27:05
そういや、英単語列クラスってないのかなあ
451:デフォルトの名無しさん
09/08/26 13:30:30
>>450
vector<string>でも使っとけ
452:デフォルトの名無しさん
09/08/26 13:38:19
!
| 丶 ＿ .,! ヽ
> ｀`‐.｀ヽ、 .|、 |
ﾞ'． ,ト ｀i､ ｀i､ .､″
| .,.:/"" ﾞ‐,. ｀ /
` .,-''ヽ"｀ ヽ,,,、 !
､,､‐'ﾞl‐、 .丿 : ':、
､/ヽヽ‐ヽ､;,,,,,,,,,-.ッ:''｀ .,"-、
,r"ﾂぃ丶 ｀｀｀｀｀｀ ..／ ｀i､
,.ｲ:､ヽ／ー｀-､-ヽヽヽ､－´ .lﾞ｀-、
_,,lﾞ-:ヽ,;､、 ､､丶 ﾞi､,,、
,<_ l_ヽ冫｀'｀-､;,,,､､､､.............,,,,､.-｀": │ ｀i､
､､::|､､､ヽ,､､. ｀｀｀: : : ｀｀｀ ､.､'｀ .|丶、
.l","ヽ､,"､,"'､ぃ､､,､､、、.、、、.、、､_､.,,．ヽ´ lﾞ ﾞ).._
,､':ﾞl:､､｀:ヽ､｀:､ : ｀"｀｀｀￢―'''"｀ﾞ＾｀ : ..､丶 .lﾞ ｀ヽ
,i´.､ヽ".､".､"'ヽヽ;,:､........、 ､､...,,,､－‘｀ ､‐ |ﾞﾞ:‐,
,.-l,i´.､".`ヽ,,,.".｀ ｀ﾞﾞ'"｀'-ｰ"｀｀"｀｀r-ｰ｀'": _.‐′ 丿 ,!
j".､'ヽ,".､".､"`''｀ｰ､._､、、 、._,、..-‐:'''′ .､,:" 丿
ﾞl,"`"`''ヽヽ"`"｀ ｀｀｀ﾞ'''"ヽ∠、､、､ぃ-｀''''": ｀ ､._.／｀ ._/｀
｀'ｉ｀ヽヽヽ｀''ｰi､､、: : 、.,-‐'｀ 、／｀
｀`ヽン'`"｀ : ｀~｀｀―ヽ::,,,,,,,,,,.....................,,,,．ー'｀｀＾ ,､‐'"｀
`"'ﾞ―-､,,,,..､、 : ..,､ー'"'｀
: ｀‘"｀―---------‐ヽ｀｀"''''''""
453:デフォルトの名無しさん
09/08/26 13:42:19
>>445
コード系を一切考慮しないで文字を直接操作できる言語ってなによ
454:デフォルトの名無しさん
09/08/26 13:46:39
!
| 丶 ＿ .,! ヽ
> ｀`‐.｀ヽ、 .|、 |
ﾞ'． ,ト ｀i､ ｀i､ .､″
| .,.:/"" ﾞ‐,. ｀ /
` .,-''ヽ"｀ ヽ,,,、 !
､,､‐'ﾞl‐、 .丿 : ':、
､/ヽヽ‐ヽ､;,,,,,,,,,-.ッ:''｀ .,"-、
,r"ﾂぃ丶 ｀｀｀｀｀｀ ..／ ｀i､
,.ｲ:､ヽ／ー｀-､-ヽヽヽ､－´ .lﾞ｀-、
_,,lﾞ-:ヽ,;､、 ､､丶 ﾞi､,,、
,<_ l_ヽ冫｀'｀-､;,,,､､､､.............,,,,､.-｀": │ ｀i､
､､::|､､､ヽ,､､. ｀｀｀: : : ｀｀｀ ､.､'｀ .|丶、
.l","ヽ､,"､,"'､ぃ､､,､､、、.、、、.、、､_､.,,．ヽ´ lﾞ ﾞ).._
,､':ﾞl:､､｀:ヽ､｀:､ : ｀"｀｀｀￢―'''"｀ﾞ＾｀ : ..､丶 .lﾞ ｀ヽ
,i´.､ヽ".､".､"'ヽヽ;,:､........、 ､､...,,,､－‘｀ ､‐ |ﾞﾞ:‐,
,.-l,i´.､".`ヽ,,,.".｀ ｀ﾞﾞ'"｀'-ｰ"｀｀"｀｀r-ｰ｀'": _.‐′ 丿 ,!
j".､'ヽ,".､".､"`''｀ｰ､._､、、 、._,、..-‐:'''′ .､,:" 丿
ﾞl,"`"`''ヽヽ"`"｀ ｀｀｀ﾞ'''"ヽ∠、､、､ぃ-｀''''": ｀ ､._.／｀ ._/｀
｀'ｉ｀ヽヽヽ｀''ｰi､､、: : 、.,-‐'｀ 、／｀
｀`ヽン'`"｀ : ｀~｀｀―ヽ::,,,,,,,,,,.....................,,,,．ー'｀｀＾ ,､‐'"｀
`"'ﾞ―-､,,,,..､、 : ..,､ー'"'｀
: ｀‘"｀―---------‐ヽ｀｀"''''''""
455:デフォルトの名無しさん
09/08/26 14:50:30
サロゲートペアとかCP932固有の文字とか
まったく気にしないで使える言語ってあるの？
456:デフォルトの名無しさん
09/08/26 15:00:30
UTF-8
457:デフォルトの名無しさん
09/08/26 15:33:07
UTF-8が標準の言語なら問題ないってことか～
でも文字コードの変換は必要なはずだし、変換上の問題をも意識せず・・・
って、この辺は言語の話じゃないかもしれない
458:デフォルトの名無しさん
09/08/26 15:57:44
言語の問題じゃない、って >>434 の時点で言われてんのに
引っ張るような話じゃねぇな。
459:デフォルトの名無しさん
09/08/26 16:38:01
str型は標準機能なので、それで日本語を使えないという時点で既に馬鹿にしてるよ。
普通に扱うと漢字が真っ二つに割れる。
どうしようもない欠陥言語。
460:デフォルトの名無しさん
09/08/26 16:51:20
>>459
>str型
アホには使えない言語ですｗ
461:デフォルトの名無しさん
09/08/26 17:41:17
つーか>>430が大本なのか。あまりにバカすぎて記憶から抜け落ちてたわ。
文字コードが糞みたいな仕様なのは、Cのせいでも何でもないよ。「DirectXが初心者に
扱えないのはC/C++のせい」ってくらい的外れ。
文字コードの厄介な問題を気にしなくていいように見える言語が稀にあるけど、それは
Cで自前で書いてる処理を言語側が勝手にくっつけてくれるだけなので、処理速度でCが
劣るって話じゃないよ。
それを理解した上で、そういう糞みたいな文字コードの仕様を気にしない言語じゃなきゃ
駄目ってことなら、C/C++は使うな。ただし処理速度を口にする権利は無くなります。
C++はstd::wstringでいいなら気楽なもんだけど、>>430みたいなアホには他の部分で
扱えないだろうから間違ってもお勧めしない。
つーかこのスレ、アホだから使えません、って話ばっかじゃねーか。
462:京大生
09/08/26 19:27:47
東大の教養で学ぶ言語はRuby
東京大学教養課程の第一プログラミング言語がRubyに - sumiiの日記
URLﾘﾝｸ(d.hatena.ne.jp)
東大の電気系ではPythonの処理系を作る授業がある。
講義資料 - PukiWiki
URLﾘﾝｸ(www.logos.ic.i.u-tokyo.ac.jp)
何この差は・・・orz
東大と京大の格差が、教育の質レベルで広がっている。ひどい。
すでに話したけど、MITはPython
京大はPythonを使うべき。Cの時代は終わった。教育になってない。
463:デフォルトの名無しさん
09/08/26 19:28:00
オレたちみたいな欠陥人間がホイホイ釣られそうなスレタイだもんな！
464:デフォルトの名無しさん
09/08/26 19:47:37
確かに学生の質が落ちたなぁ。
言語なんてなんでも良くて、アルゴリズムを実装できるアタマを養うのが基礎プログラミングだろうに。
それを言語のお勉強だと思ってるなら相当学生の質が悪いと言えようw
465:デフォルトの名無しさん
09/08/26 19:50:21
抽象的な概念をあるていど扱える言語のほうがいい、ってのは確かだな。
いきなりC言語だと、リスト構造みたいなものを教えるまでに、
教えなきゃいけないものが多すぎる。
466:デフォルトの名無しさん
09/08/26 19:57:40
京大クラスなら、CPU製作するからC言語でも大丈夫でしょ。
467:デフォルトの名無しさん
09/08/26 20:00:09
いてもたってもいられない。
京大電気系ではPythonを教えるべきだった。
そうすれば、研究室全体での作業効率は１００倍になったはずだ。Pythonの制約から、コードの可読性はあがり、平均３年というサイクルの中で、引き継ぎにかかるオーバヘッドは減らせた。
Pythonを使えば、C言語の場合より、作業効率は１０倍になり、コードの共有容易性などから、全体での作業効率は１００倍程度にはなった。
Pythonを使えば、もっと大きな成果を出せる。また、電気系全体で一緒くたになって取り組むプロジェクトも立ち上げることが出来る。
C言語を教えてるのは完全なる失敗である。C言語は仕様が簡単だし、Pythonを勉強していれば、C言語を勉強するのは簡単だ。逆はそうでもないと思う。
低レベルな言語を知っていれば、高レベルの言語は簡単に勉強出来るという人がいるが、それは嘘だと思う。
むしろ逆で、高レベルの言語を勉強していれば、その基底となっている言語を想像するのは簡単だ。
Pythonでも、組み込み関数などはかなりプリミティブだ。また、低レベル言語では、コードが汚いのが当たり前ということになってしまう。
Pythonならば、きれいなコードを書くように強制されていく。パフォーマンス的な要因で、そこからCやJavaに入っていくのは、さほど難しいことではない。
よって、入門者は高級言語を勉強するべきであり、電気系はPythonを勉強すべきなのだ。
せめて、Cのプログラミング講義とPythonのプログラミング講義の両方を用意するなどの対処があってもいい。
そこから、受講者がどのようなパスを通っていったかを見れば分かるはずだ。Pythonを学んだ学生の方が確実にコードを書くのが速く、効率よく研究が進められていたという実態が明らかになっていくはずだ。
まとめると、C言語は人類が生み出した負の遺産であり、大学など、将来豊かな人材を育てる場所では隠されるべき害悪である。
C言語は人間を育てないが、Pythonは人間を育てる。Pythonは高い作業効率を提供し、その結果、より入念な検証作業などが行える。
実験系であっても、データの処理はプログラミングを使う。そこでいかに速く出来るか、いかに柔軟に対応出来るかということがキーになる。
Pythonでのプログラミング講義を提供しない理由はどこにもない。
468:デフォルトの名無しさん
09/08/26 20:01:23
>>467
言語マターで語るとバカなのがバレるからよしたほうがいい。
469:デフォルトの名無しさん
09/08/26 20:07:15
ていうか、こんなところで語ってないで、しかるべき筋に提案しなさいよ。
470:デフォルトの名無しさん
09/08/26 20:19:06
シラバス見たけど、C入門書をなぞるだけになっちゃってるのか。
そりゃアカンわ。
昔はFortranでやってたけど、Fortranのお勉強ではなくこういうルールのゲームで強いアルゴリズムを作れとか
とりあえず、自分の考えをコンピュータで実現させてみろってのが主旨だったんだけどな。
次が数値解析の基礎だし、言語のお勉強なんてものはやらなかったんだがな。
(言語自体のお勉強は自分でせぇって感じだったけど、ユトラーには無理かなw)
471:デフォルトの名無しさん
09/08/26 20:21:37
今のゆとりの大多数は自分から進んで考えながら勉強しないからなあ
472:デフォルトの名無しさん
09/08/26 20:34:36
>>471
まあ「ゆとり」とか言ってるお前さんが受けた教育も間違いなくゆとり教育だけどな。
そんなことも知らない無知蒙昧に馬鹿にされる「ゆとり」が気の毒だわ。
っていうか、俺の経験上、無能な奴ほど若い奴を根拠なく見下すのな。
まあそれだけ不安なんだろうが、その程度の自己分析をして自分の認知的歪曲に
フィードバックをかける程度の知性もないわけだ。
473:デフォルトの名無しさん
09/08/26 20:46:20
日本語でおk
474:デフォルトの名無しさん
09/08/26 20:47:16
つまり、理詰めで議論出来なくなって、「○○で採用されてます！」を引っ張ってきた訳だ
虎の威を借る狐そのものだな
475:デフォルトの名無しさん
09/08/26 20:47:55
下らん書き込みにいちいち反応してる時点で必死さが伝わってくるなｗ
476:デフォルトの名無しさん
09/08/26 20:49:56
採用実績も何気に重要
477:デフォルトの名無しさん
09/08/26 20:57:29
そういう採用実績で言ったらC/C++の圧勝になるんだがな
Googleのシステムのコアとなる部分は全てC/C++が採用されています（必要なところ
ではJavaが、お気楽なところではPythonが採用されていて、その他の言語は基本的に
特別な許可が必要となります）
最近のOSの記述言語にはほぼ全面的にC/C++が採用されています
東大の電気系にはPythonの処理系を作る授業もあります（笑）
478:デフォルトの名無しさん
09/08/26 21:01:14
東大の電気系は情報も含むが、京大の電気系は情報工学を含まないからね。
処理系の作製みたいなのが電気になくてもむしろ当然。
479:デフォルトの名無しさん
09/08/26 23:28:14
折角λ山があるんだから京都の大学生はHaskellとかScheme使えよ
480:デフォルトの名無しさん
09/08/26 23:29:27
俺の勝手なイメージだが、工学＝C系で科学＝ML・LISP系。
純粋にアルゴリズムを学びたいならC系列はダメだな。雑音が多すぎる。
でも、ハードウェアまで絡めてやるなら、C系列しかないと思う。
481:デフォルトの名無しさん
09/08/26 23:46:00
科学系でも演算を実際に走らせる必要があるならC++までは使えるようにしておきたいな
どれか一つで一杯一杯って人は知らん
482:デフォルトの名無しさん
09/08/26 23:55:32
>>462
KMCってまだあんの？
483:デフォルトの名無しさん
09/08/26 23:56:40
文字コードっていっちゃってるが
本質的な問題はすでに出てる通り、バイト列はあるけど文字列がないことだろ
文字コードを並べたのは知ったかぶりたかっただけだと思う
484:デフォルトの名無しさん
09/08/27 00:10:18
>>480
雑音と言うのは違和感があるな。
自分で作らないといけない物が多いとは思うが。
自分で作るのが当然と思うか、誰かが作ってくれるのが当然と思うか
の違いなのか？
485:デフォルトの名無しさん
09/08/27 00:30:53
prolog使いの俺としては、お前らの議論が
とても矮小的に見える。
486:デフォルトの名無しさん
09/08/27 00:43:42
>>484
本題のレベルより低いレベルに気を使わなきゃいけないって意味で、雑音。
俺は、Cのパワーは他では出せないと思ってるけど、使うべきでない場面で使われすぎてると思ってるから。
487:デフォルトの名無しさん
09/08/27 01:41:50
>>462
OCaml使えよ
488:デフォルトの名無しさん
09/08/27 02:30:33
しかし、何でCは雑音が多いんだろ。
純粋なオブジェクト指向じゃないから？
489:デフォルトの名無しさん
09/08/27 02:39:35
>>486
その「雑音をいかに隠蔽するか」が最重要事項なんだよなｗ
本題をどこに設定するかは人それぞれだが、
雑音が多い言語から始めれば、最重要事項を最初に学べると思う。
その後は適材適所で言語を選べるようになっているはず。
490:デフォルトの名無しさん
09/08/27 02:41:03
>488
オブジェクト指向はそれほど関係ないんじゃないかな、メモリ管理が大きいと思う
それがC言語の最大の利点でもあるんだが、OSや組み込みなどはともかく
そうでない場合は雑音になってしまう
491:デフォルトの名無しさん
09/08/27 03:20:04
さすが欠陥人間が集うスレだ
492:デフォルトの名無しさん
09/08/27 03:31:31
やっぱり、Ｃはシステムプログラミング用の言語で、高度なアルゴリズムや
アプリケーションを記述するための言語じゃないね。
一応できるけど、効率は酷く悪い。
OS環境がこれだけ整備された時代で、一般的にＣやC++の生き残る領域って
かなり限られるべきなのではないかな。
493:デフォルトの名無しさん
09/08/27 03:44:34
まぁ>>220でほとんど事前に突っ込まれてるんだけどな
494:デフォルトの名無しさん
09/08/27 03:45:04
高度なアルゴリズム実装するには、メモリ直接弄れたほうが便利なわけだが。
495:デフォルトの名無しさん
09/08/27 03:47:47
はぁ？？？
496:デフォルトの名無しさん
09/08/27 03:56:10
Cはともかく、C++ほど高度なアルゴリズムを「実際に使うのに」便利な言語はあんまり
無いんじゃね？
ダックタイピングもいけます、関数型もいけます、Cにもなります、インラインアセンブラ
でもご自由に、メタプログラミングもきっちりチューリング完全です、だからなぁ。
実行時効率を無視していいなら、Lisp系は強烈だけど。
ああ、Pythonは高度なアルゴリズムには全然向いてません。
497:デフォルトの名無しさん
09/08/27 03:56:36
JavaやC++は拡張容易性という面では利があるように見えるけど、
それならPythonやRubyでも可能だよな。
スクリプト言語だからコードの隠蔽とか著作権の問題があるけど。
498:デフォルトの名無しさん
09/08/27 03:57:45
遅くていいならそれでもいいんじゃね
実際LLは楽だし
499:デフォルトの名無しさん
09/08/27 03:58:31
>>496
C++でできることは大体Rubyでもできるよ。
メモリ管理はできないけど。これってシステム領域でアルゴリズムとは関係無いし。
500:デフォルトの名無しさん
09/08/27 03:59:48
じゃC++と同じ速度をRubyで出してください
これって「かなり」需要の多い要求なんで、是非
501:デフォルトの名無しさん
09/08/27 04:01:04
何だ、ageてるのはRuby信者か。
502:デフォルトの名無しさん
09/08/27 04:08:00
チューリング完全ならできるだろうさ。やろうとすれば。
503:デフォルトの名無しさん
09/08/27 04:12:36
Rubyのライブラリ性能の問題でしょ。
言語的には、アルゴリズムを組むならRubyが最適。
ただし、C++に比べればライブラリの充実度が劣り、汎用性に問題がある。
これは時間と資力が解決する問題。