C++相談室 part149

**デフォルトの名無しさん** · 2020/02/18(火) 06:19:41.54

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part148
https://mevius.5ch.net/test/read.cgi/tech/1580471646/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

**デフォルトの名無しさん** · 2020/02/18(火) 11:42:54.44

>>15
いや俺tDJaHP5Kだよ
過剰反応するなっていうおまえさんこそ
なんでそんなにとんがってるんだ？
色々勘ぐってしまうぞ

**デフォルトの名無しさん** · 2020/02/18(火) 11:48:32.16

＞「後で」かｗ
＞もう1000間近だし期限切らないでおけば時効だろってか？
こんなん書いてよく開き直れるな
側から見てて気分悪かったぞ
ちなみに俺は前スレnfQlnp9bな

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 11:55:50.57

>>17
それは妥当だろ。
あの場面ではライブラリにアロケータを指定できない場合があると主張しながら例を示さない
のは議論の仕方がわかってないクズだし、そういう奴に遠慮してたら話が進まねーよ。
2ch って元々そういうところじゃん。

**デフォルトの名無しさん** · 2020/02/18(火) 11:59:04.13

ああ、あいつか
元々newの話だったのに
mallocの話だってクレーム垂れてきたやつね

**デフォルトの名無しさん** · 2020/02/18(火) 11:59:40.16

は？頭湧いてんのか？
最終的に例出されたなら反論か謝罪かどっちかだろ
そこで逃げるという選択が取れる方がよっぽどクズだと思うがな

**デフォルトの名無しさん** · 2020/02/18(火) 12:01:31.50

毎回荒れる原因作ってんのお前らだろ
さんざん煽って言い返せなくなったら別人に成り済まして単発煽り入れたり
マジ邪魔だわ

**デフォルトの名無しさん** · 2020/02/18(火) 12:03:20.38

それから俺は元々特定のレスや人物に異を唱えたわけではなく
流れ全体に対しておかしいと思ったことを言ったのが968だったぞ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 12:07:30.24

>>20
前スレで野党に喩えたのはそういうとこね。
事実関係は議論の前提だから、共有しないで先延ばしする理由はない。
カルトクイズに答えられない相手を見て悦に入るようなやつがクズでなくてなんなんだ。

**デフォルトの名無しさん** · 2020/02/18(火) 12:08:17.71

だいたい喧嘩売ってきたのは978で
それまで平和的に話していた俺が
ひとこと言い返したのだけ取り上げて
気分悪いとかどういうバイアス持ってるんだよ

**デフォルトの名無しさん** · 2020/02/18(火) 12:11:28.72

＞前スレで野党に喩えたのはそういうとこね。
それはどうでもいい、問題にもしてない

＞カルトクイズに答えられない相手を見て悦に入るようなやつがクズでなくてなんなんだ。
悦に入ってたかどうかは本人に聞け
というか調べ方は出してくれてただろうが

お前も都合の悪いことからはとことん逃げるから、悪いが相手したくない

**デフォルトの名無しさん** · 2020/02/18(火) 12:14:37.63

>>24
>>978もそれまでのお前の態度と同程度には平和的だと思うが
どういうバイアス持ってるんだよ
悪いがもうキチガイキッズの相手はしたくない、絡んで悪かったな

**デフォルトの名無しさん** · 2020/02/18(火) 12:17:59.50

自己弁護にしか見えねえ
どうやら勘ぐりは当たってたようだな

**デフォルトの名無しさん** · 2020/02/18(火) 12:21:22.79

アホか
俺が前スレ>>978本人だったらもっといじり倒してるわ

**デフォルトの名無しさん** · 2020/02/18(火) 12:27:49.37

言えば言うほどドツボだぜｗ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 13:53:54.86

MinGW のライブラリを見てたら std::function にも SSO が入ってる。
データメンバの総計が 16 バイト以下の関数オブジェクト (キャプチャした変数が少ないラムダ) なら new は呼ばれない。

※ string ではないのにこの最適化を SSO と呼んでいいものなのかどうかわからん
※ 16 バイトというのは環境によるだろうし、 SSO がないこともあるだろう
※ とはいえ、主要な実装ではだいたい有ることを期待できるのではなかろうか

間接参照にはなるから std::function はわずかにコスト高には違いないかもしれないけど、
ちょっとしたことに使う分には急激に実行コストが上がるというほどではない。

リソースの限られた組み込み環境だといずれにしても基本的なライブラリも
自前で用意せざるを得なかったりもするだろうし、
標準ライブラリをフルセットで使えるほどの環境ならみみっちくリソース消費量を抑える必要もないだろうから、
使いどころが適切であれば全体としてはあまり問題にならなさそうという感想。 (あくまでも個人の感想です！)

**デフォルトの名無しさん** · 2020/02/18(火) 17:23:06.88

ちゃうねん。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 17:35:08.64

そうか (´・ω・`)

**デフォルトの名無しさん** · 2020/02/18(火) 17:37:59.36

僕はArduinoこそC++パワーが必要と言ってるんですよ。

**デフォルトの名無しさん** · 2020/02/18(火) 17:41:06.24

Arduinoは様々な亜種があるので、テンプレートでゴニョゴニョすると、何かいいことが起きるのではないか？
そんなことを議論してほしいわけですよ。
メモリーは2KBしかないけれども。

**デフォルトの名無しさん** · 2020/02/18(火) 17:45:54.66

ちなみにエルチカとこんな感じ。
最大32256バイトのフラッシュメモリのうち、スケッチが932バイト（2%）を使っています。
最大2048バイトのRAMのうち、グローバル変数が9バイト（0%）を使っていて、ローカル変数で2039バイト使うことができます。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 17:46:01.07

>>33-34
僕って誰や？

ランタイムのパワーが必要ないものはリソースの少ない環境用に積極的に活用するべきだとは思う。
Arduino についてはよう知らんけど、ドキュメントを見た感じだと type_traits のような
(実行時の) マシンパワーが要らないようなものまで除く必要はないやろという気持ちになる。

**デフォルトの名無しさん** · 2020/02/18(火) 17:48:36.87

C++標準ライブラリはないけどテンプレートは使えます！

**デフォルトの名無しさん** · 2020/02/18(火) 17:51:48.28

魔術師が活躍する舞台として最高だと思いますが。
なぜ参入してこないのか。

**デフォルトの名無しさん** · 2020/02/18(火) 17:58:28.64

Running 5 test cases...
---------- std_algorithm__adjacent_find_1 ----------
std::vector<std::uint32_t>
size(): 104,857,600
std::adjacent_find: 66ms

---------- std_algorithm__is_sorted_1 ----------
std::vector<std::uint32_t>
size(): 104,857,600
std::is_sorted: 66ms

---------- std_algorithm__sort_1 ----------
std::vector<std::uint32_t>
size(): 1,048,576
std::sort: 119ms

---------- std_algorithm__unique_1 ----------
std::vector<std::uint32_t>
size(): 5,242,880
std::unique: 4ms

---------- std__vector__copy_1 ----------
std::vector<std::uint32_t>
size(): 104,857,600
copy assignment: 220ms
new std::uint32_t[]
size: 104,857,600
std::memmove: 55ms

*** No errors detected

**デフォルトの名無しさん** · 2020/02/18(火) 17:59:19.58

一億個コピーで220msだった。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 18:04:45.17

>>38
たぶん探せばそれっぽいライブラリもあるんちゃう？
https://www.google.com/search?q=Arduino++C%2B%2B+template+library

**デフォルトの名無しさん** · 2020/02/18(火) 18:05:23.55

ありがとん。

**デフォルトの名無しさん** · 2020/02/18(火) 18:08:56.36

>>30
SSO = Small-string optimization

**デフォルトの名無しさん** · 2020/02/18(火) 18:13:40.86

Arduinoも一応newは使える。
使わないけど。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 18:25:28.71

>>44
new を使わずに、かわりにどうすんの？

**デフォルトの名無しさん** · 2020/02/18(火) 18:27:32.40

2KBしかないからローカル変数。

**デフォルトの名無しさん** · 2020/02/18(火) 18:31:23.28

基本的にグローバル変数を駆使するしかないけど、結構強烈に最適化かかるので、意外と2KBで何でもできる。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 18:45:24.62

プログラムが極端に小さいなら高度な抽象化をする甲斐がない。
抽象レイヤを挟むことで綺麗になるよりも複雑さが増すだけになりがち。
本当に使いまわす部品は綺麗に整理するに越したことは無いけど、
メモリ 2KB かそこらの環境ならベタ書きで十分でしょ。 (YAGNI 原則)

C++ が組み込みに向いていないとは言わないけど、
そのレベルで極端にリソースが制約されている状況では必要でもないと思う。

**デフォルトの名無しさん** · 2020/02/18(火) 18:46:17.48

パソコンでは、恐れることなくnew使って良いと思うけど、static_vectorというのも自作した。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 18:48:40.47

>>48
もちろん単にやるのが楽しい！というのも動機としてはありうるので趣味でやる分にはどんどんやったらいいと思うけど。

**デフォルトの名無しさん** · 2020/02/18(火) 18:48:49.63

>>48
まあ確かに。
でも使いまわし出来ると便利だし、C++なら...やってくれる！

**デフォルトの名無しさん** · 2020/02/18(火) 18:58:47.76

いやいや、固定小数点とか組み込みだからこそのtemplateがふさわしい場面は結構あるよ

**デフォルトの名無しさん** · 2020/02/18(火) 19:00:28.24

小数点難しいよね。
難しすぎるわ。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/18(火) 19:15:07.85

>>49
どういう意味で static なの？
大きさが固定ってこと？

**デフォルトの名無しさん** · 2020/02/18(火) 19:17:56.69

ストレージ内蔵だけど内蔵キャパまでの可変長対応とかかね
知らんけど

**デフォルトの名無しさん** · 2020/02/18(火) 19:20:46.06

>>54
std::arrayにsize()をプラスした。

**デフォルトの名無しさん** · 2020/02/18(火) 22:11:25.01

std::arrayは最初からsize()持ってるんだけどどういうこと？

**デフォルトの名無しさん** · 2020/02/18(火) 22:36:37.92

static_vectorってまんまboostにある
最大の長さが確定してるvectorで
メモリ確保は初期化時だけってやつ
それこそ組み込みやゲームでは有用
上の人のと同じかどうかは知らんが

**デフォルトの名無しさん** · 2020/02/18(火) 23:58:14.54

組み込みでboostとかwwwwwwww

**デフォルトの名無しさん** · 2020/02/19(水) 00:04:41.69

>>11
向くか向かないかなんて主観なんだからそこを力説してもしゃない
向くと思うなら自身の経験をもとに定性的に説明してみなはれ

あと組み込みってもピンキリだから
マイコンでモーターをPID制御するのと、
組み込みLinuxでメディアサーバー作るのとでは全く異なる世界
そこは区別しないと意味ある議論はできないね

後者は両論あるだろうけど前者はどうだろう？
そもそもモダンなc++で開発できる環境あるのかな？

**デフォルトの名無しさん** · 2020/02/19(水) 00:14:57.80

>>59
省メモリデザインなクラスがあったりする

**デフォルトの名無しさん** · 2020/02/19(水) 11:06:52.75

>>59
駄目ですか？
使えるなら使っていいンじゃなすか？

**デフォルトの名無しさん** · 2020/02/19(水) 11:43:37.70

YAGNI // "You ain't gonna need it" : 機能は実際に必要となるまでは追加しないのがよいとする。
Ajail 開発

↑こういう開発哲学の様なものは他にどんなものがありますか？
真逆の哲学でも構いません。

**デフォルトの名無しさん** · 2020/02/19(水) 11:49:31.95

>>63
【KISS の原則 (英: KISS principle)】
「Keep it simple stupid.」（シンプルで愚鈍にする）、もしくは「Keep it simple, stupid.」
（シンプルにしておけ！この間抜け）、もしくは「Keep it short and simple.」（簡潔に単純にしておけ）
という内容の、1960年代の米国海軍において言われた、経験的な原理・原則の略語。
その意味するところは、設計の単純性（簡潔性）は成功への鍵だということと、不必要な複雑性は避けるべきだ、ということである。

【なし崩しの機能追加主義】
KISSの原則に反して、仕様が徐々に複雑化していくことは、ソフトウェア開発の世界でよくみられる。
これは、「なし崩しの機能追加主義」として知られる。
ソフトウェアが複雑になるにつれて、使い方を習得する時間が増えたり、操作に手間取ったり、どれが重要な機能なのか分からなくなったりする。
さらには、ハードウェアへの要求スペックが高くなったり製品価格が高くなったりもする。
しかし、大多数のユーザーが実際に使用する機能は、そのごく一部であったりする。
ユーザへの負担や開発コストを考えると、単純なソフトウェアの方がユーザフレンドリかつ生産性が高い可能性がある。

**デフォルトの名無しさん** · 2020/02/19(水) 12:01:28.84

今風の入門でおススメの方法はありますか？

**デフォルトの名無しさん** · 2020/02/19(水) 12:14:44.61

KISSの原則、俺は正しいと思う
オーバースペックなものを作っても、その「オーバー」な部分が
あとで必要になったとき不十分なんてことが起きやすいからな
案件の「今」を最大限に最適化するのは義務と言ってよい努力だし

なし崩しの法則は、変更要求に対する不適切な対応が積み重なって起きることだ
既存のソースコードや回路図の微修正で済ませようとするあまり
それまでの反省を踏まえてきれいにリメイクすれば解消する問題が
ずっと影を落とし続ける現象はそこいら中あふれかえっている

**デフォルトの名無しさん** · 2020/02/19(水) 12:18:11.23

車輪の再発明なんて例えをよく見かけるが
じゃあ今の車輪はまだ木で出来ていたり
パンクしやすいチューブタイヤだったりするのか
進歩の原動力たる、たゆまぬ努力に対する
アイディアキラーは見逃しちゃダメだ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 12:25:05.81

>>63
契約プログラミングとかもそうかな？
C++20 にサポートが入る予定だったが、次以降に延期された。
まあ言語としてのサポートがあろうとなかろうと関数が機能するための前提条件
を意識したり明記したりするのは良いことだと思う。

文芸的プログラミングという考え方もある。
説明文とコードを分離せずに書くようなもの。
提案者 (クヌース) が考えていたのは文章説明を中心にする考え方で
コードの方が従属するようなものだけれど、
コメントとしてドキュメントを書くようなものなら doxygen や Javadoc はよく使われているね。
コードを書いているときはちゃんと把握できているからドキュメントを後回しにしがちだし、
コードがドキュメントであるようなものが理想とか言う人もいるんだけど、
数日前に書いたものさえ割と忘れるのが人間なので文書で残すのは大事だと思う。

テスト駆動開発も割とメジャーかもしれない。
仕様をテストコードとして書いて、それを満たすように実装を進める手法。
テストできるように作らなければならないという点で実装に制約が付くのが嫌われがち
ではあるようだけど、仕事でやる開発なら客にアピールしやすい気がするなぁ。

**デフォルトの名無しさん** · 2020/02/19(水) 12:33:07.39

doxygenで作られたドキュメントあんま役に立たないよ
特にテンプレートリッチなコードだと余計なものや個々の実体化までドキュメントに入る
まぁそれを避ける方法が無いわけではないしdoxygen用にコメントをきっちり書くのは良いことなんだけど

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 12:36:18.94

>>67
車輪の再発明っていうのは、車輪を知らないで「発明」することだよ。
既に普及しているものを知らず、学ばずに思いつきでやって既出の失敗を繰り返す愚かさを言ったもので、
学んだ上であらためて自分で作ることや改良することを否定してはいない。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 12:38:12.62

>>69
個別のツールについては私は良く知らないんだ。
ここではドキュメントとコードを同時進行で作るという考え方の話。

**デフォルトの名無しさん** · 2020/02/19(水) 12:39:50.65

>>70
ところが、「車輪の際発明」と言って批判する人こそが、全く試しもせずに妄想していることも多い。
この言葉をインド人が言っているのを見て、だから後進国のままなんだな、と思った。

**デフォルトの名無しさん** · 2020/02/19(水) 12:49:36.29

車輪を題材にした慣用句であり、世界中で使われている。

「広く受け入れられ確立されている技術や解決法を知らずに（または意図的に無視して）、
同様のものを再び一から作ること」

を意味する。

**デフォルトの名無しさん** · 2020/02/19(水) 12:50:53.30

MS　officeのフリーの互換製品を作ることは違う

**デフォルトの名無しさん** · 2020/02/19(水) 12:53:30.09

>>70
同じことだ
学生や新米が何か思いついて実験してみてるところへ
身も蓋もないことを言ってやる気なくさせる老害は進歩の邪魔だ

**デフォルトの名無しさん** · 2020/02/19(水) 12:56:26.39

会社で仕事中にやるのはどうかと

**デフォルトの名無しさん** · 2020/02/19(水) 13:00:54.35

パーキンソンの凡俗法則

どうでもいい話題ほど紛糾する
車輪の再発明がどうとか
gotoがどうとか

**デフォルトの名無しさん** · 2020/02/19(水) 13:03:08.09

>>76
俺、サラリーマンやってた頃は
手が空いたとき色々実験してたよ
向上心のないやつを蛇蝎のごとく嫌う上司だったし

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 13:20:13.47

>>75
それは思いつきとは言ってもまだ学びの段階の中の話でしょ。
学ぶためにやってるのなら別にいいよ。
学習段階によって当然知っているべきことを学べてないなら軌道修正はするべきだが。

程度問題とか状況というものもある。
上にあげたような方法論がある程度の確立はしているとは言っても、
業務に取り込むにあたっては色々と試行錯誤はあるもんだしな。

>>76
仕事に必要な学習なら業務時間中にやるべきだし、
そのための時間が与えられないなら会社が学ぶなという方針なんだろう。

**デフォルトの名無しさん** · 2020/02/19(水) 14:19:48.03

学ぶ？

毎回プロジェクト初めに同じものを同じだけ時間かけて作り直すのが学習？
前のを使えよ

**デフォルトの名無しさん** · 2020/02/19(水) 14:22:23.51

プロジェクトが始まったらニコニコ顔で同じ作業を同じように繰り返して
夜になったら必要もないのに残業してふーってニコニコして仕事
ある程度満足したら帰る

そしてプロジェクト終了間際には死んだような顔をしてこんなの間に合うわけないとか言い出す
車輪の再発明にかけた時間をそこに回せよと

**デフォルトの名無しさん** · 2020/02/19(水) 14:24:46.25

プロジェクト始まったころにSEが間に合って仕様書も来てないのに意味もなく残業してるやつら
何をしてるのかと思うと勉強しようと思ってとか言って全然関係ないことをしてる

家でやれよバカ
死ね給料泥棒

**デフォルトの名無しさん** · 2020/02/19(水) 14:25:49.01

×　SEが間に合って
○　SEが間に合っていなくて

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 14:31:07.87

業務でやるならそのあたりのバランスを決めるのは管理者の裁量次第だろ。

**デフォルトの名無しさん** · 2020/02/19(水) 15:47:16.31

>>80
自動化できるものは自動化すべきだね
コピー一発で済むものとジェネレータがいるのとある

俺、ジェネレータ作るの楽しくて好きだ

**デフォルトの名無しさん** · 2020/02/19(水) 18:54:08.67

ちゃうねん。

**デフォルトの名無しさん** · 2020/02/19(水) 20:05:22.56

学習に時間を使ったのに同じように失敗する馬鹿。
糞シンタックスを覚えることに時間かけるんじゃなくて
普通にメトリック取ったりテストコード書けって話なんだが、理解できないのだろう。

**デフォルトの名無しさん** · 2020/02/19(水) 20:59:46.31

> 俺、ジェネレータ作るの楽しくて好きだ

この場合のジェネレータって一体何？

**デフォルトの名無しさん** · 2020/02/19(水) 21:23:32.66

同じものを1度作っても2度目作れない
同じくらい時間はかかっても2度目作ると3度目は作れるようになっている
それは無駄ではないと思っている

**デフォルトの名無しさん** · 2020/02/19(水) 21:25:41.56

進歩するやつと、しないやつの差だね

**デフォルトの名無しさん** · 2020/02/19(水) 21:44:51.30

マ板でやれや

**デフォルトの名無しさん** · 2020/02/20(木) 01:47:49.50

海外の掲示板で「車輪の再発明」することを馬鹿にしていたもう一人の人は、哲学科出身で、宗教関連の発言ばかりしてる人だった。
理系ですらない。
自分では作らずに口だけ達者な人だった事が追跡できた。

**デフォルトの名無しさん** · 2020/02/20(木) 06:55:14.71

全然関係ないことを持ち出して
自分と意見の違う人を馬鹿にできたつもりになってるやつは
論理的な思考が極度に苦手な、理系文系以前に無学なやつだ

**デフォルトの名無しさん** · 2020/02/20(木) 08:03:45.73

>>92は車輪の際発明を馬鹿にする人が一人しかいないという命題に対する反例
としては全く正しい

**デフォルトの名無しさん** · 2020/02/20(木) 08:12:44.06

>>82
プロジェクトを効率よく回した方が良い
あと残業を作業者自身の裁量に任せるのはシステムがNG
裁量労働は結果責任を果たせば会社が回るクラスの仕事をしているハイクラスな奴用

SEが必要なときに前の仕事が終わっていないかもしれないからロックしておくというケースで
前の仕事が終わったSEが次の仕事のスタートまでの間、
定時内に会社で独学するのは別段怒るほどのことではない

**デフォルトの名無しさん** · 2020/02/20(木) 08:50:33.12

そういう話はマ板でやれ

**デフォルトの名無しさん** · 2020/02/20(木) 09:47:42.29

ここ老害のおっさんばっかりだからな
ところ構わず自分の言いたいことを言いまくる
はいおっさん続きどうぞ

**デフォルトの名無しさん** · 2020/02/20(木) 10:09:43.20

そういう煽りもマ板でやれ

**デフォルトの名無しさん** · 2020/02/20(木) 10:47:00.85

他人が自分と違う意見を持つ事実を受け入れられず拒否反応するだけな幼児性は無学のさらに以前の問題だ

**デフォルトの名無しさん** · 2020/02/20(木) 12:32:07.99

「車輪の再発明」という言葉は、加工貿易しか生きる道は無い日本を必ず衰退させる。

**デフォルトの名無しさん** · 2020/02/20(木) 12:39:19.67

車輪の再発明すら出来ない無能にはこの上なく都合のいい言葉だなｗ

**デフォルトの名無しさん** · 2020/02/20(木) 12:53:00.71

>>101
実際、最近では同じ事を作ることすら出来なくなっている。

**デフォルトの名無しさん** · 2020/02/20(木) 12:55:22.08

教育や訓練でやっていることは「車輪の再発明」だよ。

**デフォルトの名無しさん** · 2020/02/20(木) 15:45:51.57

>>103
というか、ホリエモンロケットもアポロのエンジンを真似ているだけとされるのに
何度も墜落したり、三菱のジェット機(旧MRJ)もボーイングなどとほぼ同じような
ものだけど、納期を大幅に延期しまくっても完成できてないように、同じものを
作るということですら簡単では無い事がある。
逆に言えば、ソフトウェアでも売り物と似たようなものをフルスクラッチで作れたと言うことはなかなかの技術力があったということ。

**デフォルトの名無しさん** · 2020/02/20(木) 16:01:29.09

>>79
学生と新米と言ったがそうでない者が
既存のものを知った上で再考することだってある

最初に出した例えで、木でできた車輪や
チューブタイヤがあるのを知った上で
さらに進化できないかなんて話は珍しくもない
そこへ木の車輪があるのに何をしてやがると
突っかかるのをやめるべきだと言っているんだ

人がどんな目的で実験しているのかを
勝手に決めつけている点も問題だ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/20(木) 16:45:38.50

>>105
学んだうえで改良しろってのは最初から言ってることで、そこは否定してないじゃん。
何言ってんの？
そもそも >>75 で出てきた老害ってのはどっから湧いて出てきたんだよ。
お前が文句付けてるのはお前が言い始めた老害に対してであって俺じゃないだろ。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/20(木) 16:49:30.16

マ板でやれって言われてるのはそういうとこだよ。
困った老害がいるのならそりゃ大変ですねとは思うが、
C++ 板で言っても知らんがな。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/20(木) 16:49:55.00

あ、板ってのは間違い。

**デフォルトの名無しさん** · 2020/02/20(木) 17:01:05.95

美術科の大学生が200万円自腹かけて作った卒業制作品に買い手がつかないのも「車輪の再発明」ゆえの想定内。

**デフォルトの名無しさん** · 2020/02/20(木) 17:30:21.03

困った老害ってお前だろ。。

**デフォルトの名無しさん** · 2020/02/20(木) 17:34:54.13

というかはちみつはあくまで趣味グラマなのにプロでやってる人の事情に知った風な口きいて首突っ込むから
それに反論すると必ず話がややこしくなる
スルー推奨

**デフォルトの名無しさん** · 2020/02/20(木) 17:35:14.56

ちゃうねん。

**デフォルトの名無しさん** · 2020/02/20(木) 17:43:17.07

プロでも環境によって全然違うのに、一律に使えないと断定するから反発されているってのが目立つと

組み込みやコンシューマのゲームに限定しても使える、使えないは変わるのだから

**デフォルトの名無しさん** · 2020/02/20(木) 17:45:42.57

まあc++の思想としてどんな状況でも使えるユニバーサルな言語を目指してるってのは
あるからな。真に受けて馬鹿が狂信するってのはある意味では不思議じゃない。

**デフォルトの名無しさん** · 2020/02/20(木) 18:18:26.70

>>106
おまえさんは何か思いついたとき
その思いつきと同様の先人の業績をいちいち調べ上げるのか

俺はそんな悠長なことをするより即やってみたい
調べるのはそのあとだ

木の車輪だって自分でやってみなきゃ気持ち悪いし
アンプは量販店で買えても回路組んでみたい
パンピーとハッカーの違いはそこだろ