はてなブックマーク

Rustの開発を快適にするためにRyzen 9 9950Xを導入し、1週間ほど経過した。 乗り換え前に使っていたM3 Max MacBook Proと比較しての現時点での感想をまとめておく。 動機 乗り換えの最大の動機はモンスターハンターワイルズをプレイするためにWindowsマシンが必要だったから仕事で書いているRustプロジェクトの開発体験が悪く、集中力を持続させながら開発を行うことが難しいと感じていたため。 具体的には、ある場所で型エラーが出ているとき、「.into()差し込めば直るかな～」といったお祈り修正をすることがある（もちろん完全に当てずっぽうというわけではなく、あわせてrustdocを確認したりもするが、とりあえず試してみて通ったら嬉しいね、くらいのニュアンス）のだが、ここで変更後に保存して、rust-analyzerによる型チェックが完了するまでに結構待たされる、といった

今年の振り返りと来年に向けた目標の整理をしていく。 2024年の振り返り 2024年の目標として設定していたのは、以下の4つだった: 大学院で良い成績をとりつづける 仕事でより良い成果を出す 外部発信をしていく 人生をがんばる それぞれ達成度合いを振り返っていく。 大学院で良い成績をとりつづける 2022年9月からオンラインで通い始めたGeorgia Tech、早いもので2年とちょっとが経過した。2024年の秋学期終了時点での取得単位数は24（修了単位は30）。 2024年にとったクラスは以下のとおり: CS6211: System Design for Cloud Computing CS6290: High Performance Computer Architecture CS7210: Distributed Computing CS6211: System Design for

はじめに 僕はDeno Land Inc.でDenoを利用したサーバレスエッジホスティングサービスのDeno Deployを開発するチームに所属しています。OSSのほうのDenoのメイン言語はRustで、Deno Deployのバックエンドも同様にRustで書かれています。 今年のアドベントカレンダーで一休さんから以下の記事が公開されましたが、日本でもRustをWebバックエンドの言語として採用する企業がじわじわと増えてきている印象があります。 Deno DeployのバックエンドをRustで開発してきて、RustでWebバックエンドを書くことのメリットやデメリットをいくつか感じたので、この記事で紹介したいと思います。 Deno Deployの構成 まず、ざっくりとDeno Deployのバックエンドの構成を紹介します。 多くのコンポーネントがありますが、ここではどのようにRustを利用し

Deno Advent Calendar 2023 1日目の記事です。 動機 僕はGitHub上のプライベートリポジトリでZennの記事を管理しており、記事のscaffold作成やプレビューなどはZenn CLIを利用しています。Zenn CLIはNode.js製なので当然Node.jsが必要です。ドキュメントに書いてある通り、以下のようにすればCLIのインストールおよびディレクトリ内のセットアップが完了します。とても簡単です。 今回Advent Calendarの記事を書くにあたり、久しぶりにリポジトリを開き、以前と同じように npx zenn new:article で記事のscaffoldを作成しようとしましたが、ここでふと、「Denoでも普通に動くのでは？」と疑問に思いました。 最近のDenoはNode.js互換性に非常に注力しており、バージョンアップのたびに互換性が向上しています

で、GitHub Sponsorsを始めたところ多数のご支援をいただくことができたことを書きました。 その後、OSS活動を細々と続けていたところ、JavaScript/TypeScript ランタイムであるDenoの開発を行っている Deno Land Inc.にジョインすることになりました。 ジョインまでの流れ 上記の記事で書いたように、deno_lint などのDeno関連のプロジェクトにコントリビュートをしていました。定期的にコントリビュートしていると、他の人からのPull Requestのレビューなどもお願いされるようになります。Approveをすることはできますが、mergeの権限はありませんでした。その他にも、issueをクローズするための権限もなく、整理のためにクローズしたいissueがあっても、メンテナに依頼をする必要がありました。 大した手間ではなかったものの、メンテナ権

今年の振り返りと来年に向けた目標の整理をしていこうと思います。 2022年の振り返り 2022年の目標 2022年の目標を以下のエントリに書いていました。 この内容を振り返りつつ、達成度合いを評価していこうと思います。 TOEFL 100点 結局TOEFLは2022年の1月に受験したのが最後で、ベストスコアはこの最後の受験のときに出した98点でした。目標には届かずです。 とはいえ、100点を取りたいと思っていた最大の理由は、大学院の出願要件を満たすためでした。100点以上が推奨されると書いてあったものの、事実上の足切り点は90点ということが分かったため、98点で妥協をしたという形になります。大学院の出願については以下のエントリに軽くまとめてあります。 ということで、数値上は目標に達していないものの、根本的な目標（大学院に合格する）は達成できたので、良しとすることにします。ただ、やはりTOE

2021年の2月、Denoに以下のissueが投稿されました。 このissueによると、すでに作成済みのTCPコネクションをベースにしてTLS接続を確立すると、Denoがパニックして落ちてしまうということです。 パニック時のログは次のような感じです。（抜粋。読みやすいように改行を入れています） thread 'main' panicked at 'Only a single use of this resource should happen: FullDuplexResource { rd: AsyncRefCell<tokio::net::tcp::split_owned::OwnedReadHalf>, wr: AsyncRefCell<tokio::net::tcp::split_owned::OwnedWriteHalf>, cancel_handle: CancelHandle

Zig の標準ライブラリではコレクション型が提供されていますが、ドキュメント整備が途上ということもあり、どのようなコレクションが提供されているのかを把握するのが難しいと感じています。 提供されているコレクションを簡単にまとめ、適切な場面で適切なコレクション型を利用することができるようになることを狙いとした記事です。 なお、対象のZigバージョンは 0.10.0-dev.3513+e218b7ea0 です。 また、掲載しているサンプルコードは以下のgistにまとめてあります。 ArrayList 全要素がメモリ上で連続した領域に配置され、実行時に動的に長さを変えることができるコレクションです。 C++のstd::vector, Rustのstd::vec::Vec に相当します。 添字によるランダムアクセス、末尾への要素追加、順方向・逆方向のイテレーションをしたいユースケースで役立ちます。

これらの3校も含めたさまざまな候補について、要点がまとめられたエントリがあります: 各校、GPAやTOEFLの点数、CS関連学部卒か？など、さまざまな出願要件があるので、それらをくまなくチェックし比較していきます。僕の場合は、 学部のGPAがあまり良くはない（しかも、公式の成績表にGPAの記載がなかったので正確な値がわからず苦労した……） 一応CSに近い分野の学士号をもっている 学費は安いほうがうれしい 大学院で学びたいのは、ナウいデータサイエンスや機械学習寄りの領域ではなく、昔ながらのコンピュータサイエンスの領域 といった状況でした。TOEFLは出願校を決める段階では一度も受けていなかったので、「受けたい学校が決まったら、そこに必要な点数を必死で取る」という考えでした。 上記のうち、最終的な出願校決定に最も大きな影響を与えたのは、最後の項目です。オンラインコースは歴史が浅いからか、開講さ

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の昨日（2021 年 9 月 15 日）に Deno の v1.14.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 Web Crypto API の追加 deno lint と deno fmt に対するカスタマイズオプションの追加 URLPattern の実装 ネイティブ実装されたサーバーサイド WebSocket API の安定化 ArrayBuffer がコピーなしでワーカー間を移動できるように ファイルをロックする API の追加 OS シグナル API の変更 fetch で相互 TLS がサポート DENO_AUTH_TOKENS でBASIC認証をサポート URLのパースが3倍速に

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の昨日（2021 年 7 月 13 日）に Deno の v1.12.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 generateKey, sign, verify の3つの Web Crypto API がサポート ネイティブ HTTP サーバーでの WebSocket サポート REPL における TypeScript のサポート MessagePort および MessageChannel のサポート WebAssembly.compileStreaming() と WebAssembly.instantiateStreaming() のサポート Web Worker 間で Atomic

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の今日（2021 年 6 月 9 日）に Deno の v1.11.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 公式 Docker イメージ Web Crypto API の実装が進む fetch を中断することができるように deno lint が stable に deno compile で動的インポートの部分的な対応 TextEncoderStream と TextDecoderStream がサポートされる BroadcastChannel が実験的サポート Deno LSP に様々な改良 Deno 名前空間のいくつかの API の引数が変更 TypeScript 4.3 Web P

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の今日（2021 年 5 月 12 日）に Deno の v1.10.0 v1.10.1 がリリースされました。 ※ 1.10.0 がリリースされる予定でしたが、1.10.0 のリリース後すぐにバグが発覚したため、revert 対応がなされた 1.10.1 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 deno test コマンドの改良 Worker.postMessage が「構造化複製アルゴリズム」をサポート Web Storage API サポート Markdown ファイルへのフォーマッタ適用を抑制する deno-fmt-ignore-file ディレクティブ 共有Wasmメモリの有効化をサ

これまでの OSS 活動歴 仕事では TypeScript や Go を書いていますが、Rust が大好きすぎて書かずにはいられなくなり、余暇の時間で Rust で書かれた OSS にコントリビュートしています。今までのコントリビュートをいくつか挙げると rust-lang/rust-clippy rust-lang/rust rust-analyzer/rust-analyzer denoland/deno denoland/deno_lint などです。 これらのうち、最も頻繁に、そして継続的にコントリビュートしてきているのが denoland/deno_lint です。 denoland/deno_lint へのコントリビューション denoland/deno_lint は Deno に組み込まれている JavaScript / TypeScript リンターで、Rust で書かれて

anyhow::Context は便利 2021年2月現在、Rust でエラーを扱う上でのデファクトスタンダードは anyhow （と thiserror）です。これらの使い方などは以下の記事によくまとめられているので、必要に応じてご参照ください。 anyhow は anyhow::Result や anyhow::Error のような便利な型に加えて、 anyhow::Context というトレイト も提供しています。このトレイトは、Option から anyhow::Result へと変換したい場合に特に役に立ちます。例えば、以下のコードを見てみましょう: use anyhow::Context; fn index_of(values: &[i32], target: i32) -> anyhow::Result<usize> { values .iter() .position(|&

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の今日（2021 年 4 月 14 日）に Deno の v1.9.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 ネイティブ HTTP/2 Webサーバー serde_v8 による Rust 呼び出しの高速化 Blob URLのサポート LSP で import の補完ができるようになった --allow-env と --allow-run で許可対象を指定できるようになった インタラクティブなパーミッションプロンプト Deno.listenTls で ALPN をサポート ファイルシステムに関するいくつかのAPIの安定化 いくつかのAPIを Deprecated 化 (std 配下に移動) T

背景 自分は普段 deno_lint の開発を行っています。Deno に組み込みのリンターで、TypeScript / JavaScript のコードを静的に解析して問題のあるコードを発見してくれるツールです。 JavaScript界のデファクトスタンダードなリンターである ESLint およびその TypeScript 拡張版の typescript-eslint が提供している "recommended" なルールとの互換を目指しています。 つまり、ESLint / typescript-eslint が推奨ルールとして提供しているルールを、deno_lint でも再実装して提供を行いたいということです。 一応、ある時点での "recommended" ルールは移植が完了しているのですが、その後 "recommended" ルールが追加されていないのか？ということをウォッチできていませ

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の今日（2021 年 3 月 3 日）に Deno の v1.8.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、ざっと紹介していきたいと思います。 WebGPU の実験的サポート ICU サポート カバレッジツールの改良版 deno coverage Import maps が安定化 module フェッチ時の Auth トークンサポート Deno.test の exit サニタイザ Deno.permissions 安定化 Deno.link Deno.symlink 安定化 Deno.metrics の粒度が細かくなった deno fmt で JSON をフォーマットできるようになった Deno.emit で IIFE をサポ

小ネタです。 厳格なキーワードと予約されたキーワード Rust では、以下のようなワードが「キーワード」とされています[1]。通常、関数名、変数名、型パラメータ名などにはプログラマが任意に名前をつけることができますが、キーワードに関してはこれらの場所で名前として使うことができません。 厳格なキーワード (strict keywords) as const if for trait use super など…… const FOO: &str = "foo"; // OK! let bar = 42; // OK! let const = 42; // だめ！ 変数名が const だと直感的に嫌な気分になります（パーサーはもっと嫌な気持ちになっていそう）。このような名前をつけることができないのは理にかなっています。 予約されたキーワード (reserved keywords) abstra

この記事は Rust 3 Advent Calendar 2020 12日目の記事です。 11日目は -> rust-lang/rustへのcode contributionをはじめからていねいに 13日目は -> rust-lang/rustにコントリビュートした話 対象読者 Rust にある程度慣れている proc macro を自分で作ってみたいが、作り方が分からない procedural macro (手続きマクロ) とは こんにちは、@magurotuna です。 Rust には大きく分けて2種類のマクロがあります。 Declarative macro (宣言マクロ) Procedural macro (手続きマクロ) proc macro とも呼ばれます 宣言マクロは比較的馴染み深いもので、自分で書く機会も少なくないと思います。macro_rules! を使って作るマクロです。

Copyright (c) 2018-2021 the Deno authors. MIT License. 日本時間の今日（2021年1月20日）に Deno の v1.7.0 がリリースされました。 詳細なリリース内容は上記のリリースノートにまとまっていますが、いくつか日本語でご紹介したいと思います。 なお、v1.6.0 （2020年12月9日リリース）の紹介記事は以下になります。よろしければこちらもご覧ください。 今回は以下の点を紹介します。 deno compile コマンドの改善 Data URL 形式の import に対応 DNS 解決を行う Deno.resolveDns API の追加 Deno 内部の TypeScript コンパイラを使うための API を Deno.emit に統合 deno fmt コマンドが Markdown のフォーマットに対応 Web Str

プログラミングの世界では英語が共通言語です。込み入った情報を得ようとしたり、コミュニティに参加したり、質問したり、といった場合には英語で行う必要があります。 僕の場合は日常的に Deno の Discord サーバーをチェックしています。また、Rust の Discord もたまーにチェックしたり、質問したり、というように使っています。 GitHub の issue でのやりとりのように、リアルタイム性が低いコミュニケーションとは違い、Discord のようにチャットのやり取りになると、略語が頻繁に現れるようになります。チャットの特性上、ただでさえ素早い応答が求められるのに、未知の略語が現れると意味が分からず焦ってしまいます。 そこで、よく見る略語を例文とともにまとめてみようと思います。 （自分にとっての）新しい略語を見つけ次第、追記していきます。 IIRC if I remember c

Copyright (c) 2018-2020 the Deno authors. MIT License. この記事は Deno Advent Calendar 2020 24日目の記事です。 23日目は -> （あとで埋める） 25日目は -> Deno が Node.js に依存しなくなった はじめに こんにちは、@magurotuna です。 2020年ももうそろそろ終わりですね。みなさんはどのような1年を過ごされたでしょうか？ 僕は、初めての転職をしたり、OSSコントリビュートを始めたり、といった1年でした。 OSSコントリビュートに関しては、去年までは「凄腕のエンジニアがやるものであって、平凡なエンジニアである僕はその恩恵に預かるだけ……」と思っていましたが、いざやってみると、まったくそのようなことはなく、さまざまな方面からOSSに貢献することができるということが分かりました。

Copyright (c) 2018-2020 the Deno authors. MIT License. こんにちは、@magurotuna です。 日本時間の今日（2020年12月9日）に Deno の v1.6.0 がリリースされました。 変更内容は 上記の Deno 1.6 Release Notes にまとまっていますが、特に大きな変更としてリリースノート中でも取り上げられている以下の点を簡単に紹介したいと思います。 deno compile deno lsp TypeScript v4.1 へアップグレード、さらに一部のコンパイルオプションの設定変更 M1 Mac サポート (2020/12/11 追記) @uki00a さんが Deno Advent Calendar の10日目の記事として同じく 1.6.0 の紹介をされています！ 紹介内容自体はほぼ同じですが、僕の紹介よ

この記事は Deno Advent Calendar 2020 6日目の記事です。 5日目は -> Deno Standard Library Working Group について 7日目は -> （あとで埋める） Deno とは こんにちは、@magurotuna です。 このアドベントカレンダーをご覧の方であれば、新進気鋭の JavaScript / TypeScript ランタイムである Deno のことはある程度ご存知の方も多いと思います。 しかし、あえて超ざっくりと説明すると、Node.js （以下 Node と書きます）を作った Ryan Dahl が、Node の反省点をいかして新しく作り直したものです。 "10 Things I Regret About Node.js" （Node.jsについての10の反省点）というタイトルでRyan自身が JSConf EU 2018

この記事は Rust Advent Calendar 2020 2日目の記事です。 1日目は Rust で競技プログラミングの作問支援ツールを作った話 （@kobae964 さん） 3日目は Rustの日本語書籍紹介 （@dalance さん） ライブコーディング動画の良さ こんにちは、@magurotuna です。 みなさん、ライブコーディング動画はご覧になりますか？僕は結構頻繁に見ていて、たとえば寝る前、例えば作業用BGM代わりに垂れ流す、といった感じで視聴しています。 熟練のエンジニアによるライブコーディングを見ることで、彼ら/彼女らが 何を考えながらコーディングをしているのか どのような順番で順番でコーディングするのか エディタ、ターミナルをどのように操っているのか ドキュメントをどのように読んでいるのか など、数多くのことを学ぶことができます。 もちろん上記に加えて、取り上げられ