この記事は Build your own React を翻訳したものです。 Reactを1から書き直していきます。 実際のReactコードのアーキテクチャに従いますが、最適化機能と必須ではない機能は今回は実装しません。 Step 1: createElement関数 Step 2: render関数 Step 3: 並列モード Step 4: ファイバー Step 5: Render Phase と Commit Phase Step 6: 差分検出 Step 7: 関数コンポーネント Step 8: Hooks Step 0 復習 最初にいくつかの基本的な概念を確認しましょう。 React、JSX、およびDOM要素がどのように機能するかをすでに理解している場合は、この章はスキップしても構いません。 今回は、次のわずか3行のコードをReactアプリの例として使用します。 const ele

サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。

ファイザー社/ビオンテック社（BNT162b2）とモデルナ社（mRNA-1273）による2つの新型コロナウイルスワクチンの第3相試験の結果が発表されました。 新型コロナワクチンは世界中で待ち望まれたものであり、いずれも「90％を超える効果」という素晴らしい結果のように思われます。 この2つの新型コロナウイルスワクチンについて、私たちはどのように捉えればよいのでしょうか。 mRNAワクチンとは？開発中の新型コロナワクチンの種類（Nature Materials volume 19, pages810-812(2020)）WHOによるとすでに臨床試験が行われているワクチンは48種類、前臨床試験が行われているものは164種類のものが開発されています。 開発中のワクチンには、従来のワクチンにも用いられてきた不活化ワクチンや生ワクチンという形態だけでなく、近年エボラワクチンなどに用いられているウイル

type Unpacked<T> = T extends (infer U)[] ? U : T extends (...args: any[]) => infer U ? U : T extends Promise<infer U> ? U : T; が何しているのかを読めるようになる。 また実際にinferを用いて実装できるようになるのが目的。 inferとは https://www.typescriptlang.org/docs/handbook/advanced-types.html#type-inference-in-conditional-types の抄訳 inferは日本語に表すと「推論」です。 TypeScriptのextendsを使うと、型での条件分岐が可能になります。(extendsについてもまとめたい) inferはその条件分岐で推論された型を指すときに用いることが

Parallels Desktopと並んで、古くからMac用の仮想環境分野での人気を二分してきたソフトウェアにVMware Fusionがある。ただし近年は、業務用に主軸をシフトしてきた感が強く、一般ユーザーにとってはそれほどなじみがある製品とは感じられなくなっていたかもしれない。とはいえ、けっして一般ユーザー向けの製品がなくなってしまったわけではない。これまでもVMware Fusion Standardという比較的安価な製品も、脈々とバージョンアップを続けてきた。 そのVMware Fusion にも最新のmacOS Bis Surに対応する製品が登場した。VMware Fusion 12だ。製品のエディションとしては、Proと、Playerがある。Playerという名前から想像すると、別のアプリで作った既存の仮想マシンをインポートして実行するだけなのかと思う人もいるかもしれないが、そ

Apple SiliconのM1が速いと話題だ。単に速いというだけでなくRosetta 2を用いてx86_64バイナリをARMに変換して実行した時にIntel CPUで直接実行した時より速くなる場合があるというのだから驚きだ。その要因を考察するにつれ一つの仮説に思い至ったのでここに記しておく。 その要因とはRISCとCISCの違いだ。殴り書きなので詳細は省くが、CISCのほうがやってることが複雑で単純な実行速度という意味ではRISCに敵わない。特にRISCの固定長命令という特徴がカギを握る。 CISCの代表がIntelのx86である。しかし2000年ごろにはCISCはもう駄目だ的なことが声高に叫ばれていたが、気が付けばx86はそのまま栄華を極め2020年にまで至ってしまった。そこまで持ちこたえた理由の1つがRISCとCISCの境目がなくなる　Pentium Proの逆襲に書かれているのだが

私はフロントエンドエンジニアとして働いてはいるのですが、巡り合わせが悪いのでしょうか？まともなテストを書いたことがないんですよね。まあ、それもでテストくらい書けないとなぁ。なんて思ってはちょいちょい調べたりする日々を過ごしていました。 そんなある日、たまたま TDD（テスト駆動開発） についての動画を視聴してみました。 TDD 自体は知ってはいて、なんとなく知っているくらいの知識ではありましたが、分かりやすい説明とその思想が好きで、のめり込むように見てしまいました。 その後も何度か視聴して、フロントエンドでも TDD したいなと考え始めました。 普段テストすら書いていないのにいきなり TDD とも思わないこともなかったですが、実際に普段自分がさわっているようなコードに落とし込んで書いていくと、テストする本当の意味というものが、より正確に理解できてきたような気がします。 そんなテスト初心者の

いろいろやってみた知見が溜まったのでまとめ。 開発 時間給で労働を売る古き良きスタイルの副業。副業として機能開発とかバグ修正とかやったりする。 自分はUIがいい感じだったからという理由でOffersを使って副業を探した。 offers.jp 注意点として、日中まともに会社員やっている人だと、稼働時間が自ずと平日夜か土日だけになってしまう。これが厳しいところとして、副業先のチームの開発プロセスには載ることが基本できないため、非同期作業みたいな形になる＆開発スピードが求められるコアな機能開発みたいなアイテムには入りづらくなる。 あと純粋にモチベーション的に平日夜とか仕事したくないときもある。でも副業でアサインされてると仕事しないといけない。場合によってはチームの開発作業の進捗妨害をすることにもなったりする。 独立して作業可能なアイテムを貰えるプロジェクトか、例外的に日中もコミュニケーションでき