私は最近、DEVでAMAをやりました。ここでは、良いインディエバーのようにいくつかの答えを渡す機(jī)會(huì)を得るだけです。

2020年にフロントエンド開発者としてスタートした場合、最初に學(xué)ぶこととその理由は何ですか？

ウェブサイトを作成して世話をすることがあなたの仕事である立場に身を置く必要があります。それが早い段階であなたにとってストレッチのように感じても。ドメインを取得し、パブリックインターネットでWebサイトを取得します。あなたの名前をそれに置いてください。今、あなたは自分自身に利害関係を與え、あなたはあなたのアイデアを生き返らせなければならないので、あなたはテクノロジーを?qū)Wぶでしょう。

私にとって、650年前、それはOl 'College Bandのウェブサイトを掲載していました。ウェブサイトが必要でした！それは私にとって楽しいように聞こえ、私はドメインを購入したり、ホスティングをしたり、WordPressのWebサイトを設(shè)置したりすることで苦労することができました。その後、時(shí)間が経つにつれて、デザインを変更し、テンプレートを変更し、クールな機(jī)能を追加したいので、フロントエンドのWebテクノロジーを?qū)Wびました。

プロジェクトを手に入れて、プロジェクトを通して學(xué)びましょう。

ブログ投稿に変えたいものと、簡単なツイートとして何を殘しているかをどのように判斷しますか？

私は通常、ツイートを避けません。とにかく、ツイートは通常、ブログ投稿の良い証明の基盤です。誰も気にしないなら、ええ、多分それほど良い投稿ではないかもしれません。それが良いエンゲージメントを得るなら、それはブログ投稿の作成に役立つようなものです。さらに、ツイートはドアを蹴るのがとても簡単です。私にとっては、目的には、編集やスケジューリングなどを含むより長いスケジュールがあります。

これがツイートの例です。愚かな小さなUI実験。デモをドロップするためにブログを書くのを待つつもりはありませんでした。しかし、Twitterスレッドから、興味深い技術(shù)的なフィードバック、人々が最も驚かされた部分についての情報(bào)、および他のいくつかの関連するアイデアを得ました。それは、うまくいけば、はるかに堅(jiān)牢なブログ投稿につながるでしょう。

正直なところ、私はそのように開発者をそのように扱いさえします。ここでこのブログ投稿の反応をすばやく書きましたが、フィードバックのいくつかで自分のブログのためにそれを改良しました。

お?dú)荬巳毪辘蜟SS-Trickはありますか？

CSSの「Scroll Shadows」は、私のお?dú)荬巳毪辘蜟SSトリックの1つだと思います。もともとはローマのコマロフによるものでしたが、Lea Verouによって説明され改善されました。先日、Stefan Judisのアイデアを中心にツールを見ました。

それは、4層の勾配の背景を含む本物のマインドベンダーであり、それぞれが異なる位置に配置され、サイズがあり、色付けされており、スクロールに関して行動(dòng)的に異なります。

それは本當(dāng)にUXの意味を持っているので、それは単なるきちんとしたトリックではありません。スクロールできる場所の影を示すことは重要なUXです。 iOSでの最近のデザインアップデートのこのストーリーは、スクロールできる場所の後ろに隠されたUIアクションに関する完全な混亂をもたらしましたが、そこに到達(dá)する方法についてはアフォーダンスがありませんでした。 （記録のために、Spotifyでいつも私に起こります。）

影響力と露出を増やすための同様の道をたどろうとする開発者に対するあなたのトップ3の簡単なアドバイスは何でしょうか？

書くことは文字通り唯一の方法だと思います。

執(zhí)筆以外の影響力を持っている影響力のある開発者のことは考えられません。または、それが書いていない場合、それはYouTubeチャンネルまたは他の形式の公共のものです。

Houdini APIがリリースされているときに、自分が個(gè)人的にプレーしていると自分自身をどれだけ見ていますか？どのAPIが最も興奮していますか（絵畫、レイアウト、OMと入力された…）？

この超低レベルのものは、時(shí)々私の頭の上に感じることがあります。スペックを見るだけで、このようなものの業(yè)界への影響を想像するのは難しいですよね？

私にとって、それはレイアウトAPIが最も強(qiáng)力な可能性を持っているようです。

私が今想像しているのは、Houdiniが私のような通常の日常のフロントエンド開発者にそれほど影響を與えないということです。私はあまりHoudiniコードを書いていません。しかし、私は他の人が作成する派手なものを使用します。ほとんどの人が自分のライブラリを書いたり、NPMパッケージを公開したりしていないように、彼らはそれらを使用しています。

Houdiniに驚かされるのは楽しいです。誰かがそれを探しているなら、ヴィンセント?デ?オリベイラのショーケースのウェブサイトを必ず見てください。

CodepenやCSS-Tricksで働くことで好きなことは何ですか？

あなたは私が本當(dāng)に好きなことを知っていますか？私は毎日オフィスに入って、その日にやろうとしていることをかなりまともな自由を持っているのが好きです。おそらく會(huì)議があります。おそらく、ol 'カレンダーにいくつかのものがあります。私はおそらく私が會(huì)おうとしているいくつかのチームの期待を持っているでしょう。しかし、私は通常、今のところ私にとって興味深いものを追求するのに十分な時(shí)間があります。

時(shí)々、私はいくつかのメールを掘り下げる瞬間です。時(shí)々、楽しいように聞こえるデモをいじりたいです。時(shí)々、私は考えを書き上げたり、ビデオを録音したいと思います。時(shí)々私は何かを計(jì)畫したり、何かを文書化したいです。時(shí)々、他の人と何か話したり、ペアプログラミングをしたりしたいです。

私は幸運(yùn)にも私がボス（笑）であり、私は意図的にその立場に身を置いたので、私はその自由を持っています。

CSSに追加できるものは何ですか？

誰かがこれを?qū)い亭毪郡婴?、私たち全員がコンテナのクエリを叫ぶためにあらゆる機(jī)會(huì)をとるべきだと思います！それらを取得するまで。

アイデアは、「この要素がこれほど広いとき、このCSSが有効になるはずです」というCSSを書くことができるはずだということです。幅だけでなく、ページレベルにあるメディアクエリが既にあります。

ユースケースの最高のデモは、フィリップウォルトンのページです。

これらの2つのことの間には常に直接的な接続がないため、ページの幅ではなく、それがどれだけ広いかに基づいてシャッフルするカードコンポーネントを書きたいと思います（たとえば、カードコンポーネントは大きな畫面の狹いサイドバーに表示されますが、タブレットなどで完全に表示されます）。

すべてのコンポーネントはそのような狀況にある可能性があるため、CSSの愛のために、それらのコンポーネントにscopedされたメディアクエリを書いてみましょう。私たちがこれを持っているなら、私たちが書いたメディアの質(zhì)問の大部分がページレベルではなく、これらになるのを見たとき、私は他の多くの人々をエコーし??ます。

{position：doper fold;を提案する価値があると思いますか。 }？

私のキャリアで一度、大きな折りたたみに基づいた決定を下したかどうかはわかりません。その考えの大ファンではありません。この重要なモジュールが交差してはならないラインがあります。確かに、最も重要なものをより高くするために優(yōu)先順位を付けてください。ウェブサイトは新聞のように折りたたまれません。

さらに、ビューポートユニットが現(xiàn)在ありますので、目に見える上部のビューポート領(lǐng)域に何かを配置する必要がある場合は、できます。

長い間ブログの投稿を書いているので、書くプロセスを開発しましたか？

ちょっと！それはまだ私にとってかなりカジュアルに感じられます（私の執(zhí)筆中の中格と呼びましょう）ので、私は荒野でキャビンを借りて、夕日と安いウイスキーでインスピレーションを見つけているわけではありません。

• 私に來るすべてのブログ投稿のアイデアを書き留めます。私はそのリストをかなり公開しようとしていますが、私はさらにスロップになることができる個(gè)人リストもあります。
• 私はできるだけ多くのコンテキストをそれらのリストに入れたので、そもそもそれを書き留めさせたのと同じ感情を召喚したいと思います。 1週間後にアイデアを再訪しても、できない場合、それはおそらくあまり良い考えではありません。
• できるだけ多くのコンテキストで投稿を書きます。通常、軽い研究が関係しています。
• CSS-Tricksのリードエディターがいるため、スケジュールされる前に少なくとも1人がレビューします。

CSSまたはCSS-in-JS？

CSS-in-jsでたくさんのクールなことが起こっています。特定のWebサイトにとって多くの興味深い問題を解決すると思います。たとえば、コンポーネントにプログラムでスコープされているスタイルを作成するオプションを作成するというアイデアが非常に好きで、コンポーネントが自動(dòng)的に使用されない場合にツリーが揺さぶります。

しかし、このウェブは大きな場所であり、ほとんどのWebサイトはJavaScriptを搭載したコンポーネントモデルで構(gòu)築されていないと思います。したがって、CSS-in-JSは多くのサイトに必要または適切ではありません。

ただし、2つのことを明確にする：

• CSSなしでCSS-in-JSを持つことはできません。 CSS-in-JSは、要素に適用されるスタイルです。 CSSの學(xué)習(xí)を免れません。
• CSS-in-JSの風(fēng)景は広いです。漠然と話すのは少し難しいです。 CSS-in-JSのバケツの各プロジェクトは、物事を少し異なって処理し、サイトにスタイルがどのように適用されるかは非常に広いです。いくつかのアプローチが文字通り、他のCSS（SASS生産されたCSS）と同じようにリンクするCSSスタイルシートを文字通り作成するという議論で時(shí)々迷子になると思います。

以上が私の開発者のクリップの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。