{"slug": "makepad", "name": "Makepad", "category": "dev-libs", "category_name": "Libraries and frameworks", "description": "", "recommenders": 3, "commenters": 4, "warners": 0, "score": 2.731, "rising": -0.98, "first": "2025-11-16", "latest": "2026-05-31", "why": "the Makepad[1] developers take a pretty extreme non-invented-here stance", "why_is_quote": true, "has_verdict": false, "sentiment": {"recommend": 3, "neutral": 0, "compare": 1, "warn": 0}, "spark": [1, 0, 0, 1, 0, 0, 1, 0, 0, 0, 0, 0], "listed": true, "loved": [], "caveat": "", "short_quote": "the Makepad[1] developers take a pretty extreme non-invented-here stance", "kind": "", "icon": true, "domain": null, "github_repo": "github.com/makepad/makepad", "official_url": "https://makepad.dev", "pricing": "", "aliases": ["Makepad"], "verdict": null, "praise": [{"label": "", "summary": "", "quotes": [{"id": 773550865, "item_id": 48346929, "url": "https://news.ycombinator.com/item?id=48346929", "by": "zengid", "date": "2026-05-31", "stance": "recommend", "quote": "Makepad is the best example of a team making a dedicated DSL that can be hot-reloaded", "excerpt": "I've been thinking a lot about a solution to Rust's notoriously slow compile times. From my research, it's not the borrow checker that is the issue, it's the heavy optimizations and monomorphization, and macro expansion [0]. There are efforts to improve Rust compile times, but I realized recently that it will never be lightning fast, so we (Rust users) should really be developing more scripting languages and DSLs tha", "context": "", "use_case": "", "switched_from": "", "story": "One year of Roto, a compiled scripting language for Rust"}, {"id": 753223826, "item_id": 47076489, "url": "https://news.ycombinator.com/item?id=47076489", "by": "eviks", "date": "2026-02-19", "stance": "recommend", "quote": "Have you seen their intro that also has an image viewer building tutorial?", "excerpt": "> * Makepad - from the demos I've seen this looks really cool, especially for arty GUI projects like synthesizers and car UIs. However it has basically no documentation so don't bother yet. Have you seen their intro that also has an image viewer building tutorial? https://publish.obsidian.md/makepad-docs/Makepad+Introduction", "context": "", "use_case": "", "switched_from": "", "story": "Zed editor switching graphics lib from blade to wgpu"}, {"id": 735158640, "item_id": 45947415, "url": "https://news.ycombinator.com/item?id=45947415", "by": "swiftcoder", "date": "2025-11-16", "stance": "recommend", "quote": "the Makepad[1] developers take a pretty extreme non-invented-here stance", "excerpt": "You can do that just fine in Rust too, for example the Makepad[1] developers take a pretty extreme non-invented-here stance, and builds a full UI toolkit with no external dependencies (and a major focus on clean-build compile times). However, it isn't really part of the Rust OSS culture to operate like that. The culture typically values safety over compile times, and prefers to lean on a deep stable of battle-hardene", "context": "", "use_case": "UI toolkit", "switched_from": "", "story": "Brimstone: ES2025 JavaScript engine written in Rust"}]}], "caveats": [], "who": [], "tags": [], "use_cases": ["ui toolkit"], "compared": [{"slug": "egui", "name": "egui", "co": 2, "switched_from": 0, "switched_to": 0}, {"slug": "gpui-component", "name": "gpui-component", "co": 2, "switched_from": 0, "switched_to": 0}], "makers": [], "threads": [{"url": "https://news.ycombinator.com/item?id=47002825", "title": "Zed editor switching graphics lib from blade to wgpu", "mentions": 2}, {"url": "https://news.ycombinator.com/item?id=48323303", "title": "One year of Roto, a compiled scripting language for Rust", "mentions": 1}, {"url": "https://news.ycombinator.com/item?id=45944337", "title": "Brimstone: ES2025 JavaScript engine written in Rust", "mentions": 1}], "sentiment_by_month": {"2025-11": {"recommend": 1}, "2025-12": {}, "2026-01": {}, "2026-02": {"compare": 1, "recommend": 1}, "2026-03": {}, "2026-04": {}, "2026-05": {"recommend": 1}, "2026-06": {}, "2026-07": {}, "2026-08": {}, "2026-09": {}, "2026-10": {}}, "quotes": [{"id": 773550865, "item_id": 48346929, "url": "https://news.ycombinator.com/item?id=48346929", "by": "zengid", "date": "2026-05-31", "stance": "recommend", "quote": "Makepad is the best example of a team making a dedicated DSL that can be hot-reloaded", "excerpt": "I've been thinking a lot about a solution to Rust's notoriously slow compile times. From my research, it's not the borrow checker that is the issue, it's the heavy optimizations and monomorphization, and macro expansion [0]. There are efforts to improve Rust compile times, but I realized recently that it will never be lightning fast, so we (Rust users) should really be developing more scripting languages and DSLs tha", "context": "", "use_case": "", "switched_from": "", "story": "One year of Roto, a compiled scripting language for Rust"}, {"id": 753223826, "item_id": 47076489, "url": "https://news.ycombinator.com/item?id=47076489", "by": "eviks", "date": "2026-02-19", "stance": "recommend", "quote": "Have you seen their intro that also has an image viewer building tutorial?", "excerpt": "> * Makepad - from the demos I've seen this looks really cool, especially for arty GUI projects like synthesizers and car UIs. However it has basically no documentation so don't bother yet. Have you seen their intro that also has an image viewer building tutorial? https://publish.obsidian.md/makepad-docs/Makepad+Introduction", "context": "", "use_case": "", "switched_from": "", "story": "Zed editor switching graphics lib from blade to wgpu"}, {"id": 752057380, "item_id": 47003586, "url": "https://news.ycombinator.com/item?id=47003586", "by": "IshKebab", "date": "2026-02-13", "stance": "compare", "quote": "Makepad - from the demos I've seen this looks really cool", "excerpt": "https://www.boringcactus.com/2025/04/13/2025-survey-of-rust-gui-libraries.html I started writing a program that needed to have a table with 1 million rows. This means it needs to be virtualised. Pretty common in GUI libraries. The only Rust GUI library I found that could do this easily was gpui-component (https://github.com/longbridge/gpui-component). It also renders text crisply (rules out egui), looks nice with the", "context": "", "use_case": "", "switched_from": "", "story": "Zed editor switching graphics lib from blade to wgpu"}, {"id": 735158640, "item_id": 45947415, "url": "https://news.ycombinator.com/item?id=45947415", "by": "swiftcoder", "date": "2025-11-16", "stance": "recommend", "quote": "the Makepad[1] developers take a pretty extreme non-invented-here stance", "excerpt": "You can do that just fine in Rust too, for example the Makepad[1] developers take a pretty extreme non-invented-here stance, and builds a full UI toolkit with no external dependencies (and a major focus on clean-build compile times). However, it isn't really part of the Rust OSS culture to operate like that. The culture typically values safety over compile times, and prefers to lean on a deep stable of battle-hardene", "context": "", "use_case": "UI toolkit", "switched_from": "", "story": "Brimstone: ES2025 JavaScript engine written in Rust"}]}