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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

長(zhǎng)い間ブログの投稿を書(shū)いているので、書(shū)くプロセスを開(kāi)発しましたか？

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

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

CSSまたはCSS-in-JS？

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

しかし、このウェブは大きな場(chǎ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í)々迷子になると思います。

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