Alle Aktivitäten

Ich habe es auch als mögliche Gruppen Absprache verstanden. Ja.

Ich denke es hängt vom SL ab, Hauptsache es ist konstant oder begründet. Ich lasse trotzdem immer Würfel, wenn der Ergebnisse niedrig ist dann erzähle ich meistens, "nicht dein Themengebiet, du weißt nur was der durchschnittliche weiß und zwar folgendes..." oder wenn es passt ggf begründet mit, "weil du Adeligen Schulbildung genossen hast, kannst du folgendes ergänzen..."

Das würde ich niemals Spielern auf's Auge drücken, die das nicht selbst ausprobieren wollen!

Naja, Dein anderer Beitrag spricht davon, es als Kampagnenregel zu definieren.

Dann mach’s. Jedem Tierchen sein Pläsierchen. Meines ist immer weiter zu steigern, Deines ist irgendwann mal fertig zu sein. Das eine behindert ja das andere nicht.

Das ist das Ziel dieses Stranges. Damit habe ich kein Problem. Ich will auch niemanden überreden oder überzeugen.

Dann beantwortest Du die Frage, warum Du das tust mit: Es macht Spaß. Anderen scheint es mit Steigerungen (mehr) Spaß zu machen…..

Und wenn's mir Spaß macht, auf dem aktuellen Stand zu bleiben?

Warum-Fragen triggern mich Warum sollte man wenns den Spielern Spaß macht?

So und jetzt die Realismus-Keule: https://www.midgard-forum.de/forum/topic/44406-der-drei%C3%9Figj%C3%A4hrige-schwampf-nach-bieledorf/page/76/ Dass Abenteurer zu Beginn ihrer Karriere, von mir aus bis 30 Jahre, noch neue Dinge lernen, glaube ich ja gern. Aber dass hochstufige, 40+-jährige Zauberer, die einen Crash-Kurs im Klettern machen, mal eben zu Weltklasse-Kletterern werden können, mag ich dann doch nicht glauben. Deswegen fände ich eine obere Grenze, sei es eine Altersgrenze oder ähnliches einfach auch mal sinnvoll. Warum sollte man den Abenteurer nicht irgendwann aufhören lassen zu lernen?

Aber dann bist du ja juristisch umfassend beraten und dann weißt du wie es geht und dann kannst du einem anderen Softwarespezialisten hier im Forum deine Erkenntnisse weitergeben, der das dann für Microsoft macht... (... schreibt ausgerechnet der, der hier von Tuten und Blasen keine Ahnung hat). ;) Doch ich hoffe wirklich, dass es in ein paar Jahren technische Möglichkeiten geben wird, die hier auch dem digitalen Fußvolk bislang ungeahnte Möglichkeiten eröffnen werden.

https://teams.live.com/meet/9315224090162?p=cUBKbomoBrnhv0pZFB

Das Problem ist die juristische Komponente. Was darf ich? Ich bewege mich da durch jede Menge Grauzonen. Was ich nicht darf sind Listen mit Zaubern und Fertigkeiten verwenden. Aber was ist mit Attributen? Ist der Satz der Midgard-Attribute geschützt? Oder muss ich auch die Variabel gestalten? Und was ist die Ermittlung von Bonus und Malus? Wenn ich jemals ne fertige Version veröffentlichen will, muss ich juristischen Rat einholen. Und wenn wirds ne App für Apple-Geräte werden.

am 09.05. gehts in den 2. Teil

😄Man hätte es wissen müssen, kann man wahrscheinlich sagen. 👍 Hochinteressant und spannend! Ich habe keine Ahnung von Programmierung und Softwarearchitektur. Aber - oder gerade deshalb - bin ich gespannt, wie sich die Sache entwickelt. Zum einen wegen möglicher praktischer Auswirkungen, denn ein "Alternativ-MOAM" wäre fraglos hochnützlich. Zum anderen, weil man dann quasi aus allererster Hand erfahren kann, was mit Vibe-Coding gepaart mit Fachkenntnis möglich ist oder wo auch Schwierigkeiten liegen, was per se auch interessant ist. Ich kann mir vorstellen, daß gerade die neuen Möglichkeiten auch aus Deiner (auch beruflichen) Perspektive spanned sind. Man bekommt hier ja mit, daß Du mit den Möglichkeiten experimentierst (z.B. Migard-PDF Sortierung durch KI Agenten. Und nun Vibe-Coding & Alternativ-MOAM). Francesco di Lardo

Danke @jul auch hier nochmal für ein feines Abenteuer! Wie die alten Römer auf Terra schon sagten: Der Pirat ist jedermanns Feind!

Ich hab hier einen Prototypen liegen. War zwar kein Tag, hat mich vier gekostet, aber er funktioniert. Er taugt Nix, weil Vibe-Gecoded, aber ich kann ihn benutzen um meine Ideen weiterzuentwickeln. Ich muss halt noch die Architektur machen. Vor allem das Datenmodell macht mir noch Kopfzerbrechen.

Ich verstehe Deinen Beitrag nicht. Das was Du schreibst ergibt nicht viel Sinn für mich. Es ließt sich für mich wie wenn ich versuchen würde die Motorsteuerung eines modernen Verbrenners zu erklären. So wie Du es beschreibst funktioniert das Ganze einfach nicht. Edit: Ich habe Deinen Beitrag jetzt mehrmals gelesen und ich glaube inzwischen zu verstehen, was Du meinst. Ich kann Deiner technischen Beschreibung aber weiterhin nicht folgen. Entweder verstehe ich Dich noch immer nicht, oder Deine Erklärungen sind aus meiner Sicht schlicht nicht zutreffend. Dass KI beeindruckende Ergebnisse liefert, ist unstrittig. Aber das ist nicht der Punkt. Der Punkt ist: Wer setzt die Architektur auf? Wer entscheidet über Schichten, Kapselung, Datenmodell, Schnittstellen, Fehlerbehandlung, Tests und Sicherheit? Das kann kein Review-Prozess nachträglich leisten, wenn vorher niemand die Verantwortung für die Architektur übernommen hat. Eines der Probleme von KI-Code ist nach meiner Erfahrung außerdem, dass er schwer zu beurteilen sein kann. Man sieht oft das Ergebnis, aber nicht die Entwurfsentscheidung dahinter. Der Mensch muss dann rekonstruieren, warum der Code so aussieht, welche Annahmen darin stecken und ob das fachlich und technisch sinnvoll ist. Und das Problem des „Halluzinierens“ existiert auch beim Coden: KI kann lauffähigen Code erzeugen, der trotzdem nicht wirklich sinnvoll, robust oder korrekt ist. Wenn das niemand beurteilen kann, ist das Problem nicht, dass KI keinen Code erzeugen kann. Das Problem ist, dass niemand verantwortet, ob dieser Code als professionelle Software in der freien Wildbahn taugt. Vibe-Coding läuft in genau diese Probleme. Wenn man sich vorher über die Architektur Gedanken macht, ich ein Datenmodell überlegt, die verschiedenen Schichten und Kapselungen sauber definiert, dann umgeht man das Problem. Das ist aber dann kein Vibe-Coding mehr. Ob das irgendwann mal gelöst wird? Sehr wahrscheinlich, aber derzeit halt nicht. Ich gehe z.B. davon aus, dass mein Beruf durch KI sich massiv verändern wird, vermutlich sogar bis zur Unkenntlichkeit. Ich freu mich auf die Veränderung, aber wir sind noch lange nicht dort, dass Vibe-Coding das leisten kann.

Abgeschottete Community? Wahrscheinlich, ich kenne nur meine Heimrunde und die Leute hier im forum. Alle anderen bekannten die auf pen und paper stehen spielen etwas anderes. Aber das mag ich an Midgard. Ich finde es toll, dass ich wenn ich eine frage zur eine Kauf Abenteuer habe, ich kann häufig hier die passenden Antworten finden und das teilweise direkt vom Autor. Aber, nicht aufgeschlossen gegenüber anderen Systemen? Das kann ich nicht zustimmen. Allein im mein Regal stehen neben midgard, Dnd, Daggerheart, Mothership, Slugblaster und fantasy ultima u.a. und ich kann mich an unzähligen Unterhaltung hier im forum erinnern wo Einflüsse aus anderen Systemen genannt werden oder Diskussionen über andere Systemen.

DAS ist mal ein Gedanke! Mal angenommen, so etwas ginge mit Vibe-Coding (sei es in ein, zwei, drei Jahren), dann glaube ich, daß sich im Versuch dennoch jemand besser schlagen würde, der darauf trainiert ist, Softwarearchitekturen zu erstellen oder Software zu entwickeln, als irgend ein Laie. Soll heißen, gewohnheitsmäßig Strukturen zu erarbeiten würde wohl auch dabei helfen, der KI klarer und strukturierter zu "sagen", was sie vibe-coden soll. Francesco di Lardo

Nur im grünen Kasten. Immer neutral zu sein wäre übermenschlich.

Ich bewundere Deine Fähigkeit, über große Distanzen meine Gedanken zu lesen. Wenn ich nachschlage, was ein Softwarearchitekt sein soll - https://de.wikipedia.org/wiki/Softwarearchitekt - dann bin ich nicht weit weg von dem, was ich mal im 6. Semester Wirtschaftsinformatik gelernt habe. Natürlich gibt es bei Vibe Coding keinen (menschlichen) Software-Architekten, genauso wie es dort keinen (menschlichen) Software-Entwickler gibt (gut, wenn man dem SWA zuschreibt, Pflichtenhefte zu schreiben, und wenn man dann das Prompt als solches auffasst, dann gibt es bei Vibe-Coding noch mehr menschliche Software-Architektur als es dabei noch menschliche Software-Entwicklung gibt...). Aber das ist doch das Wesensmerkmal von Vibe-Coding insgesamt: es gibt halt keine Menschen mehr darin. Die KI macht einfach etwas auf der Basis der Codeschnipsel und der Architekturen, die es im Internet findet. Es würde mich wirklich interessieren, wie dann ein Vibe-gecodetes Projekt strukturiert ist, wie es Logiken aufteilt, ob es Schichtenmodellen folgt, was es kapselt, wo und wie es Anwenderschnittstellen baut, usw. Vielleicht schlägst Du da als Profi die Hände über dem Kopf zusammen. Aber es gibt mehr als eine Software mit chaotischer Architektur, die in reibungslosem Serieneinsatz ist (ich habe genau so etwas entwickelt und verantwortet. Die Architektur war ziemlich fürchterlich. Ich war nie der Welt bester Software-Architekt. Aber es hat funktioniert). Und wenn Vibe-Coding nur chaotisch strukturierte Software entwickeln würde, dann wäre das wahrscheinlich ein Thema für deren Wartbarkeit, aber letztlich könnte man auch darauf KI loslassen. Das Problem mit Vibe-Coding sehe ich eher darin, dass - zumindest wenn es danach nicht einen Sicherheits-Review gibt - die Software auch alle möglichen Sicherheitslücken enthalten kann - eben weil die KI nicht nachdenkt, sondern nur zusammenkopiert. Ich finde es schon irre, wenn das Zeug tatsächlich für den Normalfall funktioniert. Der gezeigte Fall war schon ziemlich beeindruckend, wenn auch relativ nah an den Kernkompetenzen von KI. Aber wenn jetzt jemand z.B. damit in einem halben Tag ein neues MOAM erschaffen würde - das fände ich echt umwerfend. Kann es das schon?

Ich komme mit Mika (11) auch am Mittwoch. Natürlich will ich Mika auch "unterbringen" und nach dem leiten seiner ersten Runde bei der Odercon hat er selbst sicher auch wieder wilde Pläne ;-) Kurz lässt sich das sicher was zusammenwerfen und vielleicht wage ich mich dann auch ans leiten.

@Rulandor ich lerne auch viele Leute, die außer MIDGARD noch andere Systeme spielen, ich meine eher einen Teil der Forums- und Con-Teilnehmer.

Danke für die Info zu Lun und zum GRW.