moon
orogene
Our great sponsors
moon | orogene | |
---|---|---|
6 | 4 | |
2,584 | 1,402 | |
3.6% | 1.4% | |
9.7 | 8.9 | |
8 days ago | 3 months ago | |
Rust | Rust | |
MIT License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
moon
-
Launch HN: Moonrepo (YC W23) – Open-source build system
(for context - I'm not interested in first class node support)
This seems pretty cool. I particularly like how 'gradual' it seems to be relative to things like Bazel, i.e. you can take some shell scripts and migrate things over. I did have a play and hit an initial problem around project caching I think, which I raised at [0].
One comment, from the paranoid point of view of someone who has built distributed caching build systems before is that your caching is very pessimistic! I understand why you hash outputs by default (as well as inputs), but I think that will massively reduce hit rate a lot of the time when it may not be necessary? I raised [1].
As an aside, I do wish build systems moved beyond the 'file-based' approach to inputs/outputs to something more abstract/extensible. For example, when creating docker images I'd prefer to define an extension that informs the build system of the docker image hash, rather than create marker files on disk (the same is true of initiating rebuilds on environment variable change, which I see moon has some limited support for). It just feels like language agnostic build systems saw the file-based nature of Make and said 'good enough for us' (honorable mention to Shake, which is an exception [2]).
[0] https://github.com/moonrepo/moon/issues/637
- A build system and repo management tool for the web ecosystem, written in Rust
-
Building a full-stack TypeScript application with Turborepo
There are many tools like Lerna, Nx, Turborepo, Moon, Rush, and Bazel, to name a few. Today, we'll be using Turborepo, as it's lightweight, flexible, and easy to use.
-
Lerna reborn - What's new in v6?
You should give moon a try: https://moonrepo.dev/
- Moon - A build system for the javascript ecosystem, written in rust.
orogene
-
Yarn 4.0
Interesting, but no support for workspaces yet: https://github.com/orogene/orogene/issues/161
-
Rome v12.1: a Rust-based linter formatter for TypeScript, JSX and JSON
Yarn is actually slower than npm these days. Here's some current benchmarks:
https://github.com/orogene/orogene/blob/main/BENCHMARKS.md
-
What happened to tink?
In short, Kat left npm at some point in 2019 after a whole debacle with leadership. For a while they were working on orogene with a couple other ex-npm people, but nothing came out of that. It's really a shame because it looked really promising and they had a lot of cool ideas.
What are some alternatives?
hash - 🚀 The open-source, self-building database. From @hashintel
volt - An experimental package management tool for JavaScript. Upto 30x faster installation of dependencies using pre-flattened dependency trees.
nx - Smart Monorepos · Fast CI
v8-runtime-tutorial - Source code for the tutorial series
mandelbrot - Microbenchmark testing Python, Numba, Mojo, Dart, C/gcc, Rust, Go, JavaScript, C#, Java, Kotlin, Pascal, Ruby, Haskell performance in Mandelbrot set generation
mirro-rs - An Arch Linux mirrorlist manager with a TUI
napi-rs - A framework for building compiled Node.js add-ons in Rust via Node-API
wireit - Wireit upgrades your npm/pnpm/yarn scripts to make them smarter and more efficient.
hackerman - Cargo hack manager
pnpm.io - pnpm's website
turborepo - Incremental bundler and build system optimized for JavaScript and TypeScript, written in Rust – including Turborepo and Turbopack. [Moved to: https://github.com/vercel/turbo]
ny - 🗽 Fast, Proxy Package Manager for JavaScript