[#1] M-CORE Coding Battle

  • Zitat von AlloWed;313913

    Sollte trozdem auch Script Code bewertet werden, wenn ich dann zum Beispiel mit der Unreal Engine 3 und Unreal Script arbeite.

    Nur aus Interesse, wenn du dir den Code dann angucken würdest, würdest du so eine Engine dann als "positiv" "negativ" oder "neutral" bewerten?

  • Zitat von lumien;313920

    Nur aus Interesse, wenn du dir den Code dann angucken würdest, würdest du so eine Engine dann als "positiv" "negativ" oder "neutral" bewerten?


    Eher positiv, da nicht jeder mit sowas umgehen kann.


    Zum Thema Vokabeltraiber:

    Wer braucht sowas (o.o) ? Nein, jetzt mal im Ernst, das finde ich irgendwie schwachsinnig.


    @All: Das Thema wird ein Spiel, welches ist noch nicht bekannt!

  • Zitat von Crash Override;313923

    Dann schreib mal einen Vokabeltrainer mit einer relationalen Datenbank als Basis...

    Wir reden hier von der ersten Runde, da sollte noch rein gar nichts mit MySQL oder sonstigem drankommen, sondern eher sowas zum "aufwärmen".

  • Zur aufwärmung, und ohne großartig auf das design zu schauen, würde ich vorschlagen:

    Einlesen und anzeigen verschiedener Datentypen (".txt, .pdf , .rtf , etc");
    Eventuell noch Inline bearbeitung und speichern funktion.
    Das sollte als Anfang doch völlig ausreichen.

  • Zitat von Crash Override;313926

    Neuer Vorschlag: Hello World Programm mit farbigem Label (ForeColor)! :-)


    Das kann sogar ich o.o

    Das ist dann doch zu einfach.

  • Ich bin definitiv dafür, ein Spiel zu programmieren.

    Ich finde Retroids Vorschläge an sich nicht unbedingt schlecht, für den Wettbewerb aber nicht wirklich geeignet. Vieles davon ist in manchen Sprachen einfacher oder schwerer umzusetzen. Wenn C# eine Klasse für das RTF-Format oder so hat, es in C aber nur irgendeine schwer veständliche Library dafür gibt, steht beides nicht wirklich auf dem gleichen Level.

    Spiele finde daher schon viel besser. Ganz gleich wird es natürlich nie sein, aber dort ist wesentlich weniger Sprachabhängig als bei "normalen" Anwendungen. Zudem machen kleine Spiele doch auch mehr Spaß. :)

  • Naja, sich nur auf eine Engine festzulegen finde ich auch nicht prickelnd, da sollte man doch schon Flexibel sein und jedem die Engine lassen mit die er am besten umgehen kann.

  • Aber dafür gleich direkt eine Engine benutzen für ein Spiel? Ist ja dan auch wieder abhängig von der Sprache. (XNA, OpenGL etc)
    Und viele kennen sich mit Engines nun halt nicht aus.

    Zum einüben wäre geeignet ersteinmal ein normales spiel ohne engine zu programmieren (Memory,Snake,Tetris,Pacman...)

  • Zitat von Retroid;313973

    Aber dafür gleich direkt eine Engine benutzen für ein Spiel? Ist ja dan auch wieder abhängig von der Sprache. (XNA, OpenGL etc)
    Und viele kennen sich mit Engines nun halt nicht aus.

    Zum einüben wäre geeignet ersteinmal ein normales spiel ohne engine zu programmieren (Memory,Snake,Tetris,Pacman...)

    Durch eine Engine wird das ganze halt vereinfacht, man muss den ganzen Render Code nicht mehr schreiben und kann sich mehr auf die Funktionen und Designe konzentrieren.

  • Zitat von Crash Override;313977

    Was redest du da...? :D

    Was ich meine das durch der kompletten Game Engine wie zb. CryEngine 3 oder UDK man das ganze nicht mehr selber Rendern muss sondern die Grafik Engine der Game Engine das übernimmt, so das man selber nur noch die Funktionen und Design selber implementieren muss.

  • Zitat von AlloWed;313978

    Was ich meine das durch der kompletten Game Engine wie zb. CryEngine 3 oder UDK man das ganze nicht mehr selber Rendern muss sondern die Grafik Engine der Game Engine das übernimmt, so das man selber nur noch die Funktionen und Design selber implementieren muss.

    Wäre das nicht eigentlich etwas unfair gegenüber den Leuten bei dehnen die jeweilige Sprache keine bzw. nicht so umfangreiche Engines unterstützt?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!