スレを勃てるまでもないC/C++の質問はここで 8

スレを勃てるまでもな ..

446:デフォルトの名無しさん
09/03/20 17:37:43
>>440
数学に、そんな記号ない。縦に並べたのなら知ってる

447:デフォルトの名無しさん
09/03/20 17:41:56
じゃあやりなおし
数学では
≧は
　大なりイコール
って発音するじゃん。それで覚えれば大丈夫。

448:デフォルトの名無しさん
09/03/20 17:50:53
そもそも数学で子供の頃から慣れ親しんだ記号と
似ているようで違う表記をするために間違えるのだから、
それは意味ないのじゃね？

449:デフォルトの名無しさん
09/03/20 17:58:50
声に出して確認しろってことだろ

450:デフォルトの名無しさん
09/03/20 18:03:35
自分は>=と打つときに、心の中で「大なりイコール」と諳んじてるから
まず間違えないな

451:デフォルトの名無しさん
09/03/20 18:10:04
俺もBASIC出身だから=>やったことあるわｗ

452:デフォルトの名無しさん
09/03/20 18:22:15
BASICやった後、Cに戻った直後は
==と書くべきところを=にして悩む
少しリハビリすると大丈夫だけど

453:デフォルトの名無しさん
09/03/20 18:44:24
というか、≧　を口に出して読んだ記憶がないな

だから「大なりイコールって考えればわかりやすいでしょ」といわれても
頭の中でもそんな風に考えたことないし・・って感じ

454:デフォルトの名無しさん
09/03/20 19:09:25
>>453は≧を大なりイコールって読むことを知らなかったってことか？
そりゃ問題だな。

455:デフォルトの名無しさん
09/03/20 19:21:11
greater or equal って読んでてごめんね

456:デフォルトの名無しさん
09/03/20 19:23:40
greater than or equal to と言うのが正しい

457:デフォルトの名無しさん
09/03/20 19:26:30
JISとかで読み方決まってないのかのう

458:デフォルトの名無しさん
09/03/20 19:26:53
gte

459:デフォルトの名無しさん
09/03/20 19:48:21
> gt
< lt
>= ge
<= le
== eq
!= ne

460:デフォルトの名無しさん
09/03/20 20:52:55
>>453
見よ、これがゆとり教育の被害者である

461:デフォルトの名無しさん
09/03/20 21:22:32
larger than or equal toって読んでた

462:デフォルトの名無しさん
09/03/20 21:54:23
普通は以上未満つかうだろ

463:デフォルトの名無しさん
09/03/20 22:05:20
以下＜－＞以上
未満＜－＞？？？

464:デフォルトの名無しさん
09/03/20 22:06:27
より小さい＜－＞より大きい

465:デフォルトの名無しさん
09/03/20 22:06:44
より大きい

466:デフォルトの名無しさん
09/03/20 22:06:54
超過

467:デフォルトの名無しさん
09/03/20 22:07:32
{○, ●}×{→、←}

468:デフォルトの名無しさん
09/03/20 22:10:47
○→)
●→]

469:デフォルトの名無しさん
09/03/20 23:01:44
>>463
反対の意味で使ってるなら間違い

470:デフォルトの名無しさん
09/03/20 23:44:36
同じ意味で使ってるなら間違い

471:デフォルトの名無しさん
09/03/20 23:47:10
どっちの推測も間違い

472:デフォルトの名無しさん
09/03/21 04:16:01
この議論に意味は無い

473:デフォルトの名無しさん
09/03/21 13:23:59
それ以外ネタが無い

474:デフォルトの名無しさん
09/03/21 21:28:22
年度末の一番忙しい時期に、仕事以外で頭を使いたくない

475:デフォルトの名無しさん
09/03/21 22:24:42
ここに言う意味が無い

476:デフォルトの名無しさん
09/03/22 00:02:16
>>459
FORTRANはすっこんでろ

477:デフォルトの名無しさん
09/03/22 00:07:15
おっとtestコマンドの悪口はそこまでだ。

478:デフォルトの名無しさん
09/03/22 02:07:37
『C++はCの完全な上位互換を失った』と見るのですが
具体的にC言語ファイルをそのまま.cppにしてエラーが起こる例ってどんなのあります？

例えばmain関数内でmain関数を使うとエラーになるようですが。（でも常用外だから普通は問題にならない）
（１）　C++ではエラーが出る
（２）　Cで稀に使われるが、C++で別の動きをする　（想定外動作）

無理して作れば色々出てきそうですが・・・・

479:デフォルトの名無しさん
09/03/22 02:19:01
>>478
main(c){}

480:デフォルトの名無しさん
09/03/22 02:23:36
一番よく指摘されるのは
void*をキャストする必要があるかどうかだろ。
char *p = malloc(...);
が通るかどうか。

481:デフォルトの名無しさん
09/03/22 02:25:31
変数名にthrowとかusingとか使ってる場合など。
C++が作られていくときに、新たなキーワードの導入は常に強い反対があったと聞く。

482:デフォルトの名無しさん
09/03/22 02:32:45
複合リテラルとかは？

483:デフォルトの名無しさん
09/03/22 02:33:38
>>478
C99のことだと思うけど可変長配列とかC++に無い
あとintの省略もできないな

484:デフォルトの名無しさん
09/03/22 02:33:56
newとか多いよな。
oldとnewの両方を一時変数名にするとか。

485:デフォルトの名無しさん
09/03/22 02:38:49
>>478
extern のついてない　const なグローバル変数を定義して
ほかのソースからextern宣言して見てるとき

486:デフォルトの名無しさん
09/03/22 16:49:25
でも俺としては例え過去のとかぶっても予約語はしっかり作って欲しい。
無理に予約語を増やさないようにするあまり、同じ予約語で少しずつ違った意味に使うの多くない？
(例 static, template)

487:デフォルトの名無しさん
09/03/22 18:35:34
D言語でも使ってろよ

488:デフォルトの名無しさん
09/03/22 19:30:32
>>478
C++ の規格の付録 C にまとめられてるよ

489:デフォルトの名無しさん
09/03/23 09:24:50
char　hoge[4]　=　"ABCD";　　　//　これがエラーになるかどうか

490:デフォルトの名無しさん
09/03/23 12:37:17
構造体タグの名前空間が独立していない。
struct foo {int bar;} foo; // 例えばこれがエラーになる

491:デフォルトの名無しさん
09/03/24 08:18:48
>>489
char hoge[4] = "ABCD";
がC言語だとhoge[0]='A',hoge[1]='B',hoge[2]='C',hoge[3]='D'でC++だとエラーになるんだっけ？

char hoge[5] = "ABCD";
の場合はCでもC++でも同じhoge[0]='A',hoge[1]='B',hoge[2]='C',hoge[3]='D',hoge[4]='\0'だよね。

492:デフォルトの名無しさん
09/03/24 18:04:39
C++のお勧めの書籍教えてくだされ

493:デフォルトの名無しさん
09/03/24 18:05:16
Modern C++ Design

超お勧め。っていうか、一度読んでみると歯が全部抜け落ちる。

494:デフォルトの名無しさん
09/03/24 18:07:30
うむ、ｻﾝｸｽｂｂ
早速見てくる

495:デフォルトの名無しさん
09/03/24 18:09:17
入門者向けの書籍教えてくだされ

496:デフォルトの名無しさん
09/03/24 18:12:19
入門者向けなら、C++ Coding Standards。
Effective C++とかExceptional C++の最新の要約が詰まってる。

わからない場所＝自分の理解が足りていない場所

という今後の学習指針にもなる。
読むと腸内がすっきりする。

497:デフォルトの名無しさん
09/03/24 18:21:11
ｻﾝｸｽ
とても参考になります
やはり値段が高いほうが内容も詰まってるんでしょうね

498:デフォルトの名無しさん
09/03/24 18:39:57
Effective C++ 原著第3版
amazonで感想を見てみたんですけど・・・・
中級者以上を対象としているみたいな感じなのがありました
本当にこれで大丈夫でしょうか・・？

499:デフォルトの名無しさん
09/03/24 19:03:58
>>491
==

500:デフォルトの名無しさん
09/03/24 19:07:13
>>498
基本構文だとか継承だとかテンプレートの使い方だとか
そういう基礎的なのは習得してる人向けっていう程度

だが、そんなに難しくはないよ
コード付でかなり親切な説明がされてるし

501:デフォルトの名無しさん
09/03/24 19:08:34
Effective C++とかは中級者向けじゃないよ。
入門書の次に読まなければならないレベルの本だよ。
この本を読まずに「中級者」を名乗ること自体がおこがましいよ。
この本を読んだことのない人は
個人的なプログラムしか組む資格がないといってしまっていいくらいに
基本的な事柄について書かれた本だよ。

502:デフォルトの名無しさん
09/03/24 20:29:39
Effective C++か。わかるわかる。
でも初心者レベルではないと思う。
「中級者になりたい初心者なら必読」という意味では初心者向けだな。
入門者の場合は意味不明だと思うが、初心者なら説明が丁寧でたとえがすばらしく分かりやすいからオススメ。

503:デフォルトの名無しさん
09/03/24 20:32:17
10年間Cを書いてきたシニアエンジニアが独力で半年間C++を検討した結果が全て、
EffectiveC++に(より洗練された形で)書かれていたと言っていた。
要は、EffectiveC++を最初から読んでいれば半年間無駄にしなかったのにね、と。

504:デフォルトの名無しさん
09/03/24 20:39:53
Cのファイルアクセス程度までしか勉強していないようなヤツでもわかるものかしらね

505:デフォルトの名無しさん
09/03/24 20:40:06
中級者なら知ってて当然のことが書いてあるだけで、
読まなくても別に中級者になれるけどな

506:503
09/03/24 21:59:39
>>504
>Cのファイルアクセス程度までしか勉強していないようなヤツでもわかるものかしら
C++の入門者だから無理じゃないかな？
クラスって何よ？継承って何だよ？テンプレートとは？？？
っていう感じになっちゃってまともに読み進められないと思う。
>>505
確かにそう言うことになるな。
別に全員が読んでるわけじゃないだろうし。

507:デフォルトの名無しさん
09/03/24 22:45:56
Effective C++はC++を真面目にやろうと思ったら必読書。
読んで理解できなければ、理解できるようになってからまた読めばいい。
よって常にお薦め。
いつまでも理解できないならそいつはC++に向いてない。

508:デフォルトの名無しさん
09/03/24 23:00:50
Effective C++は中級者なら知ってて当然の知識集だから、
この本自体は中級者向けじゃないよ。
この本に書かれている知識を習得していない人は
中級者じゃなくて単なるカスプログラマだから。

何度も書くけど、入門書を読んだあとに読むべき本だよ。

509:デフォルトの名無しさん
09/03/24 23:09:56
口悪いの多いな。

510:デフォルトの名無しさん
09/03/24 23:22:00
件のEffective C++自体、結構口の悪い文章だから。

511:デフォルトの名無しさん
09/03/24 23:28:42
2chだからだろ。
日常生活なら滅多に使わない侮蔑を含む日本語が飛び交う場所だからな。
むしろこのスレはまだマシな方じゃね？

512:504
09/03/25 00:36:26
>>506
クラスとか継承はJavaのさわり程度ならやったので意味だけならなんとか

513:デフォルトの名無しさん
09/03/25 00:43:42
Effective C++はC++特有の仕様に触れることもあるから
少なくとも初心者向けのC++解説本は読んでることが前提。
ちゅか、Effective C++を読めば、C++のプログラムに
Cのテクニックはあまり（ほとんど？）役に立たないことがわかる。
Cの知識は無用ともいえる。

514:デフォルトの名無しさん
09/03/25 00:45:12
>>513
Cで培った危険を予知する感覚というか知識は必要じゃね？
まあC++のソースを書いていてprintfなんて書こうものならもうそいつのソースは信用できないな。

515:デフォルトの名無しさん
09/03/25 00:46:23
＞まあC++のソースを書いていてprintfなんて書こうものならもうそいつのソースは信用できないな。

なんてことを言う奴は信用しないことにしている。

516:デフォルトの名無しさん
09/03/25 01:00:11
coutなんか使わなくてもprintfで十分足る（ｷﾘｯ

517:デフォルトの名無しさん
09/03/25 01:09:59
printfは型安全を無効化するっていうことを理解して使う分には問題ないんでないの？
サッターは「安全装置のない車を運転するほうが楽なのといっしょだ」みたいな主旨のことを書いてた。

518:デフォルトの名無しさん
09/03/25 01:27:36
fgets()でstd::stringに読み込めないのは不便だな

519:デフォルトの名無しさん
09/03/25 01:35:46
シフト演算子オーバーライドして返り値への代入を繰り返す「どうだ凄いだろ」的な構文でなければ
C++内の printf は早々に駆除されてたと思う。
初めて見たときもうちょっとマトモナやり方があるだろう？と感じた。

520:デフォルトの名無しさん
09/03/25 01:40:01
でも吐き出すコードはそこそこまともじゃない？

521:デフォルトの名無しさん
09/03/25 01:43:16
CにないC++の機能
たとえばClassとかSTLとかは使わにゃ損々なんだが
iostream系のようにCにもある機能は
別に置き換えなきゃならんわけじゃないし

522:デフォルトの名無しさん
09/03/25 01:46:49
まあiostreamは単なる多重継承の技術的デモンストレーションだという
極論まであるし遅いしだな

時と場合に応じて使い分ければ良い

523:デフォルトの名無しさん
09/03/25 02:54:02
可変引数のもたらす潜在的なセキュリティホールがむにゃむにゃ

524:デフォルトの名無しさん
09/03/25 08:12:59
>>519
返り値への代入を繰り返すってなに？

525:デフォルトの名無しさん
09/03/25 09:20:24
>>524
((std::cout　<<　hoge)　<<　moge)
代入じゃねえな。
他は　>>519　に同意。
特にシフト演算子のオーバーライドとか、やっちゃ駄目な部類。

526:デフォルトの名無しさん
09/03/25 12:39:57
初期のC++には、C++のライブラリは、ほとんどiostreamしか付いて無かった
(stringや複素数はあった)。だからC++の基本機能や、言語概念の説明といった役割が大きかった。
その後、多重継承が追加されて、書式付き入力ストリームと出力ストリームを結合させるなど、
仮想基底クラスの用法を示している。そういう歴史的経緯が判らないと、
微妙に感じるかも知れないけど、自分定義の型拡張やコンパイル時のチェックも効くし、
長く使ってると愛着も湧いたりする。better Cとして使ってる人には不評みたいね。

カレー南蛮そばが来ないので、長文してしまった。

527:デフォルトの名無しさん
09/03/25 13:36:58
不評っつーか、わざわざ使うまでもない

528:デフォルトの名無しさん
09/03/25 13:47:06
わざわざも何も、それが標準的な出力手段なんだが？

529:デフォルトの名無しさん
09/03/25 14:28:01
オーバーライドとオーバーロード混ざってる悪い子はいねがー？

530:デフォルトの名無しさん
09/03/25 14:53:12
最初から可変長テンプレートを入れてれば、
std::cout(hoge, fuga, std::endl); とか書けたのにな。

だが、D言語では
Stdout(hoge)(fuga).newline;

531:デフォルトの名無しさん
09/03/25 15:15:07
オレオレフィルタとか書くときはboost::iostreamsを使う

532:デフォルトの名無しさん
09/03/25 15:58:48
>>526
じゃあもう要らないですね。obsolete　にしましょ。

533:デフォルトの名無しさん
09/03/25 17:48:52
OKです

534:デフォルトの名無しさん
09/03/25 18:12:00
いくら不要になったといえども
作ってしまった過去の資産（）があるから削っちゃだめだろ iostream

535:デフォルトの名無しさん
09/03/25 18:32:28
負債というべき