Verfügbar für entwicklungsfokussierte Webprojekte
Ich baue den Code hinter nützlichen Oberflächen: CMS-Funktionen, WordPress-Erweiterungen und fokussierte Tools, die wartbar bleiben.
PHP · SQL · TypeScript · CSS · WordPress · HTTP-APIs
Full-Stack-Entwickler mit Backend-Fokus und einer Vorliebe für Systeme, die leicht zu prüfen sind.
Ich bin Simon Ringwelski. Ich baue Webprodukte von Anfang bis Ende: Datenbanken, Admin-Oberflächen, öffentliche Frontends und die Skripte, die alles verbinden.
Diese Site läuft auf einem CMS, das ich gebaut habe, um eigene Muster für Migrationen, Übersetzungen, Barrierefreiheitsoptionen und deploymentfreundliche Standards zu testen. Die Sandbox ist für kleinere Experimente.
CMS-Kern, WordPress-Plugins und praktische Browser-Tools, gebaut damit sie auch nach dem Launch verständlich bleiben.
Die Codebasis hinter dieser Website: versionierte Migrationen, rollenbasiertes Admin, Dänisch/Englisch/Deutsch in der UI, theme-getriebene Seiten, einheitliche Medienbibliothek und Security-Tools - so dass jede Schicht wachsen kann, ohne ständige Framework-Upgrades.
Zum CMS-Projekt
Datenmodell, Metaboxen und sinnvolle Standards in wp-admin, damit Projektarbeit nicht in verstreuten Tabellen endet.
Mehr zum Plugin
Eine angepasste wp-admin-Schicht mit eigenen Menüs, Dashboards und Workflows, geprägt von echten WordPress-Grenzen.
Zum Projekt
Browser-Experimente und Demos auf dieser Website - kleine Utilities ohne die Portfolio-Site zu verlassen.
Sandbox ansehen
Vanilla-JS-Benachrichtigungen mit Positionen, Fortschrittsbalken, Pause beim Hover und optionalen Links. GPL-3 und schnell einbindbar.
Zum Projektartikel
Metadaten-Extraktion im Browser mit strukturierter Ausgabe zum Debuggen von Mediendateien und Upload-Flows.
AusführenEin praktischer Prozess, um unklare Ideen in wartbare Software zu verwandeln.
Mit dem Datenmodell beginnen und die UI darum herum formen. Wenn sich die Idee nicht klar erklären lässt, ist sie noch nicht bereit für den Bau.
Migrationen, Prepared Statements und klare Ordner verwenden. Clever ist okay; fragil nicht.
Hooks, Custom Post Types und Capabilities so einsetzen, dass sie Plugin-Updates und Kundenänderungen überstehen.
Kleine Tools für Formatierung, Minifizierung und Inspektion veröffentlichen, jeweils mit klaren Ein- und Ausgaben.
Ich härte dieses CMS, erweitere die Sandbox und übernehme Projekte, bei denen Codequalität vom ersten Tag an wichtig ist.
Klare Antworten zur Arbeit, zum Stack und dazu, wie Zusammenarbeit normalerweise abläuft.
Meist PHP für servergerenderte Apps und WordPress-Plugins, dazu modernes JavaScript und CSS im Frontend. SQL kommt dazu, wenn das Datenmodell es braucht.
Nein. Ich setze um, was ich designe. Wenn fertige Designs vorhanden sind, baue ich nach Spezifikation und markiere die Stellen, an denen Browser oder Datenmodell Aufmerksamkeit brauchen.
Ja. Admin-Panels, Importer, browserbasierte Utilities und kleine Workflow-Tools sind oft besonders wertvoll.
WordPress ist stark, wenn das Produkt inhaltsorientiert ist und das Ökosystem passt. Für ein eigenes CMS entscheide ich mich, wenn Migrationen, capability-basierte Rechte, Multi-App-Admin oder ein Datenmodell nötig sind, das nicht in Posts und Metaboxen gezwängt werden soll. Dieses Portfolio läuft auf diesem Stack - Übersetzungen, Themes und Sicherheit inklusive.
Core-APIs nutzen, unnötigen globalen State vermeiden und mit realistischen Inhalten testen. Gutenberg oder Classic Editor können beide funktionieren, wenn die Architektur sauber ist.
Kurze schriftliche Spezifikationen, asynchrone Reviews und eine gemeinsame Issue-Liste. Meetings sind sinnvoll, wenn etwas blockiert ist, nicht als Ersatz für Fortschritt.
Schreiben Sie kurz, um welchen Stack es geht, welchen Zeitplan es gibt und was fertig bedeuten soll. Ich antworte persönlich.