とある文書を書いている中で、「一貫性が大事」と言えばみんな同意するけど、「完全性が大事」と言えばたぶん反発する人が出てくるかもしれない、みたいなことを考えていた。後者には、理論上の正しさだけを追求しているような語感がある。「理論大事なんだけど」という思いと、一貫性という言葉の語感がそうじゃないのはなんでだろうという疑問
ここ数日、ひざまづいた状態からのジャンプスクワットを100回やることを目標にしていて、最初の頃はとてもできなかったけど、だいぶ慣れて余裕ができてきた
ということで、二年ほど前にあった ログ研究者 さんから Embulk への pull request について、いまさらだけどまとめてみました zenn.dev/dmikurube/ar...
或るログ研究者
zenn.dev
かつてはIntent To Shipを見るためにTwitterを開いていたみたいなところあるのに最近全然出てこなくなってしまったところを、Blueskyならちゃんと出してくれて感動
CodexのComputer useを使ってみようと思ったけどなぜかできなくて、どうやら僕のmac miniが古すぎてmacOSのアップデートが行われてないせいだった。もう10年近く使ってるからそろそろか…
★ Required reading for makers of websites: Matuzo’s HTML boilerplate in 2026. Every element that world-class front-end dev, author, a11y auditor & web standards speaker @matuzo.at uses for the basic structure of an HTML document … with explanations. Updated from his classic 2021 boilerplate.
My HTML boilerplate in 2026 - Manuel Matuzović
Every element I use for the basic structure of a HTML document, with explanations why.
matuzo.at
To target multiple classes with the same prefix, you'd typically have to resort to brittle attribute selectors. To make things easier, CSS is getting a new selector: the “Class Prefix Selector” (`.foo-*`). Check brm.us/class-prefix... to get the details. (Browser Support: None 😛 — just resolved!)
The Future of CSS: Target Multiple Classes with the Class Prefix Selector
To target multiple classes that share the same prefix, you'd typically have to resort to brittle attribute selectors or add extra base classes to your markup. To make things easier, CSS is getting a n...
brm.us
Gecko: Intent to prototype: margin-trim
Gecko: Intent to prototype: margin-trim
Gecko: Intent to prototype: margin-trim
groups.google.com
Blink: Intent to Prototype: CSS mixins
Blink: Intent to Prototype: CSS mixins
Blink: Intent to Prototype: CSS mixins
groups.google.com
Gecko: Intent to Ship: CSS progress() function
Gecko: Intent to Ship: CSS progress() function
Gecko: Intent to Ship: CSS progress() function
groups.google.com
Blink: Intent to Ship: Margin-trim
Blink: Intent to Ship: Margin-trim
Blink: Intent to Ship: Margin-trim
groups.google.com
時間を置いて考えが整理されたので改めて。暫定解としてどうするべきか。 img要素であればAIなどで画像の説明ができるが、background-imageやsvg要素を使うとできない(はず)。ということを踏まえると、画像的なものは可能なかぎりimg要素で描画すべきなのかという問いが浮かぶ。 しかしそう考えると、画像的なものとはどこからどこまでを指すのか。ページの背景に敷き詰めたパターン画像なんかもそれにあたるのか。とか考えると、そういう明らかに装飾的なものは違いそうだ、という一応の区別はできる。
ふむふむ、やはりこのあたりの挙動は一貫しているわけではないのですね。altが空だとしてもAI等で説明をさせられるというのもおっしゃる通りですね。 「懸念が一般論としてあるだろう」という話をされていることはなんとなくわかっていたものの、僕の中では一般化できるほどに具体的な事例を知らなかったので参考にお聞きしたという次第でした。 ただそうなってくると、画像がimg要素で表示されているかそれ以外の方法で表示されてるかで事情が変わってきそうだとも一方で思いました。たとえば、background-imageとかsvg要素とか。でも将来的にUA/ATの進歩によっては、AOMとかも関係なく、
UIの改善をしたいと思ったときにいろんな開発上の問題を手繰っていくと「まずはNode.jsのバージョンを上げるところから始めないといけない」みたいなことになるの仕方ないけど意味がわからない