Alternatives
Products that do what I built a 30x faster svelte-check in 2 days with AI does
I built a Rust drop-in replacement for svelte-check that's 10-30x faster for Svelte 5 projects. What it does: - Parses Svelte files with a custom Rust parser - Transforms them to TSX in parallel using Rayon - Runs type-checking via Microsoft's tsgo (the native Go port of TypeScript) - Maps errors back to original .svelte locations via source maps Why it's fast: The official svelte-check uses TypeScript's Language Service API optimized for IDEs with persistent connections. Great for autocomplete but slow for batch CLI checks. svelte-check-rs writes real TSX files to disk and runs tsgo as a…
- 1
- 2SN
2021 · github.com
- 3
- 4
- 5OS
Hi everyone, We’re building an open-source identity and risk management platform and we’ve just released the first chunk of code, a fully customizable KYC flow & UI, to the public. We’ve chosen to use Svelte so our flows would be lightweight (it is ~50kb gzipped). Next up: - Adding forms and components for it to be used as a full onboarding flow. - Releasing an open-source case management dashboard, for manual approval of users. - Releasing an open-source rule engine, to help automate decisions. We’d love to hear your feedback, suggestions, or any question you’ve got. And if the rest of the…
2022 · github.com
- 6EA
2023 · github.com
- 7
- 8AC
2021 · github.com
- 9AF
Serialization framework with some interesting numbers: 10-20x faster on nested objects than json/protobuf. Technical approach: compile-time codegen (no reflection), compact binary protocol with meta-packing, little-endian layout optimized for modern CPUs. Unique features that other fast serializers don't have: - Cross-language without IDL files (Rust ↔ Python/Java/Go) - Trait object serialization (Box) - Automatic circular reference handling - Schema evolution without coordination Happy to discuss design trade-offs. Benchmarks:…
Oct 2025 · fory.apache.org
- 10SF
2023 · svelteflow.dev
- 11FA
2021 · github.com
- 12IM
Hello! I got quite some feedback on a web server I'm building, so I'm rewriting the server to be faster and easier to use. I (and maybe some other contributors?) have optimized the web server performance, especially for static file serving and reverse proxying (the last use case I optimized for very recently). I also picked a different configuration format and specification, what I believe is easier to write. Automatic TLS is also enabled by default out of the box, you don't need to even enable it manually, like it was in the original server I was building. Yesterday, I released the first…
Oct 2025 · ferron.sh
- 13AF
2016 · github.com
- 14RS
Link to project: https://github.com/iondodon/manter Demo: https://youtu.be/ZjAXMMMoKGg This project aims to create a terminal with functionalities that improve the experience of using terminals. Examples of useful functionalities would be autocomplete suggestion, showing the current branch of a project, prepared scripts that can be reused, and others. You can come up with your ideas. The project uses technologies such as Svelte on the front-end, which offers flexibility regarding the implementation of the interface. On the back-end side, the most important…
2023
- 15PJ
2018 · github.com
- 16RH
Apr 2026 · github.com
- 17HF
Hey HN, we’re Eliza and Xin. We’re working on Hurry, an open source drop-in tool that adds distributed build caching to Cargo with (almost) zero configuration. Wherever you run cargo build, you can run hurry cargo build instead, and expect around 2-5x (our best benchmark is 22x) faster builds. We built this because we were dissatisfied with the current build caching options available for Rust. Buck and Bazel require learning a new tool. GitHub Actions and swatinem are too coarse-grained (either the whole cache hits, or none of it does) and finicky to debug, and cargo-chef and Docker layer…
Dec 2025 · hurry.build
- 18
- 19OL
I've been working on Fast LiteLLM - a Rust acceleration layer for the popular LiteLLM library - and I had some interesting learnings that might resonate with other developers trying to squeeze performance out of existing systems. My assumption was that LiteLLM, being a Python library, would have plenty of low-hanging fruit for optimization. I set out to create a Rust layer using PyO3 to accelerate the performance-critical parts: token counting, routing, rate limiting, and connection pooling. The Approach - Built Rust implementations for token counting using tiktoken-rs - Added lock-free data…
Nov 2025 · github.com
- 20RR
I wanted a safer alternative to RegExp for TypeScript that uses a linear-time engine, so I built Regolith. Why: Many CVEs happen because TypeScript libraries are vulnerable to Regular Expression Denial of Service attacks. I learned about this problem while doing undergraduate research and found that languages like Rust have built-in protection but languages like JavaScript, TypeScript, and Python do not. This library attempts to mitigate these vulnerabilities for TypeScript and JavaScript. How: Regolith uses Rust's Regex library under the hood to prevent ReDoS attacks. The Rust Regex library…
2025 · github.com
- 21TB
We've built a new type-stripping compiler for TypeScript source: `ts-blank-space` It's: * 5.6x faster than `tsc` due to zero-codegen * Written in TypeScript * Uses the official TypeScript parser * Accurate/preserved source locations * In used in production It uses the same novel approach that inspired Node 22.6.0's `--experimental-strip-types` functionality, released last month
2024 · bloomberg.github.io
- 22LV
May 2026 · github.com
- 23D5
Hi HN! I built dhi, a data validation library that uses Zig to compile to both native C (Python) and SIMD WASM (TypeScript). Key points: - Drop-in API compatibility with Pydantic (Python) and Zod (TypeScript) - Python: 24.9M validations/sec (520x faster than Pydantic V2) - TypeScript: up to 77x faster than Zod on invalid data - 28KB WASM bundle, zero JS runtime overhead I'd love feedback on the API surface, benchmarks, and real-world integration pain points. If you're curious, the repo has full benchmarks and examples.
Jan 2026 · github.com
- 24WI
2024 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →