Mit dem neuen Parameter --cli-schema erhalten Entwicklerinnen und Entwickler seit .NET 10.0 bei den .NET-SDK-Kommandozeilenbefehlen eine Ausgabe der Befehlsoptionen und Parameter in JavaScriot Object Notation (JSON).

Zuvor waren diese Informationen bereits in reiner Textform über die Hilfefunktion abrufbar, allerdings durch mehrere Einzelbefehle, wie beispielsweise

dotnet package -h
dotnet package add -h
dotnet package list -h

(rme)

Der Code-Editor Zed liegt jetzt in Version 1.0 vor. Einzelne, neue Highlights benennen die Entwickler des Open-Source-Editors für ihr Release nicht.

Stattdessen betonen sie, dass Version 1.0 nach jahrelanger Entwicklungszeit den Punkt markiert, an dem Zed erstmals den vollen Funktionsumfang eines modernen Editors für macOS, Windows und Linux erreicht hat. Als Beispiele nennen sie Features wie Debugging, Git‑Integration, SSH‑Remote-Entwicklung sowie die Unterstützung dutzender Sprachen.

Maximale Geschwindigkeit durch GPUI

Der komplett in Rust geschriebene Zed bedient sich keiner Browser‑Plattform als Systemfundament, sondern ist wie ein Videospiel aufgebaut, so die Entwickler. Der Editor verfügt über eine eigene GPU‑basierte UI‑Engine (GPUI), auf der auch das Agent Client Protocol läuft. Damit lassen sich KI-Agenten wie Claude Agent, Codex CLI, Cursor und OpenCode unterstützend zur Softwareentwicklung hinzuziehen. Seit Januar 2024 ist Zed unter GPL (Editor), AGPL (Server-Komponenten) und Apache 2.0 (GPUI-Framework) lizenziert.

Die Kombination aus Rust-Unterbau und GPUI verhilft Zed zu einem Geschwindigkeitsvorteil gegenüber Web‑ oder Electron-basierenden Editoren wie Atom oder VS Code. Bereits im Mai 2025 hatte Zed-Entwicklerteam ihn in einem Blogbeitrag zum schnellsten KI-Code-Editor erklärt. Anwenderinnen und Anwender, die ohne KI-Support arbeiten wollen, können diesen in Zed ohne viel Aufhebens ausschalten. War dazu in früheren Versionen des Open-Source-Editors noch eine Einstellung in der settings.json-Datei erforderlich, funktioniert es nun direkt im UI.

(mro)

David Steele, der Maintainer des weitverbreiteten Postgres-Backup-Tools pgBackRest, hat keine Finanzierung für sein Projekt gefunden und es deswegen bei GitHub archiviert. Es ist nur noch lesbar.

Steele schreibt auf GitHub, er habe „nach einer Stelle gesucht, die es mir erlauben würde, die Arbeit fortzusetzen, aber bisher war ich nicht erfolgreich. Auch meine Bemühungen, mir Sponsoren zu sichern, haben nicht zu dem geführt, was ich brauche, um das Projekt gangbar zu halten.“ Außerdem fordert er Interessenten an Forks dazu auf, sich einen neuen Namen zu suchen.

Kritik am einseitigen Ausnutzen von Open Source

Beobachter aus der Community erwarten Forks des im Postgres-Umfeld essenziellen Programms, kritisieren aber auch die IT-Industrie in ihrem Umgang mit Open Source. Laetitia Avrot, ehemaliges Mitglied des Postgres Code of Conduct Committee, weist beispielsweise darauf hin: „Das Open-Source-Modell funktioniert, wenn die Leute, die den Wert abschöpfen, auch zum Erhalt beitragen“. Große Firmen haben enorm von pgBackRest profitiert, aber: „Der KI-Goldrausch hat offensichtlich gründlich durchgerüttelt, was Firmen als bezahlenswert ansehen.“ Derzeit sei es offensichtlich wichtiger, RAM und GPUs bereitzustellen.

In der Community beginnt nun die Suche nach einer Alternative. Für Anwenderinnen und Anwender bedeutet es, vorerst abzuwarten. Derzeit gibt es keine neuen Funktionen für pgBackRest und auch keine Bugfixes mehr. Probleme werden daher vermutlich spätestens mit neuen Versionen von Postgres auftauchen.

Ein grafischer Aufruf mit einer überarbeiteten Version des bekannten xkcd-Comics „Dependency“ appelliert daran, Open-Source-Projekte der Infrastruktur wie pgBackRest auch angemessen finanziell zu unterstützen.

(who)