Code
Sauber, lesbar, wartbar. Klare Module, keine Magie. Was wir liefern, kannst du selbst lesen, ändern und weiterentwickeln.
Minecraft-Tools · Entwicklung · Dortmund
McWindy entwickelt und programmiert Minecraft-Tools: Server-Plugins, Build-Tools, Map-Generatoren und Utilities — für Admins, Builder und Content Creator. Entwickelt in Dortmund, gebaut für Minecraft.
01 Werk
Server, die 24/7 laufen. Maps, die Monate dauern. Teams, die koordinieren müssen. Dazwischen: Werkzeuge — die den Unterschied machen zwischen „geht irgendwie" und „läuft sauber".
McWindy ist ein Entwicklerstudio aus Dortmund. Wir programmieren und entwickeln Minecraft-Tools, die im echten Betrieb funktionieren: performant, wartbar und ohne unnötige Abhängigkeiten. Kein Copy-Paste, keine Blackbox — Code, den du verstehst.
02 Tools
Sechs Disziplinen. Ein Ziel: Werkzeuge, die im Serverbetrieb funktionieren — nicht nur im Demo-Video.
Custom Plugins für Paper, Spigot und Fabric. Claims, Ranks, Economy, Events — sauber getrennt, performant, dokumentiert.
Schematica-Import, Region-Tools, Batch-Builder. Große Maps planen, verschieben und mergen — ohne manuelles Kopieren.
Prozedurale und kuratierte Generatoren für Skyblock, Parkour, Survival und Minigames. Deterministisch, seedbar, anpassbar.
Werkzeuge für den Alltag: Daten-Export, Log-Analyse, Backup-Routinen, Auto-Updates. Klein, nützlich, wartbar.
Server-Status, Player-Stats und Admin-Panel im Browser. Echtzeit-Daten aus dem Server, aufbereitet für dein Team.
Deine Idee, unser Code. Vom Konzept bis zum Release — individuell entwickelt, auf deine Server-Version und deine Regeln zugeschnitten.
03 System
Ein Plugin, das niemand versteht, ist eine Blackbox. Ein Tool, das langsam ist, ist ein Risiko. Erst wenn Code, Performance und Betrieb zusammenarbeiten, wird aus einem Projekt ein Werkzeug.
Sauber, lesbar, wartbar. Klare Module, keine Magie. Was wir liefern, kannst du selbst lesen, ändern und weiterentwickeln.
TPS ist heilig. Wir messen, wo es brennt, und bauen so, dass dein Server unter Last stabil bleibt — nicht nur im Leerlauf.
Deployment, Updates, Monitoring. Ein Tool ist erst fertig, wenn es in Produktion läuft und du weißt, was passiert, wenn es nicht läuft.
04 Prozess
Ein Gespräch. Was ist das Ziel? Welche Server-Version? Wer nutzt das Tool? Wir hören zu, bevor wir bauen.
Architektur, Schnittstellen, Umfang. Wir entscheiden, was gebaut wird und was wegfällt. Kein Entwurf aus dem Bauch.
Entwicklung in kurzen Zyklen. Du siehst Fortschritt, nicht nur Versprechen. Was du testest, ist was live geht.
Deployment, Doku, Support. Launch ist der Anfang — wir bleiben dran, wenn das Tool im echten Betrieb läuft.
05 Kontakt
Kein Ticket-System. Kein Wartezimmer. Schreib direkt — du erreichst die Leute, die dein Tool bauen.