Neues Plugin: YoureCom Shop

Zitat von Shalin

Vielleicht hat es sich gebessert

Das hat es definitiv und ich finde, er macht das echt charmant. Ich finde auch gut, wie er versucht, die Community aktiv mit einzubeziehen, sowohl was die Transparenz als auch die Informationen an sich betrifft.

Zitat von WindowsPhone

Bugs oder auch neue Funktionen dauern oft Wochen / Monate bis es Updates dafür gibt. Allein das Update auf Version 6.2. hat bis Ende Mai 2026 benötigt bis es verfügbar war.

Ja, aber eines sollte man dabei nicht vergessen: Er hat kein großes Team und soweit ich weiß, ist er zusätzlich noch Dozent an einer Uni oder so etwas Ähnlichem. Irgendwo muss es einen Kompromiss geben. Die Qualität ist gut, trotzdem schleichen sich Fehler ein. Privat geht vor und mal eben in einer Software dieser Größe alles zu beheben, ohne Regressionen zu verursachen, ist meiner Meinung nach nicht möglich.

Trotzdem ist der VieCode Shop in seiner Gesamtheit noch günstig. Natürlich ist das, was Tom beschrieben hat, in einem aktiven Betrieb nicht unbedingt förderlich, da es aus meiner Sicht wichtige Bereiche betrifft.

Ich kann da nur aus eigener Erfahrung sprechen, weil ich selbst an zwei größeren Plugins arbeite. Das Umsetzen, Testen und Regressionen vermeiden ist echt ein langer Weg. Und je größer die Funktionsvielfalt wird, die ja jeder erwartet, desto zeitaufwendiger wird auch das Gegentesten. Alles kann man einfach nicht erkennen. Viele Fehler fallen erst im aktiven Betrieb auf, weil jeder die Software auf seine eigene Art und Weise nutzt.

Zitat von WindowsPhone

Arbeitsplatz

Den habe ich auch genutzt und bin damit gut gefahren. Fehler gab es natürlich auch. Auf einige musste man zwar eine Zeit lang warten, aber sie wurden letztendlich behoben.

Ich tendiere aber auch dazu, meine Lizenzen für den VieCode Shop sehr wahrscheinlich nicht zu verlängern und den YC-Shop zu nutzen.

OT: Ebenso grault es mir persönlich sogar davor, meine Plugins öffentlich zu verkaufen. Ich bin keine Entwicklerin im eigentlichen Sinne und habe auch nicht vor, daraus ein Geschäftsmodell hochzuziehen. Mein Anspruch wäre eher, dass der Kauf meiner Plugins im Grunde als eine Art Dankeschön angesehen wird.

Ich persönlich kann gar keinen aktiven und durchgängigen Support anbieten. Es fehlt einfach die Zeit. Kostenlos kann und möchte ich meine Plugins, bis auf Ausnahmen, ebenfalls nicht anbieten.

Meine Plugins entstehen auch nur, weil ich sie selbst brauche und nutze. Ich mag es einfach, Dinge, die ich entwickelt habe, auch anderen zur Verfügung zu stellen, damit sie ebenfalls etwas davon haben. Siehe (keine WL Plugins, aber Tools) Simple WoltLab Plugin Manager und WSC Local (Woltlab Suite offline nutzen).

Wenn ich aber so mitbekomme, wie sehr teilweise auf Support gedrängt wird, muss ich mir wirklich überlegen, wie ich das vernünftig umsetze.

Was ich aber auf jeden Fall machen werde, ist, dass man meine Plugins in einer Demo-Instanz testen kann. Vielleicht genügt es auch schon, den Käufer vor dem Kauf aktiv darauf hinzuweisen, dass ich nur dann Support leisten kann, wenn die Zeit es einfach zulässt. Dann muss jeder für sich selbst entscheiden, ob er damit fein ist oder eben nicht.

Bei mir war es vor allem das Clanplugin. Ich glaube die 6.0 war es und dann war es so, dass es teilweise nicht nutzbar war. Wenn es sich gebessert hat, ist es gut.

Sunny C. Ohne dir zu nahetreten zu wollen, aber du betreibst im Grunde doch Vibe Coding, oder? Ich hoffe, dass das auch entsprechend transparent dargestellt wird. Denn abgesehen von den Prompts, den Ideen und etwas Trial and Error dürfte der eigene Entwicklungsanteil vergleichsweise gering sein. Das soll keineswegs abwertend gemeint sein. Dennoch besteht für mich ein klarer Unterschied zwischen klassischer Softwareentwicklung und Vibe Coding, insbesondere dann, wenn Frameworks zum Einsatz kommen, die dem verwendeten LLM bislang kaum oder gar nicht bekannt sind.

Was ist denn Vibe Coding?

Zitat von Aze /..

Sunny C. Ohne dir zu nahetreten zu wollen, aber du betreibst im Grunde doch Vibe Coding, oder? Ich hoffe, dass das auch entsprechend transparent dargestellt wird. Denn abgesehen von den Prompts, den Ideen und etwas Trial and Error dürfte der eigene Entwicklungsanteil vergleichsweise gering sein. Das soll keineswegs abwertend gemeint sein. Dennoch besteht für mich ein klarer Unterschied zwischen klassischer Softwareentwicklung und Vibe Coding, insbesondere dann, wenn Frameworks zum Einsatz kommen, die dem verwendeten LLM bislang kaum oder gar nicht bekannt sind.

Hallo Aze ,

so wie du das darstellst, klingt es ein Stück weit so, als wäre mein eigener Entwicklungsanteil nur noch nebensächlich. Das ist aber nicht der Fall.

Vibe Coding kam bei mir erst später dazu und ich mache daraus auch kein Geheimnis. Ich nutze KI unterstützend und kommuniziere das auch transparent. Mit meinen Projekten habe ich schon vor dem ganzen Vibe Coding angefangen und sehe KI heute einfach als zusätzliches Werkzeug bzw. als Gehilfen, der mir in bestimmten Bereichen enorm viel Zeit spart.

Für mich besteht genauso ein Unterschied zwischen klassischer Softwareentwicklung und Vibe Coding. Darüber müssen wir, denke ich, gar nicht diskutieren. Mit dem richtigen Workflow, entsprechenden Checks und Validierungen kann man sich eine sehr gute Arbeitsgrundlage schaffen. Dazu gehören für mich auch Skills bzw. Rules, mit denen man dem Modell beibringt, wie ein Projekt aufgebaut ist und welche Standards einzuhalten sind.

So sind beispielsweise auch Tools wie mein Plugin-Manager entstanden, der mir dabei hilft, Pakete sauber zu bauen und die Store-Richtlinien von WoltLab einzuhalten. Den habe ich auch direkt frei zur Verfügung gestellt, weil ich der Community gerne etwas zurückgebe.

KI nimmt mir Arbeit ab, sie nimmt mir aber nicht die Verantwortung für Architektur, Qualität und das Verständnis des Codes.

Ich finde das Thema spannend und arbeite gerne damit. Gleichzeitig ist es mir wichtig zu verstehen, was am Ende entsteht. Deshalb nutze ich KI bewusst unterstützend und nicht als Ersatz für das eigene Verständnis oder die eigene Verantwortung. Ich lasse mir bei meinen Umsetzungen Zeit. Mal fließt mehr, mal weniger KI-Unterstützung bzw. Vibe Coding mit ein. Das hängt immer vom jeweiligen Bereich ab.

Zitat von Shalin

Was ist denn Vibe Coding?

Für mich ist Vibe Coding, wenn die KI den Großteil der Implementierung übernimmt und der Mensch hauptsächlich vorgibt, was entstehen soll. Ich nutze KI dagegen eher als unterstützendes Werkzeug und nicht als Ersatz für die eigentliche Entwicklung.

Zitat von Wikipedia

Vibe Coding bezeichnet eine Methode der Softwareentwicklung, bei der Anwendungen fast ausschließlich durch das Formulieren von Anweisungen in natürlicher Sprache (Prompts) an große Sprachmodelle erstellt werden. Anstatt selbst Code zu schreiben, steuert man die KI wie ein Dirigent.

Zitat von Sunny C.

Das hat es definitiv und ich finde, er macht das echt charmant. Ich finde auch gut, wie er versucht, die Community aktiv mit einzubeziehen, sowohl was die Transparenz als auch die Informationen an sich betrifft.

Da stimme ich zu und ich kenne Marcel schon ewig! Vor allem ist er, was ich bei einigen anderen Entwicklern vollständig vermisse sehr kommunikativ und geht auf Probleme ein,

Hallo zusammen,

ich lese hier natürlich weiterhin mit, auch wenn ich nicht auf jeden einzelnen Beitrag direkt antworte. Erstmal danke für das Feedback, ausdrücklich auch für die kritischen Stimmen.
Ich möchte daraus aber ehrlich gesagt kein "YoureCom gegen VieCode" oder irgendeinen anderen Shop machen. Davon hat am Ende niemand etwas. Jeder Betreiber muss selbst entscheiden, welche Lösung zu seinem Projekt passt.

Was ich allerdings zeigen möchte, ist, wohin die Reise mit dem YoureCom Shop geht.

Als ich das Ding veröffentlicht habe, war mein Ziel nicht, einfach noch einen Shop für die WoltLab Suite hinzustellen. Ich möchte daraus nach und nach ein vollständiges Commerce-System bauen, bei dem möglichst viel innerhalb der eigenen Suite bleibt.

Und "nach und nach" geht momentan zugegebenermaßen ziemlich schnell.

Allein seit der Veröffentlichung kamen unter anderem Gastbestellungen, Gutscheine und Rabatte sowie PayPal Checkout dazu. Das Versandmodul ist inzwischen ebenfalls veröffentlicht. Bei den Abonnements wurde ebenfalls weitergebaut, unter anderem an der Einbindung und Präsentation über Widgets.

Stripe, PayPal, Abonnements, digitale Produkte, physische Produkte, Versand, Gutscheine, Lizenzen, Rechnungen usw. sollen dabei langfristig keine einzelnen Inseln sein, sondern miteinander funktionieren.

Und ja: Ich habe noch einiges damit vor.

Zum Thema Importer

Das Thema finde ich selbst extrem interessant.

Ich weiß natürlich, dass niemand nach Jahren mit einem bestehenden Shop sagt: "Super, dann fange ich einfach nochmal bei null an."

Nur möchte ich jetzt nicht großspurig einen Importer ankündigen und hinterher feststellen, dass ich zwar Produkte importieren kann, aber genau die Daten fehlen, die für einen echten Wechsel entscheidend sind.

Produkte? Kunden? Bestellungen? Rechnungen? Lizenzen? Downloads? Abonnements?

Wenn ich das angehe, dann möchte ich vorher wissen, was ihr bei einem Wechsel tatsächlich braucht. Wer also ernsthaft über einen Wechsel nachdenkt: Sagt mir gerne, was für euch zwingend mitkommen müsste. Das hilft mir wesentlich mehr als irgendeine theoretische Featureliste.

Und zu der Kritik an mir bzw. früheren Plugins:

Die ist legitim.

Ich könnte jetzt anfangen, jeden einzelnen Punkt aus der Vergangenheit zu erklären oder zu relativieren. Mache ich aber nicht.

Es gab Dinge, die nicht gut gelaufen sind. Punkt.

Ich entwickle seit vielen Jahren für die WoltLab Suite und natürlich habe ich dabei auch Entscheidungen getroffen, die ich heute anders treffen würde. Entscheidend ist für mich, was ich daraus mache. Und ich glaube, wer meine Entwicklung und insbesondere YoureCom in den letzten Monaten verfolgt hat, sieht ziemlich deutlich, dass sich einiges verändert hat. Ich kommuniziere heute wesentlich offener, veröffentliche transparenter, hole früher Feedback ein und vielleicht am wichtigsten, ich habe inzwischen einen ganz anderen Anspruch daran, was aus YoureCom werden soll.

Nicht irgendeine Sammlung von Plugins.

Ich möchte Software bauen, hinter der ich auch in ein paar Jahren noch stehen kann.

Das bedeutet übrigens nicht, dass plötzlich keine Fehler mehr passieren. Wer ein System in dieser Größenordnung entwickelt und behauptet, das würde niemals passieren, erzählt euch Quatsch. Aber wenn etwas schiefläuft, möchte ich erreichbar sein, reagieren und es vernünftig lösen.

Und weil hier mehrfach sinngemäß die Frage aufkam: „Passt der Shop überhaupt zu meinem Projekt?“

Genau dafür habe ich inzwischen den Shop Fit-Check gebaut:

Shop Fit-Check - YoureCom – Individuelle Softwarelösungen

Ihr beschreibt mir kurz, was ihr vorhabt und was ihr benötigt. Ich schaue mir das an und sage euch, was davon aktuell möglich ist, welche Erweiterungen ihr tatsächlich braucht oder eben auch, wenn der YoureCom Shop für euren Anwendungsfall momentan nicht die richtige Lösung ist. Ich habe nämlich deutlich mehr Interesse daran, dass jemand langfristig mit meiner Software zufrieden ist, als daran, ihm heute für ein paar Euro mehr irgendein Paket aufzuschwatzen.

Und wer sich das Ganze lieber selbst anschauen möchte: Eine Demo gibt es natürlich ebenfalls.

Denn bei einem Shop-System kann ich noch so viele Screenshots machen, Produktbeschreibungen schreiben und hier große Reden schwingen. Irgendwann möchte man das Ding einfach selbst anklicken und ausprobieren. Und genau das könnt ihr.

Schaut euch den Shop an, klickt euch durch und entscheidet selbst, ob das zu eurem Projekt und eurem Workflow passt. Und wenn euch dabei etwas auffällt, etwas fehlt oder ihr euch fragt: "Warum macht Marcel das eigentlich so?", immer her damit.

Genau aus solchem Feedback sind in den letzten Wochen einige der Funktionen entstanden, die heute im Shop stecken. Ich kann und werde sicherlich nicht jeden Wunsch umsetzen. Aber ich höre zu. Und wenn etwas sinnvoll ist und zum Gesamtkonzept passt, landet es ziemlich schnell auf meinem Zettel.

Gruß
Marcel