3月20日(水)のつぶやき

伊那市の実験。ドローンが障害の少ない川の上を飛ぶというのは目からウロコ。飛翔物増えると水運が発達したりするのかも知れない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:43

墜落したドローンを投網で回収する絵を妄想。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:45

ドローンって浮くのか？軽そうで重そう。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:46

イギリスで戦車が生まれたのはインドで象を見た経験からという仮説はどうだろう。検証しないけど。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:51

スクロールすると「色がナイトモード移行時みたいに変化する」のがかっこいいけど、二度三度行き来すると頭への負荷が高いような気もしてきた。応用されそう。
apple.com/jp/ipad-mini/

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:54

ざわっとするかんじ。直近では「超絶スペック環境向けのドット絵ゲーム」あたりの演出で人間の入力帯域幅潰して思考力を低下させる目的で使われそう。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 06:58

Suzanneぐらいの３D頂点配列をタートルグラフィック向けに変換して描くとしたら、それはわかりやすいのかそうでもないのか。二次元との違いは。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 07:34

いやたぶんしぇーだあーつとか言ってる分野では実際やってるんじゃないかと思うけど。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 07:35

描画の可能性。
だいたい狙った通りに動いたはずだけど、これをどうコントロールできるのか、頭がまったくついていかない。 pic.twitter.com/1N20lRtyAq

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 12:46

コードはこんな感じ。
実行中にイベント受け取ることのパーツを手で並べ替えたのが上の実行例。最初はスペースハリアーの背景みたいなのを目指してたけどクローン数とか画像リソースとか制約的に頭が破綻したので妥協。 pic.twitter.com/ZYaPVGD4FP

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 12:46

「スプライト、コスチューム、クローン」の描画は速いというかそこに最適化してる感じなのでペンというかfragmentShaderに頭が引っ張られると損かな。
というのが今の感想。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 12:49

ちなみに画像リソースはGIMPで「よこながしましま」をいい加減に描いた。
ブラシで描いたうすぼんやりした境界が幽霊の効果と相まってよさげな結果になってるのは偶然。 pic.twitter.com/9YJs9yVJTr

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 12:52

目に悪いなこれ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 12:53

クローンされた側で「大きさを変更した時に画面サイズに押し込められてる感じの制約」があるみたいだけどクローンで何が起こってるか調べるのは画像の扱い調べるのとprint挿入的デバッグ(多分リストに出力)が要りそうで結構たいへんそう。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月20日 - 13:05

3月19日(火)のつぶやき

今日は目が不安定で何も手につかないな。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月19日 - 15:51

3月18日(月)のつぶやき

「難しい記号とかいっぱいあって」
「組むのが難しかった」
「x座標とか意味わかんないし」

「コメントや変数名が未知の外国語だと読解の労力が跳ね上がる」とか「高等数学はギリシャ文字や派生文字で学習者をつまづかせる仕組みがある」とか言うのは多分理解できる人が多い。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 01:26

「任意の円юの中心γとgh平面上の直線h=ngの交点が２つある」とか言われてそれに続く数式やらプログラムコードについていけるようになるには相応の訓練が必要なわけで、さらにそういった記号がどういう分野で通用しているかとかいったバック… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 01:26

「英語だとわかんないかー」というのは本質じゃなく、「記号や概念の習熟期間とかが考慮されてないこと」が問題。などと、高等数学についてけなかった自称理系は思うわけです。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 01:28

「x座標」という言葉が要求するのは
英文字の習熟
負数を含む実数系の習熟
多次元の座標系の概念の習熟
英文字と概念の関連付けの習熟
「xy座標系」という言葉の普及度への知識
スクリーン座標系の概念とscratchの座標系の実装の知… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 01:36

「x座標」については「名称と概念と数値が脳内で繋がらない」のが問題と思うので、それを補えればいいとかは思う。
人間系なしの実装で完結するなら座標指定ブロックにMIDIブロックみたいな専用UI(鍵盤が出てくる)があれば緩和できるかなと思う。ベクトル値ブロック新設で、つつくと、とか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 02:09

荒ぶった。寝よう。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 02:16

ねんがんの　遠近法を　てにいれたぞ！
scratch.mit.edu/projects/29468… pic.twitter.com/LOzbJ2uHnw

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 09:43

「チコちゃん写真集」って2019年の文脈で色々イレギュラーで興味深い。
「属性」的にリストアップしていくと他で難しそうなものが満載で、しかも存在の根幹に関わっている。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 10:24

三角関数ってsinひとつだけにしてあとは四則演算で補う形にしたら少しは簡単になるかなあ。計算量最適化とか慣習に引っ張られて「システムコール叩くより高機能ライブラリ/フレームワーク使う方が学習コストが高い」みたいな感じに見えてきた。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 10:31

Twitterの通知が４件もあると挙動不審になるタイプ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 14:04

Win10のストアってもしかしてOS利用状況監視して勝手にインストールしてたりするんかなあ。知らぬ間に「ビデオエディター」が追加されていた。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 14:09

もともと「いつでもどこでも自分が読めるメモ」として使ってただけでSNSを使ってるという自覚はないんだ…というか使いたくない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 16:49

フォロワー100人超えちゃったよもうとかいいつつきっと数日とか数時間後にはごそっと減っているに違いない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 17:12

きっと視線を得ることでパブリックイメージとか鏡とかに合わせるのがジコジツゲンとかジブンハッケンとかいう世界観もあるんだろうけどそういう生き方ができるほど柔軟性とかぱぶりっくへの信頼とかがない。決定的に（きょどっている。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 17:18

x座標がわかんない人として名を売っているような気がしてきているけどベクトルは正しいから多分問題ない。誰が言ったか、どの概念について言ったかは「必殺技名が日本語とラテン語と英語とどれがかっこいいか」という程度の差しかない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月18日 - 21:54

3月17日(日)のつぶやき

むすこからのscratch呼び出し労働をしないための労働をしてる pic.twitter.com/3d20xjhCuF

— sora** (@sora11029) 2018年8月28日 - 12:20

「にほんご」localeのScratch Wikiは事実上機能していない気がしている。机上の妄想的には需要高そうなんだけど。対象年齢層が薄いということなのか。「日本語」localeのも結構何というか「歴史追わないと結論にたどり着け… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月17日 - 04:58

Wikiってバージョン管理を盾に「最新版」以外をバッサリ切り離せるとこが本質だと思うのね。forum topicのライフサイクルとかも30年前のBBS的な「既に訓練された少数が使ってる」感というか「３年romってろ」感というか「全部読め。話はそれからだ」感というか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月17日 - 05:02

ハヤブサ２の特集番組。
やっぱどうしても真田さんの顔が浮かぶなあ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月17日 - 21:45

3月16日(土)のつぶやき

Scratchで、スプライトのコスチュームを「明るさと色の効果」辺りで単純化した上で「()色に触れた」を使えば、現実的な処理量で「ビットマップからバイナリデータを取り出せる」気がしてきた。けど精度がどうなるかまだよくわかってないし… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月16日 - 01:20

直交性とかの基礎知識が足りてない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月16日 - 01:29

そうか。
走査線を360/7≒52本とか360/6=60本とかに絞ってるから計算が楽なのか。そこから更にテクスチャ回転禁止とか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月16日 - 05:51

じゃなくてポイントはむしろ５、６０本なら一本ずつ決め打ちで座標手書きしてもいいとか走査線自体を細く薄くとか小細工がしやすいとこかも知れない。手動mipmap的なことも現実的。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月16日 - 05:57

3月14日(木)のつぶやき

「三次元目を足す」というシチュエーションを思いつかない。
API的な難度を度外視すれば多分「二次元の画像か頂点配列に三次元目を見える形で、多分手書きの簡単なテクスチャで与える」のが一番直感的。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 01:03

アイロンプクプクシールとか型押しした人型クッキーを焼くみたいな単純な深度変化。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 01:06

Miiみたいな割り切ったモデル。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 01:07

むしろ最初から球みたいな予想しやすい立体で、平面としての見え方を追加？

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 01:08

水平に走査して、垂直の線とか点でプロット
じゃなく、
同一視野角で円として走査して、切り欠きのある円としてプロット

中心へ重ねて書いていく。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 03:59

Wikipedia「極座標系」項目から「球面座標系」項と辿ると今この瞬間は辛うじて付いて行けてる気がするけど三歩歩くと危険。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:26

編集可能なコードと実行画面イメージ付きで読まないと数学屋じゃないと無理。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:28

Wikipedia極座標系項は「最初の説明」と「円柱座標系」の話が矛盾してるような気はするけど、これ読むような人はそういうの「気にしないで読める」想定なのか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:31

「極座標平面での長方形」というフレーズも言外の脳内想定が多過ぎて読者をぶっちぎっているような気もする。仕様書ないコードから意味を読み取るような要求。数学はいつもそうだ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:40

プログラムコードっていいよね。「想定読者が明確」で、「確実に必要充分に伝えよう」っていう意思を持って書かれてるから。
と思ったけど数学のテキストも「そういう読者」が用意されてればいいのか。「書き手」も用意して。とかSANチェックに… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:49

shellがkernelじゃなくuserの殻になる。
人間は入出力装置という位置付け。
という話はそういうことか。
デバイス間のチャネルがあるのはちょっとおもしろい。

とはいえ数時間後に読むと花京院さんの腕メモ状態に違いない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:53

システムから見た「unwiredなデバイス」。
というアイデア。
捕食への拡張。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 04:57

例えば、草食動物の群れを狙う肉食動物。
追い詰めて、群れから脱落した個体を捕食するイメージ。
「群れを追い詰める」という明確な戦略意図とその技の洗練。
捕食対象の「システム」への取り込み。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 05:01

概念は新しくないけど主語、行動の主体、の、ハードウェアが新しい。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 05:03

最初は随分短いテキストだったのね。

github.com/greggman/webgl…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月14日 - 05:25

3月12日(火)のつぶやき

フォントエディタ、プロポーショナル対応でワードラップ、ベジエ曲線とかとんでもないレベルになってたのね。
エンジン性能上がれば絵文字は親和性高そう。
現状の乱立規格から国際標準のエンコーディングが開発されたりするんだろうか。

scratch.mit.edu/studios/421590…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 05:59

ライブラリだけじゃなくアプリ作る人と使う層の分断はとっくの昔に起こっていそう。多分フレームワークという言葉が出る少し前のソフトウェアの世界の再現なんだという直感はあるけど、そこからどう進むのかはわからないな。素人のモチベーション的に厳しいものになりそうではある。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 06:10

言語仕様デカくなると「書き散らしやすい」、「誰も読めない」、「学習できない」ものに。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 06:12

Scratchの「アカデミック重視」、「オトナ混在」な背景を考えるとPTEという「他で聞かない用語」が定着してるのが不思議。用語が障壁になることで既存技術に収束しにくくて、技術の属人性が高い状態が維持されてるように見えるのは興味深い。
いや、外から眺めたイメージだけどね。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 06:27

ベクタスキャンディスプレイ時代のフォントデータとかWindows3.1の英文のシステムフォントの仕様とか全然アテないけどさ。「古代文明のアーティファクト発見」とかもっと穏当に言えば「暗黒時代からルネサンスに」みたいな連想。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 06:36

PTEのレギュレーションはコスチュームをスタンプするんじゃなくわざわざ独自にベクタデータ用意してるのは何だろう。速度か、書きやすさでメリットでもあるのか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月12日 - 08:22

3月11日(月)のつぶやき

最近触ってなかったので「4ページのPDF」だけ眺めながらちょっと思い出しつつ書いてみた。
「WebGL1.0でtextureを生成して使うサンプル。意味はともかく一応動く。」
gist.github.com/diska/4762fe79…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月11日 - 02:29

「空のvertexBufferの扱い」とか「gl_PointSizeの上限」とか幅があるのでまともに動かない環境もたぶんある。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月11日 - 02:32

「drawBufferにはユーザー定義のtextureを割り当てることができない(framebuffetTexture2Dでnullが指定できない)」というのが本当だったかいまいち確信が持てなかったので書き始めたんだった。結局できないらしい。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月11日 - 02:34

寝たり起きたり結局起きるか。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月11日 - 05:37

目とか耳とか気圧の変化に追いつかない感じ。あとちょっと息苦しい。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月11日 - 05:39

3月10日(日)のつぶやき

「有効なフレームワークがない、あるいは利用しにくい」というのはScratchの特徴であって「1.0当時のJavaとかVisualでない時代のBasicとかprintfすらないc」のような「生」っぽさを感じたりもしている。
毎回スク… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:24

フレームワークが固定するってのは「(フレームというレトリック含めて)考え方が引っ張られる」というか「考えなくていい」ことが多くなるということで、それを避けることが促される。
私見なので、「こういう見方の枠組み」が定着しちゃうのも望ましくないような気もしてる。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:24

フレームワークって、「面白くない」、「喜びがない」というのもあるけど何よりフレームワーク自体の学習コストが高いのね。長期的に見て。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:27

cpuの考え方に依存するのは「cpuの命令セットとかそうそう個人でデザインできる機会はない」から「仕方ないコストと納得する」けど、高レベルのフレームワークの考え方に依存するのは「納得するコスト」というのが別途発生してそれは時代や、個人の瞬間瞬間の立ち位置によって左右されやすい。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:33

勢いで書いているので何かおかしいかも知れない。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:34

コード補完って「言語仕様とかapiのレベル」だと「手の延長」感があって抵抗ないんだけど「Googleの『もしかして』のレベル」でやられると「主役(主語)は人間じゃないのね」と感じやすい。
手の延長には違いないんだけど、自分の手じゃ… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:40

この感覚は「ご理解頂く」というフレーズの最悪な慇懃無礼感にちょっと似ている。
「考えるのはあなたではありません。鶏の頭にお任せください」というメッセージ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 09:44

Scratchの「クローンが重い」とい思ってたのは
「クローン生成(とdispose)」の部分であって
メッセージ処理やクローンの描画ではない
ということか。もっと重いことしないとわからないか。
クローン300個でスプライト描画1… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 18:28

表現がおかしい。クローン生成が遅いんでもなくて「クローン生成時にクローンのスプライトが描画されるようなコードを描きがちでその場合１フレーム消費する」から遅延するので、「クローンまとめて生成するとこでは描画しない」とか「動的にクローンしない」という話。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 18:35

ちなみに、「メッセージを送って待つ」でも4秒(なぜか未満)。
上の動画だとコマ落ちして見えたけど、実機上では視認できない。動画キャプチャの負荷とかTwitterクライアントによる遅延かも。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 18:39

iPad mini 2のSafariでは遅延が視認可能で５秒強かかることもあったけどこれまでのイメージからするとだいぶ速い。
scratch.mit.edu/projects/29273…
ゲンジツにはもっと複雑な処理するんだろうとは思う。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月10日 - 22:14

3月9日(土)のつぶやき

思ってたより何でもありだった。
base64無双のとこもだけど、音ブロックの遅延の低さがまず理解不能。
”MIDI Toolkit on Scratch”
scratch.mit.edu/projects/28669…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 02:49

……考えたらプレーンテキストに落とすまでもなくWebGL流で「textureに数値データ保存してインポート」もアリか。理論上は「ペンで書き込んでスクリーンキャプチャで数値をexport」も。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 02:55

絵じゃなくサウンドで音響カプラに出力。
いやスマートスピーカーに出力するのは既に見たような。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 03:02

あー。方向違うけど二次元バーコードとか技術的にはかなりお釣りが来そう。出力だけじゃなくビデオ入力も理論上は可能か。ってこれも誰かやってそうではある。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 03:04

むしろexportの方が簡単？用途というか利用シーンが想像できないけど。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 03:19

base64のデコーダもピクセル読み出しもエンドユーザレベルでは大差ない。というかプレーンテキストより画像ファイルの方が取り回しが手に馴染みそうではある。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 03:21

「ファックスでバイナリデータを送る話」の時はデコードは何を使う想定だったかなあ。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 03:24

かけあし気味ですが、おすすめの庭から下層までの紹介です
天晶堂も中身作ってありますが動画におさまりきらず…
#DQB2 #PS4share

store.playstation.com/#!/ja-jp/tid=C… pic.twitter.com/NKKEaEcFT6

— ソボロ助広 (@soboroyshr) 2019年1月6日 - 21:45

ブラタモリ徳島阿波踊り。
小さい島の多い下流域、橋が多く火除け地もない細かい町割りで、路地や橋で踊ることに最適化。
橋を舞台として「見せる方向付け」が生まれ藍による経済と貿易による多文化交流がそれを強化。

ストリート系。藍ラッパ… twitter.com/i/web/status/1…

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 20:13

マーティ・フリードマンをイドイドで初めて知ったって人もいるんだろうか。ぼくはそう。

— Kimiru-Hamiru (@KimiruHamiru) 2019年3月9日 - 20:21