also ich kann jetz sicher php+mysql konzept ist geschrieben aber ich weis nicht womit ich anfangen soll anmeldung+login oder erst das spiel proggen, erst hp design oder forum erstellen ich hab wirklich keine ahnung womit ich anfangen soll!! Bitte um Hilfe!
mfg Radeazer
Womit beim BG programmieren anfangen?
gepostet vor 18 Jahre, 6 Monate von Radeazer
gepostet vor 18 Jahre, 6 Monate von Blabbo
sorry, aber wie wärs, wenn du einfach mal drüber nachdenkst, was am meisten Sinn macht?
Das wirst du im Verlauf deiner Programmierarbeit sowieso noch 1-2mal machen müssen.
Drum ist das jetzt schonmal ne gute Übung
Das wirst du im Verlauf deiner Programmierarbeit sowieso noch 1-2mal machen müssen.
Drum ist das jetzt schonmal ne gute Übung
gepostet vor 18 Jahre, 6 Monate von Kapsonfire
startseite,registration login xD
gepostet vor 18 Jahre, 6 Monate von Progralixx
Wenn du selbst ein Designer bist oder einen Grafiker an der Hand hast, würde ich zuerst das grobe Aussehen der Seite festlegen. Wenn du ein Templatesystem benutzt kannst du das auch später machen. Templatesystem? Einfach mal nach "Smarty" oder ähnlichem googlen.
Dann erst einmal der Datenbankaufbau der Spielertabelle.
Dann Loginsystem.
Dann Startseite/Newsseite.
DANN erst richtig mit dem Spiel anfangen (Grundlegende Sachen wie Gebäudebau oder so etwas)
Dann Forum einrichten (Kommt aber sowieso erst, wenn bereits mehrere Testspieler spielen, wenn du das Spiel also erst auf deinem Heimrechner programmierst und es auf dem localhost laufen lässt, macht ein Forum denkbar wenig Sinn...)
Sobald ein gewisses Grundgerüst steht weiß man sowieso, was als nächstes zu tun ist. (Ein vernünftiges Entwicklungsskript vorausgesetzt)
Natürlich muss man es nicht so machen, wie ich es beschrieben habe. Aber du kannst ja wohl schlecht erst das Spiel programmieren, wenn das Loginsystem noch nicht implementiert ist.
Dann erst einmal der Datenbankaufbau der Spielertabelle.
Dann Loginsystem.
Dann Startseite/Newsseite.
DANN erst richtig mit dem Spiel anfangen (Grundlegende Sachen wie Gebäudebau oder so etwas)
Dann Forum einrichten (Kommt aber sowieso erst, wenn bereits mehrere Testspieler spielen, wenn du das Spiel also erst auf deinem Heimrechner programmierst und es auf dem localhost laufen lässt, macht ein Forum denkbar wenig Sinn...)
Sobald ein gewisses Grundgerüst steht weiß man sowieso, was als nächstes zu tun ist. (Ein vernünftiges Entwicklungsskript vorausgesetzt)
Natürlich muss man es nicht so machen, wie ich es beschrieben habe. Aber du kannst ja wohl schlecht erst das Spiel programmieren, wenn das Loginsystem noch nicht implementiert ist.
gepostet vor 18 Jahre, 6 Monate von Macavity
echt? ich mache es normal ganz anders.
erst kommt ein gaanz grobes layout her. dann die programmierung die am meisten mögliche Fehlerquellen hat. Wenn die Programmierung so bei 70% ist kommt das Design dazu.
Dann hat man auch genauere Vorstellungen wie es dann im Endeffekt aussehen soll und kann das Design daran anpassen.
Sonst wird die Programmierung ans Design angepasst was ja bei einem neuen Projekt absoluter Dummfug ist.
erst kommt ein gaanz grobes layout her. dann die programmierung die am meisten mögliche Fehlerquellen hat. Wenn die Programmierung so bei 70% ist kommt das Design dazu.
Dann hat man auch genauere Vorstellungen wie es dann im Endeffekt aussehen soll und kann das Design daran anpassen.
Sonst wird die Programmierung ans Design angepasst was ja bei einem neuen Projekt absoluter Dummfug ist.
gepostet vor 18 Jahre, 6 Monate von Progralixx
Naja, wie gesagt, bei Templates kann man das Design ja auch mitten in der Entwicklung umkrempeln, ohne alles neu Programieren zu müssen.
Aber ich schätze, dass fast jeder eine andere Vorgehungsweise bei solchen Projekten hat. Wenn man es schafft, sein Spiel einigermaßen modular aufzubauen, kann man auch erst ein Feature nach dem anderen Entwickeln usw.
Aber ich schätze, dass fast jeder eine andere Vorgehungsweise bei solchen Projekten hat. Wenn man es schafft, sein Spiel einigermaßen modular aufzubauen, kann man auch erst ein Feature nach dem anderen Entwickeln usw.
gepostet vor 18 Jahre, 6 Monate von TheUndeadable
Sinnvoll ist eigentlich erst das Design, dann die Programmierung.
Der umgekehrte Weg führt meistens dazu, dass man aus 'technischen' Gründen das Konzept des Spieles beschneidet. (This feature/bug is by design, wie oft hat man das schon gelesen...)
Eigentlich sollte das Konzept und das Spieldesign und damit auch das Grafikdesign die Ziele des Spieles sein. Eine zu frühe Programmierung führt zu einer nicht beabsichtigten Änderung des Designs und damit des Spielaufbaus.
Ich selbst halte mich meist auch nicht an dieses Gebot, da es mir mehr in den Fingern juckt zu programmieren als ein Design umzusetzen.
Der umgekehrte Weg führt meistens dazu, dass man aus 'technischen' Gründen das Konzept des Spieles beschneidet. (This feature/bug is by design, wie oft hat man das schon gelesen...)
Eigentlich sollte das Konzept und das Spieldesign und damit auch das Grafikdesign die Ziele des Spieles sein. Eine zu frühe Programmierung führt zu einer nicht beabsichtigten Änderung des Designs und damit des Spielaufbaus.
Ich selbst halte mich meist auch nicht an dieses Gebot, da es mir mehr in den Fingern juckt zu programmieren als ein Design umzusetzen.
gepostet vor 18 Jahre, 6 Monate von Wulf
Zu dem Thema haben wir einen Artikel hier bei GN geschrieben.
gepostet vor 18 Jahre, 6 Monate von Teonas
Hmm, ich glaube, er ist schon mit dem Konzept einen Schritt weiter als der Artikel, Wulf
Ich kann mich der Meinung nur anschließen, zuerst die Engine des Spiels, also den Teil, mit dem ein Spieler seine Züge, Aktionen etc. ausführt, zu machen. Dazu zählen auch Ressourcen-Verteilung, Ticks usw. - da muss man viel Testen, wie das am besten hinhaut, wie man sich das vorstellt.
Bei diesen Themen kann man am meisten falsch, ungeschickt etc. machen. Deswegen sollte man sich dazu am meisten Zeit für Gedanken und Entwicklung lassen.
Oberfläche und Login kann man zunächst recht rudimentär halten - wenn man es lokal auf seinem eigenen Rechner hat, muss man ja nicht alles absichern und es muss auch nicht gleich toll aussehen.
Ich kann mich der Meinung nur anschließen, zuerst die Engine des Spiels, also den Teil, mit dem ein Spieler seine Züge, Aktionen etc. ausführt, zu machen. Dazu zählen auch Ressourcen-Verteilung, Ticks usw. - da muss man viel Testen, wie das am besten hinhaut, wie man sich das vorstellt.
Bei diesen Themen kann man am meisten falsch, ungeschickt etc. machen. Deswegen sollte man sich dazu am meisten Zeit für Gedanken und Entwicklung lassen.
Oberfläche und Login kann man zunächst recht rudimentär halten - wenn man es lokal auf seinem eigenen Rechner hat, muss man ja nicht alles absichern und es muss auch nicht gleich toll aussehen.