インモビインモビ

Josh Comeauには、CSSグリッド用の新しい学習ガイドがあります。 CSSグリッドへのインタラクティブガイド。ジョシュがすぐに「メンタルモデル」に入る方法が好きです。なぜなら、それはこのような大きなAPIで最大のことだからです。あなたはそれがあなたの頭の中でどのように機能するかの基本を取得する必要があるので、あなたはそれに到達するときと理由を知っています。ニッチの詳細はそれほど重要ではありません。あなたはそれらを調べることができます。ほとんどの場合、物が存在し、それが何ができるかを理解する必要があります。理想的には、メモリから基本的なセットアップを書くことができます。その後、参照するニッチなものが増えます。ジョシュのガイドは、特にインタラクティブ性について、そのメンタルモデルに積み重なっています。

ジョシュは以前に同じことをしました FlexBoxのインタラクティブガイド。 相互の作用 ビットは、そのメンタルモデルにロックするのに大いに役立ちます。私のCSS-Tricksの時代、私たち FlexBoxへのガイド また、私が思うモデルを説明するのにも適切であり、同時にまともな参照ガイドでもありました。しかし、それはその対話性を持っていなかったので、人々は自分のコードに情報を抽出するために抽出するために残されました。人々が独自のレイアウトコードを書いていると、メンタルモデルをロックするためのかなり大きな瞬間でもあると思います。 編集可能な埋め込みをCodepen それをこのようなガイドにもたらす良い方法かもしれません。私は非常に多くの人々がFlexBoxを介してAH-HAの瞬間を持っていることを知っています FlexBox Froggy、そして、それを非常に効果的にしたのは、インタラクティブ性と実際のコードの組み合わせだと思います。

クールなジョシュのアイデアといえば、彼を見たことがありますか オペレータールックアップページ？ JavaScriptにはかなりまともな数のオペレーターがあり、それらのいくつかは、時々覚えておくために本当に尊敬する必要があります：

時々私の脳が行く… 値を設定するものは何ですか、しかし、値がnullの場合、フォールバックを提供します。 それはそうです これです。

あなたは知っていますか マップをインポートします まだ？彼らはいくつかの新しいニッチなものではありません、彼らはそうです 全面的にサポートされています。 （まあ、a 少し 新しい、多分）。

私は好きです ヨシファンの記事 彼らの上で、彼らはステージを設定するのに良い仕事をしています。

私の脳はこのようになります。これは本当に一般的なコードですが、実際には無効なJavaScriptです。

import lodash from "lodash";

そのようなコードが表示されたら、 伝統的に、 これは、JavaScriptが解決するある種のプロセッサを通過することを意味します "lodash" そのコードが見つかる実際の場所に。そのコードを有効なJavaScriptにしたい場合は、次のどちらを必要としますか。

1. 相対ファイルパスからのインポート（たとえば、その文字列はドットまたはスラッシュで開始する必要があります）
2. URLからのインポート

後者は次のようです：

import lodash from 'https://cdn.jsdelivr.net/npm/[email protected]/+esm'

しかし、今、元のインポートステートメントは実際に は 有効。つまり、インポートマップを使用する限りです。 Yoshiの記事から、次のようなものから

文字列置換のように考えてください。 "lodash" で import 声明はなります "/node_modules/lodash-es/lodash.js" 有効な相対ファイルパスのインポート。それもURLかもしれません。

インポートマップは、1つの場所からコードベース全体にわたってインポートを調整し、多くの繰り返しを排除し、より少ないビルドプロセスを使用するツールになるのに役立つという考えが気に入っています。

私はそれらについてすぐに話します ビデオで それが役立つなら、私は先日やった。インポートマップキーが置き換えることができるように、彼らにいくつかの特別なニュアンスがあります 一部 それが役立つ場合は輸入パスの。

Web開発の広い世界では比較的小さなことのように思えますが、大きな意味があると思います。知っている Baldur Bjarnason 彼はコース全体を持っているので、間違いなくそう思います 整理されていない：インポートマップとテスト駆動型のWeb開発を使用してノードから自分を解放する、私はちょうど自分自身を取り始めました。

叫ぶ フラビオ・コープ の最近のリリースのため コードの谷 これは、Web開発作業の「最初の原則」からの素晴らしい参照のように見えます。このようなガイドは、HTMLやCSSなどのより高いレベルの言語に進む前に、URLとDNSで始まるほど包括的ではありません。

偶数があります Codepenの使用に関するセクション だから私を少し偏っている。

ビデオを共有しました Szenia Zadvornykh’sの クラウドシミュレーター 先日（それがすごいからといって）。その たった1つの画像 あなたがそれを信じることができるなら。 2010年初頭の開発者は、スプライトシートを覚えています。

それは、それらの図解された人々が、いくつかの派手な描画アルゴリズムの結果であるように、ほとんどのようです。さて、ここにそのようなものがあります！ CSSピープは「1つのCSSファイル、1つ

, and over 5 MILLION combinations” of people.

That’s me in 2 years when I inevitably need glasses and try hair regrowth techniques doing my “well actually” look.

---

A bit of a random add-on here, but I think I agree with Evert Pot when he says:

So while React/Next.js may be relegated to the enterprise and legacy systems in a few years, they completely transformed front-end development and created ripple effects in many other technologies. One of many great ideas stemming from this stack is JSX. I think JSX has a chance to stay relevant and useful beyond React/Next.

I’m maybe a little more bullish on Next.js because it does a lot really well, has a lot of momentum, support, and has some DX that is hard to match. But that’s a little besides the point. JSX, as an industry thing, might just end up having bigger influence over time than React itself. It’s just a pretty good HTML templating language.