JLI Spieleprogrammierung

[The Lord of Programming]

[Legolas87]

schlechten programmierstil finde ich besonders für anfänger fies, die sowas noch nicht beurteilen können. ich selbst bin kein anfänger mehr, kenn mich aber trotzdem noch nicht genug dafür aus.

[LeeDiGer]

Der Quellcode im 3D Buch ist in der Tat in fast allen Kapiteln nicht so gut durchschaubar. Liegt daran, dass viele Klassen, der Engine enthalten sind, die für das jeweilige Beispiel gar nich notwendig wär (das allein verwirrt). Zu dem werden viele Variablen in den Klassen verzweigt, die für eine totale Verwirrung sorgen.

Aber dieses Problem findet sich in jedem Buch. Im JLI Buch wurde das Quellcodeproblem am besten gelöst. Es wurde konsequent mit OOP gearbeitet und machte schon allein den Quellcode gut lesbar. Die Beispiele waren zwar meistens nicht optimiert, jedoch hat man auf jedenfall etwas gelernt. Und wenn mans nicht verstanden hatte, konnt man den Quellcode meistens immer noch irgendwie im eigenen Quellcode implementieren.
_________________
Kein Rückzug! Kein Aufgeben!

[Jonathan_Klein]

hm, jo, ist auch nicht umbedingt schlecht, das nicht der ganze Quellcode niedergeschreiben steht. Im Petzold sind imemr die kompletten Programme, da zieht sich ein Beispiel schon mal über mehrere Buchseiten nur mit Quellcode. Hat zwar auch vorteile, wäre aber nciht umbedingt nötig. Aber dafür bracht man dann halt net die Buch CD, was zum Beispiel im Buch von Scherfgen absolut erforderlich ist, weil man sonst gar nix hat.
_________________
https://jonathank.de/games/

[LeeDiGer]

Man muss ja nicht den Quellcode komplett abdrucken, um ihn zu verstehen. Überhaupt kann man neue Techniken erlernen, wenn sie in einem kleinem Beispielprogramm ohne weiteren Schnickschnack verfasst wird. Auch wenn man schon ein sehr fortgeschrittener Programmierer ist, wäre dies noch von Vorteil. Auch erfahrene Leute müssten sich ja erstmal den ganzen Quellcode anschaun, um zu wissen, was da los ist.
_________________
Kein Rückzug! Kein Aufgeben!

[Legolas87]

am schlimmsten finde ich das, wenn Sachen im buch anders stehen, als nachher im code. wenn man dann noch keine Ahnung hat, schreibt man das gutmütig ab und nix klappt.
_________________
I can see I'm going blind.

[DirectXer]

@KI

Du hattest dir das Buch doch letztens mal gekauft?, oder war das ein anderes...? Wenn, dann sag mal wie du das jetzt findest, müsstest ja eigentlich schon einiges gesehen haben...

Gruß DirectXer

[xardias]

Ich hab mir das 3D Effekte buch gekauft:
wirklich begeistert bin ich nicht. Der Programmierstil ist wirklich grauenhafter als man sich vorstellen kann.. also wenn ich solche sachen sehe kriege ich die kretze:

void Delete_Object_with_ReadingOrderPosition_Nr( long iii )

und der übersetzer hatte wohl nach der hälfte des buches kein bock mehr die quelltexte zu übersetzen (was macht er das auch):

matWorldViewProjection = Transformationsmatrix * matView * matProj

also inkonsequenter gehts nimmer

zu den inhalten:
Das Buch besteht fast nur aus quelltexten, der normal mapping shader wird recht ausführlich (aber extrem umständlich/unverständlich) erklärt. sonst halt fast nur quelltexte, und erklärung was der quelltext macht.

[Christian Rousselle]

Das Buch ist soweit ich weiss von Alexander Rudolph, der Deutscher ist

[xardias]

oh. das habe ich garnicht gesehen. aber dann frage ich mich erst recht, wieso er so einen komischen deusch/englisch mischmasch benutzt. Mit der Benennung der Funktionen und Variablen kann man ja noch leben (unter dem gesichtspunkt, dass es für das buch leicht nachvollziehbar sein soll), aber er hätte wenigstens einheitlich bleiben können (auch im programmierstil)

[DirectXer]

hab mir jetzt mal das inhaltsverzeichnis, das Kapitel 3 welches auf der Seite als Leseprobe angeboten wird und sämtliche andere Sachen angeguckt. Naja, jetzt muss ich erstmal laaaaaange überlegen...

Gruß DirectXer

[LeeDiGer]

Tja, Chris, wie du siehst, sind wir alle am Ende. Nur du kannst uns noch mit anständigem Quellcode ausstatten.

Aber dennoch finde ich das Effektebuch nicht schlecht. Es sind durchaus Sachen dabei, die man in sein eigenes Projekt einbaun kann (nachdem man Stunden damit verbracht hat, die unnötigen Klassen von der Nutzklasse zu lösen). Nur sind die hälfte der Beispiele einfach nicht gut. z.B. bei dem interessanten Thema "Skinned Meshes" bekommt man nur einen lächerlichen Viewer, der nochnicht mal so funzt, wie er sollte.

Naja, ich habe das Buch erst seit 2 Wochen. Mal schaun, wieviel ich davon noch lernen kann.
_________________
Kein Rückzug! Kein Aufgeben!

[Dr. Best]

Hab mir das Buch auch gekauft.
Den coding-style und diesen Deutsch-Englisch Mischmasch find ich auch recht schlimm aber bis jetzt hab ich auf jeden Fall alles verstanden und das ist ja die Hauptsache. Bin bis jetzt erst im 9. Kapitel angekommen aber ich habe jetzt schon das ein oder andere gelernt. Also für jemand der schon etwas länger programmiert und dabei bis dato ehr simple DX techniken verwendet hat dem würde ich das Buch auf jeden Fall empfehlen.
_________________

Ich bin da, wer noch?

[DirectXer]

[Dr. Best]

Jo
17 stimmt
_________________

Ich bin da, wer noch?