würd auch sagen das wir bei 0 anfangen sollten.
hat den vorteil das die leuts die sich bis
her nicht oder nur wenig mit ogl beschäftigt haben
dann besser in das thema einsteigen können.
(dabei schau ich ganz stark in meine eigene ecke
)
ein konzept wär halt doch recht sinnvoll aber vielleicht nicht
zu streng das ganze da wir ja noch nich ma richtig wissen
was wir coden wollen.
wenn wir z.b. so ne mini-64k-demo baun wollten
wärs natl. kontra-produktiv erst eine umfassende
engine zu basteln mit hunderten features die wir nie
brauchen und die allein vom binary schon x kb groß ist.
ich nehm nicht an das wir das vorhaben aber nur so als bsp.
wär doch besser wenn wir uns erst mal um
den prinzipiellen aufbau streiten würden.
also z.b. wollen wir alles in klassen kapseln
mit interface-klassen & co.
oder soll es eher c, performance-optimierter-code werden...
danach sollte man dann dinge besprechen wie interface
dateiformate & co.
gruß 23h