TL;DR コードエディタZedは、Electronの限界を克服。RustとGPU描画で高速化、AI機能も搭載。1.0リリースは完成ではなく、技術的賭けの成功を示す。 コードエディタは「テキストを速く表示するだけのツール」のはずだった。それがいつの間にかブラウザエンジンを丸ごと内包し、画面を描くたびにDOMと格闘し、スクロールのたびにCPUが唸るような代物になった。VS Codeを使う開発者の多くが「重さ」を許容コストとして払い続けてきたのは、拡張機能と生態系の引力が大きすぎたからだ。その現状に、かつてAtomとElectronを生み出した当事者たちが正面から挑んだ。2026年4月29日のZed 1.0リリースが意味するのは、「完成」ではなく、5年間の技術的賭けが「通用する」と証明されたということだ。 01.Atomの反省から始まった5年：GPUとRustを選んだ理由02.1.0が意味する
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? なければ自分で作ればいいのよ！ ――――涼宮ハルヒ かのアニメの主人公はこう言っていました。 はじめに 「もっとサクサク動くMarkdownエディタが欲しい！」 エンジニアなら一度はそう思ったことがあるのではないでしょうか。・・・あれ、ないですか？そうですか。まあ、あることにしておいてください。 世の中にはAtomやObsidianのような多機能エディタが色々あり、それは確かに素晴らしいのですが、ちょっとメモを取るだけなのに、起動するたびにPCに負荷をかけているのはスマートじゃないなと思ったりします。 あと、開発に使うVSCodeと文書
WebGPUの初学者が最初にぶつかる壁はWGSL（WebGPU Shading Language）の文法の異質さだと思います。 GLSLやHLSLを書いてきた人間からすると、こういうコードを見た瞬間に「なんだこれは」となる。 @vertex fn vs_main(@location(0) pos: vec3<f32>) -> @builtin(position) vec4<f32> { return vec4<f32>(pos, 1.0); } まんま Rust じゃん。 なぜWebのシェーダー言語がRustの構文を踏襲しているのか。調べれば調べるほど、技術的合理性だけでは説明できない闇が見えてきました。 すべての元凶 -> AppleとKhronosのIP戦争 WGSLは誰も望んでなかった ここが一番大事なポイントです。 WGSLという言語が存在する最大の理由は、Appleが既存のSPI
おことわり この記事は私がRustを書く仕事を探しているのであれば教えてほしいといった趣旨の記事ではありません。 タイトルの内容をいざTwitterで呟こうものならどこからともなく転職エージェントが現れ高単価案件を紹介するというホラを吹いたり、うちはRustを書いている、ちゃんと探したのか、みんなRustを書いている、そんなにRustを仕事にしたいなら起業したらどうだといったいくつかのクソリプに収れんされていきます。 こういったワンパターンの流れが毎年のように繰り返され、うんざりしています。 この記事ではなぜRustの仕事がない状況が続いていて、どうすればRustの仕事がある状況を作れるのかという状況分析をしていきたいと思います。 若干Rustについてネガティブな書き方をしてしまうかもしれませんが、Rustが良い言語か、悪い言語かといった話はしません。 仮説1：Rustが本番環境で使われて
Rust初心者の筆者「アドカレ完走！書いた文字数をカウントしてブログに乾燥した換装書くぞ！」 初筆「せっかくだし文字数カウントスクリプトもRustで書いてみるか。ディレクトリにあるファイル群を読み込んで各ファイルの文字数を表示しよう」 fn get_files(dir_name: &str) -> Vec<String> { let mut files = Vec::new(); let entries = std::fs::read_dir(dir_name).unwrap(); for entry in entries { let entry = entry.unwrap(); let path = entry.path(); if path.is_file() { files.push(path.to_string_lossy().into_owned()); } } files }
Rustは特にシステムプログラミングに向いているとされています．しかしながら実際にRustでシステムプログラミングをしてみたい！と思う方でも，取り組む題材の選定に困った方は多いのではないでしょうか．例えば自作OSはその花形だと思いますが，敷居が高く思えてなかなか手が出ない方もおられると思います． 本記事ではそれに対して，簡易なグリーンスレッドスケジューラーを作成するのが適しているのではないか，という主張をし，実際に作成します．本主張の主な根拠は次のとおりです： 高級プログラミング言語（Rust）からアセンブリによる低レイヤー操作まで広く触れられる 設計によってはシステムコール，シグナル，割り込み，スタック，メモリオーダリング等の周辺知識にも多く触れることができる スケジューラーの機能面での拡張の余地が大きい goroutineやtokioのような既存のグリーンスレッドランタイムが本質的にど
はじめに 「Dockerでビルドすると遅いんだよね」「イメージが2GB超えちゃって…」 そんな会話はもう過去の話です。2025年、コンテナ化は劇的に進化しました。Rustも例外ではありません。cargo-chefとBuildKitキャッシュマウントの組み合わせでビルド時間を5-10倍短縮、2.63GBのイメージをdistrolessイメージで約50MB、musl静的リンクならわずか1.7MBという値を達成できます。 この記事では、実践的なDockerfileパターンとベンチマーク結果を詳しく解説します。 実際に検証したAxum Webアプリケーションでは、distroless版で50.3MB、musl+scratch版で1.71MBを達成しました。中規模プロジェクト（約500の依存関係）での初回ビルドは10分、コード変更後の再ビルドはわずか40秒です。 信じられないかもですが、これが202
はじめに ——あるいは、「知っている」と「理解している」の間 Rustのことは、知っていた。学習もしていた。実務でも使っていた。 でも、それは知っているつもりだった。 知ってるつもり 無知の科学 (ハヤカワ文庫NF) 作者:スティーブン スローマン,フィリップ ファーンバック早川書房Amazon 日々Rustで開発し、BoxとRcとArcを使い分け、tokio::spawnでタスクを生成し、?演算子を当たり前のように書いている。FFI？PyO3使えばいいでしょ。WebAssembly？wasm-bindgenがあるじゃない。技術的には、確かに「使える」レベルにはあった。 でも、心のどこかで感じていた違和感があった。 オートバイのエンジンを分解できる人と、エンジンが動く原理を理解している人は違う。コードが動くことと、なぜそう書くべきかを理解することも違う。私は前者だった。メカニックではあった
Sansan Engineering Unit マスターデータグループ（データ戦略部門）の松本です。 私たちのチームは、「Activating Business Data」というミッションを掲げ、企業の活動の礎となる重要なデータ、いわゆる「マスターデータ」とその利活用という課題に、技術を駆使して向き合っている組織です。 さて、ビジネスデータを扱う上で「住所」は欠かせない情報です。 それは単に「モノを届ける場所」を示すだけではありません。 お客様を深く知るための「解像度」になる: 顧客のオフィスの位置を正確に知ることは、効果的なマーケティングや営業戦略を立てる上で不可欠です。 データ統合の「鍵」になる: 複数のサービスやデータベースに散らばったお客様の情報を「同一人物である」と正しく繋ぎ合わせる（名寄せする）際、住所は氏名と並んで最も重要なキー情報となります。 このように、正確な住所データは
覚えることが多い 初心者の主観ですがRustが難しい理由はこれに尽きると思います。初心者の感想として覚えることの多さについて書いていきます。 ちなみに、覚えることは多いですが、全部覚えなくても全然やっていけますし、見返りは大きいのでそのことについても書きます。 メモリ管理が難しい？ よくRustが難しい理由として真っ先にに挙げられるのがメモリ管理です。しかし、これは実はそうでもないということが使い始めると分かってきました。 というのも、Rustの特徴である所有権とか借用とかライフタイムとかはメモリ管理を意識しなくてもいいようにするためのガーベージコレクションに代わる仕組みなのです。例えば私のようにWebフレームワークを使ってWebサーバーを立てるような型にはまったプログラミングを行うときは、ほとんど意識する必要がありません。 独自の言語仕様が多い 先に書いたメモリ管理だけでなく、エラー処理
0. 前書き - リモートデスクトッププロジェクトとの悲しき邂逅 私がremote-desktop-rsというクロスプラットフォームのリモートデスクトッププロジェクトを始めたとき、Rustの評判を信じていた。「メモリ安全性とパフォーマンスの素晴らしい組み合わせ」「優しいコンパイラエラー」「素晴らしいエコシステム」——本当にそうだったのか？ 1. 学習曲線は「少し急」ではなく「エベレスト級」 「所有権の概念を理解すれば、あとは簡単です」と言われ続けた。嘘だ。絶対に嘘だ。 1.1 所有権地獄 私はcommon/src/lib.rsで単純な「ビルド情報」構造体を作成しようとした： // 素晴らしい所有権システムと戦った結果の姿 pub fn build_info() -> BuildInfo { let build_date = chrono::Local::now().format("%Y-%
PayPayの6年の歴史の中で、私たちは急速な成長を遂げてきました。現在、6700万人以上のユーザーにサービスを提供し、日々数百万件の決済を処理しています。しかし、これを成功させるためには、トラフィックと信頼性の要求を満たすための技術的な挑戦が伴います。 PayPayは設立当初からJavaとNodeJSを採用しており、これらの技術は非常にうまく機能してきました。しかし、成長に伴いサービスをスケールアップする必要が生じ、これによりKubernetesクラスターでのCPUとメモリの使用量が増加しました。これにはサーバーコストの増加が伴います。 2023年末、私たちはコアサービスでのトラフィックをより効率的に処理する方法を模索し始め、GraalVMやGo、Rustなどさまざまな技術を調査しました。Rustは、その優れたパフォーマンスとメモリの安全性が保証されていることから、PayPayの多くのユ
Rust.Tokyo 2024 一休スポンサーセッションでの発表資料です
概要 Elin Custom Portrait EditorというツールをTauriとSveltekitを使って製作したんですが、 制作にあたって「Tauri、良すぎない？」と感じたのでその魅力を伝えていきます。 1.ビルドしたファイルサイズが本当に小さくコンパクトな構成 元々別のツールをElectronで制作していたんですが、いざビルドしてみると本体exeだけで200MBを軽く超える超巨大アプリになってしまうのが困りものでした。 (インストーラーで配布する前提の仕様だろうし開発もそこまで気にしてないんだろうけど、私はインストーラー不要のポータブルアプリ派なので…) Electron BuilderでPortable設定にすれば単一.exeとして出力も出来るけど、今度は実行速度が犠牲になってしまうという特大の罠が待ち受けています。 対するTauriはビルドサイズがだいたい10MB前後と非常
下記に登壇した際の資料です。 https://findy.connpass.com/event/331621/ スライドはメモ書き程度のものとなっており、実際には講演の中で口頭で数多くの補足が入っています。講演の内容をまとめた記事も近日公開される予定なので、あわせてご覧ください。
We are very proud to finally announce the stable release for the new major version of Tauri. Welcome to Tauri 2.0! What is Tauri? In a Tauri application the frontend is written in your favorite web frontend stack. This runs inside the operating system WebView and communicates with the application core written mostly in Rust. When Should I Use Tauri? If you check any of the boxes below, you should
Rust 版 Rails "Loco" Loco は Rails にインスパイアされた Rust の比較的新しい Web フレームワークです。 2024 年 9 月 1 日時点でバージョン 0.8.0 がリリースされています。 Loco の特徴 タイトルにもある通り、Loco is Rust on Rails. [1] を謳っており、 Ruby on Rails の開発体験の良さを Rust でも再現しようとしています。 また、小さいサービスや個人開発に適したフルスタックフレームワークとして開発されているようです。 内部実装では、コントローラーやルーティングは Axum で実装されていたり、 ActiveRecord は SeaORM で実装されていたりするそうです。[2] Axum や SeaORM については、別の記事で触れているので良ければご覧ください！ Rust | Axum と
Rust言語を、人命に関わるような決定的に安全性が重要なシステムに使用することをサポートする「Safety-Critical Rust Consortium」設立 Rust言語を推進する「The Rust Foundation」は、人命や財産に関わるような安全性が決定的に重要になるシステムのためにRust言語を責任を持ってサポートするためのコンソーシアム「Safety-Critical Rust Consortium」の設立を発表しました。 Rust言語は、C言語のように低レイヤのシステム開発向けに作られたプログラミング言語です。 不正なメモリ領域を指すポインターなどを許容しない安全なメモリ管理や、マルチスレッド実行においてデータ競合を排除した高い並列性を実現している点などの特長を備えているため、安全かつ高速なアプリケーション開発を実現します。 セーフティ・クリティカルとは？ 「セーフティ
原氏の自己紹介原旅人氏：じゃあ始めます。私、株式会社ログラスでクラウドエンジニアというタイトルでやっている、原と申します。このたびは、このようなところに呼んでいただきありがとうございます。 今日は、「RustをAWSで活用しよう！」と。「AWS」って、実は「Lambda」の話なんですが、こういったことで話をしようと思います。 自己紹介は先ほどしていただいたので、ほぼ省略です。（スライドを示して）実は松本さん（松本健太郎氏）と私はここに書いてある検索エンジンの会社で一緒に働いていて、私がRustをやるきっかけを作ってくれたのも、実は司会者の松本さんです。 株式会社ログラスについて今はログラスという会社にいて、クラウドエンジニアという名前で、クラウドインフラ、セキュリティ、開発・ビジネス支援、データ基盤、その他のそういうことをやっています。最近はAWS IaCとか「Terraform」とか、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
