C言語よりC++を先に習っても問題ないですか？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/10/27(木) 21:34:440002デフォルトの名無しさん
2005/10/27(木) 21:35:110003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
2005/10/27(木) 21:38:38でも結論から言えば、別に構わない>>1
0005デフォルトの名無しさん
2005/10/27(木) 21:52:510006デフォルトの名無しさん
2005/10/27(木) 22:05:350007デフォルトの名無しさん
2005/10/27(木) 22:42:14ベターCとはなんですか？教えてください
0008デフォルトの名無しさん
2005/10/27(木) 22:54:520009デフォルトの名無しさん
2005/10/27(木) 22:56:540010デフォルトの名無しさん
2005/10/27(木) 23:02:49C++は単にCとしても使え、しかもCより改善されているので
C++固有の機能を使わずともお得。そんなC++のC相当の部分のことをベターCという。
0011デフォルトの名無しさん
2005/10/27(木) 23:04:31なるほど、わかりました。
ありがとう
0012デフォルトの名無しさん
2005/10/27(木) 23:18:43Cを知っていることがC++の理解の妨げになることだってあるだろうし。
使いたい言語を使えばいいだけ。
わかったらさっさと削除依頼出してきなさい。
0013デフォルトの名無しさん
2005/10/27(木) 23:36:42ここのスレは仲良く共有してください
お疲れ様でした
0014デフォルトの名無しさん
2005/10/28(金) 00:28:550015デフォルトの名無しさん
2005/10/28(金) 10:22:380016デフォルトの名無しさん
2005/10/28(金) 12:45:41でも、C++はいきなり学ぶには複雑すぎ。
0017デフォルトの名無しさん
2005/10/28(金) 12:49:32が効率よさげにみえる
0018デフォルトの名無しさん
2005/10/28(金) 12:55:140019デフォルトの名無しさん
2005/10/28(金) 13:25:46C++の全部の機能を一度にマスターしようとすればの話だろ。
C++の規模は、かの巨大言語PL/IやAdaをしのぐと言われているから、
どんな人でも一度に覚えるのは無理だと思う。
0020デフォルトの名無しさん
2005/10/29(土) 22:19:19習うとか言ってる時点で・・・
0021デフォルトの名無しさん
2005/10/30(日) 22:48:50それに一票
JAVAやってから、C++すると
トリッキーなコードが減る
0022デフォルトの名無しさん
2005/10/30(日) 22:53:010023デフォルトの名無しさん
2005/10/30(日) 22:59:040024デフォルトの名無しさん
2005/10/31(月) 00:16:35多重継承を使わない(使えない)OO。ジェネリックに自由度が低い。
0025デフォルトの名無しさん
2005/10/31(月) 18:28:51理解しきれる頭脳があればかまわないと思う。
0026デフォルトの名無しさん
2005/10/31(月) 21:33:010027デフォルトの名無しさん
2005/11/02(水) 20:28:58本買って独学のほうがいいよ
こんなもんは、習うもんじゃぁない。
0028デフォルトの名無しさん
2005/11/02(水) 20:32:09電気電子系ぐらいでしょ
0029デフォルトの名無しさん
2005/11/03(木) 00:19:35実装の多重継承は使わない方が無難なので大丈夫
インターフェース多重継承なら、お手の物のハズ
ジェネリックは・・・・敷居高そうだね
解ると死ぬ程便利なんだけど
最新のJAVAは「簡易ジェネリック」が有るので何とかなるかと
0030デフォルトの名無しさん
2005/11/04(金) 23:29:270031デフォルトの名無しさん
2005/11/05(土) 00:21:010032デフォルトの名無しさん
2005/11/05(土) 01:02:16とりあえずプリプロセッサとか多重継承演算子オーバーロードとか
くだらん無駄なもんは覚えるな。
Javaに必要なものだけ覚えろ
さすればJavaへの以降も容易になる。
0033デフォルトの名無しさん
2005/11/05(土) 01:04:28> >>24
> 実装の多重継承は使わない方が無難なので大丈夫
> インターフェース多重継承なら、お手の物のハズ
> ジェネリックは・・・・敷居高そうだね
> 解ると死ぬ程便利なんだけど
> 最新のJAVAは「簡易ジェネリック」が有るので何とかなるかと
あれは簡易ジェネリックとは呼ばない。
タイプセーフジェネリックスと呼ぶのが相応しい。
タイプセーフなだけにバグも少ない。
かといってタイプセーフでないものが敷居が高いと言いきるのは
何か変だ。
0034デフォルトの名無しさん
2005/11/05(土) 01:34:29Javaを学び始めたほうがいいような気もする
0035デフォルトの名無しさん
2005/11/05(土) 08:49:360036デフォルトの名無しさん
2005/11/05(土) 09:01:05ぬるぽ
0037デフォルトの名無しさん
2005/11/05(土) 09:11:27C/C++のように直接メモリ管理をユーザーに委ねる事はしないが、実際は殆どの高級言語はポインタを持っている
C厨はそれがCの優れたところと思っているが、実際はバグの温床でメリットになっていない事のほうが多い
0038デフォルトの名無しさん
2005/11/05(土) 09:30:19お前の技量が低いせいだと思うが？
0039デフォルトの名無しさん
2005/11/05(土) 09:47:400040デフォルトの名無しさん
2005/11/05(土) 10:36:40誰が俺の話をしたと言ってる
ちょっと前までは世の中のセキュリティホールの大半はC言語のポインタが原因であってもか？
0041デフォルトの名無しさん
2005/11/05(土) 10:51:46.NETならそんなこと皆無なのに
0042デフォルトの名無しさん
2005/11/05(土) 11:04:54無論だ。
そんな話は聞いた事がないからな。
ちょっと前なんて曖昧な表現されてしまったからいくらでも言いようがあるんだろうが。
0043デフォルトの名無しさん
2005/11/05(土) 21:47:500044デフォルトの名無しさん
2005/11/07(月) 10:25:45ポインタ参照を配列参照のように扱えるのだ。
0045デフォルトの名無しさん
2005/11/10(木) 19:17:54以上
0046デフォルトの名無しさん
2005/11/11(金) 08:13:02くらいな気がする。
大阪弁より先に東北弁を習ってもいいかもしれない。
0047デフォルトの名無しさん
2005/11/14(月) 11:18:06それは先に英語をやるべきだろう。
フランス語(を含むラテン語に近い言語)は日本人には難解に思える。
#寧ろいっそ、フランス語よりもスペイン語のほうが突き抜けていて面白いかも。
0048デフォルトの名無しさん
2005/11/19(土) 23:32:23005040
2006/04/24(月) 06:36:03言い訳をしてもいいわけ？
0051デフォルトの名無しさん
2006/04/24(月) 09:16:58PHPやPerlでもセキュリティーホールありまくりだろよ。
0052デフォルトの名無しさん
2006/04/24(月) 12:10:48言語として致命的な欠陥があればとっくに是正されてる
0053デフォルトの名無しさん
2006/04/24(月) 12:52:54最近になってC言語にセキュリティ対策のライブラリが追加されたのに
まだ言うか
0054デフォルトの名無しさん
2006/04/24(月) 13:03:120055デフォルトの名無しさん
2006/04/24(月) 15:46:57C++は、Cを引きずってるので
先に習ってもいいけど、結局Cを学んでるような。
つーか、覚えること多いよ。
ポインタについて学びたければアセンブラが
005640
2006/04/24(月) 16:29:10いまさらC/C++を学ぶ奴の気が知れん
0057デフォルトの名無しさん
2006/04/24(月) 18:26:25VC8の_sのことを言っているつもりなら、それは所詮VCの独自拡張。
Cに未だC99より新しい規格は無い。
0058デフォルトの名無しさん
2006/04/24(月) 23:17:07http://www.vb-c.net/
0059デフォルトの名無しさん
2006/04/25(火) 00:44:48まてまて、_sは次期標準Cライブラリに追加される予定で、現在ドラフトまで来てるものだぞ
0060デフォルトの名無しさん
2006/05/02(火) 12:55:590061デフォルトの名無しさん
2006/05/02(火) 13:23:220062デフォルトの名無しさん
2006/05/02(火) 15:20:050063デフォルトの名無しさん
2006/05/02(火) 15:51:13classの設計に6〜8割の時間を費やさないとC++らしくいかない。
Cは行き当たりばったりで、作ることもできる。
C++を本当に習得したら、逆にCに戻れないだろう。
0064デフォルトの名無しさん
2006/05/02(火) 17:02:39逆だ。寧ろCでもC++流で書いてしまう漏れガイル。
0065デフォルトの名無しさん
2006/05/04(木) 14:19:030066デフォルトの名無しさん
2006/06/19(月) 20:08:250067デフォルトの名無しさん
2006/06/19(月) 20:09:07そういう面倒もないC++、マンセー！
0068デフォルトの名無しさん
2006/06/19(月) 22:05:30設定ファイルをパース出来るCマンセーｗｗ
0069デフォルトの名無しさん
2006/06/19(月) 22:15:37本当に何も考えないと罠に嵌るよ。
C++のiostreamならそんな罠は無いかと言えばそういうわけではないけれど。
0070デフォルトの名無しさん
2006/06/26(月) 18:22:030071デフォルトの名無しさん
2006/09/29(金) 08:28:110072デフォルトの名無しさん
2006/09/30(土) 10:14:33具体的に、どの程度C言語を使えるようになってから始めたらいいのか曖昧だな。
0073デフォルトの名無しさん
2006/10/01(日) 13:30:07実質的にはCをやってからC++に入るのと同じようなものだということも考えられる。
0074デフォルトの名無しさん
2006/10/02(月) 05:10:310075デフォルトの名無しさん
2006/12/23(土) 01:08:25それよりもコンピュータとOSの基礎的なことと、
構造化設計とオブジェクト指向の本質（要するにプログラムの作り方）を
学んだ方が良いですよ。
それにはまず作ってみることが重要。
個人的には言語はC言語だけで十分だと思います。
基礎＋デザイン方法＋C言語を理解していればどんな言語でも簡単に習得できます。
0076デフォルトの名無しさん
2006/12/23(土) 02:01:460077デフォルトの名無しさん
2006/12/23(土) 11:46:35人間の思考が、使用する言語にかなり影響されているという、言語的相対論を少しでも考えたことがあるなら
そんなこと軽々しく言えないはずだけどな。
表面的な文法を簡単に習得できたとしても、その言語がもつパラダイムを習得することとは別問題。
オブジェクト指向言語を用いずにオブジェクト指向の本質を学ぶだなんて、本末転倒も甚だしい。
0078デフォルトの名無しさん
2006/12/24(日) 02:13:140079デフォルトの名無しさん
2006/12/24(日) 04:02:140080デフォルトの名無しさん
2006/12/24(日) 09:06:110081デフォルトの名無しさん
2006/12/24(日) 11:12:400082デフォルトの名無しさん
2006/12/24(日) 14:55:47特化されてる言語やってごった煮言語使うのがソースへの思いやり
0083デフォルトの名無しさん
2006/12/24(日) 15:08:230084デフォルトの名無しさん
2006/12/24(日) 15:22:43CとかC++なんてお古なんだから、おニューのC#でもやったら？あと、javaな。
008575
2006/12/24(日) 15:29:52言語的相対性に基づいて考えたとしても，
プログラム言語の場合，最終的にコンピュータにどのような事をさせるか，
つまり「入力→処理→出力」に帰着すると思うので，抽象的な性質を持つ言語を
先に習得してしまうと，その言語から逃げられなくなるかと思われます。
なので，言語はシンプルなものから学んだ方が良いと思います。
（まぁ，その当たりは好み次第かもしれませんが）
あと，オブジェクト指向言語はオブジェクト指向的な要素を持つだけであり，
それで作られたプログラムがオブジェクト指向で設計されているかといえば
必ずしもそうではありません。
というより，世の中に出回っているプログラムにはそうでない物の方が多いです。
単純にクラスを使うのがオブジェクト指向ではありません。
そこから一歩踏み込んだデータや機能を階層的に設計する事の方が重要だし，
それこそがオブジェクト指向の考え方の要です。
なので，オブジェクト指向言語でなくてもオブジェクト指向は理解できるし，
何より（機能面での）階層化設計をおこなうには構造化設計の理論が必要です。
そういった事から，逆にオブジェクト指向言語でオブジェクト指向を学ぶと
間違った方向で理解してしまう危険性もあります。
（中には自ずと気付く天才肌もいますが）
ただし，そういった事は実際に場数を踏まないと分からないと思うので，
まずは言語は何でも良いからモノ作りをしてみることが重要ですが。
0086デフォルトの名無しさん
2006/12/24(日) 15:32:09C# -> Java -> C -> C++
0087デフォルトの名無しさん
2006/12/24(日) 15:56:37→
← どっちの順番やねん
008886
2006/12/24(日) 16:11:330089デフォルトの名無しさん
2006/12/24(日) 16:12:41突っ込みどころが多すぎて行数が足りないって言われるんだがｗ
0090デフォルトの名無しさん
2006/12/24(日) 16:13:350091デフォルトの名無しさん
2006/12/24(日) 16:14:552chでは3行以上の文は読まれない。
0092デフォルトの名無しさん
2006/12/24(日) 16:16:25そうなのか・・。サンキューベリーマッチング。
0093デフォルトの名無しさん
2006/12/24(日) 18:11:08>言語的相対性に基づいて考えたとしても，
全然わかってないんじゃんｗ
0094デフォルトの名無しさん
2006/12/24(日) 18:28:50野次馬としては、複数レスにしてでも書いてほしい。
勿論それを75=85がどう返すかが見物だ。
0095デフォルトの名無しさん
2006/12/25(月) 20:44:49よほど才能が要ると思うんだが…
0096デフォルトの名無しさん
2006/12/25(月) 23:11:240097デフォルトの名無しさん
2007/01/02(火) 21:03:15C++の機能を使えないケースとかもあると思う。
需要はどっちがあるんだろう？
0098デフォルトの名無しさん
2007/01/03(水) 00:23:01IPAの作ったCのコーディングルールとか、ポインタの演算も禁止だもんな。
0099デフォルトの名無しさん
2007/01/03(水) 01:01:43・C 言語の中には、インラインアセンブラが書けるものもある。
また、C++ 言う C を拡張したオブジェクト指向言語もある。
なぜか、C++ は大嫌いなのである。実行ファイルは大きいし、動作スピード
も遅い。しかし、最近は C++ で作る人がほとんどと思う。
0100デフォルトの名無しさん
2007/01/03(水) 03:55:42だからあんまり募集が少ないという話をよく聞く。
しかし、なんで学びたいのかそれによるんでないかな？
0101デフォルトの名無しさん
2007/01/03(水) 04:36:10C++にもCの命令も入ってくるんじゃ？
0102デフォルトの名無しさん
2007/01/03(水) 10:15:52C++のでもCのようにインラインアセンブリが使えることは多い。
あとD&E読め。C++はCと変わらない速さで動くことを常に目標として作られてきた。
ただ今では気を付けないと大きさもぶくぶく膨らむし遅くもなる。
（逆に言えばちょっと気を付けるだけでだいぶ違う）
それだけ言語が巨大になったと言うこと。
あとパソコンでは、実行ファイルの大きさも遅さも多少は気にならないほどに
性能が上がったということも影響はあったと思う。
0103デフォルトの名無しさん
2007/01/03(水) 12:44:350104デフォルトの名無しさん
2007/01/04(木) 03:37:57；´Д｀) なにそれ？
0105デフォルトの名無しさん
2007/01/04(木) 06:03:270106デフォルトの名無しさん
2007/01/04(木) 12:06:39文字列の部分的な置換をどうやってやるの？
0107デフォルトの名無しさん
2007/01/04(木) 19:54:53ポインタの演算を行う場合には，ポインタの指す範囲に気を付ける。
1.5 (1) ポインタへの整数の加減算(++,--も含む）は使用せず，確保した領域への参照・
代入は[ ]を用いる配列形式で行う。
(2) ポインタへの整数の加減算(++,--も含む）は，ポインタが配列を指している場合だ
けとし，結果は，配列の範囲内を指していなければならない。
--
前に見たときとちょっと変わってるかな?
以前は単に禁止だった。
0108デフォルトの名無しさん
2007/01/05(金) 01:00:05Cの初歩の初歩だよ
0109デフォルトの名無しさん
2007/01/05(金) 16:56:55構造化プログラミングの手法と、ポインタについて理解してからC++を習いなさいと言えば判りやすいのでは?
0110デフォルトの名無しさん
2007/01/05(金) 20:00:590112デフォルトの名無しさん
2007/01/06(土) 00:00:010113デフォルトの名無しさん
2007/01/06(土) 07:25:17演算子+-や[]を再定義してそこで範囲チェックして
アクセス違反が出るケースで例外出せばいいだけなのに
・・・と、ここまで書いて
配列を参照しているポインタが配列のサイズを認識出来ないのを思い出した漏れ
もうDまで1.00になったこのご時世なんだから
CもC++も言語自体使用禁止でいいんだよ
腐ってんじゃん
0114デフォルトの名無しさん
2007/01/06(土) 10:10:49（ポインタの代わりの）イテレータクラスとか作れるだろ。
0115デフォルトの名無しさん
2007/01/06(土) 19:27:370116デフォルトの名無しさん
2007/01/06(土) 20:50:17>>107 がそのことに言及していない件
0117デフォルトの名無しさん
2007/01/06(土) 22:37:51107はC、114はC++を対象にしている。
0118デフォルトの名無しさん
2007/01/07(日) 05:25:55>>107 が >>115 に言及していない件
0119デフォルトの名無しさん
2007/01/13(土) 21:03:38１０７で、ポインタが配列範囲の一個後ろを指すことを禁止してる件について
0120デフォルトの名無しさん
2007/01/13(土) 23:54:130121デフォルトの名無しさん
2007/02/03(土) 13:46:47C++てGUI始めました。今は満足してる
暇があったら覚えてやんよ
0122デフォルトの名無しさん
2007/02/03(土) 20:17:44C++前提で進めるものが増えればC++から学ぶ人が増えると思うんだが…
0123デフォルトの名無しさん
2007/03/11(日) 03:09:060124デフォルトの名無しさん
2007/03/11(日) 06:03:420125デフォルトの名無しさん
2007/03/11(日) 06:11:361、2週間で習得できるんだから、さっさとCを勉強すればいいのに。
0126デフォルトの名無しさん
2007/03/11(日) 11:40:37そういう考えもあるね。
C言語と共通な部分を入れると本が巨大になる。
値段が上がる。高くてぶ厚い本が売れるのか。
C言語と共通なのにC++を学ぼうという人にしか本が売れない。
0127デフォルトの名無しさん
2007/04/12(木) 12:00:29ぬかるんだ足場で背伸びするようなもの
0128デフォルトの名無しさん
2007/04/12(木) 17:06:56よくわからないけど、CとC++は似て非なる言語だから、別にCを知らなくっても問題無いよ。
0129デフォルトの名無しさん
2007/04/12(木) 17:15:55泥濘に板を渡すのは標準ライブラリ(std::string, STLなど)がやってくれているので、
泥濘がどうなっているのか気にしたくないときは気にしないで済む。
Cではプログラムを書く際に(俺様ライブラリがあれば別だが)毎回泥濘に板を渡さないといけない。
#この喩えだと、C#は泥濘にプレハブ工場が乗っかっているようなもんだな。
#ちょっと違う作業をやろうと思うと一々どっかから工場が飛んでくる羽目になる。
0130デフォルトの名無しさん
2007/04/26(木) 16:02:38言語仕様覚えるだけならそんな難しい事じゃない
0131デフォルトの名無しさん
2007/04/27(金) 02:13:190132デフォルトの名無しさん
2007/04/27(金) 07:53:58板になるかビニールシートになるかは使う人次第じゃね?w
0133デフォルトの名無しさん
2007/04/27(金) 09:22:250134デフォルトの名無しさん
2007/04/29(日) 14:17:25先人らがオブジェクト指向に苦労したのと同じ道を歩む羽目になる。
最初からC++やって、C言語との違いも適当に調べていけばいいよ。
0135デフォルトの名無しさん
2007/05/08(火) 19:08:42ややこしくすんなよ
C++使えるならC使えるのは当然って決め付けちゃったほうが周りが楽だろ
オブジェクト指向に苦労する奴は覚えた言語の順序のせいにするのか・・・
0136デフォルトの名無しさん
2007/05/08(火) 20:39:53どう頑張ってもアルゴリズムが無くなるワケじゃない
ただ、C言語は基礎を学ぶのに微妙に不向きな言語って気がする
0137136
2007/05/08(火) 20:40:520138デフォルトの名無しさん
2007/05/09(水) 00:33:360139デフォルトの名無しさん
2007/05/09(水) 22:32:220140デフォルトの名無しさん
2007/05/11(金) 05:47:00int a, b;
hoge * (*fuga)();
void (*~fuga)();
hoge * (*setA)(hoge *this, int a);
hoge * (*setB)(hoge *this, int b);
} hoge;
0141デフォルトの名無しさん
2007/05/12(土) 22:05:35しね
0142デフォルトの名無しさん
2007/05/12(土) 22:30:03お前はいつからコンパイラベンダーになったんだよって突っ込みたくなる
0143デフォルトの名無しさん
2007/05/12(土) 23:25:510144デフォルトの名無しさん
2007/05/19(土) 15:34:18C++って( C言語 + OOP )なんだから、C言語から覚えれば、楽だと思うんだが...
どっちみち、C言語の呪縛からは逃れられない運命な訳だし...
0145デフォルトの名無しさん
2007/05/19(土) 16:06:24それだと無駄な時間掛かるという意味で
初学者が C やらずにいきなり C++ から学んだ方が良いというなら
その可能性もあると思う
しかし本当に良いのかどうかは自分がそうじゃないから分からんな
0146デフォルトの名無しさん
2007/05/26(土) 13:49:07結局ポインタの概念とか覚えるわけで
それは結局はC学んでるのと変わらんよね
Cは文法だけ覚えて、設計とかプログラムの仕方は
C++でオブジェクト指向を学んだらいいと思う。
0147デフォルトの名無しさん
2007/05/26(土) 14:50:010148目に映る全てのものがメッセージ
2007/05/26(土) 17:05:560149デフォルトの名無しさん
2007/05/26(土) 18:23:100150デフォルトの名無しさん
2007/05/26(土) 18:28:340151デフォルトの名無しさん
2007/05/26(土) 22:29:560152デフォルトの名無しさん
2007/05/27(日) 03:26:57俺は昔「如何にしてCのみでオブジェクト指向設計をするか」
という趣旨の文章を読みながらOOPを学んだぞ。
今からすれば時間の無駄にも思えるが、その時に培った概念理解が今も生きていると思う。
0153デフォルトの名無しさん
2007/05/27(日) 06:41:03FILE *fp;
0154デフォルトの名無しさん
2007/05/27(日) 16:43:36何かの変なグラフの描画にC++を使ってる人。
既出かもしれないが、目的にもよるだろ。
趣味ならもうお好きにどうぞ・・・みたいな。
0155デフォルトの名無しさん
2007/06/11(月) 23:43:03なぜなら俺がそうだったから。
ちなみにC++を普通にマスターしてれば
(別に上級者とかでなくても)Cは１日で理解可能。
別に誇張とかではなくて、思いっきりゆっくりやっても3日で完了する。
ただ、その逆は無い。
0156デフォルトの名無しさん
2007/06/13(水) 01:21:170157デフォルトの名無しさん
2007/06/13(水) 21:11:33C++よりJavaを先に習っても問題ないですか？
0158デフォルトの名無しさん
2007/06/13(水) 21:27:110159デフォルトの名無しさん
2007/06/17(日) 18:19:57C++ってそもそもCの文法を削った書き方じゃん
変数宣言も一々めんどいだろうけど
その削ってない書き方をまず覚えてから便利な書き方覚える方が良いと思うよ
C++のほうが機能多いんだし、全くの初心者だったら才能あっても迷子になる
0160デフォルトの名無しさん
2007/06/17(日) 18:44:410161デフォルトの名無しさん
2007/06/17(日) 20:25:14もしC→Java or C#という流れなら
そのCの部分をベターCとしてのC++に置き換えるみたいな感じで
0162デフォルトの名無しさん
2007/06/19(火) 11:55:30>C++ってそもそもCの文法を削った書き方じゃん
え？
0163デフォルトの名無しさん
2007/06/19(火) 17:48:34たとえば俺とかな
0164デフォルトの名無しさん
2007/06/19(火) 17:58:020165デフォルトの名無しさん
2007/06/19(火) 21:23:20http://www.amazon.co.jp/Java-Cobol-Programmers-Programming-Byrne/dp/toc/1584502282
0166デフォルトの名無しさん
2007/06/19(火) 22:56:40それなんて拷問？
0167デフォルトの名無しさん
2007/06/19(火) 23:27:320168デフォルトの名無しさん
2007/06/20(水) 21:46:010169デフォルトの名無しさん
2007/06/20(水) 23:20:03出版されたCの知識を前提とするC++の教本を読んで挫折した人じゃないかな？
当時はC++ををやる人の90％ぐらいがCユーザーな訳で、本の著者もCユーザー、
Cが使えるのは当たり前とされていたのだろう。
実際にプログラミング入門レベルから解説してるC++教本ってのは無かったと思う。
しかし、時代は変わって現在はCをやっていないのは普通であり、C++すらも陳腐化している。
JAVA、C#から始めてる人間も多い、というかそれが普通だ。
C++の教本もほとんどC++でプログラミングに初めてさわる事を前提として書かれている。
Ｃのコアなユーザーに向けてかかれた教本などほぼ皆無と言っていい。
この状況では、C++と完全な互換性が無いＣから始めるメリットは、C++習得その物を
目的とするなら無いと言っていい、逆に混乱するだけ。
本質を理解したいとか、多くのアルゴリズム、ネットワークの古典を読みたい、とかなら別だが。
実務でＣでなければどうしてもいけない、という事はほぼ無いだろう。
趣味でどうしてもＣ特有のプログラム手法を知りたい、とかでなければC++から初めた方が
時間的にも費用的にもメリットが大きいと思うがなー。
0170デフォルトの名無しさん
2007/06/21(木) 00:01:12文法変えるだけじゃんw
0171デフォルトの名無しさん
2007/06/27(水) 19:29:29>>169
＞C++と完全な互換性が無いＣ
gotoの飛び先制限と、プロトタイプ必須以外に
Cがコンパイルできない部分ってあったっけ？
そういやC99は知らん…
0172デフォルトの名無しさん
2007/06/27(水) 20:06:46void*からその他のオブジェクトへのポインタ型への暗黙的変換が無いこと。
（Cのコードをコンパイルするならmallocなどが痛い）
構造体がスコープを作ること。
sturct foo
{
struct bar {};
};
よそから中のbar型を参照するにはCだとstruct barだが、C++だとstruct foo::bar（もちろんstructは省略可）。
constで定数を宣言できるようになったことと、
それに伴って関数外のconstが基本的に内部リンケージを持つようになったこと。
整数型から列挙型への暗黙の変換がなくなったこと。
enum hoge x;
x = 1;
ほかにもコンパイルができる、できないに関わらず非互換となった事柄はJIS X3014:2003 附属Cに色々載っている。
0173デフォルトの名無しさん
2007/07/08(日) 08:53:160174デフォルトの名無しさん
2007/07/08(日) 11:45:43一種には合格してます
0175デフォルトの名無しさん
2007/07/10(火) 20:19:00ちょうど二種の最後の年かその前かぐらいに受かったから。
0176デフォルトの名無しさん
2007/07/10(火) 20:21:50ちょうど一種の最後の年かその前かぐらいに受かりました。
0177デフォルトの名無しさん
2007/07/11(水) 14:54:140178デフォルトの名無しさん
2007/07/13(金) 16:34:35こういう略してある語の元の単語が載ってるサイトってないですかね？
探してもこの２つしかわからなくて
0179デフォルトの名無しさん
2007/07/13(金) 17:21:090180デフォルトの名無しさん
2007/07/13(金) 18:02:100181デフォルトの名無しさん
2007/07/13(金) 18:07:32マルチするならマルチするでせめてC用とjava用に文面を分けろよ
0182デフォルトの名無しさん
2007/08/07(火) 12:59:270183デフォルトの名無しさん
2008/01/12(土) 22:50:15よって俺はC++やる
0184デフォルトの名無しさん
2008/01/13(日) 18:25:04可能です。
以上。
はい、次。
0185デフォルトの名無しさん
2008/01/13(日) 20:23:46あんた馬鹿?
0186デフォルトの名無しさん
2008/01/20(日) 07:28:27ゲーム作るとかハードウェアの突っ込んだ操作しないんだったらJavaの方がいいんじゃ？
携帯で動くし
0187デフォルトの名無しさん
2008/01/21(月) 00:53:11http://mori.eco.to/
0188デフォルトの名無しさん
2008/01/21(月) 06:45:50今の流行はEclipseでJava
Javaで処理速度が遅いときはC++を使う
0189デフォルトの名無しさん
2008/01/21(月) 09:08:44お前がマじゃないことはよくわかった
0190デフォルトの名無しさん
2008/01/21(月) 13:19:200191デフォルトの名無しさん
2008/01/25(金) 17:42:52やめとけ
今は環境問題に対していろいろうるさくなってきてるから国際的にも問題ありだぞう
パオーン
0192デフォルトの名無しさん
2008/02/19(火) 16:47:330193デフォルトの名無しさん
2008/02/27(水) 10:37:44ざっと眺めただけだけど、おそらくC++をいきなりやる人でも大丈夫だと思う。
だれか読んだ人いる？
0194デフォルトの名無しさん
2008/02/27(水) 13:38:28同じく立ち読みしてきた。
評価は高いようだね。但し入門者用だな。
中級者以上は同じような本が本棚に並ぶ事になる。
0195デフォルトの名無しさん
2008/02/27(水) 20:54:490196デフォルトの名無しさん
2008/02/27(水) 21:28:42今日買ってきたよ。今読んでる。
サンプルプログラムが多いので実際に打ち込んで走らせて
理解するにはいいと思う。
しかしテンプレートなどのディープな内容にはあまり深く
突っ込んでないので、そういうのを極めたい人はC++ Primer 4/E
の方がいいと思う。
0197デフォルトの名無しさん
2008/02/27(水) 21:35:280198デフォルトの名無しさん
2008/02/27(水) 21:52:19クラステンプレートの作り方しか書いてない。
メンバテンプレートについては一切触れてない。
0199デフォルトの名無しさん
2008/02/27(水) 22:01:530200デフォルトの名無しさん
2008/02/27(水) 22:30:18内容的に被るんだよなあ。
0201デフォルトの名無しさん
2008/02/27(水) 23:08:34そういや、都内の23区の図書館にも無かった。
明日、近所の図書館に注文してこようかと思ってるが、
あの分厚さだときついかもしれん。
0202デフォルトの名無しさん
2008/02/28(木) 02:53:59でも、ゲーム作ってメリットを把握しつつ勉強すると一回で覚えられる不思議。
0203デフォルトの名無しさん
2008/02/28(木) 09:01:040204デフォルトの名無しさん
2008/02/28(木) 23:19:25単に暗号解読の勉強するよりも、
エロ動画入りの暗号ZIPファイルを解読するために勉強する方が
モチベーションが保ちやすいってことじゃないか？
0205デフォルトの名無しさん
2008/02/28(木) 23:33:260206デフォルトの名無しさん
2008/02/28(木) 23:35:160207デフォルトの名無しさん
2008/02/29(金) 03:42:15そのタイプではないけど、そんな感じ。
ゲームだと実際に目でわかるから概念的に理解しやすいし、様々な状況があるから
それに合った処理ということでメリットや使い時が分かりやすい。
クラスは例えば、ゲームだとキャラクターそのものってことで非常に分かりやすいし、
リスト構造も何体出るか分からない敵等に使えば、
forで最大数回すより効率良いってことでメリットが分かってモチベーションが上がる。
0208デフォルトの名無しさん
2008/02/29(金) 03:46:080209デフォルトの名無しさん
2008/03/01(土) 22:31:550210デフォルトの名無しさん
2008/03/10(月) 01:57:410211デフォルトの名無しさん
2008/04/17(木) 21:09:24覚えたっていいじゃんと思って、かまわずＣ++からはじめてる。
0212デフォルトの名無しさん
2008/04/23(水) 19:51:29ゆとりにはアセンブリからだろ。
0213デフォルトの名無しさん
2008/07/12(土) 05:46:56まずはCの基礎から
0214デフォルトの名無しさん
2008/07/12(土) 09:06:21for -> list -> for に戻る
virtual execute() -> 汎用タスクシステム -> switch 分岐 に戻る
0215デフォルトの名無しさん
2008/07/13(日) 07:04:44たとえJava、C#を知っていてもやはりＣをＣ++の前にやっておくべき。
0216デフォルトの名無しさん
2008/07/13(日) 07:08:30理由を追加するなら、ポインタを理解する必要がある。上述の二言語の持つ参照型との違い類似点、知ってなきゃとてもＣ++で使えない。
0217デフォルトの名無しさん
2008/07/13(日) 08:35:45CやってるとかえってC++のポインタとの違いに悩みそうだが…
0218デフォルトの名無しさん
2008/07/13(日) 15:37:20歩けない人間に走り方を教えることは出来ない
0219デフォルトの名無しさん
2008/07/28(月) 01:30:50まぁ、、みんなほとんどの人はC++よりもCから入る。
もし、茨の道を自ら歩みたいなら、あえて人が選ばないC++から入るのも、
また変わった事になりそうで良いんじゃないかと。
プログラムをやり続けるんなら、どんな言語から入ろうと関係ないし
C++よりもC言語やっとけ、とか言うのは、
教えやすさの問題だと思う
0220デフォルトの名無しさん
2008/07/28(月) 01:41:52大抵はCを知ってることが前提となっている。
Cの知識がC++本来の使い方の邪魔をするという意見があるが、それはない。
C++本来の使い方の邪魔をする知識など存在しない。
それらは知識が悪いのではなく、その人間の性癖が原因。
0221,,・´∀｀・,,）っ
2008/07/28(月) 12:35:15C++からでいいよ。
Cの知識のいくらかはC++を覚える上で邪魔になる。
0222,,・´∀｀・,,）っ
2008/07/28(月) 12:47:17「Cで」ポインタ覚えなきゃいけない理由ないだろ。
C++ PrimerのほうがへたなCの解説書よりポインタの説明は親切。
むしろそれよりCASL2だな
0223,,・´∀｀・,,）っ
2008/07/28(月) 16:47:41CよりC++を先に教えるそうで
邪道でもなんでもないです
0224デフォルトの名無しさん
2008/08/03(日) 05:32:35散々な書評なんだが。。もしここで指摘されてる事が本当ならＣ学習者相手を前提にしているとしか思えない。
0225デフォルトの名無しさん
2008/08/03(日) 08:02:36…のだが、C++の解説書のほとんどは、C言語が知っていることを
前提として書かれているのが問題。
0226デフォルトの名無しさん
2008/08/03(日) 08:25:18文法だけならそうだろう。
しかしCを先にやってC++の前にCでソフトを一本でも二本でも
何かしら完成させていたら、その後のC++学習で必ず生きてくる。
C++をいきなりやるとCの文法とC++の巨大な仕様の学習の間に
インターバルが取れないから、自分がなぜclassというのを勉強
しなきゃいけないかの意義も分からずに盲目的にやることになる
だろう。
そうするとC++なのにJavaと同じ感覚のプログラマーが誕生して
しまうことになる。
CにないC++の仕様は、現代プログラムの有用なセオリーを
自動化してくれることであって、自動化されないCでの経験は
あるとないでは大違い。
昔から急がば回れというが、C/C++学習において、この言葉は
生きている。
0227デフォルトの名無しさん
2008/08/03(日) 09:42:49頼ったのでは、本当のブレーキングは身につかない。自分の足の感覚で
ABSを再現できるようになってこそ、ABSの本当の使い方もわかるという
頭文字D的な話なわけか？
0228デフォルトの名無しさん
2008/08/03(日) 09:55:14ＯＫだと思うｗ
0229デフォルトの名無しさん
2008/08/03(日) 12:18:50http://pc11.2ch.net/test/read.cgi/tech/1216215558/737-
動作の中身がまるで分かってないから、自分が何をしてるのか
自覚出来ていない。
0230デフォルトの名無しさん
2008/08/04(月) 00:24:40いきなり東大の問題解いても天才以外は意味が無い
0231デフォルトの名無しさん
2008/08/04(月) 06:04:000232参考の名無しさん
2008/08/04(月) 07:17:56同上の最新版 2008/01/08 Revision 1.38 http://www.catb.org/~esr/faqs/hacker-howto.html
もうすこし詳しい言語比較 http://www.stsc.hill.af.mil/CrossTalk/2008/01/0801DewarSchonberg.html
0233デフォルトの名無しさん
2008/08/04(月) 12:03:39いまどきそれが妥当ともいえないが、アセンブラ知っていれば
Cの学習、開発で一歩抜きん出られるのも事実。
ただ、Cが可搬性のあるアセンブラだという側面もあるので、
その辺は各自の事情で選択すればいいんじゃないか。
Cをしっかりやる＝＝ターゲットのアセンブラにも多少触れる
＝＝マシンの裸の挙動を垣間見るだろうしね。
0234デフォルトの名無しさん
2008/08/04(月) 16:33:22それはC++の中でCから引き継いだ部分をちゃんとやってないって話だろう。
CよりC++を先にやるっていっても、ポインタよりクラスを先にやるって意味ではなく、
C++の機能として取り込まれたポインタとかは当然習得しつつも、
mallocとかそういうのは最初からnewでいいでしょって話じゃないの？
0235デフォルトの名無しさん
2008/08/04(月) 16:38:55Cは開発コストを犠牲にして速度を稼ぐ言語であり、開発された1970年代においては価値が高かったのだが、
CPUが速くなり、ライブラリを扱うことの方が重要になった今となっては危険なだけの言語になってしまっている。
Cが本当に役に立っていた時代は、SQLもGUIも、もちろんwwwも無かった。CPUとメモリとディスクがあっただけだ。
今は皆がCを学ぶ必要はない時代だと思う。ラテン語のように、必要な人や興味がある人だけが学べば充分だろう。
0236デフォルトの名無しさん
2008/08/04(月) 17:18:27＞それはC++の中でCから引き継いだ部分をちゃんとやってないって話だろう。
C++いきなり入るとこういうふうになるという話。だってCの部分をやったあと
その理解が問題ないと分かるまで次のカリキュラムは待ってくれまい？
練習問題２、３解いたからって済む話じゃないよ。
＞C++の機能として取り込まれたポインタとかは当然習得しつつも
これするためには先にclassやらないとダメでしょ。ポインタの上書きと
中身の転送の区別もあやふやな段階で（初心者が納得するのは
相当たいへんだよ）さらに頭が混乱するだけだと思う。
＞mallocとかそういうのは最初からnewでいいでしょって話じゃないの？
newするからにはclassでしょ。mallocの代わりにnew char[???]を使う
ってだけの話なら、べつにnewを教えてることにはならないと思う。
おまけに確保できなかった場合は近代処理系では例外が飛ぶし、
そうじゃなければゼロ戻しの現役環境もある。
try , catch , new , ポインタ , メモリの実体 , classが絡んだポインタ
の拡張…目が回る。
そういう君はいきなりC++族かい？だったらたいへんセンスあります。
0237デフォルトの名無しさん
2008/08/04(月) 17:24:24＞ライブラリを扱うことの方が重要
いやあの、C++使いというからには、こっちを作る側じゃないですか？
＞今は皆がCを学ぶ必要はない時代だと思う。ラテン語のように、必要な人や興味がある人だけが学べば充分だろう。
ここまでいうなら、今の時代、「皆がC/C++を学ぶ必要はない時代だと思う」が正解だよ。
ライブラリを乗りこなすのが重要な分野は他の言語使ったほうがいいんじゃないかい
0238デフォルトの名無しさん
2008/08/04(月) 17:44:38＞こっちを作る側じゃないですか？
↓
＞こっち『も』
C++でアプリ作ってるしね
0239デフォルトの名無しさん
2008/08/04(月) 17:48:52いきなりC++な俺は練習問題2、3解いて済ませたけどな。
>mallocの代わりにnew char[???]を使う
>ってだけの話なら、べつにnewを教えてることにはならないと思う。
別にnew独自の概念教える必要なくていいんじゃないの？
俺がいきなりC++がよいとするのは、mallocとかの古い知識を初心者に教える必要ないからであって、
ポインタの概念とかを回避できるからC++っていってるわけでは必ずしもない。
最初に教える段階では、メモリは確保できるものとして教えればいいと思うし、
（確保できない可能性もあって、そのときは強制終了すると付け加えるとベター）
それで問題あれば「おまじない」としてtry-catch教えればいい。
iostreamでoperator<<とかオーバーロードしてる時点で、順番に教えてくのは無理なんだから、
適当に「おまじない」を駆使して先進めばいいと思うんだけどな。
0240デフォルトの名無しさん
2008/08/04(月) 17:57:06仕事だとその一方でiostreamではなくてprintf()系を教える必要があるのが難だけど。
0241デフォルトの名無しさん
2008/08/04(月) 18:05:40＞いきなりC++な俺は練習問題2、3解いて済ませたけどな。
すげーな。
ポインタを（C的にでも）モノにするまで、何か下積みの経験あった？
理解できないやつの気持ちは俺も分からないんだが、俺の場合は既に
マシン語で遊んでいたからな…。
0242デフォルトの名無しさん
2008/08/04(月) 18:59:20特に、強いて言えばBASICやってたくらい。
マシン語とかアセンブリは無理だｗ
0243デフォルトの名無しさん
2008/08/04(月) 19:19:31ポインタあたりに集中できたんじゃね？ POKEとかPEEKだったら
噴出すが。
0244デフォルトの名無しさん
2008/08/05(火) 09:38:09int (*(*func)(int))[5];
こういうのが何の宣言かわからない奴、たまにいるんだよな。
わかったと思って実際わかってないのがポインタよ。
0245デフォルトの名無しさん
2008/08/05(火) 09:48:35そんな分かりにくいコードを読めることよりも、書かないことが重要なんだよ。
0246デフォルトの名無しさん
2008/08/05(火) 10:21:08funcはポインタ、指す先は関数、関数の引数はint、帰り値はポインタ、そのポインタの指す先はint型5個の配列。
現実にこんなコードを書くことは避けるけれど、読めないというのは信頼できなくなるから困るな。
0247デフォルトの名無しさん
2008/08/05(火) 10:28:05書くべき・書かないべき、の話をしてるんじゃないよ
0248名無しさん
2008/08/05(火) 14:57:36演算子の優先順位を暗記して、右柄から解きほぐしていくとわかる。
CでOOPやるとき関数テーブルが必要になることがある。
0249デフォルトの名無しさん
2008/08/05(火) 15:22:47おまえが言ってるのはこんなんか？（要素数は勝手に5を補ったが）
int (*func[5])(int);
0250デフォルトの名無しさん
2008/08/05(火) 16:13:12>>244のことを説明してるなら、ぜんぜんあってないじゃん
0251名無しさん
2008/08/05(火) 16:31:44int p[5];
int *fucn1(int _arg)
{
int i;
for(i=0; i<5; i++)
{
p[i] = i + _arg;
}
return (int *)p;
}
int (*(*func)(int))[5];
int main()
{
int *ptr;
int i;
func = (int (*(*)(int))[])fucn1;
ptr = (int *)(*func)(100);
for(i=0; i<5; i++)
{
printf("%d\t%d\n", i, ptr[i]);
}
return 0;
}
なるほどこういうことか。ひとつ利口になったような気がするｗ
0252デフォルトの名無しさん
2008/08/05(火) 16:35:070253デフォルトの名無しさん
2008/08/05(火) 16:38:00C++が使えない環境が無いわけでも無いので、仕方ないのかなあ。
0254デフォルトの名無しさん
2008/08/05(火) 17:19:11キャストなしで書けるよ。
#include <stdio.h>
int p[5];
int (*fucn1(int _arg))[5]
{
int i;
for(i=0; i<5; i++)
{
p[i] = i + _arg;
}
return &p;
}
int (*(*func)(int))[5];
int main()
{
int (*ptr)[5];
int i;
func = fucn1;
ptr = func(100);
for(i=0; i<5; i++)
{
printf("%d\t%d\n", i, (*ptr)[i]);
}
return 0;
}
gcc -Wallでコンパイル可能。
0255名無しさん
2008/08/05(火) 20:51:14配列へのポインタは、ポインタへのポインタだと。
return &p; はポインタへのポインタ、つまり、配列へのポインタを返している。
int (*func1(int _arg))[5]; の中の func1(int _arg) を ptr で置き換えると int (*ptr)[5] になる。
だから、この関数は、配列へのポインタを返しす関数であり、型が一致している。
一方、int (*func1(int _arg))[5]; の中の func1(int _arg) を (*func)(int) で置き換えると
int (*(*func)(int))[5] という関数ポインタになる。
g++でもコンパイル可能だった。
関数に[5]を付ける書き方には依然として抵抗があるが、main()の中の可読性はそれ程悪くないか．．．
うーーーん
0256デフォルトの名無しさん
2008/08/06(水) 05:41:49つまり関数名とそれに続く仮引数リストが戻り値にすり変わる。
戻り値をAとする。
int func(int);
というプロトタイプがあったら、func(int)をAに置き換えると
int A;
となりあたかも、int型のAを定義してるよう！これはfunc()の戻り値型が
intだと言っている。同じ理屈で
int (*(*func)(int))[5];
だと関数コールに当たる部分は(*func)(int)だからこれをAに置き換えると
int (*A)[5];
となり、あたかも配列へのポインタを定義しているかのよう！だから
(*func)(int)の戻り値型は配列へのポインタになる。[5]が後ろへくるのは
必然なのだ。
関数の宣言・定義で関数の戻り値型を書くとき、関数名の左側にすべての
情報を書くというわけではなく、関数コールが戻り値に置き換わったとき
その戻り値はどんな型として定義されているか、それを考える。これが
関数の戻り値の型を見る方法。
それと何の宣言・定義かを判断するとき外側からとか右側から見ていくというのは
間違い。あくまで識別子を中心に先に作用する演算子から考える。
int (*(*func)(int))[5];
で識別子funcに最初に作用するのは内側の*だから、funcはまずポインタで
あることが確定。次に(int)が作用する（関数演算子()は*よりも優先順位が
上）から、funcはint型を仮引数に持つ関数へのポインタであることがわかる。
次に外側の*が作用するから、その関数の戻り値はポインタ型。次に[5]が
作用するからその関数の戻り値は要素数5の配列へのポインタ。
最後にintが作用してその配列はint型の要素を5つ持つ配列だとわかる。
というように、演算子の結合順位を追っていくと、より具体的な情報が後から
後からついてくる。
ポインタである→何のポインタ？→関数へのポインタである…
0257デフォルトの名無しさん
2008/08/06(水) 05:43:34int array[10];
とあったらarrayはポインタではなく配列。配列名のarrayが、何かにつけて
配列の先頭アドレスとして使えるから誤解が生じる。
sizeof arryaとやれば、配列全体のサイズが返る(intが4バイトなら40)。
arrayがポインタだったならポインタ型のサイズが返る（たいていの
処理系では4バイト）。配列へのポインタというのは、int型へのポインタと
同じ参照レベルであり、ポインタへのポインタではない。
たまたま配列名から配列の先頭アドレスが取り出せると考えたほうが良い。
0258名無しさん
2008/08/06(水) 12:38:13#define N 20
int a[N];
#ifdef __CPLUSPLUS__
typedef int (*PTR)[N]; /* >>252 */
#else
typedef int (*PTR)[]; /* >>252 */
#endif
PTR func1(int _arg)
{
long i;
for(i=0L; i<N; i++)
{
a[i] = _arg + (int)i;
}
return &a;
}
PTR (*func)(int _arg);
int main()
{
PTR ptr;
func = func1;
ptr = (*func)(100);
long i;
for(i=0L; i<N; i++)
{
printf("%ld\t%d\n", i, (*ptr)[i]);
}
return 0;
}
0259名無しさん
2008/08/06(水) 12:46:220260デフォルトの名無しさん
2008/08/06(水) 18:17:410261名無しさん
2008/08/06(水) 22:07:18#include <stdlib.h>
#define N 20
typedef int (*PTR)[];
PTR func1(int _n)
{
PTR p = (PTR)malloc(sizeof(int) * _n);
long i;
for(i=0; i<_n; i++)
{
(*p)[i] = (int)(i * i);
}
return p;
}
int main()
{
PTR (*func)(int _arg);
PTR ptr;
func = func1;
ptr = (*func)(N);
long i;
for(i=0; i<N; i++)
{
printf("%ld\t%d\n", i, (*ptr)[i]);
}
free(ptr);
return 0;
}
0262デフォルトの名無しさん
2008/08/07(木) 00:06:180263デフォルトの名無しさん
2008/08/07(木) 05:23:210264名無しさん
2008/08/07(木) 08:35:36(*func)(int _arg) /* funcはポインタで、そのポインタは関数を指す。*/
(*(*func)(int _arg)) /* funcは関数ポインタで、その関数の返戻値はポインタである。*/
(*(*func)(int _arg))[N] /* funcは関数ポインタで、その関数の返戻値は配列へのポインタである。*/
int (*(*func)(int _arg))[N] /* funcは関数ポインタで、その関数の返戻値は配列へのポインタであり、配列の要素はintである。*/
typedef int (*PTR)[]; /* PTRは配列へのポインタで、その要素はintである。*/
(*func) /* funcはポインタである。*/
(*func)(int _arg) /* funcはポインタで、そのポインタは関数を指す。*/
PTR (*func)(int _arg) /* funcは関数ポインタで、その関数の返戻値はPTRであり、PTRはintを要素とする配列へのポインタである。*/
そろそろスレ違い
0265デフォルトの名無しさん
2008/08/08(金) 16:39:13ヘタなコードの書き方 http://pc11.2ch.net/test/read.cgi/tech/1208010023/
【動くんか？】摩訶不思議なコード【何語？】 http://pc11.2ch.net/test/read.cgi/tech/1187527909/
一度は読んだほうがいい、ソースコード http://pc11.2ch.net/test/read.cgi/tech/1201966827/
今までに見たソースコードで一番感動したのは http://pc11.2ch.net/test/read.cgi/tech/1037458703/
0266デフォルトの名無しさん
2008/08/10(日) 04:57:23http://pc11.2ch.net/test/read.cgi/tech/1218023777/82-89
なんかこの手のC++初心者多い気がする。C部分の学習時点で
EXEのアーキテクチャに直結してる部分（上の例ではスタックと
ヒープの概要）などクリアしておけば、C++を学ぶ時こんなアホな
ところで回り道なんかしないよ。
0267デフォルトの名無しさん
2008/08/10(日) 08:39:09大丈夫、どうせCを先にやっても理解できないから。
0268デフォルトの名無しさん
2008/08/11(月) 09:34:220269デフォルトの名無しさん
2008/08/11(月) 14:05:570270デフォルトの名無しさん
2008/08/11(月) 18:26:07そのまえに日本語を
027120代のプログラマー
2008/08/11(月) 20:42:37ただ、自分はそんな良い教材をしらないけど。
で、そういう現状としては、自分はpython当たりのスクリプト言語から入るのもいいと思う。
HSPも仕様がまともになれば、以外と初心者向けとしていいかなぁ。と思うけど、まぁ紙に書いたモチなんで却下だろうし、
Rubyはやや高度すぎる部分があるから、下手に初心者が行くと混乱してそのまま退場しそう。
で、perlをやらせるぐらいなら、やっぱしPythonかな。と思う。
用途的に案外Cでなければならない所なんて、こんな事を聞く初心者は当分やらんだろうし、
Cを経由する必要性はそれこそ無いと思うんだよね。
それに加えて、これからの流れとして、C++の守備範囲が広がることはあれど、狭まることは考えにくいしね。
（どうしても、スクリプト言語から一歩先を目指すとCかC++になるし、その辺もだんだんC++の環境が整ってきてるし。）
あと、C++がマルチパラダイム言語であるから、良いコードを読んでそれを理解できるなら、
自分の使いやすいように使うのがいいと思う。
Better C ぐらいのプログラムでもいいと思うし。
0272デフォルトの名無しさん
2008/08/11(月) 20:43:530273デフォルトの名無しさん
2008/08/11(月) 20:59:46プログラムとメモリの対応関係が肌で理解できるまでは
Cから卒業しちゃいかん。
0274デフォルトの名無しさん
2008/08/11(月) 21:43:22みたいなのをみるとどうしても、時代錯誤の老害としか思えない。
アセンブリを叩いてみろ。ってのなら多少は理解できるけど、Cっつうのが中途半端すぎるし
なんか、自分がそこで苦労して身につけたから、おまえらもそこは通れ！みたいな老害感。
0275デフォルトの名無しさん
2008/08/11(月) 22:44:540276デフォルトの名無しさん
2008/08/11(月) 23:55:440277デフォルトの名無しさん
2008/08/12(火) 00:02:380278デフォルトの名無しさん
2008/08/12(火) 10:55:140279デフォルトの名無しさん
2008/08/12(火) 14:12:06どうしようもありません…って言うのは勘弁して欲しいぞ。
そういう状況が発生したら、>>278はどう対処する？
最適化切ったりデバッグビルドでリリースっていうのは不可
ってことで。
0280デフォルトの名無しさん
2008/08/12(火) 15:40:30そういう状況は、大抵バッファがオーバーしてるときに起こるもんだ。
ログの挟み撃ちをバイナリサーチ見たく半々に狭くしていって見つける。
てか、割り込みルーチンみたく、デバッガ使えない状況のデバッグって結構あるし、
いちいちその度にアセンブラコード眺めたりしないよ。
デバッグ情報か、逆アセを眺めることしかデバッグ手段が無い奴と一緒に仕事したくないぞｗ
0281デフォルトの名無しさん
2008/08/12(火) 15:44:21ログ出しルーチンを有効にしたとたん症状が潜伏したりしてなｗ
0282デフォルトの名無しさん
2008/08/12(火) 20:49:53のっけからポインタの型キャストがあるし。
あんなもの初心者にはわからん。
まだ、C++のnew、delete、delete []の方がまし
0283デフォルトの名無しさん
2008/08/12(火) 21:18:27ろくにアサーションやってないからそうなる
0284デフォルトの名無しさん
2008/08/12(火) 22:12:09お前と一緒にC++開発したくないわ。
Javaでもやってくれ。
0285デフォルトの名無しさん
2008/08/12(火) 22:35:37手間ひまかけて『コンピュータ』を学ぶにはかなりいい選択
なんだよ。
C++やるまえに悪いこと言わんから『コンピュータ』の学習は
終わらせておけ。
0286デフォルトの名無しさん
2008/08/13(水) 18:22:21でもハードウェアのことも学びたいなら、Ｃとアセンブラをしっかり。
0287デフォルトの名無しさん
2008/08/13(水) 19:05:46ハードウェアのことを学んだら、だろ
本末転倒だ
0288デフォルトの名無しさん
2008/08/13(水) 20:36:510289デフォルトの名無しさん
2008/08/13(水) 22:11:330290デフォルトの名無しさん
2008/08/13(水) 22:14:13ようするに、ハードウェアとアセンブラプログラマの接点の部分だ
ハードウェアはまた別
0291デフォルトの名無しさん
2008/08/13(水) 23:34:480292デフォルトの名無しさん
2008/08/14(木) 15:06:45俺はC2DのEISTで電圧と周波数(というか倍率)を任意に設定できる
汎用性の無いカーネルモジュールとか自作のAVRファンコン、モニタをPCから制御するドライバを書いたぐらい
実際カーネル自作するぐらいの目標が無いと何馬鹿な事してるんだ俺はってなる
0293デフォルトの名無しさん
2008/08/14(木) 16:00:330294デフォルトの名無しさん
2008/08/14(木) 19:10:10らしい。
0295デフォルトの名無しさん
2008/08/14(木) 23:58:04第一、mallocよりもnewの方がはるかに良い。deleteとdelete []の区別に
気をつけなければならないけど。
mallocは最初からsizeof演算子が必要で、それよりも気に入らないのはvoid
ポインタを型キャストしなければならない点。
でも、組み込み系ではC++が十分に使える環境にないからCしか使えないのが
つらい。
0296デフォルトの名無しさん
2008/08/15(金) 00:04:33まあテンプレートや例外処理はカットされているけど。
0297デフォルトの名無しさん
2008/08/15(金) 00:04:49こうですね
0298デフォルトの名無しさん
2008/08/15(金) 00:06:290299デフォルトの名無しさん
2008/08/15(金) 00:09:380300デフォルトの名無しさん
2008/08/15(金) 00:10:160301デフォルトの名無しさん
2008/08/15(金) 00:11:470302デフォルトの名無しさん
2008/08/15(金) 00:19:20マニュアル斜め読みしただけで理解したって言っていいんなら話は別だけど。
0303デフォルトの名無しさん
2008/08/15(金) 00:21:49バグ出したり可読性下げててもそれが理解不足であることも理解できない。
0304デフォルトの名無しさん
2008/08/15(金) 00:24:480305デフォルトの名無しさん
2008/08/15(金) 00:26:06分割コンパイルの環境で、動的に確保できるグローバルな２次元配列の変数を宣言する方法とか
やらせてみると結構できない。
試しにやってみるか？
○幅WIDTH, 高さHEIGHTのchar型２次元配列をグローバルに定義および宣言せよ。
ただし分割コンパイル環境で使えるようにすること。またこの変数は定義時はNULLを与えておき、
初期化関数内で動的に確保すること。
0306デフォルトの名無しさん
2008/08/15(金) 00:27:420307デフォルトの名無しさん
2008/08/15(金) 00:30:20複数知ってるから優秀ってわけでもないけど。
0308デフォルトの名無しさん
2008/08/15(金) 00:47:52プログラマなら一年に一つは新しい言語を触れって格言もあるし
いいじゃんLisp系もやってML系もやってLL系もやってbrain fuckみたいな類の変なのもやればいいんだよ
boostの中のもLispやHaskellにインスパイアされてるし
0309デフォルトの名無しさん
2008/08/15(金) 00:48:53.c/cppに
char Hoge[HEIGHT][WIDTH] = {NULL};
void fugafuga()
{
for (int i = 0; i < HEIGHT; ++i)
for (int j = 0; j < WIDTH; ++j)
Hoge[i][j] = うんたら;
}
.h/hppに
extern char Hoge[]; // こんなことやる機会あんまないのでちょっと自信ない
こう？
偉そうには言えんけど、実務でミスっても調べりゃすぐわかりそうな気はするがｗ
0310デフォルトの名無しさん
2008/08/15(金) 00:50:560311デフォルトの名無しさん
2008/08/15(金) 00:53:12そういう引っ掛けだったの？
0312デフォルトの名無しさん
2008/08/15(金) 01:03:22仮にchar Hoge[HEIGHT][WIDTH]でやるとしても、
= {NULL}はおかしいし、extern char Hoge[][WIDTH];でないといけない。
0313309
2008/08/15(金) 01:07:03＞またこの変数は定義時はNULLを与えておき
char **Hoge = NULL;でやれってこと？
「動的いいながら定義時にNULLとか意味わからん」思って無視してたｗ
0314デフォルトの名無しさん
2008/08/15(金) 01:11:59hoge = malloc(sizeof(char[HEIGHT][WIDTH]));
こうだろ
0315309
2008/08/15(金) 01:19:36自分のポインタの理解が浅いことは認めるんだけど
普通こういう用途ってWIDTH * HEIGHTで確保するほうが賢いような・・・
あと{NULL}じゃなくて{{NULL}}か。Cでも通るのかは知らないｗ
0316デフォルトの名無しさん
2008/08/15(金) 01:35:49トリビアみたいなもんだ
0317309
2008/08/15(金) 01:48:39実際にやってみたら全部NULLにはならなかった・・・（{NULL}でも）
（VC限定？グローバル変数は0で初期化されるので1で試したけど）
うーむ。
0318デフォルトの名無しさん
2008/08/15(金) 01:55:28{{1}}で最初の要素以外が0になるというのであれば、それは期待どおりの結果。
ただし、そもそもchar型の要素をNULLで初期化しようってのが大間違い。
http://www.kouno.jp/home/c_faq/c5.html#9
0319デフォルトの名無しさん
2008/08/15(金) 07:31:29>>309はアドレスとメモリ内容の概念からやり直したほうがいい。
つまりは>>273ってこった。
0320305
2008/08/15(金) 08:03:12その部分は正解だが、さらに「複数ソースで使用し、ちゃんとリンクエラーが出ないようにする」
ように記述しないと１００点はやれない（ここが出来ない人も結構いる）。
>>315
hoge[x + y * WIDTH]ってアクセスするの？
それがhoge[y][x]より賢いって？
３次元になっても１次元配列を自分でオフセット計算するかい？
>>316
どれだけ経験して「ない」って言い切ってるんだか知らんが、現実にこういうことあったよ。
MAX枚のHEIGHT*WIDTHサイズのマップデータをメモリに保持するソフトで、複数機種で
同時開発しているのだが、ある機種はメモリが足りなくて動的に確保しなくてはならない。
途中までできてたソースを大きく書き換えたくないから（複数人で作ってる）、#ifdefで
int map[MAX][HEIGHT][WIDTH];の部分を動的に確保するように書き換えた。
0321デフォルトの名無しさん
2008/08/15(金) 09:15:10>>314は分かってるだろ。その上に突っ込んでるだけだしｗ
0322デフォルトの名無しさん
2008/08/15(金) 09:48:00reallocの落し穴とMakefileの書き方を覚えられたのが収穫だった
/* in foo.h */
extern char** ary;
/* in foo.c */
char** ary = NULL;
void* tmp = NULL;
int init(void) {
size_t i;
tmp = malloc(sizeof(char*)*WIDTH + sizeof(char)*HEIGHT*WIDTH);
ary = tmp;
for (i = 0; i < WIDTH; ++i) {
ary[i] = tmp+ sizeof(char*)*WIDTH + sizeof(char)*HEIGHT*i; }
return 0;
}
0323デフォルトの名無しさん
2008/08/15(金) 09:55:140324305
2008/08/15(金) 10:56:25バカにしすぎかと。そういう前提で書いただけだっつーの・・・
普段ポインタ以外にNULL入れることなんか無いわ。
>>314みたいなのは確かに初めて知ったけど（´・ω:;.:...
＞hoge[x + y * WIDTH]ってアクセスするの？
＞それがhoge[y][x]より賢いって？
char **でバラバラに確保するのか・・？と思ってたので。
314のは連続した領域に確保してるんだからいいんだろうけど。
一つ勉強になりますた。
0325デフォルトの名無しさん
2008/08/15(金) 11:46:570326ほんとの305
2008/08/15(金) 11:51:20あんたは>>309だろｗ
それはそうと。
プライドが傷つくのは気の毒だが、動的に確保しろと言ってるのによくわからないから無視したり
してるところを見ると、もうちょっと勉強したほうがいいのは確かですね。
あとchar**でバラバラに確保しても、まあいいよ。効率はほんの少し落ちるけど、初期化と解放時だけの
効率だから目をつぶろう。>>322はその方法だが、ちょっとコードが良くないね。機械にやらせるべき計算を
自分でやってる。名誉挽回に、>>322を綺麗に書き直してみるかい？（と、煽ってみるｗ）
0327309
2008/08/15(金) 12:33:36失礼ｗ
＞>>322はその方法だが
322って、バラバラじゃないような・・？
１箇所に確保した（連続した）領域に対して、HEIGHT分ごとに区切った
アドレス配列を作ろうとして何かミスってるように見えるんだけど・・・・(；´Д｀)
0328デフォルトの名無しさん
2008/08/15(金) 13:37:13幅や高さが固定な用途ばかりじゃないんでね。
0329デフォルトの名無しさん
2008/08/15(金) 16:46:35その辺は適当にスキップしてC++を優先して学ぶのもよいと思う。
でもCを飛ばしてC++だけやるくらいなら、VBAとかJavaとかやったほうがいいと思う。
CもC++もややこしくて一筋縄にはいかない。
プログラマーに徹したいのなら、もっと楽に学べる言語はいくらでもある。
0330デフォルトの名無しさん
2008/08/15(金) 16:55:28VBAとかJavaに徹してるプログラマってｗ
0331デフォルトの名無しさん
2008/08/15(金) 17:59:400332デフォルトの名無しさん
2008/08/15(金) 20:38:17C++/Javaやっとけばオブジェクト指向がわかるみたいな伝説に惑わされたらだめよ。
結局は言語とは別に勉強しなければ使えないんだから。
0333デフォルトの名無しさん
2008/08/15(金) 20:55:490334デフォルトの名無しさん
2008/08/16(土) 00:42:53言っとくけどと言いつつ何も言ってないゆとりに乾杯
0335デフォルトの名無しさん
2008/08/16(土) 08:17:42夏休みの2週間でものにする
0336デフォルトの名無しさん
2008/08/16(土) 08:31:440337デフォルトの名無しさん
2008/08/16(土) 08:33:05オブ指信仰なんて馬鹿らしい。
一つの言語しか知らない奴はそれが判らない。
0338デフォルトの名無しさん
2008/08/16(土) 09:33:29居るということだろうけど、総合的な視点で良いコードを書くための
選択肢の一つに過ぎないだろ。
>>336
個人的には、構造化がわかるのにオブジェクト指向が理解できない人間が
理解できないｗ
そういう人は感覚じゃなく理屈でしか構造化を考えられないんだろうけど。
0339デフォルトの名無しさん
2008/08/16(土) 10:03:150340デフォルトの名無しさん
2008/08/16(土) 10:04:50え？言ってるじゃん。
0341デフォルトの名無しさん
2008/08/16(土) 10:09:57構造化 ＝ 手続きをモジュールにまとめること
と考えている俺にとって、
構造化とオブジェクト指向の間の溝が深かったよ。
スーパークラス、サブクラス、メッセージ受け渡しの概念を理解するの何年もかかった。
0342デフォルトの名無しさん
2008/08/16(土) 10:22:04「鳴け」とメッセージを送ると、「わん」とか「にゃー」とか鳴くとかってのを読んで、なるほどとは思ったけど、
じっさいのプログラミングでどう使っていいのかよくわからなかったな。
今はコードの実例がいっぱいあるから、JavaやらC#を使っていて、それでデザパタの本とか読んだら、すぐぴんと
くるんじゃないかと思うけど。
0343デフォルトの名無しさん
2008/08/16(土) 10:35:00構造化が手続きによって処理をまとめる手法なのに対し
オブジェクト指向は集合の概念によって処理をまとめるだけのこと
0344デフォルトの名無しさん
2008/08/16(土) 12:32:25emacs lispを弄る度にそう思うよ
これを使うだけでもC++を使う理由になる
0345デフォルトの名無しさん
2008/08/16(土) 20:58:42Visial Basicこそ最優秀プログラム言語だ。
0346デフォルトの名無しさん
2008/08/16(土) 22:28:30ある意味正解。暴論すれば、
VBはアプリケーションを作るための言語。
C/C++はプログラミングするための言語。
0347デフォルトの名無しさん
2008/08/16(土) 22:41:09同意だな、CもC++も低級言語（アセンブリ言語）に片足突っ込んでるような
もんだからややこしいよね（俺はアセンブリ言語好きだけど・・・）
Visial Basicこそ真の高級言語だな
Ｃ言語は使ってみたいけどヒマがないんだよね（インストールはしてあるのに･･･）
0348デフォルトの名無しさん
2008/08/16(土) 22:55:200349デフォルトの名無しさん
2008/08/16(土) 23:47:14ほとんど破たんしているけど、悪女に騙されているよう
0350デフォルトの名無しさん
2008/08/17(日) 03:38:44つまり、その程度の定義しか出来ないって事だけど……
自分一人で完結出来る程度の物なら、楽しく使えるんだがな。
0351デフォルトの名無しさん
2008/08/17(日) 22:24:38あとゲームも
>>349
本当に可能性あるよね、>>347が指摘してる通りアセンブリ言語に片足
突っ込んでるからね、それがややこしくしてる原因でもあるだよなー
0352デフォルトの名無しさん
2008/08/18(月) 01:20:040353デフォルトの名無しさん
2008/08/18(月) 10:49:27つまり、独身を貫くということですね、判ります。
0354ｋ ◆zoHAGELM5Q
2008/08/18(月) 13:11:230355デフォルトの名無しさん
2008/08/18(月) 13:21:51>Ｃ言語は使ってみたいけどヒマがないんだよね（インストールはしてあるのに･･･）
使った事ないのに語るなよｗ
0356デフォルトの名無しさん
2008/08/18(月) 14:18:10C/C++以外の選択肢は無いと思うよ。
Java使ったことないんだけど、JITだっけ？
特定の状況（最適化のかかった部分コード、つまり短い同じ処理を繰り返すような状況？）で
C/C++を超える速度を出すのは素晴らしいとは思うんだけど、
いかんせん「規模がでかくてしかも速度を要求する」ようなソフトは
低レベル処理に首つっこみつつ高レベルな設計が出来る言語を使うしかない。
コンシューマやPC上の３Dゲーは、やってる人間に言わせればまだまだ全然全く
CPU・GPUのパワー足りてないからな。
0357デフォルトの名無しさん
2008/08/18(月) 14:19:320358デフォルトの名無しさん
2008/08/18(月) 14:24:25そういうのじゃダメなの？
0359デフォルトの名無しさん
2008/08/18(月) 14:29:46けど言語仕様上、Javaは安全性重視・オブジェクト指向重視なんじゃないのかな。
やっぱゲームには、CやC++みたいなキ○ガイじみた速度重視の言語が必要だと思う。
他の分野だとJavaがかなり市民権得てきてるなと思うけど。
0360デフォルトの名無しさん
2008/08/18(月) 14:34:59記述の冗長性はコードスニペットとか、エディタ側でどうにかできるし
0361デフォルトの名無しさん
2008/08/18(月) 14:42:400362デフォルトの名無しさん
2008/08/18(月) 14:45:310363デフォルトの名無しさん
2008/08/18(月) 14:50:55よそのツール使って重くされちゃかなわんからな
0364デフォルトの名無しさん
2008/08/18(月) 15:10:23Emacsやvim、VSのVBAで新たにツールを作ってそれに頼る人はなんちゃってだよね
真のプログラマは脳内でコードが出きあがってるからあとはそれをシーケンシャルに打つスタイルの人だよね
0365デフォルトの名無しさん
2008/08/18(月) 15:17:39昔C++のテンプレートを多用したコードに対し正確に見易く自動インデントする設定を晒してた
こういうのもツールに頼るなんちゃってプログラマなんだよね
真のプログラマは登大遊みたいに補完も使わず高速タイピングでベタ打ちする人達
0366デフォルトの名無しさん
2008/08/18(月) 15:20:010367デフォルトの名無しさん
2008/08/18(月) 15:26:04これを誰かオレポータビリティって言ってたな
自作だろうがツールに頼るやつは軟弱者
趣味のコーディングすら止めた方がいい
0368デフォルトの名無しさん
2008/08/18(月) 15:43:330369デフォルトの名無しさん
2008/08/21(木) 22:47:26６２歳タイプ苦手
>>345-346
visualなんとかの評価話題は別ですね
0370デフォルトの名無しさん
2008/08/22(金) 19:23:15元祖BASICを統合開発環境にした、とは到底言えない。
あんなもん既にWinアプリ開発用の独自言語だ
0371デフォルトの名無しさん
2008/08/22(金) 23:15:390372デフォルトの名無しさん
2008/08/22(金) 23:27:44な例とは違ってVBはもう独自言語の域だろ、という意味なんだがｗ
それともVisualC++っていう言語があるとか思ってんの？バカなの？
0373デフォルトの名無しさん
2008/08/22(金) 23:32:15独自拡張までを含めて言うならVisualC++と呼ぶべきかもしれんな
0374デフォルトの名無しさん
2008/08/23(土) 00:04:50↓
構造化BASIC
↓
イベントドリブンのVB (ハイパーカードの影響の指摘もある)
ふつーにつながってる。
0375デフォルトの名無しさん
2008/08/23(土) 00:08:35virtual void hoge() = 0;
みたいな純粋仮想関数の書き方を勝手に拡張して、
virtual void hoge() = WM_HOGE;
みたいにして、イベントハンドラにできるとか。
これはちょっと一線を超えてる気がした。
0376デフォルトの名無しさん
2008/08/27(水) 00:56:26アクセサメソッドのプロパティ化、とか芸当もできたし。
0377デフォルトの名無しさん
2008/10/10(金) 09:29:05Cでのメモリの取り扱いをマスターするまでは、C++に手出すべきではない
0378デフォルトの名無しさん
2008/10/25(土) 14:58:22つまりC言語ってC++があるなら使う意味無いの？
0379デフォルトの名無しさん
2008/10/25(土) 17:32:300380デフォルトの名無しさん
2008/10/25(土) 17:43:41（手続き型の）英語を先にまなんでいる奴らのほうが研究能力（そふとの世界で）
が高いのはそういうことだ。
0381デフォルトの名無しさん
2008/10/25(土) 18:15:540382デフォルトの名無しさん
2008/10/26(日) 02:03:17高度な３Dゲームといえば
グランツーリスモのプログラマは（最低年収８００だか１０００だか）
C/C++/ASMでの募集だったな。
491 名前：名無し検定１級さん 投稿日：2008/10/26(日) 02:00:51
グランツー
http://www.polyphony.co.jp/
0383デフォルトの名無しさん
2008/10/27(月) 14:35:04その概念がなければC++も真に習得できないのに、
2週間ほどでC++をものにできるわけがない！
俺は中学卒業時愛知県で上位200番だった男だぞ！
0384デフォルトの名無しさん
2008/10/27(月) 15:08:220385デフォルトの名無しさん
2008/10/27(月) 15:44:53ねこでもわかるＣ言語プログラミング読んだだけじゃだめなの？
みなさんいつも何を作ろうとプログラミングしてるの？
0386デフォルトの名無しさん
2008/10/27(月) 15:59:28最初は全然わからなくて、ある日突然頭の中で何かが閃いて
ポインタを理解した感じ。
C++の方はそういう閃きはなく、地道に少しずつ学んできたが
Cのポインタに比べるとまだ学びやすかった。
0387デフォルトの名無しさん
2008/10/27(月) 23:26:56もっとかっこいい名前にするべきだ
0388デフォルトの名無しさん
2008/11/05(水) 16:16:160389デフォルトの名無しさん
2008/11/10(月) 11:43:28たしかに、他のものよりも若干扱いにくい部分かもしれないし、
利用に際しては十分注意が必要だけど、べつに、意味が分からないことはないだろ？
あと、Ｃ＋＋の方がなにかと簡単にできる事も多いから、
別にＣから入る必要性はないと思う。
正直にいってさ。
こんな過疎スレだけどｗｗｗ
0390デフォルトの名無しさん
2008/11/10(月) 12:14:490391デフォルトの名無しさん
2008/11/10(月) 13:23:530392デフォルトの名無しさん
2008/11/10(月) 23:09:20タイトルは忘れたが
0393デフォルトの名無しさん
2008/11/14(金) 22:35:15「printf は文字を表示出来ますよ〜。文法はこうです〜。」
「他にも色々あるけど、そゆ事は大人になってから覚えようね（はぁと 」
その程度で良い。
理屈や概念なんて物は初心者にとって学習の妨げになる
そんな物は後から覚えれば良いわけで今ではない。
大体、言語を覚えるのにインターネットや本で完結する奴なんて趣味でしか使わないだろ？
なーんてHSPしか使えない俺が言ってみる
0394デフォルトの名無しさん
2008/11/19(水) 08:09:36その後、CASL2やって、Cに移ればポインタで苦労する事は無い
ポインタに悩まされなければ、C++なんて屁みたいなもんだ
0395デフォルトの名無しさん
2008/11/19(水) 14:57:370396デフォルトの名無しさん
2008/11/19(水) 22:13:33ポインタこそC言語の便利なところで、
これがあったからこそ今でもC言語がよく使われてるように思う。
0397デフォルトの名無しさん
2008/11/19(水) 22:41:420398デフォルトの名無しさん
2008/11/19(水) 23:29:070399デフォルトの名無しさん
2008/11/20(木) 09:57:10c風に書くと
char buffer[100];
char *ptr = buffer - 1;
とか。
ポインタが問題なんじゃなくて、cとC++では「オブジェクトの無いところをポイントしても怒らない」ことが問題なんだよね。
0400デフォルトの名無しさん
2008/11/20(木) 12:55:200401デフォルトの名無しさん
2008/11/20(木) 20:26:27無効なオブジェクトを null 以外指しようが無い。
0402デフォルトの名無しさん
2008/11/22(土) 12:35:100403デフォルトの名無しさん
2008/11/23(日) 03:52:04チュートリアルの記事を読んだ時に、禅がどうのこうのとか
宗教じみた内容だった気がするんだけど、
今でも、そのような宗教的なプログラマはいるんですか？
また、何で宗教が絡むんですか？仏教とか特に・・・
0404デフォルトの名無しさん
2008/11/23(日) 04:38:530405デフォルトの名無しさん
2008/11/23(日) 13:48:10○アセンブリ言語
0406デフォルトの名無しさん
2008/11/24(月) 21:19:13あらら；
信念が強いんですかね・・・
>>405
あぅｗトンです
0407デフォルトの名無しさん
2008/11/25(火) 13:39:280408デフォルトの名無しさん
2008/11/27(木) 23:46:24■ このスレッドは過去ログ倉庫に格納されています