■anond:20190411215811

プログラミングができるわけでもない一般人だが書かれている内容はだいたい分かった。

ただし何を言いたいのかはサッパリ分からない。

なぜ「数字」にこだわるのかも分からないし唐突に現れたサンプルプログラムも意図が分からない。

ドレミファソラシは「261、293、329、349、391、440、493」

単位のヘルツが抜けていて分かりづらい。

可視光の波長

コンピュータのディスプレイは波長ではなくRGBで表現されるので分かりづらい。

電気がそれほど流れてないときは白色に光り、たくさん流れているときは赤色に光るLEDがあるとする。

そんなよく分からないLEDを使わずともフルカラーLEDがある。

たとえにマイナーな電子部品(？)が登場すると逆に分かりづらい。

それから縦30x横30のLEDから縦70x横70のLEDまでに内接する円の内部(x^2+y^2≦40)がすべて色001であれば、赤い円ができる。

このあたりはよく分からない。

中心座標(50,50)からの距離(20)ではないのか？

(「点と円の当たり判定」を各座標ごとに実行)

めちゃくちゃ強い電気

なんかすごそう(小並感)。

ハイレベルとローレベルでなくアナログ値になるということなのだろうか？

その意図が分からない。

コンピュータ内部では数字で何もかもを表現する。

それはたぶん現代人ならみんな知ってると思う。

(ただし数字というよりはビットが基本だが)

「Aは41と表現する」のように人間が決めた

どの文字コードのことを言っているのか分からないので集中できない。

(ためしにASCIIコードを調べてみたがAは65だった。また小文字にするとき足す値は32)

かなりシンプルになることが多い。

このサンプルコードは言うほどシンプルだろうか？

一般的には適当なrandomモジュールのようなものを利用するのではないか？

(ついでに実用的かを考えるなら曲数が60以上あったときのことが気になる)

今の仕事でも、既存のマクロでエラー出たときに原因箇所を調べたりするのは出来るけど、そこから何を直したら直るのかわかんない。

欲しいマクロの機能の要望とかフローチャートとかは作れるけど、それがプログラムにならない。

フローチャートを作れるのなら元増田に必要なのは「ポケットリファレンス」とか「逆引き～」とかいう類の本ではないだろうか？

(普通に考えればさすがに知っているだろうが念のため)

Permalink | 記事への反応(0) | 03:49

ツイートシェア