Tag
#Open Source
2 Beiträge mit diesem Tag.
Recall: Damit Claude Code projektübergreifend etwas findet
Claude erinnert sich pro Projekt, aber nicht projektübergreifend. Recall macht alle deine alten Sessions und Notizen durchsuchbar, lokal, ohne Cloud. Open Source, MIT.
PixzlSwiftLens: Unser Open-Source-Debug-HUD für SwiftUI
Mit einem Modifier bekommt jede SwiftUI-App FPS, RAM, CPU, Netzwerkaufrufe, OSLog-Stream und live View-Rerender-Raten ins HUD. Open Source, MIT, ab heute auf GitHub.
Worum es hier geht
Open Source ist bei Pixzl gleichzeitig Werkzeug und Engagement: wir nutzen Open-Source-Tools täglich (Next.js, Coolify, Shopware, Linux), tragen zu Projekten bei und veröffentlichen einzelne Komponenten unter MIT- oder Apache-2.0-Lizenzen. Beiträge unter diesem Tag teilen Erfahrungen aus dem Maintaining eigener Repositories, der Bewertung fremder Open-Source-Projekte für Production-Einsatz und der Frage „Open Source oder Closed Source” für Agentur-Software.
FAQ
Häufige Fragen
Welche Open-Source-Projekte werden konkret behandelt?
Schwerpunkt liegt auf Tools, die wir produktiv nutzen — Coolify, Next.js, Shopware, Sentry-Self-Hosted, Plausible, Caddy. Plus Beiträge zu eigenen Repos, wenn wir Code unter Open Source veröffentlichen.
Wie evaluiert Pixzl Open-Source-Tools für Kunden?
Drei Hauptkriterien: Maintenance-Aktivität (Commits in den letzten 6 Monaten, Issue-Response-Zeit), Lizenz-Kompatibilität mit Kunden-Verträgen, und Community-Größe als Ausfallsicherung. Konkrete Bewertungs-Frameworks in einzelnen Artikeln.
Veröffentlicht Pixzl eigenen Code?
Ja, ausgewählte Komponenten — etwa Hilfs-Libraries für Coolify-Workflows oder Schema.org-Utilities. Nicht alles, was wir bauen, ist Open Source — Pixzl-eigene Produkte wie Deploir oder DockPin bleiben proprietär.
Wie ist die Lizenz-Praxis von Pixzl?
MIT für kleine Utilities, Apache 2.0 für größere Projekte mit Trademark-Schutz. AGPL und GPL meiden wir, weil sie für Agentur-Kundenprojekte oft problematisch sind (Copyleft-Verpflichtungen).