hogashi.*

日記から何から

イヤホン / 考え過ぎる

 外出すると、たいていイヤホンをつけている。これは高校か大学のころに身につけ始めた技で、周りの音を小さくしたり、単に"ながら"にできる時間で曲やポッドキャストを聞いたりすることが積極的な動機。近年気付きつつある消極的な動機に、頭が自由に思考を進めることを抑制するような効果がある。
 見知った道で人通りも車通りもなくただ歩く、乗り慣れた電車で座って駅を待つ、というときには、頭が手持ち無沙汰(手?)になり、記憶から様々なことをひっぱり出しては後悔したり、悩むものの踏み切れないことを再認識して堂々巡りになったり、など、傾向として沈んでいくような思考が繰り広げられる。あるいはさらにそれ自体の原因とか解決とかを考えて、想像力とか自己肯定感とかに思い至るけど、どうしたらいいか途方に暮れて、振り出しに戻る。これは子供の頃から考え過ぎだと言われ続けて、未だに克服できていない。イヤホンで何かを流すことは、内容を聞こうが聞くまいが、思考の発展は鈍くなるので、結果的に考え過ぎを防いでいる。
 ところでこれは、思考が鈍くなるので、思考の量は減り、記憶も曖昧になる。天気を気にしたり、この後の予定を組み立てたり、買うものを思い出したりが鈍くなり、何を食べてどうだったか、どこを歩いたのか、見えたものは何かを覚えていないことがある(覚えるどころか感じていない可能性もある) *1。特に自分は記憶が下手でよく忘れるのに、これによって輪をかけて覚えていないので、あとで人に聞かれても頭が真っ白になるばかりで何も答えられない。
 考え過ぎは良くない、といっても、こんなに考えていない/覚えていないとなると、それはそれで不安になる(イヤホンを外した後に)。過ぎることがよくないのであって、よく考えることは大切なはずなのだけど、その塩梅がうまくいっていない。依然として何か聞いていない時間で考え過ぎている(沈んでいる)自覚もあるし、考えられていないことを思ってさらに自己肯定感が弱くなっていくこともある。
 どうするといいかはまとまっていない。根本的には沈むような考え方を変えられるとよいはずだけど、天邪鬼も邪魔をして、一筋縄ではいかない(と思いこんでいる)。自分をよく評価してくれる他人を尊重したいが、傲慢にはなりたくない。
 単に自己鍛錬が足りないせいで裏付けを感じられないだけかもしれないので、様々な興味に対してなぜか動かしていない手を動かすのが第一歩かもしれない。もともと変化に対して恐怖と怠惰がある自覚はあって、ここ数年はそれが顕著になっている。なまじ築き上げたものが少しながらあるせいで、守りに徹しているのなら、失敗することでそれらをすぐ失うわけではないと認識する必要があるのかも。あるいは単に実力の無さを自覚したくなくて避けているのなら、せっかく自己肯定感が低い(つまり実態と認識が大体合っている)うちに強い気持ちで認めるとか。そもそも自分のできることを改めて書き出してみるとか。この記事のような思考はできる、からスタートしていることになる。

*1:曲がり角や後方確認はするようにしている。よく考えるとこれはなぜかやれていて、癖なのか致命的だからなのか気になる(確認の精度が落ちている可能性はある)

二条城で畳の質問に答えてもらった

 二条城に散歩にいって、二の丸を見ていてふと畳の向きが揃っていることに気づいた。なんとなくの知識しかないけど、和室のイメージでは、互い違いというか角が 4つ合わないように並べるのがよい、みたいなのを聞いた覚えがあるので、これは意図してやっているんだろうか、と思った。

https://nijo-jocastle.city.kyoto.lg.jp/wp-content/themes/nijojo/assets/img/introduction/highlights/ninomaru/img_ninomaru_l_05.png
黒書院二の間から一の間を見る

国宝・二の丸御殿 | 二条城 世界遺産・元離宮二条城

 二の丸の受付の人に、事務所に学芸員さんがいたら聞けます、と教えてもらったので、事務所に行って聞いてみると、

  • 当時のことがよくわかっていない
    • 大政奉還からの近代化で、いったん畳を全部剥がして絨毯を敷いて、テーブルを置いていた時期があった
      • 床も畳の厚さ分だけ上げられている
    • 今は展示目的で畳の上部分だけ敷いている
  • 建築的な面では、今の家における和室などはある程度パターンが決まっているが、スケールが違うので、同じ考え方が適用できない
    • 家における床の間などは、部屋の中で上座が決まっていたりする
    • 二条城では、一の間二の間三の間など、部屋ごと上座のようなものが分けられており、部屋の中でどうするかは定かではない

というようなわけで、今こう敷いているのが正しいとも間違いともわからない、という結論で面白かった。学芸員さんありがとうございます。

blog.hog.as

 人工知能の盛り上がりがなんかなって思ってるという話を書いたけど、今日はついにすべてが無力だなと思って、仕事を中断して散歩に行った。人工知能自体は技術であって、人間とは被るところはありつつ違う能力を持ったもので、そこに勝ち負けとか考えるのはどうでもいいなと思うのだけど、何にこんなに無力を感じるのかとよく考えると、人間の人間に対する敬意が薄れていることだと思う*1。 AI でできるよ、お前の仕事はどうでもいい、みたいなことを言われると (別にまだ言われてませんが) 、それはそうなので、単にそうだねとなるだけで、じゃあ AI が全部やれや、もう知らん、となる。こうなると、当然今は発展途上の技術なので全部はやってくれず、仕方ないので場繋ぎの仕事をやる、という消極的な暮らしになってしまう。人間楽な方に流れがちなのは仕方ないけど、人間同士の尊厳を忘れずにいたい (人工知能のみの社会にしたい人については、僕はそうではないのでわかりません)。

*1:人工知能をつくっている人間に対しても敬意を持つべきだと思う

GitHubのコード表示部分はtextareaとbefore疑似要素でできている

 ここのことです*1

真ん中のカラムがコードの表示 (開発者ツールで見ると textarea にコードが入っている
目次

 たしかこないだまでは普通に div ? で、テキストをマウスカーソルでドラッグアンドドロップで選択したりするような感じだったはずだけど、最近?になって、選択できる部分は textarea になっていて、点滅するカーソルが出るので、キーボードでエディタのように移動・選択することができる (もちろん編集はできない *2 )。

選択範囲の一番右に白く点滅するカーソルが登場している
シンタックスハイライトはどうしているのか?

 textarea は部分的に色を変えるとかはできないはずだし、スタイルの様子を見ると textarea の color は背景色と同じ色に指定されていて見えなくされている (color: var(--color-canvas-default)) ので textarea でやっているわけではない。
 行番号あたりから HTML を見ていくと、 textarea の下にもう一個、コードを表示する用の div があって、なんと position: absolutetransform: translateY(20px) とかで位置をあわせて頑張って表示していることがわかる……。

textarea の下に行番号とコード本文を表示する div がある
上に表示されている div ならその文字もマウスカーソルで選択できるはずでは?
コードは data-code-text 属性に入っていて、 ::before 疑似要素 に attr を使って表示している

 部分ごとに span の data-code-text 属性にコードが入っていて、 ::before - CSS: Cascading Style Sheets | MDNattr() - CSS: カスケーディングスタイルシート | MDN を使って content: attr(data-code-text) して表示している (color も適用されるのでシンタックスハイライトができる)。 ::before 疑似要素なので、カーソルで選択もされないようになっている。
 以前書いたブログ記事では、 ::before の content の中にブログを書くという全く意味のない用途しか思いつかなかったけど、こういう用途があるのか……(余談)。

今日の落書き - hogashi.*
なぜこうしたのか?

 真意はわからない (公式ブログとかでも特に説明は出てないと思う) ものの、個人的な推察では素朴にコード選択をしやすいようにしているのかなと思った。最近は GitHub 上でコード内の識別子をクリックするとハイライトされたり定義元が出たりするようになっているので、コード選択のためのクリック (ドラッグの最初) がそれに吸われてしまうと困る。今は選択は普通にできて、識別子のハイライトもされる (コードのどの文字をクリックしたかをクリック位置から計算しているのか……?) 。

困ることはないのか?

 シンタックスハイライトのスタイルをそのまま使ってリッチテキスト (Google Documents とか) のエディタに貼り付けるようなことはできなくなった。ただの textarea からのコピペなので、ただのテキストとして貼り付けられる (個人的には嬉しい)。やるなら、一旦手元の VSCode で表示してシンタックスハイライトさせてからコピーすることになりそう (github.dev でもできる)。
 あとコード部分をクリックした状態で . (ピリオド) キーを押すと、 https://github.dev/github/dev に行ってしまう。本来そのファイルを開いた状態の github.dev (VSCode for the Web) が開かれるはずで、これは単にバグだと思うので feedback に書いた pressing `.` key while the cursor is on code textarea navigates to github.dev with no files are opened · community · Discussion #52435 · GitHub

*1:例として renovate/config-validator.ts at b23700d749e0f483ed7afc1afcca9a328902a9ef · renovatebot/renovate · GitHub をあげています

*2:readonly 属性がついているわけではないので、 keydown イベントとかで (ショートカットキーを発動するついでに) 握りつぶしているのかも

 土日にでかけたところ年度の始めという感じの人の多さだった。日曜なのにスーツ着てる人がたくさんいたけど何かあったのか……?というのは気になった。あと京都の土日は確かにこういう感じだった気がするというくらい外国人の方々がいて、回転寿司で隣の夫婦に甘だれをつけて食べるネタはどれか聞かれたりしていた。あなごとかうなぎとかなんだけど英語で言うとなんだっけとか会話した (最終的に思い出して eel だわおいしいよって伝えた)。イオンで買い物した後ビール飲んでてもどんどん外国の方が店に来るみたいな状態で賑わっていた。積極的に話しかけるようなことはしてないけど、たまに英語話すと肝心な単語が出てこなかったりしてやっぱり全然話せないな〜と思う。

スマホのブラウザでinput type="date"で年を選ぶ

 あるサイトで、誕生日の入力に input type="date" が使われていて、こういう画面が出る (画像は MDN で見てるけどそれには特に意味はない)。

 今ここでおためしできます:

 前後の月に移る矢印しかなさそうで、みんな自分の生まれ年まで頑張って遡ってるのか? いやそんなはずはないが……?? と思って色々押しまくっていくと、なんと実は左上の年が押せる。

 押すと、年を選ぶドラムが表れて、年を楽に選べる。これで矢印を年齢x12回押さずに済む。

試しに2000を選んだので2000年になった

 ここにのせた画像は AndroidGoogle Chrome だけど、 Firefox も同じような感じだった (iOS Safari の様子は見れてない)。これどれくらいの人々が認識できているのだろうか? わかりづらいからといって年だけ分けるのはちょっと面倒なはず (うるう年とか) なので、画面の見え方がもう少しわかりやすくなってくれると嬉しそう。

 (追記) iOS Safari の様子を id:a666666 さんに見ていただいていた、ありがとうございます。比べるとちょっとわかりやすそうだった。
blog.kyanny.me


 ちなみにデスクトップの Google Chrome などではカレンダーの左上 (下向き三角形がある部分) を押すと月単位の選択画面になるので、年も楽に選べる (あと数字を直接入力もできる)。スマホはこれに比べてボタン感がないのが難しかった。

年月が一覧できる