わたしもびっくりしました。し、最初はなんでそうなるのか理解できなかったです

これ未だによく分かっていないのですが、なぜこのような仕様になってしまったのでしょうか…

@@143658906 二項演算子の＋は2つの項が可換だから。C言語の文法の対称的な美しさだと思います。

でも書き方によっては最適化が変わって動作速度に影響が出るんだよなぁ

ほえおもろ

楽しそう

このコメントのおかげで何を言っているか理解できた 本当にありがとうございます

ぷにぷに　あのバグの原因はまさにこれなんですよね・・・

アイテムや技の入れ替え裏技はポインタバグによるもの。

めちゃくちゃしっくりきた。ありがとう

組み込みをVxWorks（というUNIX系OS）で昔からよくやってました。 昔はオールアセンブラでしたが（80386時代位まで）、今はブート時のコードがアセンブラ必須で（というか先ずVxWorksのポーティングしないと話にならない） ファームもＣ＋＋で書くのが普通になってきてますね。

言語単体を存在意義で考えると当然新しい言語の方が利便性が高く優れた点が多いのは間違いないですが、 その言語がいつ、何に使われているのか？ということを考えると、なぜ今現在も存在するのか理解できます 例えば自動車はC言語で書かれているプログラムがたくさんあります なぜか？ それは今までの実績あるコードを捨てて、新たに書き直すなんてことはコストがかかるからしません ほとんどがテストにとてつもなく膨大な時間と労力が費やされます 自動車はテストがアホみたいなにたくさんあってたった一行書き換えただけなのに数か月のプロジェクトとかあります そのほとんどがテストです

実は Python の処理系で最もメジャーなものは C で書かれてるんですよね。現代的なプログラミング言語を縁の下で支えているのは、多くの場合 C 言語なのです。

@@kyoniti2681 ありがとう！ そういう意味で今もまだ使われている事もあるんですね！

Cやったあと、PDP-11のアセンブラやりましたが、アドレッシングモードがCと同じで楽だったです。VAX11に移っても楽だったですね。。。懐かしい。

@@suenucata6964 R1にアドレス入れて(R1)で中身にアクセス。でしたっけ。@R1なんてのも。スタックポインターはR6、-(R6)でパラメーター保存して、(R6)+で取り出す。 これ、--iとi++の原形。なので、Cはiの前にも後ろにも使えるから便利〜と感激した記憶があります。

@@QuadraPro 　そうそう！。インテル・モトローラもあわせてやっていて混乱しましたが。。。レジスタにまつわる流儀はその後ARMに継承された感じです。

pop-11のアセンブラだとレジスタ相対アドレッシングモードが非対称で R++と ---Rしか無かったので自然に C 言語でもそう書きます。

初めまして。僕の昔の失敗談ですが、ヌル文字でなくてstdio.hで宣言されているgetc()と同じところで定義されているEOFで困ったことが起きたことがありました。簡単な部分コードですが、以下のものが期待通り動く処理系と動かない処理系があったのです。 FILE *fp; char c; // fp をfopenし終えたものとする while ((c=getc(fp)) != EOF) { putchar(c); } 何がまずかったかというと、char c; （←ここ訂正しました）のところで c が signed char になるか unsigned char になるかが処理系依存だったのです（大きなプログラムで異常を発見してからここに到達するまでに一晩徹夜しました）。いずれの場合もEOFは -1 と定義されていました。教訓として「getc のプロトタイプ宣言通り、getc の値を代入する先は int にするべきこと、またはどうしても char に代入したければ signed char とするべきこと」を得ました。他の言語でもそうですが、ある言語がどうこういうより、ライブラリのバージョンとか処理系依存性を気にすることが大切だと思いました。 （追記　本文中 char c; とするべきところを間違って int c; と書いていたので訂正しました。）

同じ経験しましたよ。POSIXが制定される前にRTOSにかかわりはじめ、今でいうスレッドセーフで無い！ソースにもげんなりしたことがあります。

でもホントは他の言語では増えたときに全コピーしてくれるだけなんですよね

mallocで配列作ってreallocすれば要素数変えられますよ

アセンブラとかBASICみたいなメモリ直書き時代と比べると、充分初学者向けになってるんですよねぇ··· 時代の流れって恐ろしい

最初にC++じゃなくてよかったと思うしかないですね。

本当に低レベル言語は奥が(闇が)深い

マルチプロセッサでなければ、配列でなくても結局は隣り合うので、それ前提にコーディングすることはあった。というかポインタは配列でなくリスト構造でつかう。あくまでも動画は比較するための無理やりな例示だから、これはこれでアリだと思う。

C言語に詳しい先生、嫌味臭くて嫌いだった。ディスプレイ挟んでメールでやり取りするのが限界だった

40年 C/C++ で組込み系のコードを書いています。 C言語を使っていても実際は #define で配列のサイズを切って使うので説明の様な事は起きないですけどね。 組込みでも C言語だけから C++ 言語も使える様になり、, とか使えば Java と同じ様にコードを書けて楽に成りました。 元々電気科出身でハード設計もしていたし、永く組込みをやってしまうと他の業界へは移り難いです、Web系とかやりたくても呼んでくれないです。 移れたのだったら羨ましいです。組込み系は何10年やっても変化が無くてつまらないです。

はい、おおむねそんなかんじです

これは口が滑った(テキストにも書いちゃってますが)ので反省しています。そもそも高級言語と低級言語というのが明確に定義されていない言葉なので安易に使わずに「アセンブリ言語といまどきのリッチな機能を持つ言語の間」くらいの言い方をすべきてした。

その経験則はOS(エンジン)依存じゃないかなあ。リーク起こさないようスレッドに分けてた記憶があるよ。

@@MedakaNoBoo 確かにスレッド調停は必要ですね。

@@netbsdmania716 ＞…… この動画では配列(情的割り当て)だからなあ。よく知らないけどGoってのは変数(?)を動的にとるのじゃないかな。そういう意味から、確保と廃棄を繰り返すところを危惧するって話ならあるだろうし判る気がするよ。

現代の高級言語がスクリプト言語であるというのは乱暴だと思います。例えばシステムプログラミング言語であるRustはスクリプト言語ではないですし、ここで挙げられてるGoもスクリプト言語ではありません。

はい、そんなかんじです

生産性の良いアセンブラみたいな感じですね。

警告とかはコンパイラ依存で、少なくとも昔に比べると今はかなり良くなったように思います

はい、おっしゃるとおりの最悪の事態になります。エスパー能力を駆使してなんとかします。一言ではとちょっと説明しづらいですねテン

@@satlinuxtube5260 考えただけでも絶対にやりたくないバグとりだな。 影響範囲も運次第ではシステムトラブルで起こりうる最悪を引きかねないし。

それはこの挙動が実装依存だからだと思います。環境によって挙動が変わって、多くの場合は動画のようになる、といった具合です

「だいたいそう」という予防線を張ったのは、マイナーな言語で自前でメモリ管理してるものがあると困るので、こう言いました。余計分かりにくい表現になったかもですね。ごめんなさい。 たとえば20年ほど前に私が使っていたObject Pascalは自前でメモリ管理していました。最新版では違うかもですが

たとえばintのポインタだとすると++でアドレスがひとつぶん(sizeof(int))進みます。4つ足すとsizeof(int)*4進みます。まあ配列外にいっちゃうと本来参照結果は未定義なんですが

これはPDP-11、VAX11マシンコードの名残ですよ。アドレスレジスタは8/16/32ビットを区別した体系でした。

もしかして: C++

c+++とか脳細胞で核融合が起きそうw

ゲームボーイのプログラミングはCじゃなくてアセンブラだったらしいよ

配列を感じるバグを味わいたいならファミコンのFF3やるのがおすすめ。

ふふふふふ、そんなあなたには多重継承問題(菱形継承問題)をプレゼント。これがあったからC++はメジャーになりきれなかったんだと思う

@@Gransel 最近は Go とか Rust とか Class が無いのが流行りなので C++ でも使わないければ良いのでは、C++全部使える人はいないと思います。