Zum Hauptinhalt springen

Fragen, bevor Sie Hew ausprobieren

Hew hat ein breites Sprachziel, und v0.9.3 ist ein konkretes Compiler- und Runtime-Release. Diese Antworten trennen das, was heute funktioniert, von dem, was die Sprache erreichen soll.

Einordnung

Warum Hew?

Hew ist für Services gedacht, bei denen Fehler, Nebenläufigkeit und Protokollgrenzen Teil des Sprachvertrags sein sollten statt Konventionen in verteilten Bibliotheken. Actors, Supervision, Wire-Typen und native Kompilierung werden gemeinsam entworfen, damit der Compiler mehr vom Systemmodell sichtbar halten kann.

Warum nicht Elixir, Erlang oder OTP?

OTP bleibt die Referenz für fehlertolerante Systeme. Hew setzt einen anderen Schwerpunkt: statische Typen, kompilierzeitgeprüfte Actor-Grenzen, protokollbewusste Werkzeuge und native LLVM-Ausgabe, während es die Let-it-crash-Lektion weiterträgt.

Verwandt: Vergleich

Warum nicht Rust plus Tokio?

Rust plus Tokio ist hervorragend, wenn Sie explizite Ownership und eine Async-Runtime wollen. Hew setzt an einer anderen Stelle an: Actors, überwachte Fehler, strukturierte Task-Scopes und Wire-Verträge sind Sprachfeatures, nicht Architektur, die jedes Projekt selbst zusammensetzen muss.

Warum LLVM?

Hew braucht ein ernsthaftes natives Backend, ohne einen Codegenerator von Grund auf zu erfinden. LLVM bringt reife Optimierung und Plattformreichweite. Der Compiler geht direkt von Hew MIR zu LLVM IR in Rust.

Reifegrad

Ist Hew produktionsreif?

Hew ist noch nicht produktionsreif. Es ist bereit für Experimente, lokale Services, Sprachevaluierung und Beitragende, die nahe an Compiler- und Runtime-Interna arbeiten wollen. Für Systeme, bei denen Ausfallzeit geschäftliche oder Sicherheitsfolgen hat, beschreibt die Statusseite die aktuelle Grenze.

Verwandt: Launch-Status

Was funktioniert heute?

Das aktuelle Release kann echte Hew-Programme mit Funktionen, Typen, Actors, Supervision, Zustandsautomaten, Wire-Typen, Tests, Playground und nativer LLVM-Ausgabe kompilieren und ausführen. Die Beispielseite zeigt die besten Einstiegspunkte.

Was steht auf der Roadmap?

Die Roadmap verfolgt Ergonomie für verteilte Actors, breitere Protokollgarantien, Paketworkflow, Backpressure-Verhalten, Härtung von Ressourcen-Lifetimes und Produktionsbetrieb. Die Statusseite verfolgt jeden dieser Punkte.

Wie geht Hew mit GC, Ownership, Cleanup und explizitem Teardown um?

Hew hat keinen globalen Garbage Collector. Gewöhnliche Owned Values werden rekursiv freigegeben, Actor-Zustand bleibt isoliert und affine Ressourcen haben einen Eigentümer. Ein <code>#[resource]</code>-Wert schließt sich am Scope-Ende automatisch; ein <code>#[linear]</code>-Wert muss auf jedem Pfad eine explizite konsumierende Aktion erreichen.

Projektumfang

Was bedeutet Entwicklung durch einen Maintainer für Hew?

Hew wird derzeit von einer Person gepflegt. Die Roadmap ist darauf zugeschnitten. Fokussierte Beiträge — Bugmeldungen, Dokumentation, Beispiele und klar abgegrenzte Themen — passen am besten; größere Designarbeit sollte in einem Issue oder einer Diskussion beginnen.

Wie kann ich beitragen?

Beginnen Sie konkret: melden Sie einen reproduzierbaren Bug, verbessern Sie eine Dokumentation, fügen Sie ein fokussiertes Beispiel hinzu oder starten Sie vor einer größeren Änderung eine Designdiskussion. Die Gemeinschaftsseite verweist auf die dauerhaften Kanäle.

Wie hängen Release-Versionen und HEW-SPEC-Revisionen zusammen?

Sie sind unabhängige Spuren. Eine Hew-Release-Version benennt ein ausgeliefertes Paket aus Compiler, Runtime und Werkzeugen. Eine HEW-SPEC-Revision benennt die Geschichte der Sprachspezifikation. Ein Release kann eine Spec-Ebene implementieren, deren Nummer nicht zur Release-Nummer passt.

Bester nächster Schritt

Führen Sie ein kleines Beispiel aus und machen Sie dann weiter.