Fluxアーキテクチャの覚え書きを書いた - saneyuki_s logどこに書いたか忘れそうなので備忘でgist貼付ける Facebook提唱のFluxのメモ：http://facebook.github.io/react ...
JS界隈にIDLもしくはd.tsを併記・同梱する文化が根付いてほしい - saneyuki_s log
前置き 最近、ウェッブフロントエンドエンジニアらしく各種JavaScriptのライブラリを眺めて、調査・選定しているのだけれども、その過程を通じたこととして、多くのライブラリが、ドキュメントのAPIの説明が貧弱すぎる。 jQueryのドキュメントが腐っているというのは既に広く知られた事実であると思うし、そうでないならば積極的に既知の事実として腐っている事を広めて行くべきであると強く思うが、jQueryに限らずとも、ドキュメントが満足な形で整理されていないのをひしひしと感じる。 この手のものでよくドキュメント化されている部類だと感じるBackbone.jsですら、仮引数の名称と定義のみしか書かれておらず、肝心の引数が備えるべきメンバや、引数の型情報が明示的に記述されていない。そのため、APIを俯瞰し、自分の欲しい情報がどこに詰まっているのか・どのように取得できるのか・DOM標準もしくはECM
Web ブラウザは Web に対する GUI シェルである - saneyuki_s log
2年くらい前から個人的に色んな場で話しているんだけど、現状のWebブラウザには「HTML5 で導入された API 群に対して、ブラウザ側が適切なUIを提供できていない」という問題点がある。 これについて分かりやすい例を挙げると、cookieの管理ビューはあるのにDOM storage の管理ビューが無いこととか（この2年間でChromium先生は実装したけど）。 よくよく考えてみれば、だいたいのブラウザには現在保存している cookie をユーザーが閲覧するための機能があるのに、DOM storage や IndexedDB に何が保存されているのか、そもそもどこのドメインによって保存されているのかすらわからないというのは奇妙な話なんだ。何故なら、どれもユーザーのプライバシーに関連する情報の保存用途に使われるからだ。最近はトラッキングに関連する話題としてトラッキング cookie がやり玉
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
