プログラミングの下手な奴の特徴　0x01

1 名前：仕様書無しさん [2009/11/23(月) 23:18:49 ] どんなに努力しても予習しても アイツは速さも技術も成長しない・・・ そんな相手がいるはずです。 そんな人達と一般人と、一体何が違うのか。 考えてみても分からない。 557 名前：仕様書無しさん mailto:sage [2010/06/21(月) 22:32:49 ] プログラムの質がどうなのよりも、社会人としてどうなのレベルだな 558 名前：仕様書無しさん [2010/06/22(火) 00:02:16 ] オレ学生だから仕事の事はよくわからんが プログラミング下手なやつは、外部設計より内部設計を先にするやつじゃないかと思う というか、外部設計が下手なやつだと思う 559 名前： ◆VeXmc6uJeo mailto:sage [2010/06/22(火) 00:13:54 ] >>558 ここは２ｃｈねるだから学生とか社会人とか関係ない 社会人じゃなくて仕事の事ぜんぜんわかんないけど >>553こういうレスはかける 560 名前：仕様書無しさん mailto:sage [2010/06/22(火) 00:46:57 ] しかしどこか違和感がある。 本人はそれに気付かない。気付けない。 561 名前：仕様書無しさん mailto:sage [2010/06/22(火) 00:52:52 ] 自分の役割が分からないとか 全体的なことを考えられないとか 集団の中で活躍できない人間は下手だと思う 562 名前： ◆kX2JkguNHw mailto:sage [2010/06/22(火) 01:48:45 ] >>560 ではこのスレの中で名無しで俺が書き込んだレスが君にはわかるのだろうか？ 563 名前：仕様書無しさん mailto:sage [2010/06/22(火) 02:07:06 ] 何が「では」なのかは分からんが 名無しは誰が書いたかではなく何を書いたか、だよ。 コテハンをやめるとはそういうことだ。 564 名前：仕様書無しさん mailto:sage [2010/06/22(火) 10:34:26 ] >>542 そういう場合は 「これこれこういう理由で情報不足のため、 このようにコーディングするしかなかった」 とまともな人なら答えられると思うよ。 本当に自分が何しているか分かってない人は 設計の目的や意図も見抜こうとしないし、疑問も上げないし、 本当に言われたまんま作ってくる。（きっちりバグ付き意味不明コードで） 疑問上げるとしても本当にドメイン外の的外れなことを言ってくる。 問題を指摘すれば責任転嫁。仕事をふれば、 自分がやりたくないと言い出す。リーダ級の人からは 何度も突き上げられるが当人は素知らぬ顔。 何を言っても自分の都合のいいようにねじ曲がるらしい。 相当頑固な頭してる。 で、最後までそのマイペースで業界に残ってたりする。 痛みを感じないって、ある意味最強ｗ 565 名前：仕様書無しさん mailto:sage [2010/06/22(火) 10:57:11 ] 情報不足かどうかわかるほど情報が与えられてれば、不足分について質問するだろ。 566 名前：仕様書無しさん mailto:sage [2010/06/22(火) 11:22:31 ] しない奴いるぞ　そういうのが問題なんでねえの 567 名前：仕様書無しさん mailto:sage [2010/06/22(火) 12:24:48 ] 情報不足かどうかの判断すらしないんだよね 568 名前：仕様書無しさん mailto:sage [2010/06/22(火) 13:13:51 ] >>564 ところがその質問すらかけあってもらえない糞とかマジでいるんだ 569 名前：仕様書無しさん mailto:sage [2010/06/22(火) 20:01:50 ] 一方的に客からの指示をメールで伝えるだけで 現場からの質問メールには一切答えないクソマネージャーのために メンバーの1/3が逃げ出しました。 570 名前：仕様書無しさん mailto:sage [2010/06/22(火) 22:09:12 ] >564 うちのチームにも一人いるんだが座ってる椅子の背中部分ぐらいだったら蹴飛ばしてもいい？(´・ω・｀) 571 名前： ◆st.v6vNiwY mailto:sage [2010/06/23(水) 02:25:02 ] >>563？？ 572 名前： ◆s/lQJB6p9w mailto:sage [2010/06/23(水) 07:51:17 ] 数字しつこいよ#3434 573 名前： ◆st.v6vNiwY mailto:sage [2010/06/23(水) 07:53:05 ] 全角ｗ#３４３４ 574 名前： ◆wYUuBm6d7Q mailto:sage [2010/06/23(水) 13:03:22 ] そういう。ゴミでもちょっと調べりゃわかる情報を なんでここに書こうと思った？ プログラミングの下手な奴の特徴その１だな 575 名前：仕様書無しさん mailto:sage [2010/06/23(水) 17:08:10 ] >>518 下手糞だな template<class T> bool betweenGtLt(T x, T a, T b) { return a < x && x < b ; } template<class T> bool betweenGeLt(T x, T a, T b) { return a <= x && x < b ; } template<class T> bool betweenGtLe(T x, T a, T b) { return a < x && x <= b ; } template<class T> bool betweenGeLe(T x, T a, T b) { return a <= x && x <= b ; } 576 名前：仕様書無しさん mailto:sage [2010/06/23(水) 18:39:36 ] んでもって between とか名前ながすぎマンドクセ namespace between { template<class T> bool GtLt(T x, T a, T b) { return a < x && x < b ; } template<class T> bool GeLt(T x, T a, T b) { return a <= x && x < b ; } template<class T> bool GtLe(T x, T a, T b) { return a < x && x <= b ; } template<class T> bool GeLe(T x, T a, T b) { return a <= x && x <= b ; } } 577 名前：仕様書無しさん mailto:sage [2010/06/23(水) 20:56:38 ] どっちが下手なんだか 使う言語の機能次第だし どっちにしてもそんなもん勝手に定義されると迷惑だ 578 名前：仕様書無しさん mailto:sage [2010/06/23(水) 22:51:36 ] そういうの見るたびに 浮動小数点でaとbとxが微妙に同じっぽいような値のときのGeLeの動作って気にならないんだろうか？ とか思うんだけど型って決まってるの？ 579 名前： ◆st.v6vNiwY mailto:sage [2010/06/23(水) 22:52:51 ] ｔｓｔ 580 名前：仕様書無しさん mailto:sage [2010/06/24(木) 00:07:50 ] >>575 そんなどうでもいいところに突っ込むなら const 参照で受けるくらいしろよド下手糞 581 名前：仕様書無しさん mailto:sage [2010/06/24(木) 00:54:20 ] 前々から思ってたんだ template の <> がきもい 582 名前：仕様書無しさん mailto:sage [2010/06/24(木) 02:47:15 ] >>580 一々うるせんだよ　テメーで書けよバーロー template<class T> bool GtLt(const T &x, const T &a, const T &b) { return a < x && x < b ; } template<class T> bool GeLt(const T &x, const T &a, const T &b) { return a <= x && x < b ; } template<class T> bool GtLe(const T &x, const T &a, const T &b) { return a < x && x <= b ; } template<class T> bool GeLe(const T &x, const T &a, const T &b) { return a <= x && x <= b ; } 583 名前： ◆rT33C51l9k mailto:sage [2010/06/24(木) 06:27:21 ] >>581 それ思い始めたってことは真理の扉一つ目だよ まだまだ先は長い頑張れ 584 名前：仕様書無しさん mailto:sage [2010/06/24(木) 07:29:48 ] >>578の問題は気にしないんだな？ 585 名前：仕様書無しさん mailto:sage [2010/06/24(木) 07:39:22 ] 気にする必要なくね？ いくらaとbが近くても a <= b が間違って判断されることはないだろう。 586 名前：仕様書無しさん mailto:sage [2010/06/24(木) 07:55:43 ] >>585 でも fabs(a-b) < GOSA だったら違うことするって習っただろ？ 587 名前：仕様書無しさん mailto:sage [2010/06/24(木) 20:56:10 ] 対象の型の == 演算子を目的に合うように定義するんじゃね？ 588 名前：仕様書無しさん mailto:sage [2010/06/24(木) 21:54:27 ] >>587 だろ？ って考えると型全部一括でやってほしいことなんていくらもねーよ 589 名前：仕様書無しさん mailto:sage [2010/06/24(木) 23:05:50 ] >>586 そういう処置がひつようなのは、等号による比較の時だけだろ。 大小関係が変わってしまうなんて聞いた事ないわ。 590 名前：仕様書無しさん mailto:sage [2010/06/24(木) 23:19:39 ] >>589 GeLeはまさにそうじゃん aとbとxが横一線になる（可能性がある） 591 名前：仕様書無しさん mailto:sage [2010/06/24(木) 23:30:44 ] a == x かつ x == bが成立するだけなんで問題ないでしょ。 成立するはずなのに成立しないのは問題だけど。 592 名前：仕様書無しさん mailto:sage [2010/06/24(木) 23:35:24 ] >>591 例えば a = 5.0 b = 4.9999999999999・・・ x = 5.0 のときってあんまり意図しない結果にならない？ 593 名前：仕様書無しさん mailto:sage [2010/06/25(金) 02:30:53 ] おまいらは浮動小数が必要な仕事してるのか。すごいな。 594 名前：仕様書無しさん mailto:sage [2010/06/25(金) 02:44:33 ] >>587 の通り == を誤差含みで定義しておいて <= が == を使えば x <= b が true になるだろ 595 名前：仕様書無しさん mailto:sage [2010/06/25(金) 02:54:31 ] そんなに厳密に拘るんならよ、 bool operator <=(const double &lhs, const double &rhs) とか bool operator <=(const float &lhs, const float &rhs) を をさくっとオーバーロードすりゃ済む話なのに 処理系依存のヴァカな話についていけないんだな本当にぃ 596 名前：仕様書無しさん mailto:sage [2010/06/25(金) 02:59:14 ] >>592 そこまで自身ありげに解説するなら凡例と打開策挙げてみろよ 597 名前： ◆7qLWHKCm4U mailto:sage [2010/06/25(金) 06:53:28 ] 可愛そうなスレだな････ 598 名前：仕様書無しさん [2010/06/25(金) 07:33:33 ] おれも >>592 の自信満々な傾向と対策を聞きたくなってきたw 599 名前：仕様書無しさん mailto:sage [2010/06/25(金) 07:40:43 ] >>596 仕様による以上って結論しかないんだけどなｗ こういうときに誤差をどの程度にするのかってちゃんと業務ごとにえらい人に決めてもらわないとダメだな だから大抵こんな一括でやったらあかんよ 600 名前： ◆SB2.iepR5c mailto:sage [2010/06/25(金) 07:41:04 ] 今日世界で多く使われてるhoge言語は どんだけ頑張っても綺麗なソースには出来ないことがuyによって証明されてる 解決しようもない問題を抱えながら、人は今日も完璧なんて程遠いソースを書く おれが>>517 で tokushunaIF　というのを定義したのは、 そのプロジェクトでは、定義したほうが効率がアップすることが確定していたからだ まともな奴ならば、全体的にソースをみて、定義したほうがいいか、しないほうがいいかくらい判断つく 定義したほうが効率上がるプロジェクトがあり、余計なものは定義しないほうが効率良いプロジェクトもある これは矛盾だと思うけれど、今日使われてるhoge言語に欠陥があるせいで、 こういう意味のわからない事が起こる プログラマの腕とか関係なしにhoge言語じゃ、どうやっても綺麗になんて書けない箇所は発生してくる で、その箇所を、新しい演算子の定義等で回避できたりもするし、 余計な事をやったせいで、ますます泥沼に陥ることもある はっきしいって自分の腕に少しも自信の無い奴は、オーバーロードなんて使ってはいけないと思う 根底を作るという事は自分ひとりのプロジェクトだとしても責任は付きまとう 初心者は普通に>>481こうかくのが最良の選択であり、 所詮hoge言語では>>595こんなことやったとしても、　全体の効率は数％しかアップしない　1時間を、1時間5分頑張れば済む話 その5分をとりにいくような効率厨は、5分をとりにいったはずが、1日をロスするかもしれないリスクも負っているという事を、覚悟しなくちゃいけない･･･ そんなしがらみが蠢き、無知とぷち無知同士がどんぐりの背比べをし続ける２ｃｈねるに、おれはそっとレスを残した 601 名前：仕様書無しさん [2010/06/25(金) 07:50:23 ] こいつ笑えるほど偉そうなんだけどｗ 602 名前：仕様書無しさん mailto:sage [2010/06/25(金) 21:33:21 ] そんな演算誤差が重大になるような計算に 浮動小数点使ってる時点で間違いだろうに 状況に合わせてうまくやれない奴が下手な奴だな 603 名前：仕様書無しさん mailto:sage [2010/06/25(金) 22:12:16 ] >>602 この場合逆なんだよ テキトーでいいのにしっかりやられるのが嫌だから そのテキトー具合を定義しておかないとって話 604 名前：仕様書無しさん mailto:sage [2010/06/25(金) 22:25:32 ] >>603 適当でいいのにしっかりやれれると嫌という厳密な問題なんだろ？ 本当に適当でいいのならどっちでもかまわんはずだ 605 名前：仕様書無しさん mailto:sage [2010/06/25(金) 22:31:24 ] 適当違い 606 名前：仕様書無しさん mailto:sage [2010/06/26(土) 03:16:35 ] コーディングの巧い/下手の基準として、 (1)意味の明確さ⇔曖昧さ (2)記述の簡潔さ⇔冗長(複雑)さ の2軸が挙げられるかと思う。 これって普通の文章についての巧さにも通じると思うのだが、 冗長な記述でさっぱり意味が伝わってこない、 最悪な文章書いてる奴が結構居るのだよね。このスレにも。 607 名前： ◆6Poife4cZQ mailto:sage [2010/06/26(土) 05:27:33 ] プログラムと自然界の概念を混同するなカス そんなだから何時まで立っても底辺なんだよゴミ 608 名前：仕様書無しさん [2010/06/26(土) 11:57:07 ] >>606 その評価方法は 業務よりのコードにはある程度当てはまるかもしれないが 組み込みよりのコードにはほとんど当てはまらない 609 名前：仕様書無しさん mailto:sage [2010/06/26(土) 12:12:50 ] え？組み込みってそんなにレベル低いの？ 610 名前：仕様書無しさん [2010/06/26(土) 12:21:27 ] 組み込みはレベル低いだろｗ 611 名前：仕様書無しさん mailto:sage [2010/06/26(土) 12:27:12 ] 組み込みは、リソースの都合上可読性を下げて パフォーマンス要件をようやくクリアできるということがたまにある。 程度はわからんが、仕事でそういうことは確かにある。 でもこれはリソース確保の交渉力がないだけのような気もするから微妙。 612 名前： ◆mpXu5tEJbU mailto:sage [2010/06/26(土) 14:41:32 ] 人はプログラムと似ている（ｷﾘｯ 冷蔵庫を使ってカプセル化の説明（ｷﾘｯ privateは内緒モード（ｷﾘｯ ポリモーフィズムとは双子のようなもの（ｷﾘｯ オブジェクト指向ていうのは物ｗ　きーぼーどとかｗ　まうすとかｗ　ねｗ（ｷﾘｯ C言語と人の言葉は似ている（ｷﾘｯ プログラミングと絵は似ている（ｷﾘｯ（ｷﾘｯ クラスとはパズルでそのピースなんたらかんたら（ｷﾘｯ プログラミングとは建物の建設（ｷﾘｯ（ｷﾘｯ（ｷﾘｯ（ｷﾘｯ コンパイラになったつもりでコードを目デバッグ（ｷﾘｯ 対話モードとはコンピューターと人が対話をしていくように（ｷﾘｯ 613 名前：仕様書無しさん mailto:sage [2010/06/26(土) 18:02:46 ] >607 自然言語だって人工物だと思うけどw >608 (2)はどうしても犠牲になるかもしれないけど、(1)を犠牲にしたら只のアホかと。 それとも貴兄はそんなコードを生産、あるいは許容しているのですか。 それに局所的には複雑であっても、大局的には簡潔にできると思うけど。 614 名前： ◆k3dZVDcTHE mailto:sage [2010/06/26(土) 19:03:53 ] 長文を描きたい所だったけど、簡潔にまとめてやる。 とりあえず、こいつは最高パフォーマンスを求めたソースコードを見た事がないんだなと思った。 そこまでやるという選択肢は滅多に選ばないけど、一応は常にあるという事 615 名前：仕様書無しさん mailto:sage [2010/06/26(土) 19:11:06 ] 組み込み向けにＣ＋＋が使えるなんてウリでさわったツールが最悪だった 何とは言わないけどｗ 全然Ｃ＋＋らしくない記述になるうえにこれならＣ言語で書いたほうがナンボがま（ｒｙ 616 名前：仕様書無しさん mailto:sage [2010/06/26(土) 23:38:38 ] 素質のあるなしはともかく勉強しないから上達しない うちの仕事場も勉強する暇があったらコーディングしろとかいう OJTなんだかただの手抜きなんだかな環境・・・ってどこも似たようなもんか 617 名前：仕様書無しさん mailto:sage [2010/06/26(土) 23:42:36 ] プログラムなんて自力で覚えるもんだろう。 分からない所を自分から聞くのは構わないが、 手取り足とり教えてもらって一人前のプログラマになんて絶対にならない。 まぁこんな事は言われなくても分かってると思うがね。 618 名前： ◆s4AZ3W7bLaGf mailto:sage [2010/06/26(土) 23:53:56 ] 一人前になんてならなくていいと思う 適当にやって適当に30で転職すればいいと思う 適当な技術で適当に仕事しててもクビにならないんならそれはある種の勝ち組 619 名前：仕様書無しさん mailto:sage [2010/06/27(日) 01:03:25 ] いや、切磋琢磨がベストだと思うよ。 馴れ合い大好きな日本人には向いてないけど。 620 名前：仕様書無しさん mailto:sage [2010/06/27(日) 01:07:11 ] いまのいままで気がつかなかったんだけど いや、プログラムの入門書を読んだときは覚えていたんだけど vector <MyClass> mMyClass; で mMyClass.resize(mMyClass.size()+1); ってやると mMyClassの中でnewしてるもの全部死ぬんだね・・・orz 俺はどこで忘れてしまったのだろうか・・・ 過去、俺が手がけたプログラム全部死んでるかも・・・orz 621 名前： ◆6Wv3aiWhFV74 mailto:sage [2010/06/27(日) 07:43:38 ] しなねえよカス つか、それで死んだらライブラリがゴミだから自分でresizeメソッド作り直すわ だけど、おれの感からすると mMyClass.resize(mMyClass.size()+1); このコードはやめたほうが良い まず、.push_backに比べて100倍遅いだろうし Vectorの実装がゴミだった場合、reallocみたいなの使っちゃってて 時よりゴミみたいに重くなる可能性 .push_back使わなかった理由が分からない 622 名前：仕様書無しさん mailto:sage [2010/06/27(日) 08:15:18 ] >>621 いや、コピーコンストラクタが定義されてないと逝くらしい push_backを使わなかったのは要素だけを+1増やしたいときにどう書くのかわからなかった 623 名前： ◆6Wv3aiWhFV74 mailto:sage [2010/06/27(日) 21:25:43 ] しなねーって！！！！！！ それで死ぬならその言語をおれは使う事を辞める どういうコードだと逝くのか貼ってほしい 624 名前： ◆bzv6VMNcXg mailto:sage [2010/06/27(日) 21:49:31 ] docs.sun.com/source/820-2985/general/5_2.htm そうか。死ぬらしい。 C++使う事を辞めるわ 625 名前：仕様書無しさん mailto:sage [2010/06/28(月) 07:31:48 ] >>624 死ぬよね 結構な数のソースで欠陥コード書いちゃった俺・・・ 626 名前： ◆bzv6VMNcXg mailto:sage [2010/06/28(月) 09:36:29 ] これってC#とかJAVAでもそうなの？ 627 名前：仕様書無しさん mailto:sage [2010/06/28(月) 17:09:43 ] んなわけあるかよｗ 628 名前：仕様書無しさん mailto:sage [2010/06/28(月) 19:33:35 ] >>627 そのコンテナっぽいもんの仕様によるんじゃねぇか？ どうだろ？ 629 名前： ◆UM6mRM3Cms mailto:sage [2010/06/28(月) 20:45:31 ] 色々ぐぐってたらなんか、わかったよ C++って、あくまで実行速度とってる言語なんだね コピーコンストラクタを定義しなくても、 大丈夫なようにするなんて技術的に不可能な訳がねえよ だとすれば関数単体の実行速度はCが上でも プロジェクト全体で見た場合C++のほうが上になるのかもしれないな 630 名前：仕様書無しさん mailto:sage [2010/06/28(月) 20:58:30 ] >>629 >コピーコンストラクタを定義しなくても、 >大丈夫なようにするなんて技術的に不可能な訳がねえよ それって使う側の用途によらないかなぁ・・・できるできないの話じゃなくて 631 名前：仕様書無しさん mailto:sage [2010/06/28(月) 22:51:31 ] その前に俺なら一言ゴメンと言うな。いくら２ちゃんでも。 632 名前： ◆fPiRsG0LY6 [2010/06/29(火) 09:16:25 ] >>630 まじでイフミだけど一応レスしてやると、 お前の言い方だと ＞mMyClass.resize(mMyClass.size()+1); これやったときに、コピーされないで、中のデータは壊れたほうが良い時もあるって 言ってるように聞こえるんだけど？ どういう時だよカス 現にC#,JAVAでは>>620これで問題は起きない ふざけた話だけど、 C++では自分で定義しなくちゃダメなようにしてるのは 「コーディングの安全性よりほんの僅かな実行速度のほうをとっている」から　っていう見方をおれはした >>631 じゃあお前が謝れクズ 633 名前：仕様書無しさん mailto:sage [2010/06/29(火) 09:42:39 ] >>632 いや、だからよ それはC++の仕様の話じゃなくて単にvector作った奴がそういう感じにしちゃっただけの話だろ 634 名前： ◆n4lpmj84ic mailto:sage [2010/06/29(火) 10:43:40 ] 　イ　ミ　フ　過　ぎ もう話しかけんな ６３３いま if( TURE == TURE ){ } こんなコードかいたよ もう二度と話かけんなよ 635 名前：仕様書無しさん mailto:sage [2010/06/29(火) 10:58:36 ] ライブラリの仕様と言語仕様の区別がつかない男の人って・・・・・ 636 名前： ◆f7RoH3GLMM mailto:sage [2010/06/29(火) 11:04:05 ] ＞そのコンテナっぽいもんの仕様によるんじゃねぇか？ ＞それって使う側の用途によらないかなぁ・・・できるできないの話じゃなくて ＞その前に俺なら一言ゴメンと言うな。いくら２ちゃんでも。 ＞それはC++の仕様の話じゃなくて単にvector作った奴がそういう感じにしちゃっただけの話だろ イミフなレスを抽出してみたら　とある共通点に気づいた 全てが「　そ　」　から始まってやがるｗｗｗｗｗｗ 私はこの規則性にもっと早くに気づくべきだった その他人に間違いを指摘してもらう為だけに2chを利用するのも悪くないよな それが正しい２ｃｈの利用方法だと思ってる そのほうが効率が高い それに釣られてる俺が浅はかだっただけ 637 名前： ◆f7RoH3GLMM [2010/06/29(火) 11:06:49 ] >>635 「その」が抜けてる 638 名前： ◆f7RoH3GLMM [2010/06/29(火) 11:10:20 ] >>635 そのＬｉｂ仕様とか言語仕様とか、いってんのはおまえだけなんだけど それどっか痛いのか？　古傷？ その右手で抑え隠しているものは昔だれかに煽られた古傷か？ それＣ＋＋のvectorを実装がどうなってるか？って話をいましてるんだよ そのくらい若ってほしい 639 名前：仕様書無しさん mailto:sage [2010/06/29(火) 11:38:35 ] アレじゃねえの？ 携帯のメールやチャットになると途端に変な文章書いてくるタイプの >>630-633 この辺りは確かにイミフｗ 会話がかみ合ってないとかそういうのとはまた違って 640 名前： ◆rwY1vQktsw [2010/06/29(火) 11:48:11 ] カスに同意されたくない さいきんとあるスレで知った事がある 鬱病になると、通常の会話が出来なくなるって事を ああ、なるほどと思ったよ 過去に、言葉が通じないで イミフな子といい続ける奴とたまにであって なんなんだろうコイツってずっと思ってたけど　鬱病だったのかってことで全て理解した これも鬱病なんだろう だいぶ相手しちゃったけど、以降は放っておく 641 名前：仕様書無しさん [2010/06/29(火) 12:15:22 ] あ 642 名前：仕様書無しさん mailto:sage [2010/06/29(火) 12:22:52 ] 鬱患者を笑うくせに鬱患者以上に頭がおかしいコテを笑うスレはここですか 643 名前：仕様書無しさん mailto:sage [2010/06/29(火) 12:51:13 ] ファビョってんじゃねえよ在日 梅雨の湿気並にうっとうしい奴だな 644 名前：仕様書無しさん mailto:sage [2010/06/29(火) 13:42:29 ] >>638 だからそれはC++の話じゃなくてあくまでライブラリのvectorの話だよね？ 645 名前：仕様書無しさん mailto:sage [2010/06/29(火) 14:11:09 ] いままで作ったソースがゴミ以下だったことが露呈してファビョる人のいるスレはここですか？ 646 名前：仕様書無しさん mailto:sage [2010/06/29(火) 14:33:24 ] ネットに逃避ばかりしてないで現実みろよ 鏡もな 647 名前：仕様書無しさん mailto:sage [2010/06/29(火) 15:08:01 ] こんなところで愚痴ってる暇があるなら さっさとvector使ってるところ一斉検索して修正しろ 648 名前： ◆rwY1vQktsw [2010/06/29(火) 15:35:59 ] >>644 printf("ｓｓｓ"); だからそれはC言語の話じゃなくてあくまでライブラリのstdio.hの話だよね？ printfは言語仕様ではない printfがC言語とかいってるやつは言語仕様とライブラリ仕様をごっちゃにしてる printfについて語るときは、 C言語とはいわず、ライブラリstdio.hの話と言え ってことか イミフ なんとなくおまえのいいたいことをエスパーすると、 C++もC#もJAVAなどで使われてるvectorは、全てが同じ仕様だから vectorについて語るときにC++のvecotrなんていう風にわざわざ「C++」って言うのは違うって言 い　たいんだけど、　知識たりなくて　そこを明確に断言できなくて ＞「「「だからそれはC++の話じゃなくてあくまでライブラリのvectorの話だよね？ 」」」」 んな書き込みしかできないわけ？？？ 別 物 だ カ ス いまは「vecotrの話」じゃなくて「C++のvector」の話を、したいんじゃなかったの？？　なんなの？？　放置 649 名前： ◆XOYWXQhFP6 [2010/06/29(火) 15:37:01 ] もうひとつの可能性もおいとくわ www.vector.co.jp/ 650 名前：仕様書無しさん mailto:sage [2010/06/29(火) 15:38:58 ] >>648 間違いを認めろよｗ 651 名前： ◆XOYWXQhFP6 mailto:sage [2010/06/29(火) 15:42:22 ] おいおい････ 652 名前：仕様書無しさん mailto:sage [2010/06/29(火) 15:46:51 ] 自分自身が定義をはっきりさせないまま話を進めているということは認めようね 653 名前： ◆XOYWXQhFP6 [2010/06/29(火) 15:48:59 ] 　だ　れ　か　た　す　け　て　く　だ　さ　い　｡･ﾟﾟ '゜(*/□＼*) '゜ﾟﾟ･｡ ｳﾜｧｰﾝ!! 654 名前： ◆XOYWXQhFP6 [2010/06/29(火) 15:56:32 ] なんだろう、vectorっつうのを、 dllとか、Libでもインポートして、 世界中の全ての言語で共通したもの使ってると思っちゃってるのか？ 確かに、それがベストではあったんだけどさ、 残念ながら言語、処理系ごとに実装しなおしてんだよ････ それよりも何故いまC++のvecotの話をしているのに そこからC++を切り離そうをしてんの？　　じゃあ、何の言語のvectorの話がしたいんだよ もう放置だなこいつ　煽られ弱かったらしく、もはや正常なレスを書けなくなってきてる 655 名前：仕様書無しさん mailto:sage [2010/06/29(火) 16:00:33 ] >>649 それはねーよｗ 656 名前：仕様書無しさん [2010/06/29(火) 16:04:25 ] ＞dllとか、Libでもインポートして、 世界中の全ての言語で共通したもの使ってると思っちゃってるのか？ 俺的には、その疑問があって誰かに間違いを正して欲しくて粘着してるように見えるな だから変なレスを飛ばしてくる もう目的は果たしただろ 657 名前： ◆rwY1vQktsw mailto:sage [2010/06/29(火) 16:09:01 ] これ以上まだ何か話したいなら まず ---------------------------- 630 ：仕様書無しさん：2010/06/28(月) 20:58:30 >>629 >コピーコンストラクタを定義しなくても、 >大丈夫なようにするなんて技術的に不可能な訳がねえよ それって使う側の用途によらないかなぁ・・・できるできないの話じゃなくて ------------------------------- -------------------------- >>630 まじでイフミだけど一応レスしてやると、 お前の言い方だと ＞mMyClass.resize(mMyClass.size()+1); これやったときに、コピーされないで、中のデータは壊れたほうが良い時もあるって 言ってるように聞こえるんだけど？ どういう時だよカス -------------------------- これにレスをしてみろ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef