お前ら「C言語は難しい」←これ何が難しいのかはお前ら説明しないよな
■ このスレッドは過去ログ倉庫に格納されています
ライブラリは貧弱だけどC言語自体は難しくないじゃん >>2
Cというより組み込みの難しさじゃね?
確かレジスタの動きをこっちの思い通りにするために最適化させないための宣言だったっけ 自分で書くぶんにはいいけど他人が書いたコードの可読性がね
PerlよりはずいぶんマシだけどPythonみたいないまどきの言語と比べるとかなり見劣りする >>3
日本語プログラミングやったことない
Mindって奴だけ知ってる メモリ管理やらしっかりしないとすぐに脆弱性出てくるとか? >>5
プリプロセッサのワード置き換え由来のエラーは把握しにくいだろうな
>>6
それはそう 何が難しいってDOS窓のハードルがチョモランマくらい高い
なにこれ?で74%くらいの人がだめだこれってなる C言語自体はとてもいい
スタックとヒープを操る事が普通になってくると
コンピュータの仕組みがハッキリと理解できるようになる
そこまで来ると一般のプログラマーと自分の実力との間に次元の違いを感じるようになる
しかしC言語を使わないといけない案件がレベル高いってことだな
まずOS絡みのプロジェクトだ 最近ポインタとか勉強し始めたけど、メモリを直接あつかうってのは面白いな
ハードに近いからアルゴリズムの処理速度やデータ構造の大きさを徹底的に詰められて俺は好きかも なんかPCやる上で基礎になるから学ばなきゃならんて聞いたけど、未だに知らん >>15-16
C言語の記法どおりにメモリやプロセッサを直接扱えたのはせいぜいDOS時代までで
現在のOSでは単にコンパイラへの指示方法でしかない
いまどきのコンパイラはそんな指示がなくても十分に最適化してくれるから意味は希薄になってる これででかいものを作るとなると時間の無駄だな
可変長文字列とか可変長配列とかいちいち領域確保→解放の手続きが必要になるし
大抵の部分にそんなことを意識する必要はない
必要な部分だけc++で作った別モジュールをキックする仕組みで十分
扱えないメモリリークと一緒にOSに始末してもらった方が動作が良さそう >>18
大して勉強してないなお前
直接かどうかはMMUがあるかどうかに過ぎないだろ
なんでDOSとかって単語が出てきた?
それはお前がOSを理解してないからだ ■ このスレッドは過去ログ倉庫に格納されています