WEYL WEYL
← Back to Weyl Standard
philosophy

The Bleeding Edge

We do not use what is approved

The Bleeding Edge

OutlawedBrand NewConklin

The Rule

We do not use what is approved. We use what we can hack, bypass, upgrade, workaround, and reverse engineer.

This is non-negotiable. Within the letter of the law and keeping our word to our partners and customers, we are allergic to what is publicly available. By the time something is “stable” and “recommended,” it is already obsolete.

What This Means

ApprovedWeyl
C++20C++23
CUDA 12CUDA 13
Hopper (sm_90)Blackwell (sm_120)
FP8NVFP4
GCC 13GCC 15
Clang 17Clang 21
”Wait for the stable release""Build from main”

Why

  1. The future is already here. It’s just not evenly distributed. We distribute it.

  2. Lead time is everything. By the time your competitors adopt what’s “stable,” you should be two generations ahead.

  3. Bugs are features. Early access means early discovery. We find the edge cases before they find us in production.

  4. The docs lie. The only truth is the source. If you’re not reading compiler commits, you’re not paying attention.

  5. Stability is stagnation. “Battle-tested” means “old.” We test our own battles.

The Covenant

This aggression toward the approved is bounded by absolute integrity.

There is no tension here. We push every technical boundary while honoring every commitment. The same discipline that drives us to the bleeding edge demands that we keep our word. Integrity is not a constraint on what we do — it is the foundation that makes it possible.

The moment integrity becomes negotiable, everything else falls apart. You cannot operate at the edge if people cannot trust you.

In Practice

# Wrong: Using what's "recommended"
pkgs.cudaPackages_12 # Outlawed
pkgs.gcc13 # Outlawed
"sm_90" # Outlawed
# Right: Using what's next
pkgs.cuda-packages_13 # Yes
pkgs.gcc15 # Yes
"sm_120" # Yes

The nvidia-sdk in weyl-std is cuda-packages_13. No fallbacks. No “or use 12 if 13 isn’t available.” If it’s not available, we make it available.

The Test

Before merging any dependency choice, ask:

  1. Is there a newer version that exists but isn’t “officially supported” yet?
  2. Can we make it work anyway?
  3. What do we learn by being first?

If you’re comfortable with your toolchain choices, you’re behind.