2026/08/23 22:56

px の死、ch の栄光

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

本文は、

ch

や

ex

のような CSS の文字ベースの単位のことが一貫した読みやすさのために不可欠であると論じ、固定画素グリッドよりも高解像度画面に適応する点で優れているとしています。現代のデバイスでは、1 つの CSS 画素が複数の物理画素を覆うことがあり、その結果標準的な測定単位が異なるハードウェア間で予測不能に変動します。これを解決するために、著者はコンテンツ幅には

min(75ch, 100%)

、縦方向の間隔には

ex

の使用を提唱しています。これらの知覚単位は、任意の物理的な次元ではなく、そのテキスト自体の文字密度相対で測定するため、デバイスに関係なく安定した読み体験を保証します。既存の画素ベースのスタイルが本質的に欠陥があるわけではないことを認めつつも、このアプローチはハードウェア仕様よりも人間の視覚的快適さを優先しています。この戦略は、単位選択が技術的な必須ルールというよりも、テキスト-heavy なブログなどの特定の文脈における好みの問題であるという設計哲学を反映しています。結局のところ、物理的な画素定義への依存のみではなく、この方法はデバイス間の一貫性に対するより堅牢な解決策を提供し、実際の読み方の習慣に基づいてレイアウトが自らを微調整することを可能にします。

本文

ピクセルとは何か：知覚的な「嘘」と CSS における単位設計

モニターとピクセルの限界

ピクセルは嘘である
- たとえ「ピクセル完璧」な精度で描画されていても、モニター自体が物理的な現実を歪めて表示しています。
- プラトンの理想とする完全に正方形からなるグリッドといった存在は物理世界にはありません。

CSS における「1px」と「1cm」の意味

デバイス依存性
- CSS の
```
1px
```
  は必ずしもデバイスの物理ピクセル（1 ドット）とは等しくありません。
- HD ディスプレイなどでは、
```
1px
```
  が複数の物理ピクセルにまたがる高密度表示も一般的です。
- 同様に、CSS の
```
1cm
```
  も SI メートル法の百分子一とは常に一致しません（大きなテレビ画面上では通常、より長くなります）。
「知覚的な寸法」の重要性
- これらの単位は「物理的絶対値」ではなく、**「知覚的な大きさ」**を基準としています。
- 例：
```
16px
```
  はスマートフォン、ノート PC、テレビといった異なる画面サイズであっても、通常の視聴距離からは概ね同じ視認性を持ちます。

テキストベースサイトでの幅設定戦略

デザインの目的
- 本ブログはテキスト中心であり、平均的な人間にとって読みやすいテキストの幅を実現することを重視しています。
- 画面全体（
```
100%
```
  ）を基準にするのではなく、文字幅を基準とした
```
ch
```
  単位を採用しています。

実装例：コンテンツ幅の定義

```
ch
```
は厳密には「1 つの文字」を表すものではありませんが、テキストベースのサイトでは十分機能します。

:root {
  --width-content: min(75ch, 100%);
}

main {
  max-width: var(--width-content);
}

余白（Padding/Margin）の単位選択

水平方向：
ch
の活用
- 左右の余白も内部テキストに対して比例関係を持たせたい意図があります。
- テキスト幅との関連性から、水平方向の間隔設定にも
```
ch
```
  を再利用するのが理に適っています。
垂直方向：
ex
の活用
- 高さは垂直距離を表すため、文字幅を基準とする
```
ch
```
  はふさわしくない場合があります。
- その代わりに、小文字の平均高さを表す
```
ex
```
  単位を用いるのが適切です。

単位の使いすぎと個人の好みに基づく設計

方針の限界
- 「HTML から CSS クラスを全て削除」する着想と同様、全単位を
```
ch
```
  に変えるアプローチは行き過ぎである可能性があります。
- すべての
```
px
```
  を強制的に
```
ch
```
  に置き換える必要はありません。
検証と選択
- 現在の実践は「機能するか」を試験的に検証している段階です。
- ```
px
```
  を使用することや、他の測定単位を用いることは、非道徳でも悪意ある行為でもありません。
結論
- ```
ch
```
  や
```
ex
```
  の採用は、単なる個人的な傾倒や好みの問題に過ぎません。

同じ日のほかのニュース

一覧に戻る →

2026/08/24 4:23

従業員エンジニアとして課題を見出す方法

## Japanese Translation: 上級エンジニアは、特定のタスクの実行から、組織的なパターンや根本原因を独立して特定することへと焦点の本質的な転換を行う必要があります。初期の依頼に対して直ちに行動するのではなく、「スポンジ」のように日常的な雑音を吸収し、表面的な症状に対して真のニーズを検証すべきです。このアプローチでは、即座の解決策への要求を無視して workflows（ワークフロー）を実際に観察することが必要であり、そのような忍耐は低価値な一回限りの依頼が自然にフィルタリングされることを可能にし、複数の独立したチームで見られる反復的なパターンを明らかにすることで、より大きな戦略的投資を正当化します。従来の即座の行動という期待とは異なり、この戦略は、複数の部門の問題を目撃してきたクロスファンクショナルな専門家と相談し、共通の問題の形状をより速く定義することに依存しています。実装前に、チームは捨てられるプロトタイプを使用して仮説を検証し、不確かな概念を直ちにプレッシャーテストします。価値が不足しているか技術的な障壁に直面するアイデアは、厳格な自己説得および公式なレビューを通じて見送られます。最終的に、この移行により、個々のエンジニアがすべてのプロジェクトを所有することなく、信頼性と広範な対話を通じて組織のロードマップに影響を与えることが可能になります。共通のソリューションの形状を先に定義することで、チームは単に特定の機能のギャップを埋めるのではなく、組織の中核的な問題を解決するマルチユースケースのソリューションを提供できます。

2026/08/24 7:41

私が所有するものすべて

## 日本語訳：要約：インスタ360 Link Web カメラ、ASUS ROG Swift モニター、Shure MV7 マイク、Elgato Cam Link 4K、Elgato Key Light Mini の 5 つの一般的な家電製品が、高度な AI ツールを用いて 2 週間以内の期間にリバースエンジニアリングされ、重大なセキュリティ脆弱性が明らかとなりました。最も緊急の発見事項は、弱い完全性チェック（例：単純なチェクサムまたは MD5 ハッシュ）、保護されていない更新パス、ウェブインターフェースまたはベンダー固有のプロトコルを通じてアクセス可能で、平凡な認証により守られているコマンドシェルなどです。例えば、Insta360 Link Web カメラは任意のファームウェアの書き込みが可能であり、アクティビティ LED などの安全性機能が無効化できます；Shure MV7 マイクは WebHID プレーンテキストシェルを通じて遠隔でのメモリアドレッシングおよび LED 制御を可能にし、これは単純な文字列比較による認証で守られています；Elgato Key Light Mini は UART への HTTP POST を通じて署名のないファームウェア更新を受け入れるように巧妙に操作され、これにより署名検証が無効化されます。研究チームはハードウェアコストの理由から修正されたファームウェアをフラッシュしなかったものの、 exploit の容易さの実証は、周辺機器が安全であると信じているユーザーにとって深刻なリスクを示しています。業界リーダーは即座に完全性メカニズムの強化、ベンダー固有コマンドの分離、そして無許可の改変や IoT ラインナップにおける遠隔乗っ取りを防ぐための堅牢な認証の実装を推進する必要があります。

2026/08/24 4:29

ドメインがメールプロバイダーと見なされる問題について（Google Workspace）（2025 年）

## Japanese Translation: 2026 年 8 月時点で、Google Workspace は、正当なドメイン登録を誤ってブロックしてしまう未解決の不具合を抱えています。この問題は、サインアップページの検証関数に存在する誤った正則表現パターンに起因しており、有効なドメインを保留済みメールプロバイダーとして誤分類してしまいます。具体的には、`web\\..*` というパターンが "web." で始まるすべてのドメイン（プレミアム TLD の `.one` も含む）をフラグ付けし、`me\\..*` というパターンは "me" で接頭されているドメイン（ウクライナ経済省の `me.gov.ua` など）をブロックします。また、検証リストには文脈が明確でない `alice\\..*` というエントリも含まれています。この欠陥の深刻さは、ウクライナ経済省のドメインの拒否といった高プロファイルな事例によって示されています。調査（エンジニアによるビデオレビューを含む）が行われたにもかかわらず、ユーザーには根本原因は説明されておらず、サポート担当者からはブラウザやデバイスを切り替えるような効果がない回避策が最初に推奨され、その後別の企業ドメインを使用することへの勧告に変わりました。デバッグ機能を通じてフロントエンドの検証機能を無効化するとユーザーがサインアップを進められ、この問題はこれらの破綻したパターンに限定されていることが確認されます。Google が問題のある正則表現エントリを検証配列から取り除くまで、影響を受けた組織はオンボーディングにおける継続的な障壁に直面し、代替メールプロバイダーへの依存か複雑な回避策の使用を余儀なくされます。この持続的な欠陥は、業務の継続性を阻害し、プラットフォームがドメイン所有権を正確に検証する能力に対する信頼を損なっています。