Ｃ系列って欠陥言語だろｗ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/07/22(水) 04:45:020002デフォルトの名無しさん
2009/07/22(水) 04:47:48別にあんなに型チェックを厳しくしても、バグの撲滅に全然役に立ってない。
むしろ型エラーで増やしてるｗ
0003デフォルトの名無しさん
2009/07/22(水) 04:48:40文を終了するときに明示するかの違い
欠陥言語と言うならもっと別のところに欠点はあるから、そこを指摘しような
0004デフォルトの名無しさん
2009/07/22(水) 04:49:29それは何言語のことだ
少なくともC系列共通の話題ではないぞ
0005デフォルトの名無しさん
2009/07/22(水) 05:00:09だいたいこの辺が間違ってんじゃないの？って言われて、よくよく見直してみると、
呼び出し元がおかしいだけだったり。
とにかく、エラーが役に立たない。
0006デフォルトの名無しさん
2009/07/22(水) 05:01:54言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0007デフォルトの名無しさん
2009/07/22(水) 05:02:22型エラーのバグってどんなんだろう？
コンパイルエラーで取れないんだよね？
0008デフォルトの名無しさん
2009/07/22(水) 05:25:49最終的には論理型も取り込んで、手続きオブジェクト指向関数論理の全てができる言語を目指すつもりなのかな
0009デフォルトの名無しさん
2009/07/22(水) 07:38:020010デフォルトの名無しさん
2009/07/22(水) 09:09:06プロトタイプ宣言をしてない、とか、warningを無視するとか、適切な型を使わず
キャストでごまかすとか、エラーにならなきゃいい、というダメな行いが原因です。
0011デフォルトの名無しさん
2009/07/22(水) 09:39:440012デフォルトの名無しさん
2009/07/22(水) 21:55:120013デフォルトの名無しさん
2009/07/22(水) 22:34:360014デフォルトの名無しさん
2009/07/22(水) 23:18:090015デフォルトの名無しさん
2009/07/22(水) 23:37:54オーバーライド(再定義)じゃなくて、オーバーロード(多重定義)じゃないの?
0016デフォルトの名無しさん
2009/07/23(木) 00:56:110017デフォルトの名無しさん
2009/07/23(木) 01:32:27delete [] foo;
仮想デストラクタ
複雑化するテンプレート
暗黙的に呼ばれまくるコンストラクタ
コピーコンストラクタと代入演算子の混同
多すぎるキャストの種類
罠だらけ
厳しい型チェックは許す
0018デフォルトの名無しさん
2009/07/23(木) 01:37:320019デフォルトの名無しさん
2009/07/23(木) 01:39:530020デフォルトの名無しさん
2009/07/23(木) 01:52:25Cで「厳しすぎる」とか…Ada使ったら発狂するな
0021デフォルトの名無しさん
2009/07/23(木) 02:18:46たぶん、>>2はC++のことだと思う。Cよりは厳しい。
0022デフォルトの名無しさん
2009/07/23(木) 03:13:18自分の勉強不足を棚に上げてよくそれだけC++の悪口が言えるな
そこに書いてある事は少し勉強すれば絶対に罠じゃなくなるわけだが
0023デフォルトの名無しさん
2009/07/23(木) 03:18:230024デフォルトの名無しさん
2009/07/23(木) 03:58:25一行で書けるミニプログラム用の言語だから、;で行末を表すことにするとか
変な仕様になってる。
これなら簡単に複数命令を一行で表せるから。
あと、簡易のミニプログラム用だから、コンパイラ設計が簡単になるように、
色んな機能を言語仕様に組み込まなかった。
だいたい、この言語仕様って、巨大なプログラムを組むのに適してないんだよ。
面倒くさすぎるし、ミスが多発する。
0025デフォルトの名無しさん
2009/07/23(木) 03:58:56もしかしたら17自身は使いこなしていて、実は周りのプログラマのレベルの低さを嘆いているのかもしれないぞ。
0026デフォルトの名無しさん
2009/07/23(木) 05:01:03それなら理解できるが
0027デフォルトの名無しさん
2009/07/23(木) 05:26:00アセンブラでちまちま打ち込むのがどえらい面倒なんで
高級アセンフラ的な言語を考えたのがCなんだろ
しかもこれ実数演算が出来るしポインタが自由自在に
使えるし実行速度も速いし小さく収まるし
その分アドレス計算なんかを理解してないと全く理解不能な
プログラムになってしまうけどな
0028デフォルトの名無しさん
2009/07/23(木) 05:32:10人がいるのは、このスレでつか？ｗ
つーか、未だにC言語なんて使っている人いんの？ｗ
0029デフォルトの名無しさん
2009/07/23(木) 05:33:37C#はいいとして、Rubyなんて使い道が限られるし、Javaは遅くて結構
なプログラムにしか使えないじゃん
0030デフォルトの名無しさん
2009/07/23(木) 05:41:48起動が遅くて相当泣かされた。
言語仕様考えた奴、俺のウン十万返せ。
仮想マシン使っている言語はどれも糞。
0031デフォルトの名無しさん
2009/07/23(木) 06:25:000032デフォルトの名無しさん
2009/07/23(木) 06:33:150033デフォルトの名無しさん
2009/07/23(木) 07:48:27実際はCと似ても似付かないものになっている
0034デフォルトの名無しさん
2009/07/23(木) 08:14:38文法はダサイし、間違いやすいし、何よりも冗長的すぎるし、そのくせ文法の制約が多い。
複雑性の管理も全くダメだし、むしろ、他の言語よりもさらに酷いことになるだろ。
0035デフォルトの名無しさん
2009/07/23(木) 08:22:180036デフォルトの名無しさん
2009/07/23(木) 08:23:36ANSIで規格化されるさい型付けを強化した
0037デフォルトの名無しさん
2009/07/23(木) 08:24:36> 変な仕様になってる。
セミコロンのどこが変だよ。
文 : if文とかwhile文とか | 複文 | 式 ";"
複文 : "{" 文の0回以上の繰り返し "}"
こんだけじゃねーか。行末はただの空白と同じ扱いだろ？ マクロ除いて
> これなら簡単に複数命令を一行で表せるから。
意味不明
> あと、簡易のミニプログラム用だから、コンパイラ設計が簡単になるように、
> 色んな機能を言語仕様に組み込まなかった。
コンパイラだけじゃない。ランタイムが小さいことも重要だし、言語機能が大きいと
OSみたいな低水準のものを書くとき困るだろ。
> だいたい、この言語仕様って、巨大なプログラムを組むのに適してないんだよ。
> 面倒くさすぎるし、ミスが多発する。
おまえはJavaでもC#でも使ってろ。適材適所。
0038デフォルトの名無しさん
2009/07/23(木) 08:25:220039デフォルトの名無しさん
2009/07/23(木) 08:33:33Lisp
0040デフォルトの名無しさん
2009/07/23(木) 09:23:15だから「具体的に」何の言語だったら近代的なんだよお前的には？
C++とか言うなよ
0041デフォルトの名無しさん
2009/07/23(木) 09:48:450042デフォルトの名無しさん
2009/07/23(木) 09:54:140043デフォルトの名無しさん
2009/07/23(木) 10:32:15この辺の本を熟読してから出直してこい。
ーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーー
0044デフォルトの名無しさん
2009/07/23(木) 10:40:490045デフォルトの名無しさん
2009/07/23(木) 12:26:47Java厨C丼厨は逝ってよし
0046デフォルトの名無しさん
2009/07/23(木) 12:32:580047デフォルトの名無しさん
2009/07/23(木) 15:44:150048デフォルトの名無しさん
2009/07/23(木) 16:43:27結構早い段階で出てきたな
C言語なんて所詮はその程度かｗ
0049デフォルトの名無しさん
2009/07/23(木) 16:47:53高級言語を使っているゆとりさんは黙っててください><
0050デフォルトの名無しさん
2009/07/23(木) 16:55:28マクロや擬似命令の使えるアセンブリ言語使えばパソコンの基礎がわかるとか
言っちゃうような頭沸いてる人が多くて困る
0051デフォルトの名無しさん
2009/07/23(木) 17:40:550052デフォルトの名無しさん
2009/07/23(木) 18:13:440053デフォルトの名無しさん
2009/07/23(木) 19:29:57お前はマイクロコードでもいぢってろ
0054デフォルトの名無しさん
2009/07/23(木) 20:36:12Euphoria[ http://www.rapideuphoria.com/ ] or [ http://www.openeuphoria.org/ ]...といいたいところだが、マイナーすぎるからやめておくよ(現代的な手続き型言語なんだけどね)
自然な構文でリスト構造作れるし、きちんとメモリー保護機構あるし、覚えること少ないし可変長データとか結構扱いやすいんだけど...インストーラーがヘッポコ。あと和訳文章あるけど、そっちもヘッポコ...orz
>>45
Windows API関連はC/C++の使用を前提として設計されているから結局学ぶ必要があるんだけどなあ...。
あとはC言語で一番厄介なのは言い尽くされているからもう食指ぎみ。習得できないヤツは他の言語にすればいいだけだろ。
0055デフォルトの名無しさん
2009/07/23(木) 22:04:210056デフォルトの名無しさん
2009/07/23(木) 22:45:26ttp://www.nicovideo.jp/watch/sm80412
0057デフォルトの名無しさん
2009/07/23(木) 23:57:39Javaじゃないか?
>無駄なオーバーライド
0058デフォルトの名無しさん
2009/07/24(金) 01:33:30一々改行を明記するのは、改行コードの問題が在ったからだと思うが。
CRやLFはまとめて読み飛ばして、別の文字で区切るようにすりゃ
コンパクトに実装できるし、実行効率も上がるだろ。
0059デフォルトの名無しさん
2009/07/24(金) 01:37:530060デフォルトの名無しさん
2009/07/24(金) 02:26:310061デフォルトの名無しさん
2009/07/24(金) 03:36:59付けると怒られたり
ありゃコンパイラ側の都合を押し付けられてるね
0062デフォルトの名無しさん
2009/07/24(金) 08:50:40Cは文の終わり
0063デフォルトの名無しさん
2009/07/24(金) 10:55:200064デフォルトの名無しさん
2009/07/24(金) 16:27:28式の終わりに付いて、式を文（式文）にするもの、だ。
0065デフォルトの名無しさん
2009/07/24(金) 20:22:01無理してC++覚える必要は無いよ
不器用な人は素直に高級言語つかってればいい。
OSや携帯なんかの組込みアプリは殆どが
C/C++やアセンブラで書かれているが
銀行や企業の業務アプリなんかは殆どがメンテのしやすい
VBなどのでできてるし、今はプログラマーも敷居は低いよｗ
0066デフォルトの名無しさん
2009/07/24(金) 20:27:380067デフォルトの名無しさん
2009/07/24(金) 20:35:55改行 = 文の終わり、っていう規則のせいでVBのコードがどれだけ書きづらいか。
0068デフォルトの名無しさん
2009/07/24(金) 20:56:13C/C++は高級言語だろ、何言ってんの？
0069デフォルトの名無しさん
2009/07/24(金) 21:01:070070デフォルトの名無しさん
2009/07/24(金) 21:02:03VBはラインエディタが起源だからなぁw
0071デフォルトの名無しさん
2009/07/24(金) 21:09:08はぁ？
0072デフォルトの名無しさん
2009/07/25(土) 00:08:24ポインタを直接弄れるような低級な言語でしょ。
0073デフォルトの名無しさん
2009/07/25(土) 00:13:17最近のは情報処理の常識を知らないのかな。
0074デフォルトの名無しさん
2009/07/25(土) 00:19:42高級低級なんて要は甲と乙のどっちがよりハードウエア寄りか、
っていう相対的な概念に過ぎないから、比較対象次第でしょ。
絶対評価じゃない。
確かにオッサン世代としてはC/C++は高級言語だ、って言いたくもなるが、
それはただ頭が硬直化してゼロベースで物を考えられなくなってるだけだ。
っていうか、こんなどうでもいいことに固執するのは頭悪げに見えるなw
0075デフォルトの名無しさん
2009/07/25(土) 00:23:03C言語をメインで使ってる奴の頭が
欠陥持ちである場合が多い。
きたねえコードをこれでもかと書く。
0076デフォルトの名無しさん
2009/07/25(土) 00:25:400077デフォルトの名無しさん
2009/07/25(土) 00:56:390078デフォルトの名無しさん
2009/07/25(土) 01:17:42unmanageであることが崇高と思ってる時点で素人だよな。
0079デフォルトの名無しさん
2009/07/25(土) 01:28:21中級：Ｃ
高級：その他
面倒くさいからこれでいいよ
0080デフォルトの名無しさん
2009/07/25(土) 02:03:330081デフォルトの名無しさん
2009/07/25(土) 02:04:58このあたりから選ぶといい
0082デフォルトの名無しさん
2009/07/25(土) 06:03:590083デフォルトの名無しさん
2009/07/25(土) 06:09:47代物だと思っている
だからアセンブラが出来る人と出来ない人ではCをdeep C
みたいに使えるかどうかが違ってくるような気がする
0084デフォルトの名無しさん
2009/07/25(土) 09:46:14・宣言だけすれば、メモリの確保と開放が不要
・変数に静的、動的の区別が無い
・暗黙的にバリアントを扱い、文字列から数値などのキャストが柔軟
・ポインタを直接操作するような事ことを禁止
こんな感じかな。
俺自身はこんな気持ち悪い言語は使いたくないけど
企業は喜びそうだな
0085デフォルトの名無しさん
2009/07/25(土) 10:08:59間違いやすい人間でも使える高級言語。
0086デフォルトの名無しさん
2009/07/25(土) 13:10:34それは「高級」って言葉の意味を履き違えてないか？w
高級言語の「高級」って高級和牛や高級ウィスキーの高級と違うよ。
このスレだけ読んだってわかりそうなものだが。
0087デフォルトの名無しさん
2009/07/25(土) 13:19:43アンマネージ＝低級じゃねーから。
0088デフォルトの名無しさん
2009/07/25(土) 13:38:36高給言語・・・お金になる言語
降給言語・・・Javaのように需要がなくなった言語
0089デフォルトの名無しさん
2009/07/25(土) 15:35:03組み込みとか、Web屋より少ないだろうし相対的に。
0090デフォルトの名無しさん
2009/07/25(土) 19:38:300091デフォルトの名無しさん
2009/07/25(土) 20:07:22開発ツールのインテリセンスがどんどんよくなっていったんじゃない？
今の開発エディタはすごい便利だよ
0092デフォルトの名無しさん
2009/07/25(土) 21:54:39むしろPascal式のセミコロンに慣れると
C系のelseの前にセミコロン書くのがとてつもなく気持ち悪い
0093デフォルトの名無しさん
2009/07/25(土) 21:58:30{ } に慣れちゃうと
0094デフォルトの名無しさん
2009/07/25(土) 22:29:050095デフォルトの名無しさん
2009/07/25(土) 22:45:08http://www.nicovideo.jp/watch/sm7737318
0096デフォルトの名無しさん
2009/07/25(土) 22:46:41じゃあ Javascript はどっちかっていうと PASCAL 系になるね
0097デフォルトの名無しさん
2009/07/26(日) 06:25:220098デフォルトの名無しさん
2009/07/26(日) 18:52:030099デフォルトの名無しさん
2009/07/26(日) 18:57:39例えばMatzとか
0100デフォルトの名無しさん
2009/07/26(日) 19:22:200101デフォルトの名無しさん
2009/07/26(日) 23:40:280102デフォルトの名無しさん
2009/07/27(月) 01:37:150103デフォルトの名無しさん
2009/07/27(月) 02:58:160104デフォルトの名無しさん
2009/07/28(火) 07:12:02もうなんか最先端色々ぶち込みすぎてアバンギャルド過ぎ
0105デフォルトの名無しさん
2009/07/28(火) 08:49:050106デフォルトの名無しさん
2009/07/28(火) 08:50:16便利すぎ
0107デフォルトの名無しさん
2009/07/28(火) 09:07:01fstreamは大クソ
fopen、fwriteの方がよっぽど使える
実装によって違うのかもしれないが、2G以上のファイルアクセスが
できなくて、ソース全部書き換えた
0108デフォルトの名無しさん
2009/07/28(火) 10:37:23>C++はauto_ptrとvectorとアルゴリズムで充分
その程度で充分な人には充分でしょうね。
0109デフォルトの名無しさん
2009/07/28(火) 10:41:09あ、Windowsの話ね
0110デフォルトの名無しさん
2009/07/28(火) 12:37:41C,C++,Java,C#,D
だろ
確かに全部クソだ
0111デフォルトの名無しさん
2009/07/28(火) 12:44:300112デフォルトの名無しさん
2009/07/28(火) 12:51:19勘違いすんな
0113デフォルトの名無しさん
2009/07/28(火) 12:53:410114デフォルトの名無しさん
2009/07/28(火) 13:19:36そのうちコンパイルの遅さにうんざりするさ
0115デフォルトの名無しさん
2009/07/28(火) 13:41:28やたらめったらtemplateにしないし
0116デフォルトの名無しさん
2009/07/28(火) 13:52:49ってやっても一瞬でコンパイルできるから余裕
やたらめったらtemplateにしても複雑さでこれに勝てる自信はないしな
0117デフォルトの名無しさん
2009/07/28(火) 14:29:410118デフォルトの名無しさん
2009/07/28(火) 14:32:51それは2chでもhatenaでもさほど大差がない。
釣る気がなくてC/C++との言語の比較記事書いても過剰反応するのはどこも一緒かと。
みんな呆れることに宗教戦争好きなんだよね。
>>54
補足 : Euphoriaのへっぽこな日本向け関連資料
インストールノート
ttp://d.hatena.ne.jp/oorexx/20090527/1243430328
ttp://d.hatena.ne.jp/oorexx/20090523/1243063820
ttp://d.hatena.ne.jp/oorexx/20090527/1243432900
Euphoria Version.3.1 言語仕様リファレンス(和訳) ※ライブラリリファレンスは翻訳途中。
ttp://d.hatena.ne.jp/oorexx/20090520/1242799652
まだ和訳としては中途半端で、俺はこの言語に関しては勉強中だからあまり出したくないけど議論の参考にはなると思うので試せるようにまとめておきます。
あとは好きにしてください。
>>110
一言で言えば原始的な部分がある上に、複雑・煩雑すぎるんじゃないかと。
0119デフォルトの名無しさん
2009/07/28(火) 16:10:52可読性や保守性の極めて低いコードで、製品ソースを汚染する訳ですね。
わかります。
0120デフォルトの名無しさん
2009/07/28(火) 16:22:43計画的にテーブルで状態でも作りなさい。
0121デフォルトの名無しさん
2009/07/28(火) 17:11:360122デフォルトの名無しさん
2009/07/28(火) 17:42:53最低級言語は機械語だが最高級言語となると…？
0123デフォルトの名無しさん
2009/07/28(火) 18:07:18vector<auto_ptr<T>>ができないのは糞だと思わないのか。
だからshared_ptrもないと話にならない。
>>122
最高級はLispしかないだろ。
0124デフォルトの名無しさん
2009/07/28(火) 20:04:210125デフォルトの名無しさん
2009/07/28(火) 20:17:29高級とはつまり、いかにハード寄りの処理から離れ、直感的な記述ができるかということになる
そうなれば、初心者用の言語であるHSPやなでしこが相当するだろう
0126デフォルトの名無しさん
2009/07/28(火) 20:18:570127デフォルトの名無しさん
2009/07/28(火) 20:45:050128デフォルトの名無しさん
2009/07/28(火) 20:47:19Javaのあまりの糞重さに閉口しているわけだが
0129デフォルトの名無しさん
2009/07/28(火) 20:48:26Lispマシンの場合、Lispは低級言語になるのだろうか？
0130デフォルトの名無しさん
2009/07/28(火) 21:05:420131デフォルトの名無しさん
2009/07/28(火) 21:30:09それなら第5世代言語であるprolog様だろ
第3世代言語等話にならぬわ
0132デフォルトの名無しさん
2009/07/28(火) 21:42:33おめでたい頭
0133デフォルトの名無しさん
2009/07/28(火) 22:25:46みたいな流れって、たぶん永遠に消えないんかね
0134デフォルトの名無しさん
2009/07/28(火) 22:33:18Vistaがハードに対する要求水準を引き上げたのが大きい。
ひょっとしてVistaの狙いはそういうことだったのかとも思いたくなる。
0135デフォルトの名無しさん
2009/07/28(火) 22:45:240136デフォルトの名無しさん
2009/07/28(火) 23:37:51過去の完成品は欠陥が有る事にして、次バージョンの不完成品を売る
0137デフォルトの名無しさん
2009/07/29(水) 00:10:070138デフォルトの名無しさん
2009/07/29(水) 00:24:19おいおい、「高級」という言葉の意味を勘違いしてないか？
「高級言語＝レベルの高い言語」ではないぞ
0139デフォルトの名無しさん
2009/07/29(水) 00:25:16無償交換の対象なんだがなぁ
0140デフォルトの名無しさん
2009/07/29(水) 00:31:210141デフォルトの名無しさん
2009/07/29(水) 01:19:42おまえ自身欠陥品のくせに
0142デフォルトの名無しさん
2009/07/29(水) 07:24:400143デフォルトの名無しさん
2009/07/29(水) 11:25:24というか、多分MSにはハード屋からの要望があると思う。
ずっと同じOSだとハードが売れないからね。
7はネットブック屋の要望があっただろうから要求性能引き上げを一旦はやめたと思うが
今後もまた要求性能は引き上げられてくと思うよ。
0144デフォルトの名無しさん
2009/07/29(水) 14:17:460145デフォルトの名無しさん
2009/07/29(水) 17:45:48よくiostreamが糞とか言われるが、size_tやptrdiff_tが何のtypedefか知らずに入出力できるってだけで満足です。
LP64かILP64かILP32かと気にしないで済むので。
0146デフォルトの名無しさん
2009/07/29(水) 20:13:490147デフォルトの名無しさん
2009/07/30(木) 08:58:20>何のtypedefか知らずに
当たり前だろう。何の為の typedef だと思ってるんだ。
>>146
あのオーバーライドだきゃあ許せん。
0148デフォルトの名無しさん
2009/07/30(木) 11:38:07printfやscanfでsize_tの入出力をやれ
0149デフォルトの名無しさん
2009/07/30(木) 20:36:24%zu (C99)、ちなみにptrdiff_tは%td (C99)
もちろん、これでsize_tは解決しても、
ならHRSULTは、pid_tは、とtypedefは無限に作れるのだから、
>>145の語るprintf/scanfと比較してのiostreamの利点は揺らがないのだけど。
0150デフォルトの名無しさん
2009/07/30(木) 21:05:000151デフォルトの名無しさん
2009/07/30(木) 22:06:43うちでは2倍程度かな
入出力の型、使うメンバ関数にもよるけど
0152デフォルトの名無しさん
2009/07/30(木) 22:41:450153デフォルトの名無しさん
2009/07/30(木) 23:18:19たしかにその部分はまったく時間がかからないんだけど、
その後の処理がどういうわけかCより重い。
0154デフォルトの名無しさん
2009/07/31(金) 09:13:58技術的デモンストレーションという意味はわかるが
実用性が無視されている
0155デフォルトの名無しさん
2009/07/31(金) 11:27:53でも、遅くて困るなら、OSのAPIを自分で呼べばいいだけでしょ
0156デフォルトの名無しさん
2009/07/31(金) 11:33:56コンパイルの時に解決するんだろうから
それよりも、拡張性を重視した設計だからprintfより重いんでしょ
0157デフォルトの名無しさん
2009/07/31(金) 12:18:190158デフォルトの名無しさん
2009/07/31(金) 13:58:37多重継承よりも裏のロケール周りの仕組みが複雑なのがいけないんだと思う。
ctype絡みでもロケール対応のせいでC++のは遅いという話があるし。
0159デフォルトの名無しさん
2009/07/31(金) 18:43:17規格に動作不定が多いのは困るといえば困る。
0160デフォルトの名無しさん
2009/07/31(金) 19:04:35窓の人ならVCか
0161デフォルトの名無しさん
2009/08/01(土) 01:20:02C言語は何をするために何をするの世界だから使い出が良い。
使い分けるPGの誰しもが必須とする言語でしょ。
0162デフォルトの名無しさん
2009/08/01(土) 11:03:38でも他にもっと良い言語があるべきだとも思う。
0163,,・´∀｀・,,）っ-○○○
2009/08/01(土) 11:14:000164デフォルトの名無しさん
2009/08/01(土) 11:46:41準備しなくていいって意味で最速はjavaとかVBとか
0165デフォルトの名無しさん
2009/08/01(土) 19:07:110166デフォルトの名無しさん
2009/08/01(土) 19:12:27これは違う、この言語には何かが欠けていると。
0167デフォルトの名無しさん
2009/08/01(土) 19:18:48スピリチュアル系とどう違うのかね。
正直気持ちが悪いんだよなこういう人って。
0168デフォルトの名無しさん
2009/08/01(土) 19:28:34気持ち悪いも好きのうちですか？
0169デフォルトの名無しさん
2009/08/01(土) 20:26:480170デフォルトの名無しさん
2009/08/01(土) 21:58:09なまこを最初に食べた人間の子孫かも知れん。
0171デフォルトの名無しさん
2009/08/01(土) 22:26:25OSは速度が重要だから
動的型とnormal orderの言語も無理だろう
アセンブラなら確かMITあたりで研究されてる型付きアセンブラ
高級言語なら、D言語かOCaml/Concurrent Clean
変わり種だとforthだが
typedなスタック型言語としては、catは本命よりはむしろ萌え
しかし、D言語はまぁC系列みたいなもんだな・・
あれ、これらの言語って型チェックが無駄に厳しいし
そういえばOCamlの行末ってうわなにをする貴s、やめ、ふごが
0172デフォルトの名無しさん
2009/08/01(土) 22:27:00先祖は料理人か？ 貴族か？ 王族か？
0173デフォルトの名無しさん
2009/08/01(土) 22:30:49闘うプログラマにそう書いてある。
当時出たばかりのC++を開発言語として選ぶことに
社内で大きな反対があったんだそうだ。
0174デフォルトの名無しさん
2009/08/01(土) 22:47:20・何時までも消えないエラーメッセージ
・なかなか思い通りに動かないコード
・些細な間違いでも拗ねて動かない上に、「アンタが悪いんでしょ。何が悪いかは自分で探しなさいよ！！」と
言わんばかりに、ヌルポと叫んで原因を明確に表示しない結婚４年目のツンツン妻コンパイラ
・１時間程度の処理に、３０時間以上のデバッグテストを要求
・掛けた労力の割に「あれ？これってバイト雇って力業でやってもよくね？」みたいな感じになる事多数
・A to Bと書きたいのに、B to Aを強制される言語仕様。論理思考までグッチャグチャ。
0175デフォルトの名無しさん
2009/08/01(土) 22:55:33・A to Bと書きたいのに、B from Aを強制される言語仕様。論理思考までグッチャグチャ。
・・・と、ここまで極悪なのがC系列の言語なのです。
ライブラリに頼りまくってるので、些細な記述エラーでも、コンパイラが追いきれない。
なぜなら、コンパイラがどんなエラーかを知らないから。
また、エラーの種類が少なすぎる。ちゃんとエラーまで丁寧なライブラリが殆ど無い。
Ｃ言語はユダヤ・アングロサクソンの陰謀。
ワザと非効率な言語を使わせて、日本の生産性を貶める策略。
こんな使いづらい言語を使う必要はない。
というわけで、rubyなどの真性オブジェクト指向言語をC並みに汎用化して使うべきだとおもう。
0176デフォルトの名無しさん
2009/08/01(土) 23:15:450177デフォルトの名無しさん
2009/08/01(土) 23:41:12rubyは何で出来てるんだろうね
0178デフォルトの名無しさん
2009/08/01(土) 23:44:39CはCのまま使われていくと思う。仮にこれから普及するとしたらCとは別の言語は別だけどCソースを吐ける安全性を重視した言語になるんじゃないかな。
ただし、Cトランスレーターを標準で持っている言語はあまりないよな。しかも、大抵メジャーな言語(motoやらt3xやら...)ではない場合が多いのが頭痛。
>>174
宗教戦争のし過ぎで股間凸 and 脳内麻薬ドバドバなのはわかるけど頭大丈夫？
「C言語 ポインタ完全制覇」くらい読んでから来てね。
つかね。C言語のいい加減さは歴史的経緯によるもの。もともと内輪向け言語だったのが広まってしまったに過ぎない。
現に海外でもポインタ嫌い！という人居るし、とある言語の説明書にはCからこの言語に移行するといいことあるよ。
という文章に「ポインタはデータ構造のgotoといわれることがある」としっかり記述されているんだが...。
0179デフォルトの名無しさん
2009/08/01(土) 23:54:070180デフォルトの名無しさん
2009/08/02(日) 00:15:22もっと厳しい言語だと、うまくいけば幾多のコンパイルエラーを取り除いた瞬間、一発でうまく動くことがある。
そのときは気持ちいい。
0181デフォルトの名無しさん
2009/08/02(日) 10:04:170182デフォルトの名無しさん
2009/08/02(日) 10:24:070183,,・´∀｀・,,）っ-○○○
2009/08/02(日) 11:39:11>>175はにわかだろ。Rubyインタプリタが何で書かれてるか、どんな言語で拡張モジュールを書くか
本当にRubyを使いこなしてる人間ならCを貶せるわけがない。
0184デフォルトの名無しさん
2009/08/02(日) 12:40:380185デフォルトの名無しさん
2009/08/02(日) 13:50:50なら仕方ないな
0186デフォルトの名無しさん
2009/08/02(日) 15:02:090187デフォルトの名無しさん
2009/08/02(日) 15:21:320188デフォルトの名無しさん
2009/08/02(日) 15:22:47バッファオーバーフローによるセキュリティホールが、未だに腐る程あるだろ。
責任取れや
0189デフォルトの名無しさん
2009/08/02(日) 15:25:19形式的に仕様を定義し公理的意味論による検証するというプロセスを怠ったプログラマが悪いんじゃボケ
0190デフォルトの名無しさん
2009/08/02(日) 15:27:36iPodにもあったみたいだ
0191,,・´∀｀・,,）っ-○○○
2009/08/02(日) 15:28:100192デフォルトの名無しさん
2009/08/02(日) 15:28:34orz
0193デフォルトの名無しさん
2009/08/02(日) 15:36:55どうしても嫌だったら完璧なソフトつくってもらって、
どのくらいの費用と時間がかかるかレポートしてくれ、俺には想像も付かないけどな。
0194デフォルトの名無しさん
2009/08/02(日) 16:32:51ブックオフで上巻１０５円で買ってきたよ！
0195デフォルトの名無しさん
2009/08/02(日) 23:20:59> C系列って
> C,C++,Java,C#,D
> だろ
> 確かに全部クソだ
Objective-Cも仲間に入れてあげてください…
0196デフォルトの名無しさん
2009/08/03(月) 00:04:05一字一句漏らさず読み終わる前にWindowsが終了しそうな気がするんだけど。
0197デフォルトの名無しさん
2009/08/03(月) 00:16:440198デフォルトの名無しさん
2009/08/03(月) 00:17:010199デフォルトの名無しさん
2009/08/03(月) 20:16:300200デフォルトの名無しさん
2009/08/03(月) 21:39:260201デフォルトの名無しさん
2009/08/04(火) 08:11:490202デフォルトの名無しさん
2009/08/05(水) 11:45:450203デフォルトの名無しさん
2009/08/05(水) 11:47:59減殺する言語か
0204デフォルトの名無しさん
2009/08/05(水) 11:51:490205デフォルトの名無しさん
2009/08/05(水) 11:52:36Windows環境だと分からんけど、JavaはGNU Cと長短を分けるレベルで速いぜ。
0206デフォルトの名無しさん
2009/08/05(水) 11:58:410207デフォルトの名無しさん
2009/08/05(水) 12:02:260208デフォルトの名無しさん
2009/08/05(水) 12:03:300209デフォルトの名無しさん
2009/08/05(水) 12:32:040210デフォルトの名無しさん
2009/08/05(水) 13:35:41職場にエアコンがない所為で
暑くてイライラしてるんだろう。
タコ部屋かも知れんが。
0211デフォルトの名無しさん
2009/08/05(水) 13:37:100212デフォルトの名無しさん
2009/08/05(水) 14:59:110213デフォルトの名無しさん
2009/08/06(木) 03:47:360214デフォルトの名無しさん
2009/08/06(木) 04:01:01携帯電話はダメだろうけど、居座り続けるのはその辺の老人と変わらんだろうし、
DQNが来店するよりはマシじゃないだろうか。
0215デフォルトの名無しさん
2009/08/06(木) 23:14:58Javaなんてゲロ遅だろ。
windows上ならまだマシだがLinuxでなんて使えないくらいゲロ遅い
0216デフォルトの名無しさん
2009/08/06(木) 23:22:51え？なんだって？
0217デフォルトの名無しさん
2009/08/07(金) 00:45:53JUDEやPGIコンパイラのデバッガはjavaだが、quad opteronのマシンですら
メニュー開くのに四苦八苦だ。
文字化けやらマウスカーソルとメニューがずれたりまでするしな。
javaを最新にしても状況かわらんし。
まったく使う気になれん。
0218デフォルトの名無しさん
2009/08/07(金) 06:10:21OS非依存だからって、証券会社のシステムなんかで使うなよ
0219デフォルトの名無しさん
2009/08/07(金) 09:15:130220デフォルトの名無しさん
2009/08/08(土) 18:34:57つーか環境依存は必要なんだよ、環境に得手不得手がある限り。
Javaはクライアントアプリに使うには起動が糞重いし、ごく一部の最高に得意な処理を
C++で鼻ほじりながら適当に書いたのと比べて「C++よりJavaの方が速かった」とか
言い張るバカもいるが、実際使ってて普通に糞重いのはバカでも分かるはずなんだがな。
まぁManagedなユーザーアプリだけ許したい世界にだけは向いてるんじゃね。
Cは組み込みでやっていくにはいい言語だな。アセンブラとの親和性も高い。進化は
止まっているというか、ほとんどC++に任せた感がある。
C++は現在進行形で突っ走りまくっててバカにはとても扱えないけど、プログラマーも
階層化が進んでるから、頂点付近の奴らだけが便利に使えればいいんじゃないかな。
とりあえずこの二つは、分かってる奴が使えばパフォーマンス落とさないコードが書き
やすいから生き残るだろうな。マシンパワーが余る時代？結局いつ来るんだ？
C#やDは、後発のくせに独自の分かりやすい売りがねーな。
0221デフォルトの名無しさん
2009/08/08(土) 18:46:39かつ、C系の文法採用してるんで今までVBの独壇場だったポトペタシステム開発に、
C/C++/Javaの技術者をそのまま突っ込める。
もうVBなんていらないよねって思えるくらい。
0222デフォルトの名無しさん
2009/08/10(月) 00:03:23D … JavaやC#と比較した場合、ネイティブであるという強みがある。
0223デフォルトの名無しさん
2009/08/10(月) 00:05:45C#はJavaと比較した場合、Windows環境ではより高速である事が期待できる、かも。
VBで培った技術を投入してるはずだし。
あとOS標準てのも強みかな。Vistaだと最初からコンパイラまで入ってるし。
0224デフォルトの名無しさん
2009/08/10(月) 00:08:53Delphiはよく流行ったなあ
0225デフォルトの名無しさん
2009/08/10(月) 00:12:59真打ちのはずだったC++builderは中身がdelphiだったために、
ユーザーはdelphiの知識も強要させられ、いつのまにか消えていった。
そしてC#で復活
0226デフォルトの名無しさん
2009/08/10(月) 00:20:12どうせ特定の環境に依存するんなら、楽な方がいい。
必死こいて勉強しないと使いこなせないのに、その環境でないと通用しないのとか最悪。
0227デフォルトの名無しさん
2009/08/10(月) 00:48:19いるけど、俺に言わせりゃよくわからん発想だな。
そういうのって現実の選択肢として「どの環境でも現実的な（現実の使用に耐える）プログラムが書ける
言語とライブラリ」が存在してなきゃ意味がないと思うんだが、そんなものが
これまで一度だって存在したためしがあるのかね。
それに、言語やライブラリの習得ってそんなギャアギャア騒ぐほど大変か？w
本当よーわからんわ。
0228デフォルトの名無しさん
2009/08/10(月) 00:55:170229デフォルトの名無しさん
2009/08/10(月) 11:57:350230デフォルトの名無しさん
2009/08/10(月) 13:37:40欠陥つうより、言語じゃないものを言語と言い放ってるだけ。
0231デフォルトの名無しさん
2009/08/10(月) 13:46:230232デフォルトの名無しさん
2009/08/10(月) 19:18:53てめーは得意な言語なに？って聞かれたらＣコンパイラですって答えるつもりか！？
0233デフォルトの名無しさん
2009/08/10(月) 19:35:21とか言うんだろ
0234デフォルトの名無しさん
2009/08/11(火) 01:15:22C#は*nix文化圏でもそこそこ浸透し始めてたはずだが。
gnomeでmonoが使われてたり、C#製iPhoneアプリがあったり。
正直な所、言語仕様だけは結構イケてるので、そこそこ流行る予感。
0235デフォルトの名無しさん
2009/08/11(火) 01:39:450236デフォルトの名無しさん
2009/08/11(火) 05:49:140237デフォルトの名無しさん
2009/08/11(火) 06:13:44個人的にはもっと流行って欲しい所だが。
「MS製だから」「VMだから」で敬遠してる奴はマヂで損してると思う。
0238デフォルトの名無しさん
2009/08/11(火) 06:18:510239デフォルトの名無しさん
2009/08/11(火) 13:00:400240デフォルトの名無しさん
2009/08/11(火) 14:05:030241デフォルトの名無しさん
2009/08/11(火) 16:59:19BASIC最高。
0242デフォルトの名無しさん
2009/08/11(火) 17:30:19ケツ蹴っ飛ばしたくなる位
VB6とかは無しな
0243デフォルトの名無しさん
2009/08/11(火) 17:30:330244デフォルトの名無しさん
2009/08/11(火) 17:33:52バージョンごとに仕様が変わって全く互換性がないんだろｗ
0245デフォルトの名無しさん
2009/08/11(火) 17:39:15維持されそうだし速いしな
0246デフォルトの名無しさん
2009/08/11(火) 17:43:31VB.NETになってからは少しはまともになったのか。
昔のバージョン4、5、6、そして6から.NETの互換性が酷かった記憶があったから。
0247デフォルトの名無しさん
2009/08/11(火) 17:47:46C#を無理矢理BASICに書き直したものだから
C#の互換性さえこのまま維持されればVB.NETも
そうひどくはならないだろ
0248デフォルトの名無しさん
2009/08/11(火) 17:48:340249デフォルトの名無しさん
2009/08/11(火) 18:30:33>6から.NET
ここが一番酷いかもなあｗ
でも、そこ乗り越えると楽。
0250デフォルトの名無しさん
2009/08/11(火) 18:50:240251デフォルトの名無しさん
2009/08/11(火) 18:55:35寧ろなんでそこまで嫌がるのかが解らん。
0252デフォルトの名無しさん
2009/08/11(火) 19:08:170253デフォルトの名無しさん
2009/08/11(火) 20:32:470254デフォルトの名無しさん
2009/08/11(火) 20:33:36BASICの皮を被ったC#だよ
0255デフォルトの名無しさん
2009/08/12(水) 01:00:160256デフォルトの名無しさん
2009/08/12(水) 01:07:150257デフォルトの名無しさん
2009/08/12(水) 01:14:260258デフォルトの名無しさん
2009/08/12(水) 02:42:45社会人の『BASICしかできないくん』に関しては、一年中夏休みって可能性もあるけど。
0259デフォルトの名無しさん
2009/08/12(水) 02:49:090260デフォルトの名無しさん
2009/08/12(水) 11:14:170261デフォルトの名無しさん
2009/08/12(水) 11:16:47VB 8で書いてると時々「もう元々のVBの片鱗すらねぇな」と思うことはあるな。
0262デフォルトの名無しさん
2009/08/12(水) 11:23:43自作したのは、今としてはいい思い出。
今や完全にC、C++使いだがｗ
0263デフォルトの名無しさん
2009/08/12(水) 15:35:49インパクトがないとC/C++以外の言語は一人前とは認められないな。
0264デフォルトの名無しさん
2009/08/12(水) 16:18:020265デフォルトの名無しさん
2009/08/12(水) 16:26:440266263
2009/08/12(水) 16:35:27OSXが作れるだけObjective-Cはマシだと思う。
言語の美しさとか言ってるけど、実績だけが真の実力を物語ることができる。
0267デフォルトの名無しさん
2009/08/12(水) 18:39:330268デフォルトの名無しさん
2009/08/12(水) 19:00:59ちゃんとコンストラクタでバッファ初期化してくれよ…。
構造体の破棄関数を別につくらず、デストラクタに書いてくれよ…。
例外処理ちゃんと書いてくれよ…。
auto_ptr等使って、あらゆる所でdelete呼ばなくていいようにしてくれよ…。
イベントハンドラに直に処理書かないで、別オブジェクトのメソッド呼んでくれよ…。
0269,,・´∀｀・,,）っ-○○○
2009/08/12(水) 20:00:00Cocoa製MozillaはCamino
0270デフォルトの名無しさん
2009/08/12(水) 21:17:28C++でもJavaでもオブジェクト指向できるのは少数。
0271,,・´∀｀・,,）っ-○○○
2009/08/12(水) 21:40:460272デフォルトの名無しさん
2009/08/12(水) 22:34:070273デフォルトの名無しさん
2009/08/12(水) 22:50:34一度アセンブリをやった後にC言語をやり直したらすんなり頭に入った
0274デフォルトの名無しさん
2009/08/12(水) 23:02:41C++の使いどころ間違えてるんだろ。
Java使えよ。
0275デフォルトの名無しさん
2009/08/12(水) 23:26:29C++をbetter Cとして使ってくれた方が一億万倍まし。
0276デフォルトの名無しさん
2009/08/13(木) 08:16:450277デフォルトの名無しさん
2009/08/13(木) 12:42:52コボラーですか？
0278デフォルトの名無しさん
2009/08/13(木) 12:45:080279デフォルトの名無しさん
2009/08/13(木) 14:37:18「アセンブリ」だと、行為そのものを指す事になる。
そして言語として言うときは、「アセンブル言語」というのだよ
0280デフォルトの名無しさん
2009/08/13(木) 14:39:300281,,・´∀｀・,,）っ-○○○
2009/08/13(木) 23:33:120282デフォルトの名無しさん
2009/08/14(金) 12:38:500283デフォルトの名無しさん
2009/08/14(金) 18:30:410284デフォルトの名無しさん
2009/08/14(金) 18:31:22新じゃなくて真な
0285デフォルトの名無しさん
2009/08/15(土) 07:34:41おまえのものは俺のものです。
0286デフォルトの名無しさん
2009/08/15(土) 18:03:44まだまだ進化を続けるから
0287デフォルトの名無しさん
2009/08/15(土) 18:07:40CLIでマネージドもできるし
Qt等でGUIプログラムも問題ないし
実際隙の無い言語だろう。
コンパイルタイム以外は
0288デフォルトの名無しさん
2009/08/15(土) 18:20:550289デフォルトの名無しさん
2009/08/15(土) 22:17:450290デフォルトの名無しさん
2009/08/15(土) 22:19:140291デフォルトの名無しさん
2009/08/15(土) 22:22:320292デフォルトの名無しさん
2009/08/15(土) 22:26:280293デフォルトの名無しさん
2009/08/15(土) 22:59:47独自機能満載の言語といった、イカした言語が欲しいならば、
他にいくらでもあるだろう。ただし、もしこの先何十年も使う
プログラムの為に、十分に柔軟で、他よりパフォーマンスがよく、
他に例を見ないほど汎用的で、どんなハードでも動くような
言語がほしいなら、C++にし給え。
0294デフォルトの名無しさん
2009/08/15(土) 23:04:490295デフォルトの名無しさん
2009/08/15(土) 23:07:080296デフォルトの名無しさん
2009/08/15(土) 23:14:25おれはCを再評価してる
0297デフォルトの名無しさん
2009/08/16(日) 03:25:080298デフォルトの名無しさん
2009/08/16(日) 03:56:00C++のことを馬鹿にする前に、
だまされたと思ってSTL使ってみろよ。
listを使っただけでCには戻れなくなる。
mapを使ったらCが嫌いになる。
shared_ptrを使ったらCのことは思い出せなくなる。
0299デフォルトの名無しさん
2009/08/16(日) 04:43:120300デフォルトの名無しさん
2009/08/16(日) 07:32:08MDMA?
0301デフォルトの名無しさん
2009/08/16(日) 08:50:200302デフォルトの名無しさん
2009/08/16(日) 09:47:56C++はロングテールな基盤にならない。
0303デフォルトの名無しさん
2009/08/16(日) 09:52:12１０年後も共通基盤になりうるのは、基礎知識だけだ。
0304デフォルトの名無しさん
2009/08/16(日) 10:15:41そうだな。「共通」に拘ると基礎知識から先に進めないか、または
一時的な流行に翻弄される。
だから「マイナーだが10年後も使える」ものを探す方が良いと思う。
0305デフォルトの名無しさん
2009/08/16(日) 10:46:150306デフォルトの名無しさん
2009/08/16(日) 13:16:460307デフォルトの名無しさん
2009/08/16(日) 13:20:380308デフォルトの名無しさん
2009/08/16(日) 14:00:02要するに食わず嫌いなんだよ。
C++を使うときも、C++はダメだと思いこんでかかっている。
それは時代の波に取り残されているのを正当化しているに過ぎない。
0309デフォルトの名無しさん
2009/08/16(日) 14:00:50俺もCでゲームを5年くらい作ってからC++に移行している。
その原動力は、Cでどんなにきれいに作っても、プログラムが巨大化してくると
設計ミスが蓄積してたいへんなことになり、これをなんとかしようと思ったから。
C++は銀の矢ではないけど、Cよりもはるかに仕様変更に強くて柔軟で安定したコードを書ける。
ただしC++らしい作り方、つまりオブジェクト指向を身につけるには、1年くらい実務で使い込む必要がある。
だからちょっとかじっただけではC++を正しく評価することはできない。
0310デフォルトの名無しさん
2009/08/16(日) 14:03:36デニスの名前はC++標準委員会の議事録によく名前が出ているし、
ケンはboost関連のメーリングリストによく投稿している。
あいつらすげぇC++オタクだよ。
C言語にプリプロセッサを導入したアラン・スナイダーも、
マクロの失敗を悔い改め、総称プログラミングの権威となってtemplateやSTLの開発に協力している。
Cで何かを築いて来た奴らがC++を評価して、
直接進化に関わっているんだよ。
0311デフォルトの名無しさん
2009/08/16(日) 14:07:390312デフォルトの名無しさん
2009/08/16(日) 14:14:540313デフォルトの名無しさん
2009/08/16(日) 14:21:170314デフォルトの名無しさん
2009/08/16(日) 14:22:510315デフォルトの名無しさん
2009/08/16(日) 14:24:510316デフォルトの名無しさん
2009/08/16(日) 14:36:00使わなきゃいいだけ
0317デフォルトの名無しさん
2009/08/16(日) 14:44:150318デフォルトの名無しさん
2009/08/16(日) 15:15:35むしろ>>298にはJavaがお似合いな気がするが
0319デフォルトの名無しさん
2009/08/16(日) 15:31:450320デフォルトの名無しさん
2009/08/16(日) 15:48:52むしろ、名前空間の機能すらない言語をそんなに評価する気になれる人間の方に
ある種の「おめでたさ」を感じるけどねえ。
ああ、この人実用的なコードなんて書いたことない（あるいは「書けない」）から
そんなおめでたいことを平気で言えるんだろうなあ、とw
まあ、経験上その種の人にはこういう「嫌み」すら通じないからなあ。
ある意味（というよりほぼ完全に）いまだにVB6に固執してる人と同じ病気だな。
「便利なものを便利に使ってるだけ」とか言うんだよこういう人はw
ある人の本に「こっちの方が便利なんだ、と嘯きながらコロの付いたトランクを
手に抱えて持ち歩く人のようだ」という形容があったけど、まさにそんな感じ。
0321デフォルトの名無しさん
2009/08/16(日) 15:58:38使ってるためにさらに輪をかけてゲロゲロになっていて、どうしよう
もないゴミが簡単に生産されるようになってる。
Linus
http://tabesugi.net/memo/2009/1a.html
0322デフォルトの名無しさん
2009/08/16(日) 16:01:570323デフォルトの名無しさん
2009/08/16(日) 16:05:410324デフォルトの名無しさん
2009/08/16(日) 16:09:28C++プログラマはCについてもちゃんと学んでるよ。＾＾
その上で、C++のライブラリや型安全なんかを
Cより便利だなーと思って使っている。
0325デフォルトの名無しさん
2009/08/16(日) 16:10:25やっぱり「その種の」単細胞な思考をする人なんだなw
別にプログラミング言語に限らないが、道具というものはそれが「強力であること」と、
「弊害が多いこと」は矛盾せず並立しうる。
例えば自動車は便利だが、交通事故などの無視できない弊害も同時にもつ道具でもある。
そして今の話の流れは、「C++が道具として(Cよりもより）便利かどうか」であって
それに弊害があるかどうかの話しではない。
まあ、きっと321みたいな「羹に懲りてなますを吹く」タイプの人は、
俺は自動車の弊害が許せないんだといって自転車にリアカー付けてガンバッテるんだろうw
0326デフォルトの名無しさん
2009/08/16(日) 17:39:320327デフォルトの名無しさん
2009/08/16(日) 18:45:17平均以下のプログラマが混在したとき、どうマネジメントしていくかが問題。
0328デフォルトの名無しさん
2009/08/16(日) 18:50:10＞例えば自動車は便利だが、
ポルシェが適している用途、レクサスが適している用途、
軽自動車が適している用途、バイクが適している用途などがある。
高性能だから便利だというわけじゃない。
0329デフォルトの名無しさん
2009/08/16(日) 19:00:43どんな言語使っても面倒な問題が発生する。
0330デフォルトの名無しさん
2009/08/16(日) 19:43:21別にC++だから生じるってわけじゃないからね。
0331デフォルトの名無しさん
2009/08/16(日) 22:10:48オブジェクト指向を理解していない人が書いたJavaのコード。
ポインタを理解していない人が書いたCのコード。
C言語と同じスタイルで書かれたC++のコード。
どれも見たくないぜ。
0332デフォルトの名無しさん
2009/08/16(日) 22:21:59たまに、Cのプログラムを移植するとき、.cppにして。
都合のいい場所だけ++機能を使って簡単移植してるぜ
0333デフォルトの名無しさん
2009/08/16(日) 22:27:320334デフォルトの名無しさん
2009/08/16(日) 22:29:420335デフォルトの名無しさん
2009/08/16(日) 22:30:220336デフォルトの名無しさん
2009/08/16(日) 22:51:55って言ったのは誰だっけ
0337デフォルトの名無しさん
2009/08/16(日) 23:01:060338デフォルトの名無しさん
2009/08/17(月) 02:14:20それは例外として許される範囲だろ。
0339デフォルトの名無しさん
2009/08/17(月) 02:21:340340デフォルトの名無しさん
2009/08/17(月) 02:39:54／⌒ ⌒＼ |⌒|
／（ ⌒） .（⌒） ＼ ＿/ | 人を許して気分がいい！
／::::::⌒（__人__）⌒:::::＼ （＿ ＼
| ┬ |----| | （＿ | 今日もユルシタ！
＼| `ー'´ ／ （＿ |
＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿
＿ ヽ| |ヽ ム ヒ
/ / | ＝ / / ヽ. |￣|￣ 月 ヒ
＿/＿ / |/ ＿_ノ ｀/ / | ノ ＼ ﾉ Ｌ_い
0341デフォルトの名無しさん
2009/08/17(月) 16:18:49C系列のタイプ数と可読性と自由度のバランスは特別に悪い方じゃないと思われ
で、ユーザーも多いから、わざわざ別の文法体系を取ってもマンドクセ扱いされがち
C++の文法はぐちゃぐちゃだが、しっかりアセンブラマクロしつつ高度なネタを全部
取り込もうとしてるんだからしゃーねーな
まぁ、アセンブラマクロが有り難くも何ともない奴には、CもC++もクソ言語だろ
0342デフォルトの名無しさん
2009/08/18(火) 08:28:56会社の分社化みたいにそろそろいくつかに分けたほうがいいだろｗ
0343デフォルトの名無しさん
2009/08/18(火) 14:31:17C++をマニアックに使い越せる筈だ
0344デフォルトの名無しさん
2009/08/18(火) 22:55:02さーて、int演算子のオーバーロードでファイル保存、char演算子のオーバーロードでファイル削除する
ソフト作って、同僚に嫌がらせするかなｗ
0345デフォルトの名無しさん
2009/08/19(水) 02:48:540346デフォルトの名無しさん
2009/08/19(水) 11:27:120347デフォルトの名無しさん
2009/08/19(水) 15:01:050348デフォルトの名無しさん
2009/08/19(水) 15:01:490349デフォルトの名無しさん
2009/08/19(水) 15:03:190350デフォルトの名無しさん
2009/08/19(水) 15:20:330351デフォルトの名無しさん
2009/08/21(金) 03:33:290352デフォルトの名無しさん
2009/08/21(金) 06:07:560353デフォルトの名無しさん
2009/08/21(金) 06:58:30PHPとかやると、Cの文法忘れるけどなｗ
0354デフォルトの名無しさん
2009/08/21(金) 07:24:22世の中がC中心なのはわかりきってんだよタコ。
文法がきたねえって話だろ。
仮にCが基本じゃなくなっても「Cができないよりはマシ」とか言う意味はあんのかよ
0355デフォルトの名無しさん
2009/08/21(金) 07:25:57反省しろ
0356デフォルトの名無しさん
2009/08/21(金) 07:27:370357デフォルトの名無しさん
2009/08/21(金) 09:30:46なんでｗ
Cが出来るならCやってりゃいいし、DはCで挫折した奴用じゃねえの？
0358デフォルトの名無しさん
2009/08/21(金) 10:33:09>>357
なんでｗ
DはCで挫折した奴用じゃねえ
Cが出来るならDやりゃいい
0359デフォルトの名無しさん
2009/08/21(金) 11:35:29Cの構文解析プログラム書くときにはちょっとなぁと思うことはあっても、
使ってる分には特に汚いとは思わないけど。
0360デフォルトの名無しさん
2009/08/21(金) 15:52:290361デフォルトの名無しさん
2009/08/21(金) 21:41:04Dは全然知らんが、アンチが出る位ならちょっと面白そうに思える
0362デフォルトの名無しさん
2009/08/22(土) 01:52:29使いにくいものが使いやすいものに置き換わるのは自然な話。
見つけにくいメモリー関連のバグで何時間も浪費するのイヤだしな。
残業とか、何時間も解決しないバグに悩まされるの嫌でしょう。
>>357
Cのいやらしさを回避するために別の言語を使うという観点から見るとその意見は間違い。
Cの上に何か言語をかぶせて、その言語でCコードを吐けるようにしてチューニング後にビルドできるようにするとかあるしな。
それに、なんでもC/C++,Javaに固執する風潮がよろしくないなあ。
>>360
それではあなたのお勧めの言語を教えてくださいな。
ただし、C/C++, Java, Perl, Ruby, Python, PHP以外でな。
0363,,・´∀｀・,,）っ-○○○
2009/08/22(土) 01:53:240364デフォルトの名無しさん
2009/08/22(土) 02:02:19Scheme、Haskell、OCaml、Scala
0365デフォルトの名無しさん
2009/08/22(土) 02:14:370366デフォルトの名無しさん
2009/08/22(土) 02:42:460367デフォルトの名無しさん
2009/08/22(土) 03:43:550368デフォルトの名無しさん
2009/08/22(土) 06:23:48マシンパワーが余らない気楽な業務なら、銃を廃止した方が事故も無くて楽だけどな
0369デフォルトの名無しさん
2009/08/22(土) 06:46:30http://scienceblogs.com/goodmath/2006/11/the_c_is_efficient_language_fa.php
0370デフォルトの名無しさん
2009/08/22(土) 07:11:180371デフォルトの名無しさん
2009/08/22(土) 07:58:090372デフォルトの名無しさん
2009/08/22(土) 08:05:05他の言語を使ったらこんなに簡単にできるのかってのはあるだろうけど、
やっぱりCが自由度が高いからその点だけでこの先ずっと生き残ってくれればいい。
0373デフォルトの名無しさん
2009/08/22(土) 08:15:41Cに代わる高級アセンブリ言語が出ないうちはCは死なん。
使ってて面白いのはCだな。
0374デフォルトの名無しさん
2009/08/22(土) 09:30:52老害なんだからさぁ
0375デフォルトの名無しさん
2009/08/22(土) 09:38:38やはりgccの存在が大きい。業界標準言語としての地位は揺るぎようがない。
>>374は何使ってるんだい？
0376デフォルトの名無しさん
2009/08/22(土) 12:20:430377デフォルトの名無しさん
2009/08/22(土) 14:03:110378デフォルトの名無しさん
2009/08/22(土) 14:40:36OCamlなんで早いん？
FORTRANみたいに配列をベクトル化してしまってるの？
0379,,・´∀｀・,,）っ-○○○
2009/08/22(土) 15:20:50ICCで-fastオプション使ったらええんちゃうの
0380デフォルトの名無しさん
2009/08/22(土) 15:27:27CってC++に無い高速化機能とかあったっけ？
0381デフォルトの名無しさん
2009/08/22(土) 15:27:34他はまぁ理屈は分かるし、それ結局今んとこ全然速くないから、ってオチなんだけど、
OCamlは単純にコンパイラが優秀そうな気がする。
まぁ、C++がCより極端に遅いところを見ると、何も考えないコードを書いた場合の
ベンチだろ。つまり、速度が本気で欲しい時の比較じゃない。
C/C++との速度競争はアセンブラとの速度競争にほぼ等しい。
アセンブラが速度競争で負けるとしたら、ランタイム最適化くらいしか無い。Java
みたいな奴。もちろんランタイム最適化もアセンブラで書けるけど、そこまで言い出す
と反則だしな。
ただ、動的最適化を含むVM機構そのもののオーバーヘッドが痛い。長時間走るような
コードほど有利だが、そんな重いコードを底辺コーダーが何も考えずに書くような
状況では有利、ってことだろ。まさにそこのブログがそれをやったんだろうけど。
0382,,・´∀｀・,,）っ-○○○
2009/08/22(土) 15:31:52逆じゃね？STLとか、たとえばvectorコンテナにイテレータでアクセスとか使ってるんじゃないの？
あれがCスタイル配列より早い理屈は無い
0383デフォルトの名無しさん
2009/08/22(土) 15:36:45ほとんどだろうな今んとこ
0384デフォルトの名無しさん
2009/08/22(土) 15:42:47arrayならCの配列より早くなる。
ライブラリ作者は死ぬ。
0385デフォルトの名無しさん
2009/08/22(土) 17:22:160386デフォルトの名無しさん
2009/08/22(土) 17:31:440387デフォルトの名無しさん
2009/08/22(土) 17:34:02なんか組み立てるって認識しかないな。
0388デフォルトの名無しさん
2009/08/22(土) 17:36:340389デフォルトの名無しさん
2009/08/22(土) 17:36:370390デフォルトの名無しさん
2009/08/22(土) 17:41:360391デフォルトの名無しさん
2009/08/22(土) 17:42:43代数学や論理の基礎を養う大事な訓練なんだぞアレは
0392デフォルトの名無しさん
2009/08/22(土) 17:51:060393デフォルトの名無しさん
2009/08/22(土) 18:05:440394デフォルトの名無しさん
2009/08/22(土) 18:29:020395デフォルトの名無しさん
2009/08/23(日) 04:01:33aho hakken
0396デフォルトの名無しさん
2009/08/23(日) 06:16:14まさか御大がこんなところで遊んでるわけないだろ。
0397デフォルトの名無しさん
2009/08/23(日) 06:57:500398デフォルトの名無しさん
2009/08/23(日) 16:08:190399デフォルトの名無しさん
2009/08/23(日) 16:13:08趣味言語と同様に扱われては困る
0400デフォルトの名無しさん
2009/08/23(日) 16:20:21旧時代の石頭乙
0401デフォルトの名無しさん
2009/08/23(日) 16:32:310402デフォルトの名無しさん
2009/08/23(日) 18:16:530403デフォルトの名無しさん
2009/08/23(日) 18:21:040404デフォルトの名無しさん
2009/08/23(日) 22:04:28結局実用にならないことが分かって大半は逃亡済みだろ
0405デフォルトの名無しさん
2009/08/23(日) 22:43:21え？じゃあこんなコード、C++で動くの？
foo();foo(bar)int bar;{return bar;}main(){int new = 0;return foo(new);}
0406デフォルトの名無しさん
2009/08/23(日) 23:02:030407デフォルトの名無しさん
2009/08/23(日) 23:06:320408,,・´∀｀・,,）っ-○○○
2009/08/23(日) 23:17:57途中で下位互換無くなっちゃったような
0409デフォルトの名無しさん
2009/08/23(日) 23:24:19実際、全くの手直しなしで動くか、若干の手直しが必要かは結構でかい違いだぞ。
さすがに古い引数の書き方なんてのは、今時殆どないし、変数名が予約語ってのも、機械的に置換すりゃいい話だし、
プロトタイプ宣言の型が省略されてるのも、ちょっと工夫すりゃ置換できそうだが、
型チェックが厳格化されたのは、結構面倒だと思うよ。
今までがいい加減だったといえばそれまでなんだけど、無駄に厳格だ。
0410デフォルトの名無しさん
2009/08/23(日) 23:32:51少なくとも無駄に厳格というほどではない
0411,,・´∀｀・,,）っ-○○○
2009/08/23(日) 23:33:190412デフォルトの名無しさん
2009/08/24(月) 00:26:190413デフォルトの名無しさん
2009/08/24(月) 01:53:080414デフォルトの名無しさん
2009/08/24(月) 04:34:48新しく書くコードでも「C++だけで引っ掛かるんだよな」なんてことが多発するなら
お前が珍種なだけ
0415,,・´∀｀・,,）っ-○○○
2009/08/24(月) 04:44:110416デフォルトの名無しさん
2009/08/24(月) 05:10:010417デフォルトの名無しさん
2009/08/24(月) 06:00:030418デフォルトの名無しさん
2009/08/24(月) 06:09:10進化はゆっくりしているから
のんびり学んでいればいつかは理解できるときが来る。
急速な進化を繰り返すC#は
立ち止まったその瞬間にもう使えなくなる。
0419デフォルトの名無しさん
2009/08/24(月) 06:10:15次期標準候補、次期標準、標準が混沌としてるほうがついていきにくいよ。tr、boostとか
0420デフォルトの名無しさん
2009/08/24(月) 06:11:13それともC#とC++併用でGUIとコア部分を書き分けて作ったりしてますか？
0421,,・´∀｀・,,）っ-○○○
2009/08/24(月) 07:18:09鯖サイドはRailsだったりPHPだったりJavaだったりC#だったりします。
Web屋でごめんね。
でも日曜C++プログラマです。
GUIはWTL
0422デフォルトの名無しさん
2009/08/24(月) 07:56:130423デフォルトの名無しさん
2009/08/24(月) 09:51:030424デフォルトの名無しさん
2009/08/24(月) 11:58:460425デフォルトの名無しさん
2009/08/24(月) 15:24:55大部分をVB 2005で作り、浮動小数点画像の演算だけを
VC 2005でSSEを使って作っていた。
0426デフォルトの名無しさん
2009/08/24(月) 15:35:28ごく簡単な処理は、その時にコードの浮かんだLLで
0427デフォルトの名無しさん
2009/08/24(月) 20:01:420428デフォルトの名無しさん
2009/08/25(火) 09:18:090429デフォルトの名無しさん
2009/08/26(水) 01:42:030430デフォルトの名無しさん
2009/08/26(水) 01:49:08SJISやEUC、UNICODEとなると、もうお手上げで、
簡単な言語処理プログラムさえ、ポインタ計算が面倒くさすぎて
やりたくなくなる。
明らかに欠陥言語と言えるだろう。日本語的に。
0431デフォルトの名無しさん
2009/08/26(水) 01:59:060432デフォルトの名無しさん
2009/08/26(水) 02:00:26C言語は糞！C言語はダメです！絶対！
と言う文があった場合、
C言語は善！C言語はイイです！絶対！
に変えるには、５文字目と１１〜１２文字目を置換しなければならない。
しかし、C言語という単語にはASCIIとSJIS、またはEUC、またはUNICODE、
UNICODEでも8BIT、16BIT、32BITがある。
それぞれポインタ演算が異なり、ポインタ位置がズレる。
こういう下らない処理に脳を使うだけアホ。
単純な配列処理ですら、最初に8BIT前提に初期化するか、16BITか、32BITかと頭を悩ませる。
バッファーオーバーフローは無いだろうか、改行文字の処理系はどうする、処理速度は、メモリ量は、
色々考えなきゃならない。
日本中でこれが繰り返されている。
どれだけの経済損失が発生しているのだろうか。
どう見ても糞です。
0433デフォルトの名無しさん
2009/08/26(水) 02:03:370434デフォルトの名無しさん
2009/08/26(水) 02:05:55それはライブラリの問題だね。
言語の問題じゃない。
0435デフォルトの名無しさん
2009/08/26(水) 02:34:20で、それらを気にしないでいい言語は何？
C++なら基本的にそこに書かれてる問題ほとんど全部気にしないで済む上に、ほとんどの
処理系の中で最速の部類だけど。
つーか文字列処理にいちいち処理速度だのメモリ効率だのを煮詰める必要のある案件自体
少ないけどな。煮詰めたい案件ならそれこそC/C++を選ぶし。
0436デフォルトの名無しさん
2009/08/26(水) 03:06:52生まれた国を間違えたようだな
リセットすればいい
0437デフォルトの名無しさん
2009/08/26(水) 03:11:55Cが基本的に分かってないだけじゃねーかｗ
0438デフォルトの名無しさん
2009/08/26(水) 03:25:43推奨のエンコーディングがUnicodeか何かに決まってる言語がなかったっけ？
0439デフォルトの名無しさん
2009/08/26(水) 04:32:040440デフォルトの名無しさん
2009/08/26(水) 05:17:19全て解決されるというのなら>>432の主張も一理ある
実際にはそんなわけないんだが
0441デフォルトの名無しさん
2009/08/26(水) 06:17:31扱えるし、必要なら扱わざるを得ない、ってことを分かってないんじゃ。C言語だけが
色々文字コードがあると思ってるとか。
あとUTFとか普通はC/C++の文字列置換とかで直接触らないし。ストリームの状態で
吐き出すブツでしょう。だから、8-bitがある、というのもおかしい。
で、ポインタ演算はどれも同じだし。ポインタへの加減算は、中身のサイズを自動的に
掛けるんですよ。常識以前の常識。ポインタも使えずに諦めた人にしか見えない。
処理速度だのメモリだの心配するなら他の言語なんかほとんど使えなくなるし。
バッファオーバーフローのとこだけ書けばボロも出なかったかもね。
0442デフォルトの名無しさん
2009/08/26(水) 09:14:180443デフォルトの名無しさん
2009/08/26(水) 10:35:50その辺り、Cの古臭さは否めない。
ライブラリで解決できる話だと思うんだが、標準的な手法は無いのかな？
0444デフォルトの名無しさん
2009/08/26(水) 10:41:280445デフォルトの名無しさん
2009/08/26(水) 11:27:38一々ライブラリを使わなきゃならない時点でウンコだなｗ
標準で文字すら加工できない時点でウンコ。
0446デフォルトの名無しさん
2009/08/26(水) 11:34:30Unicodeは65536文字も格納できるから、世界中のすべての文字を十分扱えるんだぜ！
って書かれていて（p.51）、おいおいって思ったよ＾＾
ところで、msdnにはマルチバイト文字を扱うと処理速度が落ちると書かれている。
あと、オライリーのC++ランゲージリファレンスには、ロケール関連の関数は遅いので、
文字コードの変換はなるべくまとめて（バッファリングするなどして）やったほうがいいと書かれている。
文字コードを統一しないのには速度重視という側面もあるのかしら。
0447デフォルトの名無しさん
2009/08/26(水) 11:34:32たとえば、これと似たような処理を１０００回とか１０万回同時並行で繰り返す
あるいは再帰する場合、初期のバッファが何バイトかで相当速度が変わってくる。
使用するメモリ量も変わってくるし、処理時間も変わってくるからな。
さらにこの処理を何百とこなす事になれば（ｒｙ
というわけで、速度を気にしない奴はニワカを晒してる訳でｗ
0448デフォルトの名無しさん
2009/08/26(水) 11:43:44言語は8bit！アルファベットは26文字！大小合わせて52文字！それだけありゃ十分だ！
8bitで脳内を固定して、全ての文字は8bitの倍数で組んでおけば良いんだ！
みたいな設計だから、16bitになると途端にエラーが連発する。
作ってる奴の脳がダメ。そういうのを許可している言語自体がダメ。
というか、基本設計が8bitで、
「あ？16bitも使えるようにしときゃ良いんだろ？ま、俺はつかわねーし。苦労しててもｼﾗﾈ」
って態度がそもそもな。
だから、文字の長さを調べる関数に8bit固定発想で8の倍数掛けときゃイイや的なコードが
入り込んだりする。その時点でもうダメ。
0449デフォルトの名無しさん
2009/08/26(水) 11:52:04なんでC言語で全部やろうとするかなぁ
0450デフォルトの名無しさん
2009/08/26(水) 13:27:050451デフォルトの名無しさん
2009/08/26(水) 13:30:30vector<string>でも使っとけ
0452デフォルトの名無しさん
2009/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､､、: : 、.,-‐'｀ 、／｀
｀`ヽン'`"｀ : ｀~｀｀―ヽ::,,,,,,,,,,.....................,,,,．ー'｀｀＾ ,､‐'"｀
`"'ﾞ―-､,,,,..､、 : ..,､ー'"'｀
: ｀‘"｀―---------‐ヽ｀｀"''''''""
0453デフォルトの名無しさん
2009/08/26(水) 13:42:19コード系を一切考慮しないで文字を直接操作できる言語ってなによ
0454デフォルトの名無しさん
2009/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､､、: : 、.,-‐'｀ 、／｀
｀`ヽン'`"｀ : ｀~｀｀―ヽ::,,,,,,,,,,.....................,,,,．ー'｀｀＾ ,､‐'"｀
`"'ﾞ―-､,,,,..､、 : ..,､ー'"'｀
: ｀‘"｀―---------‐ヽ｀｀"''''''""
0455デフォルトの名無しさん
2009/08/26(水) 14:50:30まったく気にしないで使える言語ってあるの？
0456デフォルトの名無しさん
2009/08/26(水) 15:00:300457デフォルトの名無しさん
2009/08/26(水) 15:33:07でも文字コードの変換は必要なはずだし、変換上の問題をも意識せず・・・
って、この辺は言語の話じゃないかもしれない
0458デフォルトの名無しさん
2009/08/26(水) 15:57:44引っ張るような話じゃねぇな。
0459デフォルトの名無しさん
2009/08/26(水) 16:38:01普通に扱うと漢字が真っ二つに割れる。
どうしようもない欠陥言語。
0460デフォルトの名無しさん
2009/08/26(水) 16:51:20>str型
アホには使えない言語ですｗ
0461デフォルトの名無しさん
2009/08/26(水) 17:41:17文字コードが糞みたいな仕様なのは、Cのせいでも何でもないよ。「DirectXが初心者に
扱えないのはC/C++のせい」ってくらい的外れ。
文字コードの厄介な問題を気にしなくていいように見える言語が稀にあるけど、それは
Cで自前で書いてる処理を言語側が勝手にくっつけてくれるだけなので、処理速度でCが
劣るって話じゃないよ。
それを理解した上で、そういう糞みたいな文字コードの仕様を気にしない言語じゃなきゃ
駄目ってことなら、C/C++は使うな。ただし処理速度を口にする権利は無くなります。
C++はstd::wstringでいいなら気楽なもんだけど、>>430みたいなアホには他の部分で
扱えないだろうから間違ってもお勧めしない。
つーかこのスレ、アホだから使えません、って話ばっかじゃねーか。
0462京大生
2009/08/26(水) 19:27:47東京大学教養課程の第一プログラミング言語がRubyに - sumiiの日記
http://d.hatena.ne.jp/sumii/20060928/1159394568
東大の電気系ではPythonの処理系を作る授業がある。
講義資料 - PukiWiki
http://www.logos.ic.i.u-tokyo.ac.jp/lectures/enshu2006/index.php?%B9%D6%B5%C1%BB%F1%CE%C1
何この差は・・・orz
東大と京大の格差が、教育の質レベルで広がっている。ひどい。
すでに話したけど、MITはPython
京大はPythonを使うべき。Cの時代は終わった。教育になってない。
0463デフォルトの名無しさん
2009/08/26(水) 19:28:000464デフォルトの名無しさん
2009/08/26(水) 19:47:37言語なんてなんでも良くて、アルゴリズムを実装できるアタマを養うのが基礎プログラミングだろうに。
それを言語のお勉強だと思ってるなら相当学生の質が悪いと言えようw
0465デフォルトの名無しさん
2009/08/26(水) 19:50:21いきなりC言語だと、リスト構造みたいなものを教えるまでに、
教えなきゃいけないものが多すぎる。
0466デフォルトの名無しさん
2009/08/26(水) 19:57:400467デフォルトの名無しさん
2009/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でのプログラミング講義を提供しない理由はどこにもない。
0468デフォルトの名無しさん
2009/08/26(水) 20:01:23言語マターで語るとバカなのがバレるからよしたほうがいい。
0469デフォルトの名無しさん
2009/08/26(水) 20:07:150470デフォルトの名無しさん
2009/08/26(水) 20:19:06そりゃアカンわ。
昔はFortranでやってたけど、Fortranのお勉強ではなくこういうルールのゲームで強いアルゴリズムを作れとか
とりあえず、自分の考えをコンピュータで実現させてみろってのが主旨だったんだけどな。
次が数値解析の基礎だし、言語のお勉強なんてものはやらなかったんだがな。
(言語自体のお勉強は自分でせぇって感じだったけど、ユトラーには無理かなw)
0471デフォルトの名無しさん
2009/08/26(水) 20:21:370472デフォルトの名無しさん
2009/08/26(水) 20:34:36まあ「ゆとり」とか言ってるお前さんが受けた教育も間違いなくゆとり教育だけどな。
そんなことも知らない無知蒙昧に馬鹿にされる「ゆとり」が気の毒だわ。
っていうか、俺の経験上、無能な奴ほど若い奴を根拠なく見下すのな。
まあそれだけ不安なんだろうが、その程度の自己分析をして自分の認知的歪曲に
フィードバックをかける程度の知性もないわけだ。
0473デフォルトの名無しさん
2009/08/26(水) 20:46:200474デフォルトの名無しさん
2009/08/26(水) 20:47:16虎の威を借る狐そのものだな
0475デフォルトの名無しさん
2009/08/26(水) 20:47:550476デフォルトの名無しさん
2009/08/26(水) 20:49:560477デフォルトの名無しさん
2009/08/26(水) 20:57:29Googleのシステムのコアとなる部分は全てC/C++が採用されています（必要なところ
ではJavaが、お気楽なところではPythonが採用されていて、その他の言語は基本的に
特別な許可が必要となります）
最近のOSの記述言語にはほぼ全面的にC/C++が採用されています
東大の電気系にはPythonの処理系を作る授業もあります（笑）
0478デフォルトの名無しさん
2009/08/26(水) 21:01:14処理系の作製みたいなのが電気になくてもむしろ当然。
0479デフォルトの名無しさん
2009/08/26(水) 23:28:140480デフォルトの名無しさん
2009/08/26(水) 23:29:27純粋にアルゴリズムを学びたいならC系列はダメだな。雑音が多すぎる。
でも、ハードウェアまで絡めてやるなら、C系列しかないと思う。
0481デフォルトの名無しさん
2009/08/26(水) 23:46:00どれか一つで一杯一杯って人は知らん
0482デフォルトの名無しさん
2009/08/26(水) 23:55:32KMCってまだあんの？
0483デフォルトの名無しさん
2009/08/26(水) 23:56:40本質的な問題はすでに出てる通り、バイト列はあるけど文字列がないことだろ
文字コードを並べたのは知ったかぶりたかっただけだと思う
0484デフォルトの名無しさん
2009/08/27(木) 00:10:18雑音と言うのは違和感があるな。
自分で作らないといけない物が多いとは思うが。
自分で作るのが当然と思うか、誰かが作ってくれるのが当然と思うか
の違いなのか？
0485デフォルトの名無しさん
2009/08/27(木) 00:30:53とても矮小的に見える。
0486デフォルトの名無しさん
2009/08/27(木) 00:43:42本題のレベルより低いレベルに気を使わなきゃいけないって意味で、雑音。
俺は、Cのパワーは他では出せないと思ってるけど、使うべきでない場面で使われすぎてると思ってるから。
0487デフォルトの名無しさん
2009/08/27(木) 01:41:50OCaml使えよ
0488デフォルトの名無しさん
2009/08/27(木) 02:30:33純粋なオブジェクト指向じゃないから？
0489デフォルトの名無しさん
2009/08/27(木) 02:39:35その「雑音をいかに隠蔽するか」が最重要事項なんだよなｗ
本題をどこに設定するかは人それぞれだが、
雑音が多い言語から始めれば、最重要事項を最初に学べると思う。
その後は適材適所で言語を選べるようになっているはず。
0490デフォルトの名無しさん
2009/08/27(木) 02:41:03オブジェクト指向はそれほど関係ないんじゃないかな、メモリ管理が大きいと思う
それがC言語の最大の利点でもあるんだが、OSや組み込みなどはともかく
そうでない場合は雑音になってしまう
0491デフォルトの名無しさん
2009/08/27(木) 03:20:040492デフォルトの名無しさん
2009/08/27(木) 03:31:31アプリケーションを記述するための言語じゃないね。
一応できるけど、効率は酷く悪い。
OS環境がこれだけ整備された時代で、一般的にＣやC++の生き残る領域って
かなり限られるべきなのではないかな。
0493デフォルトの名無しさん
2009/08/27(木) 03:44:340494デフォルトの名無しさん
2009/08/27(木) 03:45:040495デフォルトの名無しさん
2009/08/27(木) 03:47:470496デフォルトの名無しさん
2009/08/27(木) 03:56:10無いんじゃね？
ダックタイピングもいけます、関数型もいけます、Cにもなります、インラインアセンブラ
でもご自由に、メタプログラミングもきっちりチューリング完全です、だからなぁ。
実行時効率を無視していいなら、Lisp系は強烈だけど。
ああ、Pythonは高度なアルゴリズムには全然向いてません。
0497デフォルトの名無しさん
2009/08/27(木) 03:56:36それならPythonやRubyでも可能だよな。
スクリプト言語だからコードの隠蔽とか著作権の問題があるけど。
0498デフォルトの名無しさん
2009/08/27(木) 03:57:45実際LLは楽だし
0499デフォルトの名無しさん
2009/08/27(木) 03:58:31C++でできることは大体Rubyでもできるよ。
メモリ管理はできないけど。これってシステム領域でアルゴリズムとは関係無いし。
0500デフォルトの名無しさん
2009/08/27(木) 03:59:48これって「かなり」需要の多い要求なんで、是非
0501デフォルトの名無しさん
2009/08/27(木) 04:01:040502デフォルトの名無しさん
2009/08/27(木) 04:08:000503デフォルトの名無しさん
2009/08/27(木) 04:12:36言語的には、アルゴリズムを組むならRubyが最適。
ただし、C++に比べればライブラリの充実度が劣り、汎用性に問題がある。
これは時間と資力が解決する問題。
0504デフォルトの名無しさん
2009/08/27(木) 04:14:56是非聞いてきてくれ
0505デフォルトの名無しさん
2009/08/27(木) 04:15:39ruby自体が遅すぎるってことだよ
0506デフォルトの名無しさん
2009/08/27(木) 04:21:31あと、C++がライブラリ充実してるのは、結局、ハッカーの共通言語だからなんだよな。
デファクトスタンダード、国際標準言語みたいな。
言語的にはRubyの方が優れてるのに。
0507デフォルトの名無しさん
2009/08/27(木) 04:23:53全然違います。
そろそろ帰れよ。さすがにあまりにもバカすぎて話になんねぇから。
0508デフォルトの名無しさん
2009/08/27(木) 04:24:46一体いつ最適化されるんだろうねｗ
0509デフォルトの名無しさん
2009/08/27(木) 04:32:35コンパイルして中間言語でも吐き出せば良いのかい？
0510デフォルトの名無しさん
2009/08/27(木) 04:34:42このage信者も数年、いや数ヶ月や数日後には使ってないんじゃないか
主張をこんなとこで繰り返すよりも使い続ける事が大事だよ
がんばってね
0511デフォルトの名無しさん
2009/08/27(木) 04:35:110512デフォルトの名無しさん
2009/08/27(木) 04:41:51自然と語気が強くなってるよね？ｗ
0513デフォルトの名無しさん
2009/08/27(木) 04:43:440514デフォルトの名無しさん
2009/08/27(木) 04:54:56この程度の信者の次の行動パターンは予想は付くが、
まあやめた方がいい
0515デフォルトの名無しさん
2009/08/27(木) 04:55:35別にこんなスレ潰れても全く問題無いがｗ
0516デフォルトの名無しさん
2009/08/27(木) 06:22:340517デフォルトの名無しさん
2009/08/27(木) 06:42:43メモリを直接弄ることで高速になる部分だけをC/C++で書くかな、俺なら。
0518デフォルトの名無しさん
2009/08/27(木) 07:05:330519,,・´∀｀・,,）っ-○○○
2009/08/27(木) 07:20:45直接解釈できるマシン語を生成するC/C++そのものに実行時性能で勝てるはずがない。
> 言語的には、アルゴリズムを組むならRubyが最適。
これも無理だな。Rubyはどっちかというとアルゴリズムを「使う」側だな。
ハッシュにせよソートにせよ
リアルRailsプログラマだが何か？
0520デフォルトの名無しさん
2009/08/27(木) 09:14:070521デフォルトの名無しさん
2009/08/27(木) 10:10:40関数型のコードのほうがよっぽど分かりやすい。アルゴリズムを直接コードにしている感じ。
パフォーマンスだって悪くないし、マルチコアならなおさら。
0522デフォルトの名無しさん
2009/08/27(木) 10:25:140523デフォルトの名無しさん
2009/08/27(木) 10:46:320524デフォルトの名無しさん
2009/08/27(木) 10:48:29クイックソートをほぼ直感的に実装するなら、LLやらHaskellのほうだが、
ピボット選択や、使用するメモリ量やらをきっちりチューニングした、
きわめて高効率な実装（岩波ソフトウエア科学「アルゴリズムとデータ構造」に
出ている）を実現するには、Cみたいな低水準の言語でないとできない。
0525デフォルトの名無しさん
2009/08/27(木) 11:18:13PythonかRubyかHaskellかという自由度は、宗教的雑音だ
せっかく雑音を分離したのに、別の雑音が入ってるなんて
がっかりだな
0526デフォルトの名無しさん
2009/08/27(木) 11:20:260527デフォルトの名無しさん
2009/08/27(木) 11:26:34効率悪そうで吐き気がするんだけど
0528デフォルトの名無しさん
2009/08/27(木) 12:06:410529デフォルトの名無しさん
2009/08/27(木) 12:11:450530デフォルトの名無しさん
2009/08/27(木) 13:43:35はどの言語で実装されているの？
そのOSはどの言語で実装されいるの？
とC/C++を馬鹿にしている人を見ていつも思うよ
0531デフォルトの名無しさん
2009/08/27(木) 13:48:360532デフォルトの名無しさん
2009/08/27(木) 13:52:340533デフォルトの名無しさん
2009/08/27(木) 13:54:280534デフォルトの名無しさん
2009/08/27(木) 13:59:37文を繋げるときだけ何か記号的な物があればよくね？
0535デフォルトの名無しさん
2009/08/27(木) 14:33:38>518
適宜、その場に応じて適切な言語。または得意な言語。
0536デフォルトの名無しさん
2009/08/27(木) 14:38:15> いらなくね？改行記号があるのに何故に；か？
> 文を繋げるときだけ何か記号的な物があればよくね？
VBの改行仕様は糞
0537デフォルトの名無しさん
2009/08/27(木) 14:39:43死んでるから
新C言語を作ろう
http://pc12.2ch.net/test/read.cgi/tech/1185010023/
0538デフォルトの名無しさん
2009/08/27(木) 16:31:52OSのAPIを使いまくって高速化してないからだろ。
実装の問題であって言語の問題じゃないと思うよ。
0539デフォルトの名無しさん
2009/08/27(木) 16:43:42JITコンパイルとかでカリカリの機械語に落としたりとかができない、
という、言語として、最適化に向かない面がある（Javaとかに比べて）。
ばりばり数値計算とかやるならCで書いて外部ライブラリでやってね、
ってのがrubyのデザイン。
0540デフォルトの名無しさん
2009/08/27(木) 16:57:25速さを追求するために言語仕様をダーティにすることはないじゃろな。
0541デフォルトの名無しさん
2009/08/27(木) 17:14:590542デフォルトの名無しさん
2009/08/27(木) 17:18:17インタプリタなんてそんなもんだろ。
適材適所がわからんやつがこういうスレを立てたりする。
0543デフォルトの名無しさん
2009/08/27(木) 17:20:070544デフォルトの名無しさん
2009/08/27(木) 17:44:39じゃあ、インラインＣコンパイラとか組み込んだらよくね？wwww
0545デフォルトの名無しさん
2009/08/27(木) 17:49:07このメソッドは上書きできませんって感じのオプション、
例えば上書き禁止属性を設けてそこだけ最適化を許容するとか、
いくらでも方法論はあるよね。
今のところそういうのはないけど。
というか、Ruby自体がパフォーマンスを気にしてない感じ。
0546デフォルトの名無しさん
2009/08/27(木) 18:00:27動的になんでもかんでも再定義できるJavaScriptでも
JITコンパイルしてる処理系(TreaseMonkeyとかV8とか)は存在しているんだけど
0547デフォルトの名無しさん
2009/08/27(木) 18:05:39別に「できない」なんて言ってないようだが。
0548デフォルトの名無しさん
2009/08/27(木) 18:10:34Javaみたいにコンパイルするタイプの処理系なら、コンパイル時に
Cコンパイルもやればいいけど、インタプリタだと実行するたびにCコードの
コンパイルもすることになる。
あと、呼び出しのオーバヘッドを考えたら（性能を気にするような処理なら）、
結局インラインで細切れにC言語化するより、まとめてモジュール単位で
C言語にしたほうがよい。
> 例えば上書き禁止属性を設けてそこだけ最適化を許容するとか、
> いくらでも方法論はあるよね。
Javaのfinalみたいな。
後付けでfinalに設定できるようにするとか、そういうことをできるように
するということになると思うけど。
0549デフォルトの名無しさん
2009/08/27(木) 18:13:40こうなるんだなぁと思った
どうやってRubyやその他の言語が走っているのか、の仕組みをとことん勉強すれば、
やがては機械語に行き着くし、そこまで理解してないと速度や効率が語れないのは
残念ながら今の時代も同じなんだよな
まぁ、分からないのに議論するな、現実に速度が出るようになってから言え、でおｋか
0550デフォルトの名無しさん
2009/08/27(木) 18:19:590551デフォルトの名無しさん
2009/08/27(木) 18:59:360552デフォルトの名無しさん
2009/08/27(木) 21:32:26V8はJITコンパイルしてるけど最適化らしい最適化はしてないらしいよ
0553デフォルトの名無しさん
2009/08/27(木) 21:37:32話題についていけません。って言っちゃえばいいのに。
0554デフォルトの名無しさん
2009/08/27(木) 23:51:02へぇー。それでもあれだけの速度が出るんだからすごいんだなー
本気で最適化しだしたらどうなるんだろｗ
0555デフォルトの名無しさん
2009/08/28(金) 00:08:03http://lucille.atso-net.jp/blog/?p=600
0556デフォルトの名無しさん
2009/08/28(金) 02:38:49唐突にRubyの話題が出すヤツが定期的に現れててウケた
0557デフォルトの名無しさん
2009/08/28(金) 03:18:210558デフォルトの名無しさん
2009/08/28(金) 05:00:040559デフォルトの名無しさん
2009/08/28(金) 05:00:58ふたつのスレッドの時間的な同期をとって
同時に同じファイルを開くにはどのように書けばよいですか
0560デフォルトの名無しさん
2009/08/28(金) 05:13:13俺の使ってる某関数型言語はいちいちCと言語側でラッパー書かないと駄目なんだけど
0561デフォルトの名無しさん
2009/08/28(金) 05:25:48対象OSにどういった同期手段が用意されているかによる
0562デフォルトの名無しさん
2009/08/28(金) 05:35:52にもよる
とりあえず他の言語でやれることは全てやれる、手間を問わないならな
0563デフォルトの名無しさん
2009/08/28(金) 05:37:430564デフォルトの名無しさん
2009/08/28(金) 08:22:20Ruby本体には無いんだが
DLLを呼ぶためのライブラリが標準であるから
それを中継すればCを弄る必要はないね
0565デフォルトの名無しさん
2009/08/29(土) 06:00:430566デフォルトの名無しさん
2009/08/29(土) 08:51:110567デフォルトの名無しさん
2009/08/29(土) 11:14:060568デフォルトの名無しさん
2009/08/29(土) 16:41:08日本発なんだから紅玉でいいじゃないか
0569デフォルトの名無しさん
2009/08/29(土) 16:52:220570デフォルトの名無しさん
2009/08/29(土) 17:01:270571デフォルトの名無しさん
2009/08/29(土) 17:51:560572デフォルトの名無しさん
2009/08/29(土) 18:10:12Cは型チェックゆる過ぎると思うんだが。
0573デフォルトの名無しさん
2009/08/29(土) 18:11:23確かにgcc2.xの頃は。
いまバージョンいくつだっけ？
0574デフォルトの名無しさん
2009/08/29(土) 19:07:590575デフォルトの名無しさん
2009/08/29(土) 19:23:310576デフォルトの名無しさん
2009/08/29(土) 23:13:020577名無しさん＠そうだ選挙に行こう
2009/08/30(日) 13:49:26Ruby信者: ほんだし使えば、醤油も鰹も不要。
C信者: ほんだしは使えない場面があるが、基本的な調味料からなら何でも作ることができる。
Ruby信者: ほんだし使った方が、簡単に早く料理が出来上がるし、醤油と鰹使うよりも美味しくできた。
C信者: ほんだし使った方が美味しいのは、作ったお前が能無しだから。
C信者: まともな料理人が作れば、醤油と鰹で作った方がずっと美味しい。
C信者: ほんだしはまだしも、他の人工調味料は発売中止になったり、新しくなったりして、今までのレシピが使えなくなることがある。
C信者: それに比べて、鰹も醤油も砂糖も、今までのが全く手に入らなくなる心配はほとんどない。
Ruby信者: 調味料入れる順番なんぞ、料理の本質ではない。「さしすせそ」とか、自分でそうする必要がない。
Ruby信者: ちょっと、だし使いたいだけなのにわざわざ湯沸かして鰹節から煮出してしないといけないなんて、実際に使うのに現実的じゃない。
C信者: そういうのも含めて料理だし、それをきちっとやっている料理は全然味が違う。
0578名無しさん＠そうだ選挙に行こう
2009/08/30(日) 14:03:590579名無しさん＠そうだ選挙に行こう
2009/08/30(日) 14:05:320580名無しさん＠そうだ選挙に行こう
2009/08/30(日) 14:06:100581名無しさん＠そうだ選挙に行こう
2009/08/30(日) 14:09:430582名無しさん＠そうだ選挙に行こう
2009/08/30(日) 14:24:590583名無しさん＠そうだ選挙に行こう
2009/08/30(日) 15:10:490584名無しさん＠そうだ選挙に行こう
2009/08/30(日) 16:56:56うまい例えだ。
Ruby信者をWindows信者に、C信者をUNIX信者に置き換えても違和感ないな。
0585名無しさん＠そうだ選挙に行こう
2009/08/30(日) 16:57:060586名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:10:04C信者を騙った知ったか君
0587名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:14:150588名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:22:430589名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:24:120590名無しさん＠そうだ選挙に行こう
2009/08/30(日) 17:30:28Cの標準関数よりかなり速い速度が出るし
ただしわざわざアセンブラを立ち上げるのは面倒なので
Cのソースの中で __asm で使ってる
0591名無しさん＠そうだ選挙に行こう
2009/08/30(日) 18:24:530592デフォルトの名無しさん
2009/08/30(日) 20:29:090593デフォルトの名無しさん
2009/08/31(月) 03:50:39以上、Cを称えるフリをしてドサクサにRuby（笑）を持ち上げるという
擁護失敗レスでした
0594デフォルトの名無しさん
2009/08/31(月) 05:31:55（´･ω･） おやすみ・・・
＿| ⊃／(＿＿_
／ └-(＿＿＿_／
￣￣￣￣￣￣￣
0595デフォルトの名無しさん
2009/08/31(月) 15:52:460596デフォルトの名無しさん
2009/09/01(火) 00:24:24高度なアプリもたったの１時間！改造も５分で終了！
正直、Cなんてタルくってやってらんねーよｗ HA！ HA！ HA！
0597デフォルトの名無しさん
2009/09/01(火) 00:32:500598デフォルトの名無しさん
2009/09/04(金) 15:24:28その生産性に対話シェルをくわえたのがPython
RubyはPythonの劣化コピー
0599デフォルトの名無しさん
2009/09/04(金) 23:08:29irbしらんのか？ ipythonも便利だ。
0600デフォルトの名無しさん
2009/09/06(日) 07:42:50スクリプトを書くようなノリで描ける言語じゃない
ソースコードの1文字目をタイプ時点から、
全体を把握するように神経張り巡らしながらコーディングする
けど多分それでいいんだよ！！！
エラーチェックがゆるいスクリプト言語なんか使ってると、自分が真剣にやってないから
ひどいソースになってることが多い
0601デフォルトの名無しさん
2009/09/06(日) 07:54:10みつかったエラーを表示を表示させる環境使ってるのでそこまで神経つかわない
つうかコーディングなんて打つだけだろ、
それまでにホワイトボードを使ったりして証明まで終わらせておくべき
0602デフォルトの名無しさん
2009/09/06(日) 12:32:10新しいパラダイムを取り入れようとすると慣れるまではコケまくるけど、コンパイラが
引っ掛けてくれないような典型的なミスのパターンを何個か覚えるってだけの話だし
0603デフォルトの名無しさん
2009/09/06(日) 15:01:56それはぜひ詳しく聞きたい
典型的なメモリリークのパターンは何個あるんだ
0604デフォルトの名無しさん
2009/09/06(日) 15:19:21http://www.ipa.go.jp/security/awareness/vendor/programmingv1/b06_06_main.html
RAIIを守っていればメモリリークは99%潰せる。
マルチスレッドなんかで、オブジェクトを生成するスレッドと破棄するスレッドが違ったりする場合は、
RAIIでは対応できないけど、boostのshared_ptrがあれば楽勝。
変なバグがない限りこれでほぼ100%リークは潰せる。
0605デフォルトの名無しさん
2009/09/06(日) 15:32:530606デフォルトの名無しさん
2009/09/06(日) 15:43:06shared_ptrのようなスマートポインタもあるし。
Cだとデストラクタがないから、メモリ解放が面倒臭いｗ
エラー発生時にgoto文でメモリ解放処理へ飛ばしている始末。
0607デフォルトの名無しさん
2009/09/06(日) 15:55:21デストラクタにvirtualつけ忘れるパターン
代入は初期化じゃないよパターン
0608デフォルトの名無しさん
2009/09/06(日) 15:59:04まともに使えば、例外安全性すらいい加減でもメモリリークだけは無いんだよな
0609デフォルトの名無しさん
2009/09/06(日) 16:02:070610デフォルトの名無しさん
2009/09/06(日) 16:13:58しないよな？
メモリ以外はリークするけどな
0611デフォルトの名無しさん
2009/09/06(日) 16:20:34char *に対するstringのように。
0612デフォルトの名無しさん
2009/09/06(日) 16:30:520613デフォルトの名無しさん
2009/09/06(日) 17:05:56C++の半分は参照カウントでできている？
0614デフォルトの名無しさん
2009/09/06(日) 17:11:380615デフォルトの名無しさん
2009/09/06(日) 17:19:520616デフォルトの名無しさん
2009/09/06(日) 17:57:440617デフォルトの名無しさん
2009/09/06(日) 20:44:460618デフォルトの名無しさん
2009/09/07(月) 02:25:22deleterを指定すればdelete以外の方法で開放されるリソースも扱える。
0619デフォルトの名無しさん
2009/09/07(月) 09:50:450620デフォルトの名無しさん
2009/09/07(月) 10:15:020621デフォルトの名無しさん
2009/09/07(月) 10:28:370622デフォルトの名無しさん
2009/09/07(月) 11:58:46約15年前の「C++の設計と進化」からつい最近の
http://indico.cern.ch/getFile.py/access?resId=0&materialId=slides&confId=67017
まで、まるで設計理念がブレてないのは凄いと思うよ。
0623デフォルトの名無しさん
2009/09/07(月) 12:20:39無いから、良くも悪くもぶれにくいんだろうな
ゼロ・オーバーヘッド原則＝アセンブラマクロ路線の継続でもあるから、コンパイラが
どんなコードを吐くか分かってないと扱いづらい、というC言語からの伝統も継続して
しまう訳だが
0624デフォルトの名無しさん
2009/09/10(木) 00:34:05それともなにかしらカバーする方法は用意されてるのかな
0625デフォルトの名無しさん
2009/09/10(木) 00:43:48結局、適材適所ってことで落ち着いてしまう気がする。
0626デフォルトの名無しさん
2009/09/10(木) 01:11:520627デフォルトの名無しさん
2009/09/10(木) 06:21:400628デフォルトの名無しさん
2009/09/10(木) 06:48:26Objective-Cは言語特性で見た時の適所が分かりづらい
政治的特性で言えばApple周辺が適所だけど
0629デフォルトの名無しさん
2009/09/12(土) 14:12:55このせいでポインタがわからないという類の人が増えるだろうと思う。
0630デフォルトの名無しさん
2009/09/12(土) 14:20:16言語仕様に合わせてバカを切り捨てていい開発形態もある
まぁ結局は程度問題だが、「ポインタ分かりません」なんて奴は、C++の開発現場なら
たぶんそいつの方を切り捨てるべき
0631デフォルトの名無しさん
2009/09/12(土) 15:38:07切り捨てろ
0632デフォルトの名無しさん
2009/09/12(土) 15:58:10そんな事はない
ランダムアクセスイテレータを引数に取るアルゴリズムに
ポインタを渡せるのは活用しないと
0633デフォルトの名無しさん
2009/09/12(土) 16:10:530634デフォルトの名無しさん
2009/09/12(土) 16:29:07ポインタに関して不可欠なものじゃないんだから。
0635デフォルトの名無しさん
2009/09/12(土) 16:47:31コンストラクタに引数渡す変数定義を書いたと思ったら、
関数宣言と解釈されるやつは結構な罠だと思う。
0636デフォルトの名無しさん
2009/09/12(土) 17:08:58そのまま動いちゃったりもしないから、罠としては小物ではある
0637デフォルトの名無しさん
2009/09/12(土) 19:18:30__int64 cbSize;
hr = pStream->Read((void*) &cbSize, sizeof(cbSize), NULL);
BYTE *pbArray;
HRESULT hr = SafeArrayAccessData(psa, reinterpret_cast<LPVOID *>(&pbArray));
hr = pStream->Read((void*)&pbArray, (ULONG)cbSize, NULL);
I’ll give you one more clue – it’s a one character typo.
Give up? Look at the last line. The first argument is incorrect. It should be:
hr = pStream->Read((void*)pbArray, (ULONG)cbSize, NULL);
「IE」に対する最新攻撃の原因、たった1つのタイプミス--MSが認める
http://japan.cnet.com/news/sec/story/0,2000056024,20397505,00.htm
http://blogs.msdn.com/sdl/archive/2009/07/28/atl-ms09-035-and-the-sdl.aspx
http://msdn.microsoft.com/ja-jp/ee309358.aspx
Active Template Library (ATL) のセキュリティ上の脆弱性からコンピューターを守る
公開日: 2009年7月30日
http://www.microsoft.com/japan/security/atl.mspx
http://itpro.nikkeibp.co.jp/article/NEWS/20090729/334737/
（1）［MS09-035］Visual StudioのActive Template Libraryの脆弱性により、リモートでコードが実行される (969706)
（2）［MS09-034］Internet Explorer用の累積的なセキュリティ更新プログラム (972260)
0638デフォルトの名無しさん
2009/09/12(土) 19:54:300639デフォルトの名無しさん
2009/09/12(土) 19:57:450640デフォルトの名無しさん
2009/09/12(土) 20:17:370641デフォルトの名無しさん
2009/09/12(土) 21:03:07これからはfirefoxだなｗ
0642デフォルトの名無しさん
2009/09/12(土) 21:49:04最近のWindows APIのヘッダはキャストを隠蔽する方向に動いているのは確か。
0643デフォルトの名無しさん
2009/09/13(日) 05:19:320644デフォルトの名無しさん
2009/09/13(日) 17:21:45げ。オレもすっかりActiveXの記事と思い込んでいた。
ActiveX=脆弱性という固定観念がそうさせたのか。
0645デフォルトの名無しさん
2009/09/13(日) 17:37:38いう内容じゃないの？
もうATLやらCOMやら、わけわかめな技術は使うな！
0646デフォルトの名無しさん
2009/09/13(日) 18:44:04最近はほとんどのActiveXがATLで書かれてるだろうから
ATL ≒ ActiveXで医院で内科医
0647デフォルトの名無しさん
2009/09/13(日) 21:31:46C/C++ ≒ エロゲー用システムでいいんだな
0648デフォルトの名無しさん
2009/09/13(日) 21:46:20パンは万病の元だみたいな言い方
0649デフォルトの名無しさん
2009/09/14(月) 00:58:500650デフォルトの名無しさん
2009/09/14(月) 01:13:030651デフォルトの名無しさん
2009/09/14(月) 01:24:150652デフォルトの名無しさん
2009/09/14(月) 01:26:15スマソ
0653デフォルトの名無しさん
2009/09/14(月) 02:41:18WTLと組み合わせると、普通のウィンドウズアプリケーションを作るライブラリとして使える代物になる。
CWindow/CWindowImpl, CString, CHandleなどなど。
もっとも、例の部分はActiveXコントロールを作るのでもない限り縁のない箇所だけど。
0654デフォルトの名無しさん
2009/09/14(月) 04:19:300655デフォルトの名無しさん
2009/09/14(月) 20:34:350656デフォルトの名無しさん
2009/09/14(月) 20:49:290657,,・´∀｀・,,）っ-○○○
2009/09/14(月) 21:32:400658デフォルトの名無しさん
2009/09/14(月) 22:56:58きじねこ見て出直せ
0659デフォルトの名無しさん
2009/09/14(月) 23:44:53スマポ以外のC-torが例外を投げてもいいかな
0660デフォルトの名無しさん
2009/09/15(火) 00:22:310661デフォルトの名無しさん
2009/09/15(火) 00:48:410662デフォルトの名無しさん
2009/09/15(火) 01:11:380663デフォルトの名無しさん
2009/09/15(火) 01:39:370664デフォルトの名無しさん
2009/09/15(火) 01:59:13言語の欠陥というよりは、利用者が悪い。
0665デフォルトの名無しさん
2009/09/15(火) 02:00:470666デフォルトの名無しさん
2009/09/15(火) 07:26:210667デフォルトの名無しさん
2009/09/17(木) 00:07:230668デフォルトの名無しさん
2009/09/17(木) 05:41:470669デフォルトの名無しさん
2009/09/17(木) 09:03:58>>666 は
・・
であるべき
0670デフォルトの名無しさん
2009/09/17(木) 10:54:520671デフォルトの名無しさん
2009/09/18(金) 16:43:020672デフォルトの名無しさん
2009/10/13(火) 06:54:41塔は下から造っていくものだから、すでに下の方はかなり強固に固められており、
最新の建設作業は最上部で行なわれているわけである。
従って建設作業に参加するには、最低限、まず最上部まで
登っていかなければならない。
しかし多くの者にとっては、建設に携わることはおろか、
現場にたどり着くことすら全く容易でない。
このとき、ひたすら現場を目指して一歩一歩登り続ける者はまともである。
また、やむなく中途で登攀をあきらめたとしても、そこからの眺望を楽しんだり、
付近のちょっとした破損を修理したりするのは、やはりまっとう活動である。
ところが一部の者は、最下部の土台付近をウロチョロしただけで
「この土台はダメだから、この塔にも価値はない。それを見抜いた俺様は、
上の方でチマチマ造ってる連中全部より優秀である。」と豪語する。
ひどいのになると、爆弾を投げつけて塔全体を破壊しようとしたりするのである。
0673デフォルトの名無しさん
2009/10/13(火) 10:38:42もしかすると、バベルの塔は神の怒りではなく「一部のもの」によるテロ行為によって破壊されたのかも知れないとまで想像できよう。
0674デフォルトの名無しさん
2009/10/13(火) 11:12:07で、何？それでC言語を擁護しているつもり？
使いにくいものは使いにくいんだよ、C++になってやっとプログラマの
ケアレスミスを大幅に削減できるようになった
0675デフォルトの名無しさん
2009/10/13(火) 11:13:44>>672-673はこのスレの上のほうに出てるバカどもに向けたものだと思うが。
0676デフォルトの名無しさん
2009/10/13(火) 13:51:44Cのほとんどの仕様を引き継いでる以上。
0677デフォルトの名無しさん
2009/10/13(火) 17:21:57噴飯した
0678デフォルトの名無しさん
2009/10/13(火) 22:51:130679デフォルトの名無しさん
2009/10/13(火) 23:32:060680デフォルトの名無しさん
2009/10/14(水) 11:56:35くらい言い返してやれ。
0681デフォルトの名無しさん
2009/10/15(木) 20:20:520682デフォルトの名無しさん
2009/10/16(金) 18:39:530683デフォルトの名無しさん
2009/10/16(金) 23:01:420684デフォルトの名無しさん
2009/10/21(水) 22:16:36使い分ければ良いだけの話じゃないの？
0685デフォルトの名無しさん
2009/10/22(木) 01:57:540686デフォルトの名無しさん
2009/10/22(木) 02:13:380687デフォルトの名無しさん
2009/10/22(木) 07:50:22バカ切り捨てができない場合は地雷言語。
0688デフォルトの名無しさん
2009/10/26(月) 03:53:42Cは高級アセンブラだぜw
0689デフォルトの名無しさん
2009/10/26(月) 06:54:510690デフォルトの名無しさん
2009/10/26(月) 09:56:080691デフォルトの名無しさん
2009/10/26(月) 10:05:55最強の互換性を秘めた言語。
0692デフォルトの名無しさん
2009/10/26(月) 10:10:54いいと思うぞ
0693デフォルトの名無しさん
2009/10/26(月) 12:49:110694デフォルトの名無しさん
2009/10/26(月) 12:53:530695デフォルトの名無しさん
2009/10/26(月) 12:57:200696デフォルトの名無しさん
2009/10/26(月) 13:17:300697デフォルトの名無しさん
2009/10/26(月) 15:59:45では「高級 “マクロ” アセンブラ」ということで。
0698デフォルトの名無しさん
2009/10/26(月) 19:15:20多分、ライブラリの充実度程度の話なんだろうけどさ。
データ型がCPUの扱える型に近いとかいう話だと型付変数を持つ言語は全部低級だし。
0699デフォルトの名無しさん
2009/10/26(月) 19:19:11「高級言語」でググれ。
低級言語という語はないけど。
0700デフォルトの名無しさん
2009/10/26(月) 19:20:370701デフォルトの名無しさん
2009/10/26(月) 19:27:100702デフォルトの名無しさん
2009/10/26(月) 21:32:06site:ipsj.or.jp とか site:ieice.org を付けてググると、
低級言語 - ヒットなし
低水準言語 - たくさんヒット
高級言語 - 高水準言語より多い
高水準言語 - 高級言語より少ない
という非対称な結果が出てくる。
0703デフォルトの名無しさん
2009/11/30(月) 03:48:150704デフォルトの名無しさん
2009/11/30(月) 09:54:41どこがアセンブラだかw
0705デフォルトの名無しさん
2009/11/30(月) 10:13:190706デフォルトの名無しさん
2009/11/30(月) 11:48:510707デフォルトの名無しさん
2009/11/30(月) 11:57:100708デフォルトの名無しさん
2009/11/30(月) 11:57:400709デフォルトの名無しさん
2009/11/30(月) 14:45:07互換性無くていいならインラインアセンブラで十分だろ。
0710デフォルトの名無しさん
2009/11/30(月) 16:56:13無いと何かが足りない感じになるくらい
0711デフォルトの名無しさん
2009/11/30(月) 20:29:440712デフォルトの名無しさん
2009/11/30(月) 21:22:10使い方をするための物という感じだったし。
0713デフォルトの名無しさん
2009/12/01(火) 09:39:41コードも書かれまくっているわけだが。
0714デフォルトの名無しさん
2009/12/01(火) 10:01:07Javaでだってエンディアン依存しまくりなコード書けるし。
0715,,・´∀｀・,,）っ-○○○
2009/12/03(木) 23:34:420716デフォルトの名無しさん
2009/12/05(土) 12:24:19ただのアセンブラそのものだろ
分かったんだったら良かったね
0717デフォルトの名無しさん
2009/12/05(土) 12:27:54mov ds:bx[4]w, 123
が
int *p;
*(p+4)=123;
って書けるって話？
0718デフォルトの名無しさん
2009/12/05(土) 14:41:24C は「汎用性を重視するあまり、フラグも参照できない駄言語」だった。当時。
0719デフォルトの名無しさん
2009/12/06(日) 09:17:080720デフォルトの名無しさん
2009/12/13(日) 18:31:500721デフォルトの名無しさん
2009/12/14(月) 02:06:340722デフォルトの名無しさん
2009/12/14(月) 08:35:25MSC にもあったけど、あれ最初のバージョンからあったんじゃないの？
0723デフォルトの名無しさん
2009/12/14(月) 09:39:36SSEx命令が使いにくくなる
0724デフォルトの名無しさん
2009/12/17(木) 04:09:410725デフォルトの名無しさん
2009/12/17(木) 07:22:110726デフォルトの名無しさん
2009/12/17(木) 13:45:180727デフォルトの名無しさん
2009/12/17(木) 14:36:06CもJavaもDもＣ系列なのだからここでは批判の対象だろう。
例えば、C系列の行末に;などの悪習はC信者に移りやすいようにするための配慮だろ。
未だにC信者がCと似た言語じゃないとヤダヤダって言ってるので
新言語もC信者のご機嫌取りに徹しているクソ言語ばかり登場する。
いい加減この負の連鎖を断ち切るべきだ。
0728デフォルトの名無しさん
2009/12/17(木) 14:39:09C言語の規格を定めた「ISO/IEC 9899:1999」では、time_t型の範囲や精度はいずれも処理系依存としているが
2038年問題 - Wikipedia
ttp://ja.wikipedia.org/wiki/2038年問題
より引用
0729デフォルトの名無しさん
2009/12/17(木) 14:47:340730デフォルトの名無しさん
2009/12/17(木) 14:48:370731デフォルトの名無しさん
2009/12/17(木) 15:16:29>例えば、C系列の行末に;などの悪習
ターミネータで行の終わり、じゃなく
継続行に _ をつける方がいい、って？
流石ヴビ厨。
0732デフォルトの名無しさん
2009/12/17(木) 16:03:15; は幾種類かの「文」のターミネータだ。
0733デフォルトの名無しさん
2009/12/18(金) 15:09:330734デフォルトの名無しさん
2009/12/18(金) 16:27:210735デフォルトの名無しさん
2009/12/18(金) 16:48:46; が来るかもしれないところに改行が来たら ; があると思う、
みたいなことをやってるけど。
0736デフォルトの名無しさん
2009/12/18(金) 17:04:41HPのタイトルが「セミコロンのないC言語」ということで、
本当に「セミコロンの無いC言語」でプログラムを作れるか、試してみました。
戻り値がある関数でないと使えませんが、if ( 関数 ) { } と書けば、
セミコロン無しで関数を使うことが出来ます。
void main(void){
if(printf("TEST\n")){}
}
0737デフォルトの名無しさん
2009/12/18(金) 20:46:16一通り読んだがC89やC99の規格に準拠したコードになっていない
詰まるところ文(Statement)を式(Expression)にできれば良いわけだがカンマ演算子やビット積、論理積などで式を繋げていくこともできる
また、(void)式(正しい呼び方は知らないが、VOID式とでも呼ぼうか)をif()の中で使いことができるようにするためにVOID式とスカラをカンマ演算して繋げてif ( VOID式, スカラ )のようにすれば良い
こうすることで戻り値がvoidな関数を呼び出すことができる
具体的には
1 #include <stdio.h>
2 #include <stdlib.h>
3
4 void
5 foo(
6 int *x
7 ) {
8 if ( (*x = 10) ) {}
9 }
10
11 int
12 main(
13 int c,
14 char **v
15 ) {
16 if ( foo(&c), printf("%d\n", c) ) {}
17 if ( exit(0), 1) {}
18 }
のようになる
cf:http://pc12.2ch.net/test/read.cgi/tech/1232363168/25-26
0738デフォルトの名無しさん
2009/12/19(土) 19:16:280739デフォルトの名無しさん
2009/12/19(土) 23:56:530740デフォルトの名無しさん
2009/12/20(日) 11:50:40自称C言語ハッカーの血が騒いだんだよ
ネタだったのか、僕は純粋にC言語が僕に挑戦してきたのかと思ったよ
規格書を読まない一般プログラマには理解できないだろう
僕はC言語が好きだ大好きだ
C++でもLISPでもPerlでもない
C言語が好きだ
C言語は奥が深い
初心者はC言語を使わないで欲しい
もし、本当にC言語を使いたいなら規格書をしっかり読んで欲しい
それが嫌なら、C++でもLISPでもPerlでも好きな言語をやればいい
0741デフォルトの名無しさん
2009/12/20(日) 18:21:45Ｊａｖａのほうが奥が深いことに気がついた
Ｊａｖａ信者となり、現在に至る。
0742デフォルトの名無しさん
2009/12/20(日) 21:38:59Scalaのほうが言語としての完成度が高いことに気がついた
Scala信者となり、現在に至る。
0743デフォルトの名無しさん
2009/12/20(日) 21:42:20おい
C＞C++とか馬鹿な事を言うなヴォケ
0744デフォルトの名無しさん
2009/12/20(日) 21:45:44ただたんにCとC++は別作者の別言語でしかないってコトでしょ。
0745デフォルトの名無しさん
2009/12/20(日) 21:49:10C言語って何？ プログラミング言語Cとはどう違うの？
0746デフォルトの名無しさん
2009/12/21(月) 05:41:37C Programming Language（C言語）はプログラミング言語名。 ※たんに“C”とも
ISO 9899 Programmin Language-C（JIS X 3010 プログラム言語C）は標準規格書名。
>>740の話題だと規格書よりも言語がメインだからC言語でいいんじゃね？
0747デフォルトの名無しさん
2009/12/21(月) 10:33:290748デフォルトの名無しさん
2009/12/21(月) 10:41:250749デフォルトの名無しさん
2009/12/21(月) 16:06:330750デフォルトの名無しさん
2009/12/21(月) 16:30:53もう過去の人。
0751デフォルトの名無しさん
2009/12/21(月) 16:58:050752デフォルトの名無しさん
2009/12/21(月) 17:00:540753デフォルトの名無しさん
2009/12/21(月) 18:03:320754デフォルトの名無しさん
2009/12/21(月) 18:32:39そんなバリバリ抽象化されたものより
Cやマシン語書くのがよっぽどPC理解してるだろw
と思ったわ。
0755デフォルトの名無しさん
2009/12/21(月) 18:37:02片方だけを究極と思って得意げに語る奴が多すぎるが
0756デフォルトの名無しさん
2009/12/21(月) 18:52:16アラン・ケイが自分主導で作ったSmalltalkを褒めるのは当然だが
低レベルやるならアセンブラは理解しなきゃならない
アセンブラを使いこなせる奴ならCはほぼそのまま使える
それらを両方理解した上で、中間にある一番適した言語を使うのが正解に限りなく近い
0757デフォルトの名無しさん
2009/12/21(月) 19:33:50高水準側、HaskellとかPrologだろJK
0758デフォルトの名無しさん
2009/12/21(月) 22:34:000759デフォルトの名無しさん
2009/12/21(月) 22:42:55ML系は？
0760デフォルトの名無しさん
2009/12/21(月) 23:04:29さあ
0761デフォルトの名無しさん
2009/12/22(火) 16:02:15＼
. ＼
. ＼ ＿＿＿＿＿＿＿
＼ r'´￣￣￣ ￣￣￣｀､::. ＿＿＿
l} ､:: ＼ﾍ,___,＿ ＿＿＿＿＿＿/::.＿＿| .|＿＿＿＿＿＿＿＿＿_＿
|l ＼:: | | ｜､:.. | [], _ .|: [ニ]:::::
|l'-,､イ＼: | | ∧,,,∧ . ｜::.. ﾍ￣￣,/:::(_＿)::
|l ´ヽ,ノ: | | （´・ω・｀） ,l､::: ￣￣::::::::::::::::
|l | :| | |,r'",´￣￣￣￣￣｀ヽ､l:::::
|l.,＼＼| :| | ,' :::::... ..::ll:::: Haskellが完成したら何を作ろうかなあ
|l | :| | | :::::::... . .:::|l:::: そうだ安定したOSを作ろう
|l＿＿,,| :| | | ::::.... ..:::|l:::: その前にFireFoxに対抗できるブラウザだな
|l￣｀~~| :| | | |l:::: やっぱFlashやJavaの動く見栄えのいいブラウザがいいよなあ
|l | :| | | |l:::: そしてゲームも欲しいよな
|l | :| | | ''"´ |l:::: もちろんモンハンやMGSみたいなメジャータイトルだよなあ
|l ＼＼[]:| | | |l::::
|l ｨ'´~ヽ | | ｀`' |l:::: ふと気がつくと布団の中にいた
|l-''´ヽ,／:: | | ''"´ |l:::: この脱力感は何なんだろうか
|l ／:: | ＼,'´＿___..:::::::::::::::_`l__,ｲ:::: そうか全て夢だったんだ・・・
l}ィ:: | `´::::::::::::::::::::::::::::::`´:::::: いい言語だねって褒められたこと以外は・・・
0762デフォルトの名無しさん
2009/12/24(木) 12:33:280763デフォルトの名無しさん
2009/12/28(月) 17:27:12主任止まりの独身です
0764デフォルトの名無しさん
2010/02/13(土) 01:40:32意図的に変な処理系にして、できる限りコンパイルエラーを出して、できる限り実行時強制終了を起こして、
できる限り予期しない動作を返すような処理系って、どんなのになるんだろう。
charが8bitじゃないとか、文字コードがASCIIじゃないとか、NULLが0でなく1と定義されてるとか、
int a[2], *pt;としたときpt+2==0は0だけどpt+2+1-1==0は1を返すとか。
0765デフォルトの名無しさん
2010/02/13(土) 02:13:160766デフォルトの名無しさん
2010/02/13(土) 04:04:03ビットパターンが0でない処理系なんぞ普通
0767デフォルトの名無しさん
2010/02/13(土) 04:50:28イミフ
0768デフォルトの名無しさん
2010/02/13(土) 05:19:220769デフォルトの名無しさん
2010/02/13(土) 20:10:38ポインタは、確保した範囲と、その1つ先までしか値があることを保証されていない。
なので、pt+2までは有効だが、さらに1足した時点でptの値の妥当性は保証されなくなる。
>>766
(int*)0 == NULLが1となることは保証されているが、NULL自体が0であることは保証されてたっけ？
0770769
2010/02/13(土) 20:16:030771デフォルトの名無しさん
2010/02/14(日) 02:40:21そうじゃなくて pt に * が付いてないから訳がわからないｄねす
0772デフォルトの名無しさん
2010/02/14(日) 04:25:40とは思う
0773デフォルトの名無しさん
2010/02/14(日) 05:02:570774デフォルトの名無しさん
2010/02/14(日) 10:36:55>なので、pt+2までは有効だが、さらに1足した時点でptの値の妥当性は保証されなくなる。
有効でなくなるのと、有効でない場合にヌルポになるかどうかはまた別問題だろう。
0775デフォルトの名無しさん
2010/02/14(日) 12:06:46int *pt = a;
って言いたいのかな
別にptなんか使わなくても右辺値なんだからa+2とか書いていいと思うけど
0776デフォルトの名無しさん
2010/02/14(日) 16:56:410777デフォルトの名無しさん
2010/02/14(日) 18:19:10別問題だが、なっても問題がない。
0778デフォルトの名無しさん
2010/02/15(月) 19:28:04malloc, freeの時しか領域サイズに関する情報は扱わない。
double a[5];
を
void aho(double *b);
に
aho(a+3)
とかで渡してahoが領域情報とかわかるわけないのに勝手にポインタ演算の結果に確保された領域が反映されるわけないだろ。
0779デフォルトの名無しさん
2010/02/15(月) 19:34:410780デフォルトの名無しさん
2010/02/15(月) 21:11:510781デフォルトの名無しさん
2010/02/16(火) 02:25:27そのためのオーバーヘッドがない言語というのも必要なんだよ。
範囲チェックが必要になったらvector::atを使えばいいし。
0782デフォルトの名無しさん
2010/02/16(火) 02:25:35普通に実装するなら、まぁ、俺もそう実装するだろなぁ。
0783デフォルトの名無しさん
2010/02/17(水) 01:27:13malloc, freeの時しか領域サイズに関する情報は扱わない。
int *pi = 0x00000000;
char *pc = 0x00000000;
pi++;
pc++;
// pi = 0x0000004
// pc = 0x0000001
0784デフォルトの名無しさん
2010/02/17(水) 09:58:54p++;
// p == ?
0785デフォルトの名無しさん
2010/02/17(水) 11:01:39配列の初期化でググれ
0786デフォルトの名無しさん
2010/02/17(水) 11:46:57配列?!
>784
p == (char (*)[])((char *)0 + sizeof(char [10]))
0787デフォルトの名無しさん
2010/02/20(土) 03:09:470788デフォルトの名無しさん
2010/02/20(土) 03:10:41関数ポインタの配列だろ
0789デフォルトの名無しさん
2010/02/20(土) 03:11:31ごめん間違えたもういいや
0790デフォルトの名無しさん
2010/02/20(土) 14:07:59複雑な配列ポインタはあんまり使わない。
0791デフォルトの名無しさん
2010/07/04(日) 20:14:23ドライバとかファームとか、なんかハードウェアとアプリケーションの中間に使われるじゃない。
かといって、アセンブラほどローレベルではないという感じで。
ミドルクラス言語と呼ぼうではないか。
0792デフォルトの名無しさん
2010/07/04(日) 21:02:100793デフォルトの名無しさん
2010/07/04(日) 23:08:200794デフォルトの名無しさん
2010/08/25(水) 20:51:23C++は何でもありのフリーダムだが、
多機能過ぎで扱いが難しい上に、
動的なポリモフィズム（動的バインディング）に難がある
Objective-Cは動的バインディングはいいのだが、
コーディングスタイルがsmalltalk寄りで汚い
javaは遅すぎ。厨房向け
0795デフォルトの名無しさん
2010/08/25(水) 22:36:330796デフォルトの名無しさん
2010/08/26(木) 01:20:360797デフォルトの名無しさん
2010/08/26(木) 01:55:460798デフォルトの名無しさん
2010/09/21(火) 04:30:41藻前等,何使ってc/c++のプログラムを書いてるん？
0799デフォルトの名無しさん
2010/09/21(火) 04:38:220800デフォルトの名無しさん
2010/09/21(火) 09:37:28eclipseというかVM系のソフト(Java/C#)は重すぎて使う気にならない。
おれのPCのスペックが低い、というのは認める。
0801デフォルトの名無しさん
2010/09/21(火) 23:02:36統合開発環境を使わないといけない場合はVisual Studio
0802デフォルトの名無しさん
2010/09/21(火) 23:52:25emacs+cedetも割と重い気がするのれす
vimの補完は,よう分からんのが一杯に出てくるし
>>801
適当なIDEのエディタで十分杉
0803デフォルトの名無しさん
2010/09/22(水) 00:15:19普段、Linuxしか使わない僕は
基本、Geanyで開発している、Makefile関係や簡単なスクリプト書いたり置換するなど補助的なことにViを使っている
Geany軽くていいよ
0804デフォルトの名無しさん
2010/09/22(水) 00:24:17これを見つけてubuntuに移行した
0805デフォルトの名無しさん
2010/09/22(水) 01:30:31複数人で開発するときに便利なんだわ >VS
0806デフォルトの名無しさん
2010/09/22(水) 03:19:46ただjavaをくさしたいだけ
0807デフォルトの名無しさん
2010/09/22(水) 11:11:37使っても仕方ないというか、むしろ凝った統合環境で重くなるくらいなら vi 使うって
なりやすい。
Windows のアプリ開発だと Visual Studio が便利すぎて他を試す気がなくなる。
0808デフォルトの名無しさん
2010/09/23(木) 20:40:38emacsはuiがウンコ過ぎて,
機能を探すのにgoogle先生ないとどうしようもない
リファクタリング機能ってあったかしら.サクッとテスト出来るの？
VSは,emacsとかviみたいなカーソルを動かす成分が足りない
中途半端なエミュレートがかえってキモいし,
ホームポジションから手を動かさなくても,
デフォルトでカーソルを動かせるようにすべき
0809デフォルトの名無しさん
2010/09/24(金) 13:47:32プログラムでやろうとするとうまくいきません。2回同じ暗号化を
すれば元に戻るはずなのにそうなりません。
出来ればコマンドラインで暗号化復号化の選択ができるようにしたいです。
初心者でよくわからないことが多いのですがよろしくお願いします。
if (argc < 2) { printf("error\n"); return 1;}
sprintf(fin, "%.255s", argv[1]);
sprintf(fout, "%.250s.perm", argv[1]);
if(d==0){
fp=fopen("2.perm","wb");
fq=fopen("2","rb");
}else{
fp=fopen("2.txt","wb");
fq=fopen("2.perm","rb");
暗号化するときに
fp=fopen(fout,"wb");
fq=fopen(fin,"rb");
とするのはいいのですが、復号のときに暗号化されたファイルを
読み込んで処理しても復号できない。
何のデータにばけているのかわかりません。
0810デフォルトの名無しさん
2010/09/24(金) 14:12:380811デフォルトの名無しさん
2010/11/07(日) 11:18:35死ね
0812デフォルトの名無しさん
2011/01/26(水) 00:04:490813デフォルトの名無しさん
2011/01/26(水) 00:05:250814デフォルトの名無しさん
2011/01/27(木) 17:12:380815デフォルトの名無しさん
2011/02/01(火) 22:44:45ウソじゃねーかこれ！！誰だよ魔法使いになるとか言ったやつ！出てこいよ！！！！！
0816デフォルトの名無しさん
2011/02/01(火) 22:55:460817デフォルトの名無しさん
2011/02/02(水) 03:12:110818デフォルトの名無しさん
2011/03/03(木) 00:24:56.450819デフォルトの名無しさん
2011/03/03(木) 01:31:14.180820デフォルトの名無しさん
2011/05/25(水) 00:25:59.65>> どうも周知徹底が不足しているようなので再度のお願いとなりますが、C死ね。
>> ttp://shyouhei.tumblr.com/post/5545216280/c
バカだろこいつw
0821デフォルトの名無しさん
2011/05/25(水) 01:07:17.990822デフォルトの名無しさん
2011/05/26(木) 00:47:12.78/;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::､ ／ ヽ
/ヽヽ: ://: :!:,X~::|: /;,,;,/: :／ ﾘ!: ::/ﾉ l｀ヽl !: : |: : : :l: :l: ﾘ / そ そ お ＼
/: : ヽヾ/: : l/::l |／|||llllヾ,､ / |: :/ , -==､ l＼:::|: : : :|i: | / う う 前 |
. /: : : //ヾ ; :|!: ｲ､||ll|||||::|| ﾉノ ｲ|||||||ヾ､ |: ::|!: : ｲ: ::|/ な 思 が
/: : ://: : :ヽｿ::ヽl |{ i||ll"ﾝ ´ i| l|||l"l ｀|: /|: : /'!/l ん う
∠: : : ~: : : : : : : :丶ゝ-―- , ｰ=z_ｿ |/ ﾊﾒ;, :: ::|. だ ん
i|::ﾊ: : : : : : : : : : : ､ﾍﾍﾍﾍ ､ ﾍﾍﾍﾍﾍ /: : : : : ＼,|. ろ な
|!l |: : : : : : : : :､: ::＼ ､-―-, / : : :丶;,,;,:ミヽ う ら
丶: :ﾊ､lヽ: :ヽ: : ::＼__ ｀~ " /: : ﾄ; lヽ） ゝ
ﾚ ｀| ｀､l｀､＞=ﾆ´ , _´ : :} ｀ ／
,,､r"^~´"''''"t-｀r､ _ -､ ´ヽノ ＼ﾉ ／ お ・
,;'~ _r-- ､__ ~f､_>'､_ | で 前 ・
f~ ,;" ~"t___ ﾐ､ ^'t | は ん ・
," ,~ ヾ~'-､__ ﾐ_ξ丶 | な 中 ・
;' ,ｲ .. ヽ_ ヾ､0ヽ丶 l /
（ ;":: |: :: .. .｀, ヾ 丶 ! ＼＿＿＿＿／
;;;; :: 入:: :: :: l｀ｰ-､ ）l ヾ 丶
"~､ｿ:: :い:: : ＼_ ノ , ヾ 丶
0825デフォルトの名無しさん
2011/09/19(月) 21:26:20.250826デフォルトの名無しさん
2011/09/20(火) 01:08:14.760827デフォルトの名無しさん
2011/09/23(金) 11:53:04.090828デフォルトの名無しさん
2011/09/23(金) 14:24:43.25別の何かと混同してないか？
赦す…罪に対して罰が与えられたことで罪から解放されること
許す…お互いの言い分を受け入れることで相手を認めること
0829デフォルトの名無しさん
2011/10/02(日) 08:44:21.800830デフォルトの名無しさん
2011/10/03(月) 10:01:00.960831デフォルトの名無しさん
2011/10/03(月) 15:10:37.92クーデターって…おまい何者だよw
0832デフォルトの名無しさん
2011/10/03(月) 19:18:47.17勘違いさせとけよw
0833デフォルトの名無しさん
2011/10/05(水) 09:47:49.300834uy
2011/10/18(火) 11:16:09.93同意
>>831-833
こうやって。冗談も通じないで
その冗談に対して面白い返しも出来ないのが
ゴミグラマーだよな
ボケに対して面白い突っ込みを出来ない奴って純粋に頭が悪いんだよ･･･
普段からすっげーつまらない会話してるよねおめーら
すぐ会話Breakしそう
話題が続かない
ゴミグラマは死ね 死ねゴミグラマ
0835デフォルトの名無しさん
2011/10/18(火) 11:40:45.270836デフォルトの名無しさん
2011/10/18(火) 12:37:59.42一般人の反乱はクーデターとは言わないんだよ
賢くなった？
よかったね
0837デフォルトの名無しさん
2011/10/20(木) 01:48:38.84会話の前にお前がBreakしすぎ。
0838デフォルトの名無しさん
2011/10/21(金) 19:47:55.690839デフォルトの名無しさん
2011/10/22(土) 19:50:38.85はじめましてマ板、ム板、vipにて、uy（ うゆ ）というコテハンをやっている者です
13〜18歳のおにゃのこ（新品）にだったら手取り足取りRubyとかlambdaとか、世界の真理についても教えれるけど？
何作りたい? CGI? ゲーム? それともプログラミングだけおぼえたい?
2chでは漏れの事、バカにする奴多いけど、マジで技術高いよ？あと運動も得意です。昼でも、夜でも。
ちなみに両利き、好きなアニメは禁書目録、10万3000冊の技術書を読んでスペルインターセプトできるようになるのが夢
好きな語尾は「 ――だよ？ 」 と 「 ――みさかはみさかは 」 です
[email protected]
22♂です
メールまってます
あと、部屋こんなんばっかりなので
こういうの大丈夫な子歓迎
http://www.geocities.jp/c_zelos/soto/heya0.jpg
自分でコスプレしようかなぁ･･･なんて本気で考えてた頃もあったんだけど、女装mixiコミュとかみたら、「やべぇｗｗｗｗｗ」って思って
一線は越えない事にした、なのでイベントとかで何でもいいのでコスプレして一緒に周ってくれる人も、すごくすごく募集中です
ここ2年くらい実は、技術高めるべく超研究者モードだったのでイベント関係殆どいってないから今年はいっぱいいきたなぁ（**＾＾）ｷﾐと
スレ汚し、失礼しました
0840デフォルトの名無しさん
2011/10/23(日) 00:24:51.590842デフォルトの名無しさん
2011/11/10(木) 11:52:50.560843デフォルトの名無しさん
2011/11/10(木) 19:05:48.940844デフォルトの名無しさん
2011/11/10(木) 19:53:56.500845デフォルトの名無しさん
2011/11/11(金) 03:42:06.050846デフォルトの名無しさん
2011/11/11(金) 09:57:51.41その発想は無かった。
量子コンピュータを待とう。
0847デフォルトの名無しさん
2011/11/14(月) 13:49:27.18新たな世界が生まれる予感
0848デフォルトの名無しさん
2011/11/14(月) 13:56:41.22チュールってなんやねん。オートクチュールか？
などとつまらない思いを巡らしているが
実は人名だと知っていた。
0849デフォルトの名無しさん
2011/11/14(月) 14:25:34.78ついでに言えば、オート・クチュール(仏: haute couture)は「高い裁縫」程度の意味だぞ。
0852デフォルトの名無しさん
2012/01/10(火) 08:53:09.370853デフォルトの名無しさん
2012/01/12(木) 01:48:02.56http://www.geocities.jp/c_zelos/
0855デフォルトの名無しさん
2012/01/17(火) 00:22:44.560856デフォルトの名無しさん
2012/07/09(月) 05:04:03.510857デフォルトの名無しさん
2012/07/09(月) 05:21:37.080858デフォルトの名無しさん
2012/07/09(月) 07:08:10.61詳しく説明出来るんだろ、やってくれ。
0859デフォルトの名無しさん
2012/07/09(月) 10:25:59.820860デフォルトの名無しさん
2012/07/09(月) 10:39:08.220861デフォルトの名無しさん
2012/07/09(月) 20:40:56.390862デフォルトの名無しさん
2012/07/09(月) 20:43:58.170863デフォルトの名無しさん
2012/07/09(月) 22:25:54.27Pythonは字下げを強制してるから、比較対象として変なんだけど、
C言語はifやforの対象として、ただの文も書ける、という規則にしたために、
( ) が必須になってる。
ifやforの対象を { } でくくることを必須にすれば、条件とかを囲む ( ) は
必要なくなるので、Goはそうなってる。
ついでに言うと、そういう工夫が何もないブザマな言語がPHP。
0864861
2012/07/10(火) 01:32:54.16言語の習得のしやすさ、オブジェクト指向、文章記述量の少なさ、プログラム文の分かりやすさ、どれを取ってもCよりPythonの方が上。
0865デフォルトの名無しさん
2012/07/10(火) 03:02:05.55「クラスがないのでこの作業できません」
（ライブラリ的なもの）
なけりゃお前が作れ！
0866デフォルトの名無しさん
2012/07/10(火) 05:15:04.530867デフォルトの名無しさん
2012/07/10(火) 05:15:49.130868デフォルトの名無しさん
2012/07/10(火) 10:44:19.74自己紹介 乙
0869デフォルトの名無しさん
2012/07/10(火) 16:14:05.61今はそんな感じで良いんだよなｗ
あり物を組み合わせて作る。
そのためのオブジェクトなんちゃらだし。
C++やJAVAが素で優れてるのはそこなんだｗ
Cは素で劣っている。
でもCは良いよなｗ欠陥品だけど。
0870デフォルトの名無しさん
2012/07/10(火) 18:30:03.430871デフォルトの名無しさん
2012/07/10(火) 21:53:57.500872デフォルトの名無しさん
2012/07/11(水) 12:41:23.52適材適所とか、コストとの換算とか。
Cで開発するためのコストで、メモリ買えよ、という話。
0873デフォルトの名無しさん
2012/07/11(水) 12:51:07.040874デフォルトの名無しさん
2012/07/11(水) 13:17:39.920875デフォルトの名無しさん
2012/07/11(水) 14:04:28.700876デフォルトの名無しさん
2012/07/11(水) 18:12:10.66互換性無視とか
サイズ決め打ちとかね
メモリ貧乏は感性が違うな
0877デフォルトの名無しさん
2012/07/11(水) 18:26:28.370878デフォルトの名無しさん
2012/07/11(水) 19:41:30.22言わず唯々諾々と使う組込み屋こそどう考えても欠陥品プログラマ。
0879デフォルトの名無しさん
2012/07/12(木) 19:33:49.010880デフォルトの名無しさん
2012/07/12(木) 22:16:59.12考えながらコーディングすべきなのに、それができないプログラマはやはり
欠陥品と言うべきであろう。
よくわからんけどgcがあるからいいや、と言っているプログラマはクズであって、
どこでgarbageとなるオブジェクトが発生するかを見積れて初めてプログラマと呼べる。
0881デフォルトの名無しさん
2012/07/13(金) 10:05:51.80OSの中のmallocを全て把握してプログラミングできる凄いプログラマさんなんですね。
すごいすごい（棒）
0882デフォルトの名無しさん
2012/07/13(金) 13:36:56.160883デフォルトの名無しさん
2012/07/13(金) 13:55:38.700884デフォルトの名無しさん
2012/07/13(金) 14:36:55.96この一言だけでバカとわかる
0885デフォルトの名無しさん
2012/07/13(金) 14:46:35.920886デフォルトの名無しさん
2012/07/13(金) 15:08:56.220887デフォルトの名無しさん
2012/07/14(土) 10:04:10.410888デフォルトの名無しさん
2012/07/19(木) 19:22:22.190889デフォルトの名無しさん
2012/07/19(木) 19:26:20.460890デフォルトの名無しさん
2012/07/20(金) 09:45:18.82■ このスレッドは過去ログ倉庫に格納されています