Umfrage: Bevorzugte Script Syntax

[Whiz-zarD]

@Cornix:
Ich bin etwas irritiert. Zwar veranstaltest du hier ein Topic in der du Meinung einforderst, wenns das aber jemand tut, wehrst du dich mit Händen und Füßen dagegen.

...

Und ich hatte schon gedacht, ich wäre der einzige, der dieses Gefühl hat.

[Cornix]

Wieso Sarkasmus?
Du machst hier Vergleiche mit Ruby, und ich habe nicht gesagt, dass ich Ruby toll finde.
Sicherlich ist [] und {} verwirrend, und ich bin davon auch kein Fan, aber Ruby und C++ ist nicht für Anfänger gedacht, und was schon für erfahrene Entwickler verwirrend klingt, klingt für einen Anfänger erst recht verwirrend. Wieso also solche Sprachkonstrukte benutzen, wenn die Sprache primär für Anfänger gedacht ist?

...

Dann habe ich dich vielleicht falsch verstanden. Es sah für mich sehr stark danach aus, als ob du diese Entscheidung unterstützt hättest, auch wenn du es nicht wörtlich gesagt hast.

Du sagst, die Umfrage ist für Leute, die nicht programmieren können, haust aber gleich so viele Sachen raus die jemand, der wirklich nicht programmieren kann, überhaupt nicht versteht.
Ich versteh z.B. relativ wenig, weil ich keine Programmiersprache kenne.

...

Bitte erläutere was genau du nicht verstehst und ich werde mir Mühe geben es besser zu formulieren.

Was ich kenne. Die Events des RPG-Makers. Das sind ja noch relativ einfache Sachen, weil einem da etwas vorgegeben wird.
Aber so etwas selber schreiben. Das wird viele überfordern

...

Ich habe ebenfalls vor die Scripte per Click-GUI erstellen zu lassen. Dementsprechend muss niemand diese Scripte selber schreiben, es geht mir hier nur um die Verständlichkeit.

@Cornix:
Ich bin etwas irritiert. Zwar veranstaltest du hier ein Topic in der du Meinung einforderst, wenns das aber jemand tut, wehrst du dich mit Händen und Füßen dagegen.

...

Ich wehre mich nicht gegen Meinungen, ich kommentiere sie nur mit meiner eigenen. Das bedeutet nicht, dass ich die Meinungen der anderen ignoriere oder nicht beachte.

Auch wenn dein Maker für Nicht-Programmierer ist, in der Praxis liegt der Nutzer wahrscheinlich eher irgendwo zwischen Nichtskönner und Profi, von daher halte ich es für eine gute Sache, zumindest drauf zu achten keine allgemeinen Konventionen zu brechen (siehe Bitweises << ), weil das halt mehr verwirrt als Klarheit verschafft. Niemand erwartet, dass du die ultimative Scirptsyntax herbeizauberst, aber darum gibt es ja dieses Topic, wenn man dir Tipps gibt, was man missverstehen könnte, dann nimm die Tipps doch an.

...

Die Beispiele waren keine Beispiele für eine Script-Syntax, welche ich wirklich verwenden würde. Keine 10 Pferde würden mich dazu reiten einen Operator wie " << " zu definieren; nichteinmal für bitweise Verschiebung.
Es sollen lediglich Beispiele für Syntax mit starkem Fokus auf Symbolik und starkem Fokus auf Text sein.
Keines des Beispiele stellt eine Syntax dar, welche ich tatsächlich in Erwägung ziehe. Sie dienen nur dem Zweck der Umfrage.

[Whiz-zarD]

Keines des Beispiele stellt eine Syntax dar, welche ich tatsächlich in Erwägung ziehe. Sie dienen nur dem Zweck der Umfrage.

...

Du wirst schon wissen, was du davor hast ...
Ich halte mich nun hier raus, da man ja keinerlei konkreten Informationen bekommt, was du eigentlich mit diesen ganzen Threads bezwecken willst ...
Es wird hier nur um den heißen Brei geredet, anstatt mal was konkretes zu präsentieren, über das man diskutieren kann.
Das ist ja schon so, als ob ich ein Thread: "Welches Haustier soll ich mir kaufen?" eröffne, dort Vogel oder Katze zur Auswahl stelle, aber in Wahrheit mich schon lange für einen Hund entschieden habe ...

[Cornix]

Die Frage war doch relativ simpel dachte ich:
Bevorzugen Menschen es eine ausgiebige Syntax zu haben oder eine eher Symbol basierte.

[Corti]

Ich wehre mich nicht gegen Meinungen, ich kommentiere sie nur mit meiner eigenen.

...

Und das ist ein Fehler wenn man Feedback sucht. Damit machst du aus dem Sammeln von Informationen einen Konflikt in dem es darum geht wer Recht hat und wessen Idee besser ist. Wie schon zum Thema Kritik bei Makerspielen x-mal erwähnt und selten befolgt: Als Feedbacksuchender sollte man die Zähne zusammen beißen, sich passiv verhalten, aufnehmen und moderieren. Ansonsten wirkt es auf dich als ob dir alle nur böses und deine Ideen schlechtreden wollen und andere haben das Gefühl du hättest dich längst entschieden und willst gar keine Widerrede.

[Cornix]

Ich hätte eher das Gefühl, dass Menschen demotiviert werden falls ich nicht antworte und sie ihre Kommentare unbeachtet sehen.

[BDraw]

Ich hätte eher das Gefühl, dass Menschen demotiviert werden falls ich nicht antworte und sie ihre Kommentare unbeachtet sehen.

...

Nicht-antworten ist ja nicht dasselbe wie dagegenhalten. Ein simples "Danke für den Input, behalte ich im Hinterkopf!" ist vermutlich die eleganteste Lösung, wenn man nur Informationen sammeln möchte und keine große Diskussion im Sinn hat.

[Schnorro]

Bitte erläutere was genau du nicht verstehst und ich werde mir Mühe geben es besser zu formulieren.

...

Kurz und prägnant, viele Symbole:

Code:

liste = []
liste << 5
liste << 8
liste << 3.6

for elem : liste {
    print elem
}

Viel Text, weniger Symbole:

Code:

liste = new List
liste add 5
liste add 8
liste add 3.6

for elem in liste
    print elem
end

Sehr viel Text; Programmcode wie Prosa:

Code:

set liste = new List
add 5 to liste
add 8 to liste
add 3.6 to liste

for each element elem in liste do
    print elem
end for

Was willst du einem Anfänger damit sagen?

Liste, ist ein deutsches Wort. Ok, ist eine Liste. Da hört es dann schon auf.
Von früher kenne ich FOR als Wiederholung von etwas.
Print = drucken
elem = element??

Wenn du keine Erläuterung dazu gegeben hättest, wüsste ich ehrlich gesagt nicht, was du einem sagen willst.
Ich gebe ehrlich zu, von programmieren habe ich wenig Ahnung und will es auch nicht. Dafür gibt es andere.
Ich bin froh mit dem Click & Click Programmieren wie man es aus dem Maker kennt.
Wenn du eine Möglichkeit vorgibst, in der o.g. Methode auch ein Spiel zu erstellen würde mich das eher abschrecken als reizen. Als Alternative zu einem Click & Click System OK, aber nur auf so einem System basierend. Nein Danke

[Kelven]

Für jemanden, der überhaupt keine Ahnung von Programmiersprachen hat, wäre eine noch stärker beschreibende Lösung sicherlich besser. So etwas wie:

Code:

Neue leere Liste anlegen
5 in Liste einfügen
8 in Liste einfügen
3.6 in Liste einfügen

Für alle Elemente aus Liste
    Zeige Element an
Ende

Nur lässt sich so eine Sprache wohl nur schwer in ausführbaren Code übersetzen.

[Schnorro]

@ Kelven:
Da geht es dann schon weiter.
Was wird dann am Ende angezeigt?

5 und 8 und 3.6? So das drei Elemente in der Liste vorhanden sind?

Oder 16.6? Das alle eingefügten Elemente zusammengefasst werden, sofern sie gleich sind (hier möglicherweise vom Typ Integer).

[Mivey]

Für jemanden, der überhaupt keine Ahnung von Programmiersprachen hat, wäre eine noch stärker beschreibende Lösung sicherlich besser. So etwas wie:

Code:

Neue leere Liste anlegen
5 in Liste einfügen
8 in Liste einfügen
3.6 in Liste einfügen

Für alle Elemente aus Liste
    Zeige Element an
Ende

Nur lässt sich so eine Sprache wohl nur schwer in ausführbaren Code übersetzen.

...

Übersetz einfach die englischen Keywords aufs Deutsche, scheiß einwenig auf Grammatik und fertig. Anders fühlen sich Programmiersprachen für englischsprachige auch nicht an. Macht sie aber auch nicht leichter: Man man muss immer algorithmisch denken und formulieren können. Eine gute Portion Problemlösung (Heuristik) schadet auch nicht.


Posting über mir zeigt was ich meine. Ohne Verständnis über (sehr einfache) Algorithmen und Datentypen hilft die einfachste Syntax nicht. Wobei Datentypen beim Maker ja eh nur zwei gibt.

[Kelven]

@Schnorro
Ja, das stimmt schon, ab einem gewissen Punkt muss man sich immer in die Sprache einarbeiten. Aber ist der Maker-Code einfacher als das zu verstehen, wenn man etwas Aufwändigeres scripten möchte? Wobei der Casual-Entwickler sicher keine Listen benötigt, der muss nur wissen, wie er einen Gegenstand ins Inventar packt und wieder rausnimmt.

[Schnorro]

@Kelven:
In meinen Augen können auch gute Spiele ohne großartige Scripte entstehen.
Wofür brauch ein Entwickler diese? Eigenes KS / eigenes Menü, also eigentlich nur in den Fällen, wo von den Standart-Vorlagen des RPG-Makers abgewichen wird.

Auch finde ich, dass Switches / Variablen leichter zu verstehen sind als so ein Code, wie er hier vorgegeben wurde. Vl. ist das aber auch nur subjektives empfinden von mir, weil ich mich schon sehr lange mit dem Maker beschäftige und daher dessen Befehle gut kenne. Aber ich habe nicht wirklich Hilfe von Tutorials benötigt sondern das meiste bei Learning by Doing erreicht.

Fazit: Zum Maker gehört für mich die Standart Befehlsoberfläche. Zusätzliche Spielereien / Möglichkeiten zur Entfaltung will ich überhaupt nicht verbieten. Bloß das erstgenannte sollte vorhanden sein

[Caine Luveno]

Programmiererfahrung: Ja, seit über 10 Jahren u.A. Hobby- und Berufsmäßíg
Bevorzugte Syntax: Ausgewogen.

RegEx ist hier als Beispiel gefallen. Super Möglichkeiten, aber je länger diese werden desto schwieriger wird es ohne Hilfsmittel zu entschlüsseln was da eigentlich passiert wenn man nicht selbst ein absoluter Crack ist.

Man kann es in beide Richtungen übertreiben, siehe diese Sprache hier:
http://de.wikipedia.org/wiki/Brainfu...e_in_Brainfuck

In C#, Java, PHP und Co. gibt es i.d.R. kurze und lange Wege, was natürlich auch ein Kompromiss ist. Siehe PHPGolf wo es darum geht bestimmte Aufgaben so kurz wie möglich zu lösen.

[dasDull]

Mir gefällt die erste Variante am besten. Ich finde gerade in so einer Skriptsprache sollte man die Möglichkeit haben, mal eben schnell ein paar Zeilen runterhacken zu können um was auszuprobieren, ohne sich groß Gedanken über Typen oder geschwätzige/komplizierte Syntax machen zu müssen.

Was Programmieranfängern besser zusagt ist natürlich eine andere Frage. Ich denke Entwicklern ohne Programmiererfahrung wird man wahrscheinlich gar keine Skriptsprache schmackhaft machen können, wieso auch? Das ist ja gerade das Schöne am Maker - dass man es sich auch zusammenklicken kann und es dann relativ verständlich dasteht.

Die Verwendung von << zum einfügen finde ich an sich intuitiv und gut.
Die (historische) Kollision mit dem Bitshift-Operator stört hier doch nicht, denn wer benutzt heutzutage Bitshifts, wenn er nicht gerade 2 Zentimeter über der Hardware entwickelt?

[Whiz-zarD]

Die Verwendung von << zum einfügen finde ich an sich intuitiv und gut.
Die (historische) Kollision mit dem Bitshift-Operator stört hier doch nicht, denn wer benutzt heutzutage Bitshifts, wenn er nicht gerade 2 Zentimeter über der Hardware entwickelt?

...

Och, da gibt es noch genug Einsatzmöglichkeiten. Siehe Bitboards.