Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Browser and UI #1 CSS
Search
ken7253
February 24, 2025
Programming
0
130
Browser and UI #1 CSS
Browser and UI #1 CSS にて発表したスライドです。
ken7253
February 24, 2025
Tweet
Share
More Decks by ken7253
See All by ken7253
バンドルサイズを半減させた話 @Browser and UI #3
ken7253
0
2
CSS polyfill とその未来
ken7253
0
200
Browser and UI #2 HTML/ARIA
ken7253
2
290
PEPCは何を変えようとしていたのか
ken7253
3
470
レビューのやり方を(ちょっと)整理した話
ken7253
1
530
オーバーロード関数の話 @Mita.ts #2
ken7253
0
120
フロントエンドカンファレンス北海道参加レポート
ken7253
0
55
カスタムHooksと単体テストの共通点について
ken7253
0
410
検索エンジン最適化はWebサイトのすべてなのか
ken7253
0
64
Other Decks in Programming
See All in Programming
CSC509 Lecture 04
javiergs
PRO
0
300
バッチ処理を「状態の記録」から「事実の記録」へ
panda728
PRO
0
160
タスクの特性や不確実性に応じた最適な作業スタイルの選択(ペアプロ・モブプロ・ソロプロ)と実践 / Optimal Work Style Selection: Pair, Mob, or Solo Programming.
honyanya
3
180
Catch Up: Go Style Guide Update
andpad
0
230
uniqueパッケージの内部実装を支えるweak pointerの話
magavel
0
1k
組込みだけじゃない!TinyGo で始める無料クラウド開発入門
otakakot
0
300
デミカツ切り抜きで面倒くさいことはPythonにやらせよう
aokswork3
0
250
overlayPreferenceValue で実現する ピュア SwiftUI な AdMob ネイティブ広告
uhucream
0
190
Server Side Kotlin Meetup vol.16: 内部動作を理解して ハイパフォーマンスなサーバサイド Kotlin アプリケーションを書こう
ternbusty
3
210
チームの境界をブチ抜いていけ
tokai235
0
180
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
nrslib
3
410
3年ぶりにコードを書いた元CTOが Claude Codeと30分でMVPを作った話
maikokojima
0
510
Featured
See All Featured
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.6k
Fireside Chat
paigeccino
40
3.7k
Done Done
chrislema
185
16k
Being A Developer After 40
akosma
91
590k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
How to Think Like a Performance Engineer
csswizardry
27
2k
The Straight Up "How To Draw Better" Workshop
denniskardys
238
140k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Designing Experiences People Love
moore
142
24k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
369
20k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.7k
Transcript
Browser and UI #1 CSS
ブラウザの標準化まわりを追うのが趣味 最近はReactを使ったアプリケーションを書いています。 ユーザーインターフェイスやブラウザが好き。 https://github.com/ken7253 https://zenn.dev/ken7253 https://bsky.app/profile/ken7253.bsky.social ken7253 Frontend developer
JSConfのイベントにてPEPCについて話します!
TSKaigiのCfP応募受付中です!
Browser and UI とはなにか
フロントエンドエンジニアの勉強会 狭義の
フロントエンドエンジニアの勉強会 話していきたいこと ブラウザの仕様・標準化の話 ブラウザの実装について UI・デザインの話 UI実装を支えるツール フォント・画像とかのアセット系の話とかも 狭義の
フロントエンドエンジニアの勉強会 積極的にはやらないこと ライブラリ・フレームワーク論 (サービス全体の)設計論・アーキテクチャ サーバーサイドの話 技術以外の話 狭義の
お願いしたいこと
お願いしたいこと 誰かを不快にさせる行動・発表はしないでください。 ミニマムな開催にご協力をお願いします。 次回以降の会場提供できそうな人は教えて下さい。 また次回やるので来てください!
Opening talk
簡単にCSSの動向を追う方法
最近のCSSの進化 CSS View Transitions Module CSS Anchor Positioning CSS Basic
User Interface Module appearance / interactivity CSS Scrollbars Styling Module scrollbar-color / scrollbar-width CSS Properties and Values API @property CSS Values and Units Module calc-size() / interpolate-size CSS Conditional Rules Module @container
多すぎる…!
簡単にCSSの動向を追う方法
簡単にCSSの動向を追う方法 趣味じゃない人は(たぶん)全部追わなくてもいい 自分の場合mozaic.fmを散歩中に止まらず聞けるようにしたかった 提案段階の仕様とかまで追うのは大変 まとめると大変なので週単位とかで追えるようにしていく
intent to ship
intent to ship みんな大好きintent to ship Twitter or Bluesky で気軽に見れる
blink-devは情報がコンパクトにまとまっているため調査の起点に 仕様を追ってる人は大体見てるイメージ shisamaさんのブログが分かりやすい。 https://shisama.hatenablog.com/entry/2019/01/24/075701
intent to ship
intent to ship(blink-dev)
CSS WG Minutes
CSS WG Minutes 週に1回ぐらいの更新 提案段階などの早い段階から追いたい人向け 議論の内容とかも見れるので経緯とかを知りたい人にも APIというよりかは仕様っぽい話が中心 これだけだとブラウザの実装状況は追えない たまにHTMLやARIAとのミーティングがある
CSS WG Minutes
CSS WG Minutes https://zenn.dev/progfay/articles/visited-selector-privacy :visited 疑似クラスの前提についてはこの記事が分かりやすい。
BCD-watch 毎週月曜日に1回更新 BCD(browser-compat-data)の差分を1週間分出してくれる ブラウザに実装されたタイミングとかで知りたい人向け CSS以外の情報も入ってくる Full Weekly ReportとUniversal Implementations Weekly
Reportがある 解説ブログ書きました。 https://zenn.dev/ken7253/articles/browser-compat-data-watch
BCD-watch
Release Note 頻度はリリース依存 頻度は少ないが(前の2つと比べると)ボリュームが多い ブラウザ毎に追わないといけない チームで時間取って読むと楽しいかもしれない
自分の使い方 定期的にやってること 月曜日とかにBCD-watchのFull Weekly Reportを一通り見る 同じタイミングぐらいでCSS WGのMinutesも読む リリースノートは出てたら軽く流し読み程度 CSS WGのMinutesならissueのリンクが張ってある場合があるのでそれを読む。
BCD-watchならMDNへのリンクと仕様書のリンクがあるのでそれを読む。 そもそもどういう提案なのか知らなかったらblink-devからExplainerを読みに行く。 standards-positionsを見ておくと標準化の合意が得られそうかが分かる。
自分の使い方
ありがとうございました!