のらてつ @noratetsu@fedibird.com

奴隷根性！喝！！

Mastodon、Twitterとほぼ同じ感覚で使っていいはずだと思いつつ、ブーストやお気に入りには慎重になってしまうし、絵文字のリアクションはしていいのかどうかがわからないと感じる（誰も駄目とは言っていないのに）。

「旧全体」という言葉を漫画のコメント欄に見かけてこれはどういう意味かと思ったけど、これはもしや「旧態依然」のことか…？

コンプレックスになっていたことのひとつが解決しそう。

試していて思うのは、蟹の脚の感じはまだAIには厳しいらしいということ。

ただし伊藤若冲感はどっかいった気がします。

疾走感のあるイケ蟹（？）

Bing Image Creatorがめっちゃ格好良い感じの絵を作ってくれた。謎に格好良い。

Japanese painting of a crab in the style of Jakuchu Ito

「嫌味か？」と言われる時、「嫌味だと解釈された」のではなく、「一般的に嫌味と解釈され得ることをお前は言っているが、実際に嫌味だろうがそうでなかろうがとりあえず無神経だということでいいな？」と突きつけられているのだと思う。つまり「嫌味のつもりで言った」ことを責められているのではない。というか、嫌味のつもりで言ったと本当に解釈された場合には「嫌味か？」という確認では多分済まない。

「一般的に嫌味と解釈され得ることを言わない」を厳しくジャッジすることが妥当かどうかという問題は勿論ある。ただ、厳しくジャッジされるという実情から逃れるのは難しいと思う。それを家庭内に持ち込んでいることは問題になるだろうとは思うし、社会は変えられなくとも家庭内なら変える余地があると思う。

嫌味というものについては「嫌味のつもりで言わない」と「一般的に嫌味と解釈され得ることを言わない」の二段構えでジャッジされているものだろうと思う。
後者の判定があるので、それをパスしないイコール「敢えてそういう言い回しで言っている」と解釈される。つまり「嫌味のつもりで言っている」という可能性を生じてしまう。
後者のジャッジをパスすることは、社会で生きている大人なら普通に可能なことだと想定されていると感じる（「自分は嫌味なんて言わないからわからない」では済まされない）。

このジャッジがパートナーという親密な間柄でも免除されないという場合にはそこにひとつの問題はあるだろうけど（「私の料理に文句があるわけ？」「俺の稼ぎが少ないって言いたいのか！」etc）、そのジャッジが親密な間柄でさえ働いてしまうのは、社会的に課された役割を十分に満たしているかどうかを常に評価されているという「より強力なジャッジ」が先にあるからというのも大きいと思う。そのパートナーが評価を下そうとしてくるわけではないとしても。

（究極のところ、人とコードを共有しないなら何でも大差ないな！）

とはいえCustomElements（カスタム要素）は素直に利用した方がいいか…。馬鹿の一つ覚えでCustomElementsを多用していたのを一度改めようと思ってprototypeと「関数でオブジェクトを返す」ということに慣れていったけど、それでもCustomElementsでやるのが一番良い部分はやはり普通にCustomElementsを使った方が良いのだろう。

TypeScriptだとnew演算子を使うにはクラスとして宣言しないと型付けがうまくできない気がするしそもそもそれは実態としてクラスなんだからクラス宣言せよという話になるのかな？と思うけど（よくわからない）、newを使わない単にオブジェクトを返す関数なら普通に素朴な型付けで済む。

「クラス使わないで関数で良くない？」と語っている人が例示しているコードの書き方がつい最近自分がやり始めたのと同じ形だと気付き、new演算子への理解の進展からちょっとクラスに戻りかけてたのを、「やっぱこれでいいか」と思い直したところ。

ｱｯ、この場合TypeScriptだと炊飯器じゃないと炊けない（型を付けられない）…。まあクラスに対する理解が深まったからいいか…。

炊飯器があればご飯は炊けるけど、それだけではご飯のことも「ご飯を炊く」ということもわからない。炊けりゃいいわけではない。という感じ。
でもご飯が炊かれる状態を科学的に分析とかいうことをしたいわけではない。そこまで解体したいのではない。

炊飯器でしかご飯を炊けなかったのが鍋で自由に炊けるようになり、その上でやっぱり炊飯器を使うということはあり得るし、私は「鍋でも飯盒でも炊けて、且つ炊飯器も普通に使う」状態になりたいと感じている。

まあそもそも「オブジェクトとは何か」というのをわかるのが容易でない感じがあるので現時点で「これはこうだったのか」と感じることが的を射ているとは到底思えないわけですが、それでも核心から超遠い場所にいたのが一歩ずつ近づいてはいるはず。それが喜ばしい。

後から追加された便利な書き方というのは、それ以前それが何だったのかをわかっているかいないかが重要ですよね。
コンストラクターってなんだろうと思いながら長い間「そういうもん」としてやっていた。クラスを書く時は最初にそう書くもの、みたいな。その状態でもプログラムを動かすのに支障はないけど、必然性を欠いたコードになってしまっていただろうと思う。