はてなブックマーク

日本語訳: これまで何千回も言われてきたことだけど、自分の声も加えさせてほしい――人間がコードを書く時代は終わった。ソフトウェアエンジニアを自認する我々にとっては穏やかでない話だが、それでも事実だ。ソフトウェアエンジニアの仕事がなくなるという意味ではなく、プログラムのシンタックスを直接書くことはソフトウェアエンジニアの仕事ではなくなった、ということだ。 正直、内心ぎょっとした。 Ryanは Deno Land Inc. を共同創業し、Node.jsに代わる新しいJavaScript/TypeScriptランタイムであるDenoを作っている。僕はその会社でソフトウェアエンジニアとして働いている。自分の会社のCEOが「人間がコードを書く時代は終わった」と言っている。 ソフトウェアエンジニアとして、これまで通りのやり方を続けていたら何が起きるかわからない——最悪のケース、つまりレイオフだってあり

const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して

2026年1月3日、このブログ maguro.dev をリニューアルした。 新生 maguro.dev を支える技術スタックについて紹介する。 技術スタック概要 フレームワーク: Astro ビルド環境: Node.js ホスティング: Netlify OG画像生成: satori + budoux フレームワーク: Astro 以前はRust製の静的サイトジェネレーターZolaを使っていた。Zolaは問題なく動いていたが、Astroに移行することにした。理由は2つある。 1. エコシステムの充実 Astroは個人ブログを構築するためのエコシステムが非常に充実している。MDXのサポート、コードハイライト、数式レンダリングなど、ブログに必要な機能がプラグインとして豊富に揃っている。 現時点では組み込んでいないが、静的サイト向けのサイト内検索のサポートも充実している。 shishkin/ast

Rust にトレイトという機能があります。 自分でトレイトを作るときに、そのトレイトに関連するジェネリックな型が欲しくなることがしばしばあります。そんなときの選択肢として associated type (関連型) generic type (ジェネリクス、型パラメータ) の2つがあると思います（2番に関しては、正しい呼称かどうか自信がないです。trait Foo<T> {} と定義したときの T のことを指しています）。そして、どちらを使っても自分のやりたいことを実現できるな……と気づくことがあります。そのようなときに、どちらを使うのが良いのか分からなくなることがよくあるので、忘れないようにエントリとしてまとめておきます。 TL;DR associated type は トレイトと実装対象の型 (Self) との関係が 1 : 1 になる。 generic type だと トレイト :