【】 c言語のほうがJAVAより難しいって本当? 【】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/12/11(月) 15:19:490002デフォルトの名無しさん
2006/12/11(月) 15:20:270003デフォルトの名無しさん
2006/12/11(月) 15:22:170004デフォルトの名無しさん
2006/12/11(月) 17:02:130005デフォルトの名無しさん
2006/12/11(月) 19:18:270006デフォルトの名無しさん
2006/12/11(月) 21:07:160007デフォルトの名無しさん
2006/12/11(月) 23:03:590008デフォルトの名無しさん
2006/12/11(月) 23:26:49でも強力だから扱うのは難しいな。
0009デフォルトの名無しさん
2006/12/12(火) 11:36:29・言語仕様の習得の難しさ
・コーディングの難しさ
・テストの難しさ
・デバッグの難しさ
・解読の難しさ
・保守の難しさ
・移植の難しさ
・情報を得る難しさ（本やネットにどれだけ有用な情報があるか？）
・仕事を得る難しさや金を稼ぐ難しさ（案件や求人の件数等）
等など・・・
それにコーディングの難しさひとつとっても、hello, worldレベルで
比べるのと、市販の製品レベルで比べるので答えは違ってくるよね。
hello, worldならCの方が簡単だ。でも一般的には>>6の言うとおりだ。
0010デフォルトの名無しさん
2006/12/12(火) 11:41:550011デフォルトの名無しさん
2006/12/12(火) 13:25:07持続できる言語じゃないと作るのが途中で終わっちゃうだろ
0012デフォルトの名無しさん
2006/12/12(火) 13:50:37高級言語しか使った事ない奴には、Cは難しい。
0013デフォルトの名無しさん
2006/12/12(火) 14:06:460014デフォルトの名無しさん
2006/12/12(火) 14:34:47？？？？？？？？？？？？？
0015デフォルトの名無しさん
2006/12/12(火) 15:06:53Cはそこそこ使える奴にとって、他の高級言語って難しい？
0016デフォルトの名無しさん
2006/12/12(火) 18:42:060017デフォルトの名無しさん
2006/12/12(火) 19:51:090018デフォルトの名無しさん
2006/12/13(水) 02:04:46上手く動いたときや、原因不明のバグが取れたときは
嬉しさも格別。
0019デフォルトの名無しさん
2006/12/13(水) 09:07:460020デフォルトの名無しさん
2006/12/13(水) 09:37:260021デフォルトの名無しさん
2006/12/13(水) 09:45:240022デフォルトの名無しさん
2006/12/13(水) 14:15:53ＪＡＶＡは．．．21 みたいなうまい使い方は他に思いつかないしね．
0023デフォルトの名無しさん
2006/12/13(水) 14:38:140024デフォルトの名無しさん
2006/12/13(水) 15:13:34・・・
ヤーホー、FORTRANランラン♪ ヤホFORTRANランラン♪ヤホFORTRANランラン♪
0025デフォルトの名無しさん
2006/12/13(水) 20:28:590026デフォルトの名無しさん
2006/12/13(水) 20:32:190027デフォルトの名無しさん
2006/12/14(木) 14:53:190028デフォルトの名無しさん
2006/12/15(金) 03:40:520029デフォルトの名無しさん
2006/12/15(金) 03:42:580030デフォルトの名無しさん
2006/12/15(金) 13:34:300031デフォルトの名無しさん
2006/12/15(金) 13:36:290032デフォルトの名無しさん
2006/12/15(金) 21:16:370033・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/15(金) 23:20:49Javaはそれ自体GUIからネットワークまであらゆる標準APIを備える。
言語仕様自体はシンプル。
まあでも、VMまで考えるとちとややこしいな。
0034デフォルトの名無しさん
2006/12/16(土) 10:26:38人の書いたプログラムを読むのが激しく難しい。
0035デフォルトの名無しさん
2006/12/16(土) 16:49:460036デフォルトの名無しさん
2006/12/18(月) 20:20:320037デフォルトの名無しさん
2006/12/25(月) 17:24:53Javaで使えたのはJalopy(ごめんつづり忘れた)くらいだったかな。
人のソースが読みにくい、と言うとアンチPerlerを召還するよ。
Cは標準ライブラリ、よく言えばスマート、悪く言えば貧弱。
GUIだと死ぬほど関数増える。
Javaは最初からいーっぱいついてて迷子になる。
早い話、ドキュメントがしっかり探せれば、どっちも難しくないよ。
0038デフォルトの名無しさん
2007/02/03(土) 13:34:58で？
0039デフォルトの名無しさん
2007/02/06(火) 20:41:130040デフォルトの名無しさん
2007/02/06(火) 20:50:450041デフォルトの名無しさん
2007/03/05(月) 00:12:35同じコトするのに凄い面倒いし
メモリ領域の確保、ぐらいは別に良いが
領域の大きさまで面倒みなきゃならんことに戸惑った
たかだか動的配列ごときに手間取るわ
一行入力だけで大量のコード書くわで
高級言語の皮被ったマクロアセンブリだなってのが正直な感想
0042デフォルトの名無しさん
2007/03/10(土) 11:35:060043デフォルトの名無しさん
2007/03/10(土) 16:25:00そうだな。能力の無い俺は大人しく洗練されたライブラリを使わせてもらうよ
0044デフォルトの名無しさん
2007/04/22(日) 23:59:010045デフォルトの名無しさん
2007/04/23(月) 22:09:23努力すれば誰でも１年でペラペラかな？
0046デフォルトの名無しさん
2007/04/23(月) 22:33:01それまでのプログラム言語と比べると、潔いくらい機能を削ぎ落としてる。
でもCで何かやろうとするとハタと困ったことになる。
0047デフォルトの名無しさん
2007/04/23(月) 23:23:04C++ならあるんだけどね
0048デフォルトの名無しさん
2007/04/26(木) 04:59:15漏れもC++みたいに余計なもの一杯纏ってどろどろしたのよりCが好きだよ
ライブラリさえ手に入れば(あるいは作ってしまえば)オブジェクト嗜好全盛の
今の時代でもJavaやC#を凌ぐ性能がある
そういう意味で今期待しているのがD言語なんだよね
0049デフォルトの名無しさん
2007/04/26(木) 15:26:40激しく人による。
もし自分が全くの未経験の時にやる気と根性MAXで勉強してたら2ヶ月くらいでいけたかも
そんな根詰めて出来る人はそうそういないけどｗ
0050デフォルトの名無しさん
2007/07/04(水) 01:26:16想像以上のぬるぽExceptionの出現の頻度に驚く
まじでCで書いてた時よりも多いよ
Javaってつくづく間抜けだなと思う
0051デフォルトの名無しさん
2007/07/12(木) 23:42:190052・∀・）っ-○◎●
2007/07/15(日) 04:16:190053デフォルトの名無しさん
2007/07/18(水) 08:16:270054デフォルトの名無しさん
2007/08/25(土) 17:53:22関数覚えきれないくらいあるって訳じゃないしな。
0055デフォルトの名無しさん
2008/02/09(土) 00:28:28C++のstringは糞使いにくい！
cstringなんぞ互換性が糞！
0056デフォルトの名無しさん
2008/02/09(土) 00:30:07どういう入門書やライブラリを使いかで
上達速度は全然違うと思うぞ。
ライブラリが分散して互換性がないし
やってられんわ。基礎だけならどうにか上達はするが、
ライブラリやフレームワークを駆使するにはかなり苦しい目を見る。
0057デフォルトの名無しさん
2008/02/09(土) 00:31:03セキュリティの問題だからな。
それだけセキュリティが強化されているということであって
なにもマヌケではない
0058デフォルトの名無しさん
2008/02/10(日) 12:34:16Ｃ言語を１週間ほど勉強すればカレンダー表示ぐらいはできますかね？
0059デフォルトの名無しさん
2008/02/10(日) 12:50:260060デフォルトの名無しさん
2008/02/10(日) 13:11:330061デフォルトの名無しさん
2008/04/13(日) 13:36:55Cが難しい、JAVAが難しい、C++は最低とか言ってる時点で、能力が無いんじゃないのか?
0062デフォルトの名無しさん
2008/04/13(日) 15:01:47後から追加で色々言わせない為にもとことん仕様を固めないといけない
仕様が固まる頃には脳内コーディング終わっててキーパンチするだけ
0063デフォルトの名無しさん
2008/04/21(月) 21:59:330064デフォルトの名無しさん
2008/04/21(月) 23:20:030065デフォルトの名無しさん
2008/04/22(火) 00:49:03アルゴリズムが難しいなんて言ってる人は能力無いよ…
0066デフォルトの名無しさん
2008/04/22(火) 22:31:22アルゴリズムに寄るとしかいえないだろ
0067デフォルトの名無しさん
2008/04/25(金) 21:11:51そういうのは、ゲームにどう関係するんだ？と思う。
0068デフォルトの名無しさん
2008/04/25(金) 23:01:53自キャラからの距離でソートしないのか？
じゃあどうやるんだよ
0069デフォルトの名無しさん
2008/04/25(金) 23:06:330070デフォルトの名無しさん
2008/04/25(金) 23:24:140071デフォルトの名無しさん
2008/04/26(土) 00:04:580072デフォルトの名無しさん
2008/04/26(土) 00:25:310073デフォルトの名無しさん
2008/04/26(土) 01:31:100074デフォルトの名無しさん
2008/04/26(土) 01:34:450075デフォルトの名無しさん
2008/04/26(土) 12:32:29パックマン知ってたらそんな頭悪いシステム作るわけないんだけどな。
0077デフォルトの名無しさん
2008/05/02(金) 12:25:240078デフォルトの名無しさん
2008/05/02(金) 16:51:03簡単なアルゴリズム、難しいアルゴリズムという話なら
実装の難易度ではないだろう
0079デフォルトの名無しさん
2008/05/03(土) 19:19:38少しC++はかじったけど。
Java というよりもObject指向が最初よくできなくて苦労したなぁ・・・
CでWindow 作ったりするよりはJavaの方がずっと楽ちん。
自分はunixでmotifとか使っていたからな・・・ 調べるのも大変だし
つーかライブラリがそろっている点がいいかな。
0080デフォルトの名無しさん
2008/05/03(土) 19:20:51?
アルゴリズムの実装は少なくともCとJavaでは差はないだろｗ
0081デフォルトの名無しさん
2008/05/03(土) 19:23:09言語に向き不向きはあるが、アルゴリズムの実装にCもJavaもないだろうに
0082デフォルトの名無しさん
2008/05/03(土) 20:55:44言語仕様だけの範囲だと確かにそれはあるな。
実際には、ライブラリに助けられる場面が多いけど。
あと、POSIXみたいに規格が整備されているかどうか。
0083デフォルトの名無しさん
2008/05/05(月) 03:26:30アルゴリズムの結果に差はないが洗練された書き方が
できるかどうかに違いは出るんじゃね？
Cの方が実装方法の幅はひろいから。
0084デフォルトの名無しさん
2008/05/08(木) 01:43:200085デフォルトの名無しさん
2008/06/05(木) 22:46:060086デフォルトの名無しさん
2008/06/07(土) 09:47:090087デフォルトの名無しさん
2008/06/14(土) 16:44:320088デフォルトの名無しさん
2008/06/14(土) 21:59:310089デフォルトの名無しさん
2008/06/14(土) 23:44:190090デフォルトの名無しさん
2008/06/14(土) 23:52:040091デフォルトの名無しさん
2008/06/15(日) 00:29:20Javaはデザインパターンとか深く研究すると結構奥深い
Cの設計はつまらないけどJavaの設計は面白い
講師とかセミナーとかやってるけどJava教える方が１０００倍ぐらい楽しい
0092デフォルトの名無しさん
2008/06/15(日) 00:38:17！！！
意味分からん
0093デフォルトの名無しさん
2008/06/15(日) 02:11:54当然、Javaと○○だったら○○でやるほうがいいとも思うわけですよ。
0094デフォルトの名無しさん
2008/06/15(日) 12:42:08オブジェクト指向言語の事かー！
0095デフォルトの名無しさん
2008/06/18(水) 08:03:39Cの経験無しでJavaからいきなり入るのはかなり危険
0096デフォルトの名無しさん
2008/06/21(土) 14:35:34いや、全然。
オマエが入門書を飛ばし読みしすぎただけ。
0097デフォルトの名無しさん
2008/07/22(火) 20:05:440098デフォルトの名無しさん
2008/07/24(木) 21:19:02同じくそう思う
Cは言語仕様はそう大きく無いと思ったりも
ポインタ系だとアセンブラの間接アドレッシングとか、理解してないと
つらいんじゃない？
＃絵での説明そのもの、なんだけどねｗ
メモリを常に意識しないと移管のは、所詮は高級アセンブラ(構造化アセンブラ)
ベースだから、しょうがないでしょーーーー
アルゴリズムは、なんで書いても同じじゃねーーーーーー
実装の部分で、Javaだとコレクション使って書くと楽出来るってだけで
0099デフォルトの名無しさん
2008/07/24(木) 22:18:27いきなりJAVAからはじめると、
クラスを習得するのに苦労するかもな。
変数宣言・入力・出力・選択・繰り返しは まんま Cと同じだから 難易度は同じ。
ってなわけ習得に関する難しさは C＜JAVA
0100デフォルトの名無しさん
2008/07/24(木) 23:03:20針金だけで何でも作る方法論が、
出来てるパーツを組み立てる方法論より簡単なのは、道具の形だけ。
0101デフォルトの名無しさん
2008/07/26(土) 00:36:010102デフォルトの名無しさん
2008/07/26(土) 21:02:09何かを作る為に、一番適した言語で作るだけのこと
一番最初はCやっときゃ間違いは無いのに
わざわざC++だとかJAVAとか平気でいう奴がいる
別にJAVAでもいいけど、JAVAからやるなら
その後に、アセンブラかCやらないと、概念が、いくつか抜けてるままですよ
0103デフォルトの名無しさん
2008/07/26(土) 22:15:440104デフォルトの名無しさん
2008/07/28(月) 00:10:54http://science6.2ch.net/test/read.cgi/infosys/1216289288/599
C++の洒落プログラムを落としただけで炎上したんだがｗｗｗ
読むとかなり面白いｗ
世の中こんな会社もあるから気をつけてくれｗ
マジで！
0105デフォルトの名無しさん
2008/07/30(水) 21:18:08Javaはまずクラスパスの概念で躓く
次に参照型の概念、可変、不変(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で躓く
次に、やっぱりヘッダファイルで躓く
次にデストラクタで躓く
0106デフォルトの名無しさん
2008/08/02(土) 14:53:590107デフォルトの名無しさん
2008/08/04(月) 10:57:19それならテンロクのMT車が欲しい、ホットハッチ好きだから。
0108デフォルトの名無しさん
2008/08/04(月) 20:55:230109デフォルトの名無しさん
2008/08/04(月) 20:56:40一昨年の書き込みにレスをつけるなんざ只者ではないな(w
0110デフォルトの名無しさん
2008/08/04(月) 22:07:29ワイパーとかウインカーとかパワーウインドとか他色々
同時に動くね
0111デフォルトの名無しさん
2008/08/06(水) 19:45:17同時に動かない車があったらそっちのほうが珍しい(w
0112デフォルトの名無しさん
2008/08/06(水) 23:32:51想像してﾜﾛﾀ
0113デフォルトの名無しさん
2008/09/13(土) 20:26:46JavaはGenericsの誘惑に負けて仕様を弄ってからメリットが失われたな。
0114デフォルトの名無しさん
2008/10/19(日) 13:57:22c++でVBみたいに出来るようになれば一番いいのにね
0115デフォルトの名無しさん
2008/10/19(日) 14:02:14そういうものをしらないといけないから、結構時間かかるよ。
JavaもAPIだけだから、ぱっと見て簡単に思えるけど、実は深く理解するには
Cを熟知していないといけないから、ある意味Cよりやっかい。
まあ、他と一緒できちんとした道で勉強しないとだめですなということがいいたい。
0116デフォルトの名無しさん
2008/10/19(日) 16:52:40最近はC++も増えてるけども。
0117デフォルトの名無しさん
2008/10/20(月) 09:32:01・どういう業界？(組み込み？鯖？etc)
・仕事って？(案件？求人？etc)
0118デフォルトの名無しさん
2008/10/21(火) 02:14:20基本的にコマンド発行するだけだし。
ただし規模がでかくなると途端にカオス。
馬鹿がメモリ操作ミスるとまたまたカオス。
バウンズチェッカーとか使えばいいんだけど。
JavaはGenericsの警告をさくっと無視すると簡単。
厳密にやろうとするとカオス。
型チェックの恩恵を無視するXMLヘルもカオスなら、
アノテーションヘルもまたカオス。
しかしまぁ、バグに悩まされる時間は圧倒的に少ない。
ユニットテストもさくさく書けるし。
0119デフォルトの名無しさん
2008/10/23(木) 08:52:27挫折しないの？
Cならscanfで済むところをJavaだとBufferedreaderだのnewだののネストで
2行ぐらい使うだろ。
思考がさえぎられないか？
0120デフォルトの名無しさん
2008/10/24(金) 01:11:350121デフォルトの名無しさん
2009/02/09(月) 02:55:40それで曖昧で矛盾した指向のJavaで書いてるんだからカオスにならないはずがない
0122デフォルトの名無しさん
2009/03/14(土) 01:54:060123デフォルトの名無しさん
2009/03/20(金) 16:17:21初心者はCommon LispかSchemeから始めよう
0124デフォルトの名無しさん
2009/03/21(土) 09:24:04,emacsをいじることとlispの勉強をすることは＝ですか？
0125デフォルトの名無しさん
2009/03/21(土) 11:10:22emacs lispはlispの方言の一つだけど、方言ということで、common lispともschemeとも
違うところはあるかな。特に変数束縛のところはね。
schemeでいいと思うよ。最初から知る必要なことは少ないから。シンプルなんでね。
覚えなきゃいけない文法が少なくって、アルゴリズムを勉強するなんてなるとこの必要最小限が凄くよいんだよ。
そこで知った方法は他の言語でもアイデアの源として使ってるんで、他の勉強をするときにも助けになる(これは
経験済み)
ただし、最初にscheme/lispをやっておかないと記述の独特さに慣れなくなる。初心者より、他の言語習熟者
がやりにくい言語としても知られているのでね。
Cも悪くないよ。ただし静的なコンパイラ言語の機動力のなさが初心者には辛いかも。も
JAVAに至っては、独特のＯＯＰなんで(独特といってもメインストリームだが)プログラムを組むときに
悪い癖が付くと思う。できれば最初より2つ目に学んだほうがいい。schemeが一番いいと思うけど
python/rubyでもよいよ。
それもできれば関数型言語を意識したスタイルがいい。最初から手続型をやるとカオスなプログラム
を作りやすいけど、関数型のスタイルを学んでおくと筋が良くなるという印象がある。筋が良くなるとデ
バッグも楽なので。
0126デフォルトの名無しさん
2009/03/23(月) 20:11:10ありがとう。
興味持ったんで少し自分で調べて勉強している。
もう少し教えて欲しいんだけど、Schemeってハードル高いっていうか、
人を選ばないですか？
数学の知識や能力が必要みたいな書き方をする人もいるし、
今やっている「もうひとつの Scheme 入門」じゃいきなりのように
「ボールを投げたときに飛ぶ距離を求める関数」なんて練習問題が出てくる。
数学や物理のことを知らないと付いていけないんじゃないかって迷っている。
それがたとえ高校程度の知識だとしても。
何十年も前に習ったことを思い出せって言われても・・・
0127デフォルトの名無しさん
2009/03/24(火) 13:42:00嫌ならその練習問題飛ばせばいい
0128デフォルトの名無しさん
2009/05/13(水) 07:51:01Z
z
z
＜⌒／ヽ-､_＿_
／＜_/＿＿＿＿／
￣￣￣￣￣￣￣
0129デフォルトの名無しさん
2009/05/13(水) 07:56:57○○って仕様の作れって言われて、ぱっとアルゴリズムが浮かぶなら難易度的にcもjavaも大差ない気がする。
0130デフォルトの名無しさん
2009/05/13(水) 09:54:50宿題レベルでも面倒臭さには差が出るでしょ
バイナリ操作やれ、とか文字列操作やれ、とかなら
0131デフォルトの名無しさん
2009/05/16(土) 00:40:53幽体離脱
∧∧ ∩
(`･ω･)/
⊂ ノ
(つノ
(ﾉ
＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
￣￣￣￣￣￣￣
0132デフォルトの名無しさん
2009/05/16(土) 07:47:07標準ライブラリがしょぼい...orz
普通のアプリケーション作るなら
Javaの方が「楽」だとは思うな。
Java標準クラスライブラリ程度のものが,
Cの標準ライブラリにならんかなぁ・・・
(思想的にNGなのかもしれんが・・・
0133デフォルトの名無しさん
2009/05/17(日) 16:52:42Pascalの方が貧弱だよね
∧∧
(´･ω)
_｜⊃／(＿＿＿
／ ヽ_(＿＿＿_／
￣￣￣￣￣￣￣
0134デフォルトの名無しさん
2009/06/09(火) 21:44:53Cのほうが難しいと思うな。
個人的にCの言語仕様で不満な点は、
・ポインタやらメモリ確保やら、アセンブラチックなことを考えないといけない。
・キャストを忘れてもコンパイルが通ってしまうため、バグが生まれやすい。
ってとこかな。
Javaの好きなところは
・コーディングミス(キャスト忘れなど)をコンパイル時に検出してくれる
・アセンブラチックなことを考えず、アルゴリズムの実装に専念できる
こんなかんじ。
0135デフォルトの名無しさん
2009/07/12(日) 08:44:560136デフォルトの名無しさん
2009/07/25(土) 01:51:52断然Cの方が言語としては簡単です。
おそらくCエンジニアがJavaを（ちゃんと）習得するのには2年かかりますが、
JavaエンジニアがCを習得するのはせいぜい半月ってところでしょう。
0137デフォルトの名無しさん
2009/07/25(土) 02:13:15文法の整合性という意味ではJavaの方が圧倒的に簡単
0138デフォルトの名無しさん
2009/07/25(土) 04:30:24文法ってあのポインタ混じりの関数宣言とか配列宣言の事か
それも確かに面倒だが、ポインタ使ってトリッキーなプログラムを
書かれると読み解くのに時間が掛かる
特に長いプログラムでそれをやられるともう読む気も起きない
0139デフォルトの名無しさん
2009/07/25(土) 19:57:43おまえらずっと同じところをぐるぐる回ってるな
0140デフォルトの名無しさん
2009/07/25(土) 23:52:17http://namidame.2ch.net/test/read.cgi/hidari/1225537555/
0141デフォルトの名無しさん
2009/07/26(日) 12:17:21しかもそれを採用する書き方が色々あるのが馴染めない。
main 関数だけでもちょっとググｯたらこんだけ出てきた。
int main(int argc, char* argv[])
int main(int argc, char *argv[])
int main(int argc, char **argv)
この微妙な混乱を何十年も取り除かない精神が気に食わないわ。
それぞれ、意図が異なるっていうことを読み取れるなら誰か教えてほしい。
0142デフォルトの名無しさん
2009/07/26(日) 12:27:22そういうのって気にならなくなるもの？
0143デフォルトの名無しさん
2009/07/26(日) 15:19:20頻繁に使うもの以外は覚えてないよ。必要になったらAPIリファレンスを調べる。
ただ、パッケージの役割については、ある程度把握しておいたほうがいいと思うけど。
さすがに、全てを調べるのは効率が悪すぎるから。
自分の場合、新しいバージョンが出るタイミングなどで、パッケージの使い方を軽くおさらいしている。
0144デフォルトの名無しさん
2009/07/28(火) 01:00:50全部同じ意味。シンタックスシュガー。糖衣構文。
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] )();という形になることを簡単には推測できない。
0145デフォルトの名無しさん
2009/07/29(水) 13:22:39> int [10] s;を許すとしたら
さりげなく変な宣言許すなよ。その時点で意味わかんなくなるじゃん。
俺としては以下の構文がいい。
int[] s = new int[10];
今書いて気づいたけど、まぁつまり Java の構文だな。
つーか、Javaでも下の書き方が通るのがイラつくんだよな…。
int s[] = new int[10];
変数宣言は以下の構文だけにするのがいいと思う。
型名 変数名 = 値;
そして、出来るなら以下のように書けるならもっとうれしい。
int[] hoge = int[].create(10);
ここまでくると拒否反応を感じる人も相当居ると思うけど。
0146デフォルトの名無しさん
2009/07/29(水) 17:22:39var hoge :int[] = int[].create(10);
:int[]は省略可能で、省略した場合には型推論が行われる。
0147デフォルトの名無しさん
2009/07/29(水) 17:33:23int[] hoge = int[].create(10);またはvar hoge = int[].create(10);（型推論）がいい。
0148147
2009/07/29(水) 17:34:45誤解を招きそうに感じたから補足。
0149デフォルトの名無しさん
2009/07/30(木) 01:01:520150デフォルトの名無しさん
2009/08/13(木) 18:57:59関数ポインタやメンバ関数ポインタの宣言はどうすることもできないじゃないか。ｗ
挙句に、配列と関数ポインタの宣言構文の形が変わって余計に混乱するかも。
0151デフォルトの名無しさん
2009/08/16(日) 18:44:58var hoge: int[] = int[].create(10);
関数の宣言は次のようになる。
def bar(x: int[]): int[] = { ... }
関数ポインタはこんな感じかな？
var pbar: (int[]): int[] = bar;
型推論ありきなら、もっと簡単。
0152デフォルトの名無しさん
2009/09/04(金) 20:46:38JAVAは覚えるのは大変だか作るのは簡単
0153デフォルトの名無しさん
2009/10/26(月) 04:24:580154デフォルトの名無しさん
2009/10/26(月) 11:44:16>またはvar hoge = int[].create(10)
int[][10]ができる？みたいな誤解を招きそうだ
0155デフォルトの名無しさん
2009/11/28(土) 00:55:39たしかに・・
いまどきコンソールアプリなんてだれも使ってくれないし、
かといってWIN32APIだけでGUI作っても工数掛かるだけだし・・・
CはOS開発、組込開発なんてやってる人じゃなきゃつかわない
0156デフォルトの名無しさん
2010/01/08(金) 00:42:300157デフォルトの名無しさん
2010/01/08(金) 18:22:49Dim hoge as Integer() = new Integer(10) {}
こっちの方がいい。
0158デフォルトの名無しさん
2010/01/10(日) 02:49:50>>157
今のままでいい(笑
newはメモリ確保の演算子で配列生成とコンストラクタで目的が共通してるから。。。
って知ってるわな。
>>154
電子工作に使えるぞ。
0159デフォルトの名無しさん
2010/01/10(日) 02:51:380160デフォルトの名無しさん
2010/01/11(月) 14:35:07数値計算とかシミュレーションはまだCとFortranが主流だけど。
最近の事情はしらないが、JAVAでもCと変わらんくらいの計算速度/メモリ使用効率得られるのか？
■ このスレッドは過去ログ倉庫に格納されています