【】　c言語のほうがJAVAより難しいって本当?　【】

語れ

終了。

Cっていうほど難しくない

どっちかっていわれりゃーJAVAのが簡単だな

アセンブラのほうがもっと簡単だぞ。

CでJavaと同じ事をやろうとするとCの方が難しい。

馬鹿にはどちらも難しいから安心しろ

Cは単純だから覚えることが少ないという意味では簡単。
でも強力だから扱うのは難しいな。

難しさの基準や観点もいろいろあるから、一概には言えないな。

・言語仕様の習得の難しさ
・コーディングの難しさ
・テストの難しさ
・デバッグの難しさ
・解読の難しさ
・保守の難しさ
・移植の難しさ
・情報を得る難しさ（本やネットにどれだけ有用な情報があるか？）
・仕事を得る難しさや金を稼ぐ難しさ（案件や求人の件数等）
等など・・・

それにコーディングの難しさひとつとっても、hello, worldレベルで
比べるのと、市販の製品レベルで比べるので答えは違ってくるよね。
hello, worldならCの方が簡単だ。でも一般的には>>6の言うとおりだ。

一般的には>>7だと思うが

難しいんじゃなくて覚えるのが面倒臭いだけ
持続できる言語じゃないと作るのが途中で終わっちゃうだろ

低級言語使える奴には、Cは簡単。
高級言語しか使った事ない奴には、Cは難しい。

Cはそこそこ使える奴にとって、高級言語って難C？

>>13
？？？？？？？？？？？？？

エスパー解釈

Cはそこそこ使える奴にとって、他の高級言語って難しい？

ああ、むずかしい と むずかC のジョークなのか

おもＣろくないね

Cは難しいしプログラム書いてて疲れるけど、
上手く動いたときや、原因不明のバグが取れたときは
嬉しさも格別。

Cは1600ccのMT車、Javaは3000ccのAT車。

うれＣ〜！

おまえらそんなこと言ってばかりJAVAかにされるぞ？

ここまでの話で，Ｃは様々な状況に柔軟に使えることがわかった．
ＪＡＶＡは．．．21 みたいなうまい使い方は他に思いつかないしね．

そんな厳冬のシベリア並に寒い例で納得されても

おお、ブレネリ あなたのお家はどこ〜♪
・・・
ヤーホー、FORTRANランラン♪ ヤホFORTRANランラン♪ヤホFORTRANランラン♪

♪おいで〜　きょうもPascal ぼ〜くのにわへ〜♪

Seasar言ってきかせやしょう

Perlライス

なでなでしこしこ

おっPythonなに揉んじゃイヤ・・・

ここにALGOLフクラブって誰の？

俺のチンCOBOLテージがマックスだ！！！！

プリンを食うならやっぱLISPゥーンだよね

Cが覚えることが少ないのは、そりゃ標準ライブラリが貧弱だからだろ。
Javaはそれ自体GUIからネットワークまであらゆる標準APIを備える。
言語仕様自体はシンプル。

まあでも、VMまで考えるとちとややこしいな。

Ｃは、言語仕様は難しくないが、
人の書いたプログラムを読むのが激しく難しい。

人のソースを読む経験が足りないだけでは。

Javaはバイトコードさえ覚えれば最強じゃね？

Cのソースフォーマッタなんて、腐るほどあるじゃん。
Javaで使えたのはJalopy(ごめんつづり忘れた)くらいだったかな。

人のソースが読みにくい、と言うとアンチPerlerを召還するよ。

Cは標準ライブラリ、よく言えばスマート、悪く言えば貧弱。
GUIだと死ぬほど関数増える。
Javaは最初からいーっぱいついてて迷子になる。

早い話、ドキュメントがしっかり探せれば、どっちも難しくないよ。

>>37
で？

Cﾏﾝﾄﾞｸｾ

Stringが無い時点でC終了

高級言語しかしてなかった俺はC言語でかなり苦戦したなぁ
同じコトするのに凄い面倒いし
メモリ領域の確保、ぐらいは別に良いが
領域の大きさまで面倒みなきゃならんことに戸惑った
たかだか動的配列ごときに手間取るわ
一行入力だけで大量のコード書くわで
高級言語の皮被ったマクロアセンブリだなってのが正直な感想

能力の無さをそんなに自慢しなくても

>>42
そうだな。能力の無い俺は大人しく洗練されたライブラリを使わせてもらうよ

　

Ｃって使いこなせるまでの目安ってどれくらいだろう
努力すれば誰でも１年でペラペラかな？

Cの言語仕様は極めてシンプル。
それまでのプログラム言語と比べると、潔いくらい機能を削ぎ落としてる。
でもCで何かやろうとするとハタと困ったことになる。

>>40
C++ならあるんだけどね

>>46
漏れもC++みたいに余計なもの一杯纏ってどろどろしたのよりCが好きだよ
ライブラリさえ手に入れば(あるいは作ってしまえば)オブジェクト嗜好全盛の
今の時代でもJavaやC#を凌ぐ性能がある

そういう意味で今期待しているのがD言語なんだよね

>>45
激しく人による。
もし自分が全くの未経験の時にやる気と根性MAXで勉強してたら2ヶ月くらいでいけたかも
そんな根詰めて出来る人はそうそういないけどｗ

実践的にJavaでプログラム書いてると
想像以上のぬるぽExceptionの出現の頻度に驚く
まじでCで書いてた時よりも多いよ
Javaってつくづく間抜けだなと思う

何処かで見たコピペ

CでCGI書くと激しく氏ねる

>>50 インスタンスをnewしていないおまいが間抜けなんだろ

C言語はメモリー確保のコツをつかむまでが難しい、掴んでしまえばjava以下
関数覚えきれないくらいあるって訳じゃないしな。

>>47
C++のstringは糞使いにくい！
cstringなんぞ互換性が糞！

>>45
どういう入門書やライブラリを使いかで
上達速度は全然違うと思うぞ。

ライブラリが分散して互換性がないし
やってられんわ。基礎だけならどうにか上達はするが、
ライブラリやフレームワークを駆使するにはかなり苦しい目を見る。

>>50
セキュリティの問題だからな。
それだけセキュリティが強化されているということであって
なにもマヌケではない

まったくの未経験者なんだけど
Ｃ言語を１週間ほど勉強すればカレンダー表示ぐらいはできますかね？

こんなとこに書き込んでる時点で君には無理だ

C#なら1行もコード書かずにできる

プログラミングで難しいのは、言語の使用ではなく、アルゴリズムだろ
Cが難しい、JAVAが難しい、C++は最低とか言ってる時点で、能力が無いんじゃないのか?

アルゴリズムより仕様確認がむずかしい
後から追加で色々言わせない為にもとことん仕様を固めないといけない
仕様が固まる頃には脳内コーディング終わっててキーパンチするだけ

生きている。

仕様変更に強く作っとけよ・・・

>>61
アルゴリズムが難しいなんて言ってる人は能力無いよ…

何その極論
アルゴリズムに寄るとしかいえないだろ

そうだな、アルゴリズムの本にソートのプログラムが書いてあって、
そういうのは、ゲームにどう関係するんだ？と思う。

たとえば無双みたいなゲームで近くの敵10人だけ攻撃をしかけてくる、という処理を作るときどうする？

自キャラからの距離でソートしないのか？

じゃあどうやるんだよ

毎ループソートし続ける恐怖にあなたは耐えられるか？！

軽くホラーだな

リストボックス・ソートのオッサンに戦慄を覚えた

おまんこに飲みに行きましょう

このスレまだ生きてた

PS1の頃はZバッファなんてなかったからのう、ポリゴンを毎回描画順にソートしてたもんじゃ

A.　最寄の10人のみが攻撃を仕掛けてくるっていうシステムを改善する。もしくは提案者に攻撃を仕掛ける。

パックマン知ってたらそんな頭悪いシステム作るわけないんだけどな。

>>66
>>61

アルゴリズムを実装しやすい言語、難しい言語っていうのはあるよ

>>77
簡単なアルゴリズム、難しいアルゴリズムという話なら
実装の難易度ではないだろう

自分はCからJavaに行った
少しC++はかじったけど。
Java というよりもObject指向が最初よくできなくて苦労したなぁ・・・
CでWindow 作ったりするよりはJavaの方がずっと楽ちん。
自分はunixでmotifとか使っていたからな・・・　調べるのも大変だし
つーかライブラリがそろっている点がいいかな。

>>77
?
アルゴリズムの実装は少なくともCとJavaでは差はないだろｗ

なんかアルゴリズム自体分かっていなさそうな連中が・・・
言語に向き不向きはあるが、アルゴリズムの実装にCもJavaもないだろうに　

>>77
言語仕様だけの範囲だと確かにそれはあるな。
実際には、ライブラリに助けられる場面が多いけど。
あと、POSIXみたいに規格が整備されているかどうか。

>>80
アルゴリズムの結果に差はないが洗練された書き方が
できるかどうかに違いは出るんじゃね？
Cの方が実装方法の幅はひろいから。

Javaはライブラリにいくつかのアルゴリズム入ってそうなのが･･･

世の中には関数型言語とか、論理型言語とかあってだな(ry

最後まで書けないんですね、わかります

そんなにＣ言語とかJavaに不満があるなら独自で新しい言語でも開発してろカス

Cava

Cava嬢

設計時に考えるべきことが多いとか少ないとか、そのへんじゃね

Cはアルゴリズムとか勉強し始めの頃は楽しかったけどある程度を過ぎると単純作業で苦痛
Javaはデザインパターンとか深く研究すると結構奥深い
Cの設計はつまらないけどJavaの設計は面白い
講師とかセミナーとかやってるけどJava教える方が１０００倍ぐらい楽しい

>>91
！！！
意味分からん

CとJavaだったら、Javaで設計するほうがいいというのは俺も思うが、
当然、Javaと○○だったら○○でやるほうがいいとも思うわけですよ。

>>93　そのＯＯというのは（本物の）
オブジェクト指向言語の事かー！

現状のJavaは、Cの知識を暗黙に仮定しており
Cの経験無しでJavaからいきなり入るのはかなり危険

>>95
いや、全然。
オマエが入門書を飛ばし読みしすぎただけ。

TextSS

>>96
同じくそう思う

Cは言語仕様はそう大きく無いと思ったりも
ポインタ系だとアセンブラの間接アドレッシングとか、理解してないと
つらいんじゃない？
＃絵での説明そのもの、なんだけどねｗ

メモリを常に意識しないと移管のは、所詮は高級アセンブラ(構造化アセンブラ)
ベースだから、しょうがないでしょーーーー

アルゴリズムは、なんで書いても同じじゃねーーーーーー
実装の部分で、Javaだとコレクション使って書くと楽出来るってだけで

Cで関数を組んだことのない人は
いきなりJAVAからはじめると、
クラスを習得するのに苦労するかもな。
変数宣言・入力・出力・選択・繰り返しは まんま Cと同じだから 難易度は同じ。
ってなわけ習得に関する難しさは C＜JAVA

>>99
針金だけで何でも作る方法論が、
出来てるパーツを組み立てる方法論より簡単なのは、道具の形だけ。

NoClassDefFoundErrorではまるに1000java。

言語ごとの難しさの差なんて些細なもの
何かを作る為に、一番適した言語で作るだけのこと
一番最初はCやっときゃ間違いは無いのに
わざわざC++だとかJAVAとか平気でいう奴がいる
別にJAVAでもいいけど、JAVAからやるなら
その後に、アセンブラかCやらないと、概念が、いくつか抜けてるままですよ

むしろLispとかの関数型をやったほうが得られる概念の方が多いと思う。スレタイから離れるけど。

【狂育部】ソフトウエア興業11【業無部】
http://science6.2ch.net/test/read.cgi/infosys/1216289288/599

C++の洒落プログラムを落としただけで炎上したんだがｗｗｗ
読むとかなり面白いｗ

世の中こんな会社もあるから気をつけてくれｗ

マジで！

>>99
Javaはまずクラスパスの概念で躓く
次に参照型の概念、可変、不変(mutable, immutable)、clone()で躓く⇒『Effective Java』精読で解決
次に例外処理で躓く⇒『Effective Java』『Javaの鉄則』『Javaの格言』等を精読で解決
次にデザインパターンのことを知らないためにinterfaceやabstractの扱いで躓く⇒GoF本、結城浩のデザインパターン本で解決
次にjar、warファイルの扱いで躓く。複数のjarファイルをまとめられない！⇒FarJarで解決
次にTomcatのserver.xml, web.xmlの扱いで躓く⇒XDoclet,アノテーション、DIコンテナで解決
次にServletとRDBMSでJUnitを扱う方法で躓く⇒MockObject, Cactus,DBUnitで解決。
次にEJBで躓く⇒DIコンテナ真っ盛りPOJOで解決
次にSeaser、Spring Framework、などDIコンテナで躓く⇒Javaにとって一番の難所
次にEclipseのプラグイン依存関係で躓く

Cはまずポインタ演算、アドレス参照で躓く
次にポインタ配列とバッファーオーバーフローで躓く
次にmalloc,freeで躓く
次に関数ポインタで躓く
次にヘッダファイルの煩雑さで躓く⇒C/C++にとって一番の悩みの種
次にプリプロセッサの煩雑さで躓く
次にC++でつまずく(C++に続く)

C++はまずクラスの概念で躓く
次に多重継承で躓く
次にクラスの宣言で躓く
次にmakeで躓く
次に、やっぱりヘッダファイルで躓く
次にデストラクタで躓く

>>68-70で糞わろたｗ

>>19
　それならテンロクのMT車が欲しい、ホットハッチ好きだから。

マルチスレッド車？

>>107
一昨年の書き込みにレスをつけるなんざ只者ではないな(w

>>108
ワイパーとかウインカーとかパワーウインドとか他色々
同時に動くね

>>110
同時に動かない車があったらそっちのほうが珍しい(w

>>111
想像してﾜﾛﾀ

C言語は簡単だ。恐ろしく簡単だ。覚えるだけならね。
JavaはGenericsの誘惑に負けて仕様を弄ってからメリットが失われたな。

cでwinプログラム作るの大変だね。
c++でVBみたいに出来るようになれば一番いいのにね

Cは、昔から続いてきたから、色々な文法用法を理解するには昔の背景というか
そういうものをしらないといけないから、結構時間かかるよ。
JavaもAPIだけだから、ぱっと見て簡単に思えるけど、実は深く理解するには
Cを熟知していないといけないから、ある意味Cよりやっかい。

まあ、他と一緒できちんとした道で勉強しないとだめですなということがいいたい。

実際、社会でC言語とJAVAの仕事を比べたらどっちが多いだろう？
最近はC++も増えてるけども。

>>116
・どういう業界？(組み込み？鯖？etc)
・仕事って？(案件？求人？etc)

C言語は言語としてはかなり簡単。
基本的にコマンド発行するだけだし。
ただし規模がでかくなると途端にカオス。
馬鹿がメモリ操作ミスるとまたまたカオス。
バウンズチェッカーとか使えばいいんだけど。

JavaはGenericsの警告をさくっと無視すると簡単。
厳密にやろうとするとカオス。
型チェックの恩恵を無視するXMLヘルもカオスなら、
アノテーションヘルもまたカオス。
しかしまぁ、バグに悩まされる時間は圧倒的に少ない。
ユニットテストもさくさく書けるし。

構造化プログラミングを知らないでいきなりオブジェクト指向って
挫折しないの？
Cならscanfで済むところをJavaだとBufferedreaderだのnewだののネストで
2行ぐらい使うだろ。
思考がさえぎられないか？

何の関係があるんだか

つまり構造化プログラミングもOOPも理解してないのですよ
それで曖昧で矛盾した指向のJavaで書いてるんだからカオスにならないはずがない

ダメ

どっちも難しい
初心者はCommon LispかSchemeから始めよう

>>123
,emacsをいじることとlispの勉強をすることは＝ですか？

>>124
emacs lispはlispの方言の一つだけど、方言ということで、common lispともschemeとも
違うところはあるかな。特に変数束縛のところはね。
schemeでいいと思うよ。最初から知る必要なことは少ないから。シンプルなんでね。
覚えなきゃいけない文法が少なくって、アルゴリズムを勉強するなんてなるとこの必要最小限が凄くよいんだよ。
そこで知った方法は他の言語でもアイデアの源として使ってるんで、他の勉強をするときにも助けになる(これは
経験済み)
ただし、最初にscheme/lispをやっておかないと記述の独特さに慣れなくなる。初心者より、他の言語習熟者
がやりにくい言語としても知られているのでね。
Cも悪くないよ。ただし静的なコンパイラ言語の機動力のなさが初心者には辛いかも。も
JAVAに至っては、独特のＯＯＰなんで(独特といってもメインストリームだが)プログラムを組むときに
悪い癖が付くと思う。できれば最初より2つ目に学んだほうがいい。schemeが一番いいと思うけど
python/rubyでもよいよ。
それもできれば関数型言語を意識したスタイルがいい。最初から手続型をやるとカオスなプログラム
を作りやすいけど、関数型のスタイルを学んでおくと筋が良くなるという印象がある。筋が良くなるとデ
バッグも楽なので。

>>125
ありがとう。
興味持ったんで少し自分で調べて勉強している。

もう少し教えて欲しいんだけど、Schemeってハードル高いっていうか、
人を選ばないですか？
数学の知識や能力が必要みたいな書き方をする人もいるし、
今やっている「もうひとつの Scheme 入門」じゃいきなりのように
「ボールを投げたときに飛ぶ距離を求める関数」なんて練習問題が出てくる。
数学や物理のことを知らないと付いていけないんじゃないかって迷っている。
それがたとえ高校程度の知識だとしても。
何十年も前に習ったことを思い出せって言われても・・・

数学の問題とSchemeの練習に本質的な関係はない
嫌ならその練習問題飛ばせばいい

>>1
　Z
　 z
　　z
　＜⌒／ヽ-､_＿_
／＜_/＿＿＿＿／
￣￣￣￣￣￣￣

プログラムの難しさはアルゴリズム。
○○って仕様の作れって言われて、ぱっとアルゴリズムが浮かぶなら難易度的にcもjavaも大差ない気がする。

>>129
宿題レベルでも面倒臭さには差が出るでしょ
バイナリ操作やれ、とか文字列操作やれ、とかなら

>>128
　　　　　幽体離脱
　　　　∧∧ ∩
　　　 (`･ω･)/
　　　⊂　　ノ
　　　　(つノ
　　　　 (ﾉ
　 ＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
￣￣￣￣￣￣￣

言語としてはCの方が簡単だと思ってるが、
標準ライブラリがしょぼい...orz

普通のアプリケーション作るなら
Javaの方が「楽」だとは思うな。

Java標準クラスライブラリ程度のものが,
Cの標準ライブラリにならんかなぁ・・・
(思想的にNGなのかもしれんが・・・

>>131
　　　Pascalの方が貧弱だよね
　　∧∧
　 (´･ω)
　_｜⊃／(＿＿＿
／ ヽ_(＿＿＿_／
￣￣￣￣￣￣￣

JavaからCに入ったんだけど、
Cのほうが難しいと思うな。
個人的にCの言語仕様で不満な点は、

・ポインタやらメモリ確保やら、アセンブラチックなことを考えないといけない。
・キャストを忘れてもコンパイルが通ってしまうため、バグが生まれやすい。

ってとこかな。
Javaの好きなところは

・コーディングミス(キャスト忘れなど)をコンパイル時に検出してくれる
・アセンブラチックなことを考えず、アルゴリズムの実装に専念できる

こんなかんじ。

ぬるぽ

CよりJavaの方が簡単って意見がチラホラあってびびったよ〜

断然Cの方が言語としては簡単です。

おそらくCエンジニアがJavaを（ちゃんと）習得するのには2年かかりますが、
JavaエンジニアがCを習得するのはせいぜい半月ってところでしょう。

Cはポインタ周りの文法が複雑怪奇すぎる
文法の整合性という意味ではJavaの方が圧倒的に簡単

>>137
文法ってあのポインタ混じりの関数宣言とか配列宣言の事か

それも確かに面倒だが、ポインタ使ってトリッキーなプログラムを
書かれると読み解くのに時間が掛かる

特に長いプログラムでそれをやられるともう読む気も起きない

結局他言語の批判しかないんだな
おまえらずっと同じところをぐるぐる回ってるな

【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/07/24]

http://namidame.2ch.net/test/read.cgi/hidari/1225537555/

なんか、C言語の **arg とか &arg とかそこら辺の記法の流儀がたくさんあって、
しかもそれを採用する書き方が色々あるのが馴染めない。

main 関数だけでもちょっとググｯたらこんだけ出てきた。
int main(int argc, char* argv[])
int main(int argc, char *argv[])
int main(int argc, char **argv)

この微妙な混乱を何十年も取り除かない精神が気に食わないわ。
それぞれ、意図が異なるっていうことを読み取れるなら誰か教えてほしい。

Javaって必要なライブラリ覚えるだけで相当敷居が高いんですが。
そういうのって気にならなくなるもの？

>>142
頻繁に使うもの以外は覚えてないよ。必要になったらAPIリファレンスを調べる。
ただ、パッケージの役割については、ある程度把握しておいたほうがいいと思うけど。
さすがに、全てを調べるのは効率が悪すぎるから。
自分の場合、新しいバージョンが出るタイミングなどで、パッケージの使い方を軽くおさらいしている。

>>141
全部同じ意味。シンタックスシュガー。糖衣構文。

int main(int argc, char* argv[])
int main(int argc, char *argv[])

に至っては、単に「*のまわりには空白が必要ない」というルールなだけ。
(1+2)を( 1 + 2 )と書いてるようなもの。
宣言構文の混乱はしばしば言われるけどじゃあ
int [10] s;を許すとたら、使うときには
[0]sと書くのも許してくれるのか、と。w
それに、int ( foo::*func[10] )();をint ( foo::*[10] )() func;と書いたところで
大した慰めにはならないし、その呼び出しが
( obj.*func[0] )();や( p->*func[0] )();という形になることを簡単には推測できない。

> 宣言構文の混乱はしばしば言われるけどじゃあ
> int [10] s;を許すとしたら

さりげなく変な宣言許すなよ。その時点で意味わかんなくなるじゃん。
俺としては以下の構文がいい。

int[] s = new int[10];

今書いて気づいたけど、まぁつまり Java の構文だな。
つーか、Javaでも下の書き方が通るのがイラつくんだよな…。

int s[] = new int[10];

変数宣言は以下の構文だけにするのがいいと思う。

型名 変数名 = 値;

そして、出来るなら以下のように書けるならもっとうれしい。

int[] hoge = int[].create(10);

ここまでくると拒否反応を感じる人も相当居ると思うけど。

そこまで行くのなら、こっちのほうが良いでしょ。

var hoge :int[] = int[].create(10);

:int[]は省略可能で、省略した場合には型推論が行われる。

Cっぽい雰囲気を残すなら、C#みたいに
int[] hoge = int[].create(10);またはvar hoge = int[].create(10);（型推論）がいい。

「または」と書いたけど、つまり処理系は両方の書き方を受け付けるということ。
誤解を招きそうに感じたから補足。

つまりオブジェクト生成の構文をRubyっぽくして型宣言をDやC#するってことか

結局、配列の宣言がちょっと楽になるだけで
関数ポインタやメンバ関数ポインタの宣言はどうすることもできないじゃないか。ｗ
挙句に、配列と関数ポインタの宣言構文の形が変わって余計に混乱するかも。

変数の宣言が次のようになるなら、
var hoge: int[] = int[].create(10);

関数の宣言は次のようになる。
def bar(x: int[]): int[] = { ... }

関数ポインタはこんな感じかな？
var pbar: (int[]): int[] = bar;

型推論ありきなら、もっと簡単。

Cは覚えるのは簡単だが作るのが難しい
JAVAは覚えるのは大変だか作るのは簡単

どういう事をしたいかによるよな＞難易度

>>147
>またはvar hoge = int[].create(10)
int[][10]ができる？みたいな誤解を招きそうだ

>>152
たしかに・・

いまどきコンソールアプリなんてだれも使ってくれないし、
かといってWIN32APIだけでGUI作っても工数掛かるだけだし・・・

CはOS開発、組込開発なんてやってる人じゃなきゃつかわない

それは使われてないと思ってるだけだ

> int[] hoge = int[].create(10);
Dim hoge as Integer() = new Integer(10) {}
こっちの方がいい。

>>154
>>157
今のままでいい(笑
newはメモリ確保の演算子で配列生成とコンストラクタで目的が共通してるから。。。
って知ってるわな。

>>154
電子工作に使えるぞ。

↑下のアンカー　×>>154, ○>>155

>>155
数値計算とかシミュレーションはまだCとFortranが主流だけど。
最近の事情はしらないが、JAVAでもCと変わらんくらいの計算速度/メモリ使用効率得られるのか？