Bukkit: Done The Right Way

Guten Tag liebe Dev-Tek-Community,

ich liebäugle schon seit geraumer Zeit mit dem Gedanken eine YouTube Leitfaden-Reihe zu kreieren. Nun habe ich mich endlich dazu motivieren können diesen Gedanken in die Tat umzusetzen. Getauft habe ich das Projekt Bukkit: Done The Right Way und es wird wie geplant auf YouTube publiziert. In diesem Beitrag möchte ich euch das grundsätzliche Projekt vorstellen, ein wenig über meine Motivation, die Eckdaten und die Ideen für die Zukunft sprechen.

Motivation

Meine Motivation für die Videoreihe begründet sich hauptsächlich in den vielen Fragen die ich in der Vergangenheit zu IntelliJ IDEA, Maven und Bukkit erhalten habe, sowie den Eindrücken, die ich beim "durchzappen" der bereits existierenden YouTube-Bukkit-Tutorials gewinnen durfte. Deshalb wähle ich für diese Reihe häufig einen vergleichenden Ansatz, bei dem ich mich bemühe externe, weiterführende Quellen und Literatur einzubinden und Bezüge zu falschen Programmier-Paradigmen und Common-Pitfalls herzustellen. Ich beschränke mich bei diesen Tutorials größtenteils auf den Java/Bukkit-Bereich, werde allerdings versuchen hier auch den Ausblick bzw. die Brücke zu Java zu schaffen.

Eckdaten

Da ich nicht alle Build-Systeme, IDEs, Minecraft-Versionen, Bukkit-Forks und Java-Versionen abdecken kann, habe ich mich gleich zu Anfang auf ein Set aus Versionen und Tools festgelegt, dass ich möglichst konstant über die Video-Reihe hinweg pflegen möchte. Ich verwende als BuildSystem Maven v3, die IDE meines Vertrauens ist IntelliJ IDEA (immer auf neuester Version), es wird mit Minecraft 1.13 auf dem Bukkit-Fork PaperSpigot gearbeitet und dafür nutze ich Java 11. Sobald die Tutorials sich in Richtung weiterer Technologien wie Datenbanken, Collections oder Networking bewegen, werde ich auch hierfür Versionen festlegen, bei denen ich versuche den Grad zwischen Stabilität und Modernität abzuwägen. Gerichtet ist diese Leitfaden-Reihe primär an Personen die schon ein wenig Erfahrung mit Java haben und ggf. sogar schon ein bisschen in die Bukkit-Programmierung hineingeschnuppert haben. Dennoch ist natürlich jeder eingeladen sich die Videos anzuschauen, hier ist dann ggf. nur ein wenig eigene Recherche nötig

Pläne für die Zukunft

Der Plan den ich hierbei verfolge sieht es vor, besonders jene Themen zu beleuchten, die häufig ausgelassen, ignoriert oder falsch interpretiert werden. Ich hege den Anspruch an mich selbst, bei den Themen die ich anspreche ein ausgewogenes Gesamtbild zu vermitteln und damit niemanden mit der "Erklärung" abzutun: "Ja, das kopierste halt so rein. Ist nicht wichtig warum.". Denn das Warum ist das eigentlich wichtigste und ist der Grundstein für jegliches eigenständiges Lernen. Obwohl mein Ziel natürlich ist, Wissen zu vermitteln und einen offenen Dialog über die verschiedenen Technologien zu starten, habe ich dennoch kein Problem damit, wenn jemand den im Video erstellten Code einfach kopiert. Ob man hieraus etwas lernen möchte, oder einfach schnell ein Problem beheben möchte ist jedem selbst überlassen und ich würde es mir niemals anmaßen jemandem vorzuschreiben, wie er meinen Content zu konsumieren hat. Deshalb stelle ich den Code nach jeder Folge auf Github und markiere die einzelnen Episoden mit Git-Tags.

Für die Zukunft sind Themen wie beispielsweise: Maven: Extended Cut (also mehr als Basis-Informationen), Git, IntelliJ IDEA: Poweruser (also Produktivitäts-/Setup-Kniffe), Unit-Testing, Quality Assurance mit Checkstyle, Spotbugs und PMD sowie SonarQube und weitere angedacht. Aber natürlich werden auch die Basis-Themen wie Commands, Datenbanken, Networking, etc. abgedeckt und ich werde so gut es geht versuchen zusätzliche, über den Standard hinausgehende Informationen zu vermitteln.

Hier findet ihr die Video-Reihe auf YouTube: YouTube-Playlist
Hier ist die Organisation auf Github: https://github.com/BukkitDTRW

Und hier sind die ersten Videos als Einbettung:

Solltet ihr Lob, Kritik oder einfach neutrales Feedback hierzu loswerden, meldet euch gerne in den Kommentaren. Ich freue mich bereits von euch zu hören und werde vermutlich wöchentlich neue Videos hochladen!

Ich bedanke mich ganz herzlich für das Lesen dieser Vorstellung und wünsche euch viel Spaß beim Schauen!

Vielen Dank für das nette Feedback!

Und die Alarmglocken-Sache gibt es ja leider in Bezug auf viele Praktiken in der Bukkit-Szene. Und bei den Dingen, bei denen die Alarmglocken wirklich Sturm klingeln sollten (Reflection zum Beispiel), da werden falsche Dogmen gepredigt. Und das ist ja eben auch eine der Motivationen, die ich für dieses Projekt verfolge.

Bezüglich deines Fun-Facts scheine ich etwas auf dem Schlauch zu stehen; kannst du das näher ausführen? Ich wäre mir keines "Überschreibens statischer Methoden" bewusst. Es sei denn, du meinst das Shadowing (Überdeckung) oder Overloading (Überladung). Bei statischen Methoden ist ja wegen des fehlenden Polymorphismus' zur Laufzeit sogar bei dieser Konstellation mit keiner Überschreibung zu rechnen:

public class BaseClass {
    public static doSomething() {
        System.out.println("foo");
    }
}

public class DerivedClass extends BaseClass {
    public static doSomething() {
        System.out.println("bar");
    }
}

public class MainClass {
    public static void main(String... args) {
        BaseClass obj = new DerivedClass();
        obj.doSomething(); // gibt foo aus.
    }
}

Vermutlich meintest du eines der oberhalb genannten Szenarien, aber beschreib' gerne nochmal genauer was du damit meinst.

Ich habe heute wieder gleich zwei Videos veröffentlicht. Ich halte den Thread hier mal auf dem Laufenden um auch hier einen guten Überblick zu bieten:

Im Zuge meiner Update-Agenda, die ich für diesen Thread angekündigt habe, poste ich mal wieder das Video dieser Woche. Neue Videos erscheinen immer Sonntags gegen 12:00:

Vielen Dank auch noch einmal für die Aufmerksamkeit und den anhaltenden Support!

Heyho,

die Zielgruppe besteht hauptsächlich aus denjenigen, die bereits eine der vielen "Bukkit-Tutorial-Reihen" angeschaut haben. Es geht mir also definitiv nicht darum Bukkit geschweige denn Java neu zu vermitteln, sondern viel mehr vorhandene Fehler oder schlechte Angewohnheiten auszubügeln, die sich durch die Tutorial oder im Laufe der Zeit eingeschlichen haben. Darüber hinaus möchte ich noch einige Ebenen auf das Tutorial-Wissen drauflegen. Das sieht man zum Beispiel an den Erklärungsvideos zu den Tools (Git, Checkstyle). Es geht mir hier also darum Menschen, die schon regelmäßig im Bukkit-Kontext agieren mit Wissen darüber zu versorgen, wie sie ihren Workflow optimieren können, bzw. wie in der Software-Entwicklung außerhalb von Minecraft gearbeitet wird.

Ich habe also nicht den Anspruch "einsteiger-freundlich" zu sein, sondern viel mehr engagierte Entwickler dazu zu verhelfen weiter besser zu werden. Für solche Einstiegstutorials kann ich da zum Beispiel die Tutorials von BiVieh empfehlen.

Vielen Dank für dein Feedback!

In dieser Woche geht es um PMD (also wieder ein Teilgebiet der Quality Assurance), CPD, zyklomatische Komplexität, Optimierungen und die Einbindung in Maven.

Es geht auch in dieser Woche weiterhin um Quality Assurance, dieses mal jedoch um SpotBugs (also den Nachfolger von FindBugs). Mit SpotBugs können anhand statischer Code-Analyse im Bytecode Fehler-Patterns erkannt werden:

Hier habe ich etwas, das nicht wirklich zu Bukkit: Done The Right Way gehört, aber vielleicht dennoch für den einen oder anderen in dem Kontext interessant sein könnte:

Ich habe vor einigen Tagen einen Blog-Eintrag dazu veröffentlicht, wie wir bei JustChunks eine (für unsere Zwecke und zu einem gewissen Grad auch allgemein) bessere API für Ingame-Map-Anzeigen entwickelt haben. Darin gehe ich unter anderem auf die Probleme mit der existierenden Bukkit-API ein, auf die Hürden, die wir für die Entwicklung überwinden mussten und wie unsere neue API grundsätzlich funktioniert. Das Ganze wird von vielen anschaulichen Grafiken begleitet und ich nutze auch einige Code-Beispiele. Auch wenn diese API also nicht öffentlich verfügbar ist, könnte ich mir vorstellen, dass die darin vorgestellten Konzepte und der allgemeine Weg zur besseren API dennoch interessant und lesenswert sind:

https://scrayos.net/high-performance-map-displays/

PS: Ich freue mich selbstverständlich auch über Feedback zu dem Blog-Eintrag. In Zukunft wollen wir häufiger (aber unregelmäßig) solche Artikel veröffentlichen. Geplant sind bislang zum Beispiel ein Artikel über unser Git-Branching-Modell und ein Artikel zum Rework unserer Persistenz- und Synchronisationsebene (mit MongoDB).