spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo!

Ich war schon ewig nicht mehr hier im Forum... und dachte ich könnte berichten, was aus mir geworden ist. Vor allem weil ich dem Forum hier viel zu verdanken habe
In der Spieleentwicklung bin ich aktuell und vermutlich in Zukunft nicht mehr aktiv, aber natürlich würde ich schon gerne zwischendurch was kleines basteln Stattdessen bin ich Java Entwickler in Vollzeit (*schnarch*) und habe vor ca. zwei Monaten eine GmbH für ein Produkt gegründet, das ich zusammen mit einem Freund entwickelt habe (dazu gleich mehr). Viel davon habe ich erreicht, weil ich hier über die Spieleprogrammierung eingestiegen bin und von den Urgesteinen, die auch heute anscheinend noch aktiv sind, viel gelernt habe. Die trotz meiner teils "doofen" Fragen immer Geduldig waren Vielleicht konnte ich später auch etwas zurückgeben. Dafür auf jeden Fall ein dickes Danke!

Wenn ihr sehen wollt, was ich inzwischen daraus gemacht habe schaut euch doch mal mein Produkt "Emvi" an auf emvi.com an. Wir haben ein Wissensmanagement System entwickelt, das sich im wesentlichen darin zu anderen unterscheidet, dass es keine feste "Ordnerstruktur" gibt und man stattdessen gute Such- und Verknüpfungstools an die Hand bekommt, also ähnlich wie bei Wikipedia. Wir glauben das skaliert besser mit großen Wissensdatenbanken und erleichert den Austausch und die Zusammenarbeit. Ich würde mich auf jeden Fall über Feedback freuen. Wir schreiben regelmäßig über Produktupdates und auch andere interessante Themen auf unserem Blog (hier oder Medium).

Wenn ihr Fragen zu Emvi, mir oder allgemein den Berufsweg als Entwickler habt, werde ich sie gerne beantworten

Edit: Ich habe noch ein paar Bilder angehangen, damit ihr einen schnellen Eindruck bekommt.

Gerne, ich schicke dir meine Mail Adresse bei Skype als PN.

Vielleicht erstmal zum Thema Ordner:

Wikipedia nenne ich immer gerne als Beispiel, weil man sich dann schnell vorstellen kann was es heißt keine Ordnerstruktur zu haben. Auf Wikipedia findet man normalerweise sehr schnell genau das was man sucht, indem man entweder die Suche benutzt oder über eine Verlinkung zu relevanten Artikeln kommt. Wenn du dich zum Beispiel für 3D Grafik interessierst, findest du dazu einen allgemeinen Artikel der viele Verlinkungen zu ähnlich Themen beinhaltet. Wenn dich davon etwas interessiert, kannst du dem folgen. Dadurch ergibt sich eine vernetzte Struktur, eigentlich so wie das Internet auch strukturiert ist. Und bisher habe ich zumindest noch keine Ordner vermisst

Im Gegensatz dazu haben viele Tools, ich benutze auf der Arbeit z.B. Confluence, "Bereiche" und eine Artikel-Hirachie. Das läuft normalerweise sehr schnell auseinander, da sich keiner darum kümmern kann diese Hirachie zu pflegen. Die Bereiche sorgen auch noch künstlich dafür, dass man sich in nur recht kleinen Kreisen austauscht (was häufig auch gewollt ist).

Mit Emvi versuchen wir einen offeneren Ansatz zu verfolgen. Wir möchten den Austausch fördern, indem erstmal alles für jeden lesbar ist und man aktiv die Berechtigungen einschränken muss. Braucht man unbedingt eine "Bereichstrennung" kann man Nutzergruppen dafür verwenden. Dazu die gute Verknüpfung über Mentions (für alles, nicht nur Nutzer), Tags, Listen und natürlich eine gute Textsuche mit Filterung und Sortierung. Du kannst z.B. nach Schlagwörtern in Artikel Titeln suchen die von einem bestimmten Nutzer in einem definiertem Zeitraum veröffentlicht wurden.

Dann sind allgemeine Vorteile zum MediaWiki (also das System hinter Wikipedia) und anderen Tools:
- ein einfacherer aber auch mächtiger visueller Editor, der auch gut für nicht ITler geeignet ist (auch in unsere Zielgruppe!)
- Echtzeit-Kollaboration, heißt man kann einen Artikel live gleichzeitig mit anderen bearbeiten
- eine Historie, aus der sich Änderungen wiederherstellen lassen
- eine sehr feine Rechteverwaltung
- komplett multilingual, also wenn man z.B. Teams in verschiedenen Ländern hat kann man fast alles lokalisieren (übersetzte Artikel, Listennamen usw.)
- eine Client API über die man Artikel und andere Dinge abrufen kann und demnächst auch Sachen ändern kann

Für die mögliche Verwendung der Client API hier mal ein Beispiel meiner Arma Community. Das ist unser öffentliches Wiki in dem wir uns über Arma Themen austauschen (und anderen die für uns relevant sind). Das war vorher auch ein MediaWiki und unsere Spieler sind damit zufriedener. Vor allem weil unser Editor besser ist und die Seite cool aussieht
Andere Anwendungsfälle sind z.B. ein Blog, für den man dann nur noch ein statisches Frontend braucht. Unser Blog den ich oben verlinkt habe nutzt z.B. selbst Emvi Auf den Screenshots siehst du den Artikel der auch schon veröffentlicht ist.

Natürlich erfinden wir das Rad auch nicht neu. Aber ob unser Ansatz gut ankommt hängt auch immer von den persönlichen Präferenzen ab. Am besten einfach mal anschauen und ausprobieren. Es ist während unserer Beta und auch in Zukunft komplett kostenlos. Für Features die man braucht, wenn man mehr als eine handvoll Leute daran mitarbeiten lassen möchte wird man aber später bezahlen müssen (z.B. Nutzergruppen).

Stimmt schon, das ist keine "blue ocean" Strategie die wir hier fahren, kein einfacher Markt. Wir haben uns natürlich angesehen was es alles gibt und das Ziel ist letztendlich immer Wissen auszutauschen und zu dokumentieren. Die spannende Frage ist, wie man dahin kommt. Was ich selbst noch als großes Problem sehe ist, dass man nicht nur das richtige Tool braucht sondern auch eine passende Kultur die das unterstützt. Wenn der Chef Dokumentation selbst nur als Zeitverschwendung ansieht, wird man mit keinem Tool sinnvoll etwas tun können.

Wenn man sich in dem Markt selbst bewegt sieht man noch mehr Aspekte die du als Nutzer vielleicht gar nicht so bewusst wahrnimmst. UI/UX spielt zum Beispiel eine große Rolle, bei dem wir durchaus einigen Tools voraus sind. Neben den "Standardfeatures" die ich oben aufgezählt habe gibt es auch viel was dir eher in einem Team oder einer Organisation hilft, wie z.B. Artikel-Empfehlungen mit Lesebestätigung (ähnlich wie bei Emails). Ich kann das selbst alles nicht mehr aus dem Kopf aufzählen, aber das MediaWiki ist ein Wissensmanagement Tool von "Fremden für Fremde", wir legen dagegen schon Wert darauf, dass sich die Leute kennen und vertrauen können (sollten ). Und gerade in Firmen wird man lieber die paar Euro ausgeben, anstatt sich selbst ein MediaWiki zu hosten. Das ist auch Arbeit die man sonst bezahlen muss und hat evt. keinen vergleichbaren Support.

Wie gesagt, es ist kostenlos. Vielleicht einfach mal ausprobieren. Gerade auch für Spieleentwicklung könnte ich mir gut vorstellen, dass man damit dokumentiert oder Konzepte aufschreibt. Ob man später für die anderen Features bezahlen möchte muss jeder selbst entscheiden. Für Teams von 1-10 Personen wird sich das vermutlich nicht lohnen und ist auch nicht notwendig.

Danke für deinen Input Nox

Punkt 1 habe ich vielleicht nicht ganz korrekt formuliert. Natürlich hosten Unternehmen, wenn sie groß genug sind, solche Systeme gerne selbst. Bei Open Source Software hat man oft allerdings das Problem, dass es keinen bezahlten Support gibt, was das Risiko erhöht dass es damit Probleme gibt. Einen Ansprechpartner zu haben für Fragen ist oft auch viel Wert. Daher werden wir auch eine on-premise Lösung anbieten die man selbst installieren kann. Den Hinweis dazu gibt es schon auf der Preise Seite. Übrigens auch etwas, das nicht viele unserer Konkurrenten anbieten.

Hmm Punkt 2 ist natürlich nicht einfach zu lösen. Ob man zum Ende kommt und alles gefunden hat, was man braucht hängt stark von der Struktur des Wikis ab. Da haben wir nur begrenzt Mittel zu helfen. Wir versuchen ohne die Ordner Struktur gerade das Lesen anzuregen und absichtlich etwas Entdeckungslust zu fördern (weitere Artikel- und Lesevorschläge sind z.B. geplant). Wenn man die Werkzeuge die man hat aber gut nutzt, sollte man ein Ende finden. Listen helfen zum Beispiel schon mal nur thematisch ähnliche Artikel durchsuchen zu müssen und ich möchte noch einen Graphen implementieren der einen die Verknüpfungen anzeigt (explizite und implizite).

3. ja ich dachte mir schon, dass es cool wäre einen Demo Account anbieten zu können... vielleicht kann ich das die Tage mal schnell implementieren

4. was das Kulturproblem angeht, bin ich mir noch nicht sicher wie und ob wir es tatsächlich lösen können. Rein softwareseitig ist sowas immer schwer, dafür müsste man gleichzeitig auch schulen und vielleicht an echten Beispielen die Vorteile vermitteln. Damit einem eine Wissensdatenbank auch etwas nützt, muss man sie erstmal aufbauen. Dieses Erfolgserlebnis möchten wir gerne vermitteln indem wir die Hürden so gering wie möglich halten. Ein kleines Beispiel wie wir das erreichen möchten ist die UI. Mein Kollege hat vorher in einem Maschinenbauunternehmen gearbeitet. Dort hatten viele schon Probleme, Icons richtig zu lesen. Wir haben uns daher entschieden Buttons wenn möglich immer auch zu beschriften. Das sind erstmal alles nur Ansätze und ich hoffe wir können in dem Bereich mit mehr Feedback noch mehr erreichen. Auch LDAP und co gehören in Zukunft dazu.

5. so ganz drum rum kommt man vermutlich nie. Du kannst bei uns Dateien bis 50MB hochladen und in Zukunft möchte ich so viel einbetten wie möglich (PDF, Excel, ... direkt im Artikel lesen). Aber Emvi ist natürlich keine Dateiablage. Was relativ gut geht ist es, zumindest bei Textinhalten, zu kopieren und einzufügen. Aus z.B. Word heraus funktioniert das schon sehr gut.

Ich werde ab Januar noch mehr Zeit in Emvi investieren. Dann arbeite ich für meine Brötchen nur noch 60% und kann mich 2-4 Tage die Woche voll darauf konzentrieren

Hier mal grob was wir für unser erstes "richtiges" Release vorhaben: https://emvi.com/blog/our-roadmap-for-early-2020-qmxdx3l1yp