CSSなどの未来についてのLeaVerou

この記事の編集版は、ウェブデザイナーと開発者にとって世界で最も売れている雑誌である.netマガジンの225号に最初に掲載されました。

@twostepmedia：Webページのどこで手間のかかる作業を行う必要がありますか？フロントエンドまたはバックエンドで？
Lea Verou：私はクライアントに対してできることは何でもすることを強く支持しています。コードをクライアントで実行する場合、プロジェクトがどれほど成功しても、常に1台のマシンを処理する必要があります。

プロジェクトが成功した場合、サーバーに書き込むものはすべて1秒間に数千回実行する必要がある可能性があるため、サイトの成長に伴い、サーバーの保守と拡張はますます困難になります。ウェブサイトの収入で完全にカバーできることはめったにない、増加するホスティングコストは言うまでもありません。確かに、クライアント側のロジックの多くはサイトの読み込みを遅くする可能性がありますが、gzipや難読化、そして最も重要なのは遅延読み込みなど、それを回避するためのツールがあります。

@komiska：あなたの仕事は素晴らしいです！誰があなたに技術の道をたどるようにインスピレーションを与えましたか？
LV：ありがとう！誰かに触発されたのではないと思います。自分のことを思い出せるので、ものづくりが好きでした。子供の頃、キッチンスポンジワイプを使って財布やハンドバッグを作っていました！

12年頃、プログラミングによって、手作りよりも簡単かつ専門的に役立つものを作成できることがわかりました。それは私をとても魅了し、私はすぐにプログラミングに夢中になり、それをより良くするために努力し続けました。

@jelmerdemaat：@LeaVerouはどのようにして@dabbletを作成しましたか？どのPHPフレームワーク/他のバックエンド技術を使用しますか？最も難しい部分は何でしたか？
LV：Dabbletにはデータベースがなく、関連するサーバー側のコードは最小限です。小さなPHPは、OAuthにのみ使用され、結果ページを生成して共有します。その周りにダブレットクロームはありません（バグレポートのテストケースに役立ちます）。 Githubの統計でわかるように、PHPはダブレットのわずか3％を占めています。それ以外はすべてクライアント側です。これにより、jsfiddleの状況を回避できます。jsfiddleはサーバー上ですべてを実行するため、成功したため、サーバーの負荷が上限を超えて遅くなりました。

@_dte：あなたにとって最もエキサイティングな今後のCSS機能は何ですか？
LV：効果を確実にフィルタリングします。これにより、以前は不可能だったことが、難しいだけでなく、実行できるようになります。レイアウトモジュールにはあま​​り興奮していません。a）使用できるようになるまでには何年もかかるでしょう。それらはまったく正常に劣化しないためです。b）レイアウトは常に可能でしたが、不必要に難しいだけでした。もちろん、新しいレイアウトモジュールも非常に重要ですが、それは私を興奮させるようなものではありません。

ビューポートの相対単位についても非常に興奮しています vw そして vh およびのCSS3拡張 attr（） 使用できるようにする機能 attr（） すべてのプロパティで。

Operaの実装以外の他のブラウザも本当に見たいです オブジェクトフィット そして オブジェクトの位置、バックグラウンドハックを使用して画像を別のアスペクト比にトリミングするのをやめることができます。

@gpirie：CSSにどのような機能を導入してもらいたいですか？
LV：A 電流（） 他のプロパティの計算値を参照できる関数。の一般化のように currentColor （これは、のエイリアスになります current（color））。もちろん、そのようなことを実装するのは非常に難しいですが、現実は私が夢を見るのを止めることはありません！

@kevdog：最も一般的なCSSの間違いを3つ挙げてください。
LV：私が見る最も一般的なCSSの間違いは、クリーンで保守可能で柔軟なコードではなく、結果に焦点を当ててCSSをコーディングする人々です（そして彼らはめったにリファクタリングしません）。重要なのは何かだけではありません 見える 現在、特定の背景、特定の環境、特定のサイズがあります。それができるはずです 適応する 予測できない方法ですべてのルールを書き直すことなく、簡単に変更できます。

何かを変えることはないと思うかもしれませんが、十分な時間があれば、ほぼ間違いなく間違っていることが証明されます。 CSSプリプロセッサはそれを助けることができます。これらは簡単な方法ですが、ずさんな反復コードよりも確かに優れています。

もう1つの間違いは、CSSが過度に冗長であることです。人々はデフォルトに気付いていないので、それらを再定義し続けます。彼らは速記を認識していないので、代わりに速記のプロパティを定義し続けます。わざとそういうことをしなければならない場合もありますが、それがすべてにおいて防御的にやらなければならない理由ではありません。

@kevdog：CSS仕様で1つ変更できるとしたら、それは何でしょうか？
LV：CSSWGのほとんどすべての人が同意する多くの提案がありますが、Webでの既存の広範な使用法を破るため、追加できません。通常、WGは、デフォルトを変更するのではなく、これらを完全に拒否するか、動作を制御するためのプロパティを追加します。既存のウェブサイトが壊れないように、互換性のない後方変更をオプトインする方法を知りたいです。他の言語はずっと前にこの問題を解決しましたが、HTMLとCSSを使用すると、優れた言語設計を犠牲にして下位互換性を求めて苦労し続けます。

@StuRobson：開発者がフレームワークや定型文を、すべてを理解せずに意地悪に使用するのは怠惰だと思いますか？
LV：いいえ。でも、他のみんながそうしているという理由だけで、開発者が個人的に必要とせずにフレームワークや定型文を使用するのは怠惰だと思います。まだ抱えていない問題を解決しようとするのは逆効果です。

@folktrash：「有名人」はどの時点で起こったのですか？どうやって知ったの？そして、それはコードの品質/セマンティクスの伝道を助けたり妨げたりしますか？
LV：ありがとう。でも、そう呼ばれるかどうかはわかりません。誰もが、聞いたことがある人は、知らなかった人よりもよく知られていると考える傾向があります。その結果、誰もが自分の名声を過大評価する自然な傾向があります。この現象に気付いた場合、人為的に（そしてほとんど盲目的に）バランスを取る必要があります。また、私たちの業界では誰も本当に有名人ではなく、誰も一般的な名前ではないことを覚えておく必要があります。

とは言うものの、2011年はクレイジーであり、自分の仕事に対する認識が高まり、期待していたことは明らかです。それは確かにウェブ標準の伝道に役立ちます。私が今何かを言うとき、人々は一年前よりもずっと注意を払っています。しかし、これは私が言うことを過度に分析するという代償を伴います。人々はそれらを読みすぎて、私が考えもしなかった見解を持っていると思われるために私を攻撃する可能性があります。または時々、単にビューを持っているために、期間。

@Tawreh：なぜあなたは業界の女性にそんなに熱狂的ですか？私は平等の必要性を理解していますが、あなたはそれを極端に推し進めます。
LV：初めて「極度の平等」ということを聞いた。平等は決して極端なものにはなり得ず、人種差別のような他の種類の差別について誰もがそのようなことを言うとは思えません。極端なのは「逆差別」または「是正バイアス」であり、私はそれに強く反対しています。

とはいえ、私は業界の女性について「狂信的」ではなく、規範的な性別の固定観念に対して「狂信的」です。私は私たちの業界で性差別を見ることはほとんどありません、人々はずっと前に彼らのレッスンを学んだようです。私たちの業界への女性の参加が少ないのは、女性がもはや歓迎されないと感じているためではないと思います。女性を工学から遠ざけるのは、私たちのジェンダー社会の残りの部分です。小さな女の子は、男の子のおもちゃほど認知能力を伸ばすことを奨励しないおもちゃで遊んでいます。子供向けの映画やおもちゃは、性別の固定観念の最悪の永続者であり、そこにはほとんど関心がありません。そもそも間違いを避けるのではなく、間違いを修正するのではなく、誰もが大人に力を注いでいるようです。

@komiska：フォントの太さの移行はありますか？
LV：仕様からのメモを引用すると、「それはそれほど単純ではありません」。ほとんどのプロパティにはスムーズな移行に十分な重みがなく、CSSでそれらを表す方法がないため、ブラウザは中間状態を生成できません。そうは言っても、私たちは最終的に拡張する可能性があります クロスフェード（） CSS4 Image Valuesから、画像だけでなくすべてのCSS値に適用します。これにより、ほとんどの遷移の問題が解決され、静的にも利用できる強力なツールが提供されます。