Die Aufforderung dir Grundlagen rein zu ziehen war damit du eben genau solche Probleme nicht hast. Stell dir vor du willst jetzt Physik LK Experimente machen und verstehen, dir fehlt aber leider Mathewissen der Grundschule. Das was du da grad fragst sind tatsächlich Dinge die dir jedes Buch noch im ersten Kapitel beibringt. Es gibt übrigens auch Bücher über Unity die dir zusätzlich die allernötigsten C# Grundlagen beibringen.
Ja. Mein Gedanke war schon richtig, und was David nannte (ich habe es noch nicht ausprobiert) ist sicherlich auch richtig,
d.h. : ich habe doch seit dem gar nicht geantwortet ?
Bevor Du also sagst: "Mach erst mal so und ziehe Dir das rein" wäre es gut, wenn Du wenigstens wartest was ich umgesetzt habe, und wie ich klar komme damit. Oder?
Scheinbar habe ich lediglich nur einen Fehler gemacht: die Leerzeile zwischen + und =.
Anfängerfehler, und ich habe nie behauptet (siehe mein Name) kein Anfänger zu sein.
Ich möchte daher noch einmal auf das Topic hinweisen: meine Frage war ursprünglich: wie hebe ich ein Health auf.
Mein Fehler war: ich hatte den Collider, an einem anderem Ort als die Mash so kann das nicht gehen, der Code war gar nicht falsch, der Collider war falsch.
das macht mich nicht zu einem Profi, aber einem der
(wenn auch nicht mit Büchern) am LERNEN IST ! und dies sehr beflissen.
Möglich das ich in sagen wir 2 - 3 Monaten, einen echten Fortschritt an den Tag lege, der hier alle noch verwundert, bis dahin heißt es generell:
- reinfuchsen
- Mund halten
- hart arbeiten.
und da bin ich dabei.
D.h. : Danke nochmaligst für den Hinweis, ich bin hart am Lernen.
@ Schorsch, @ Thiles:
ich schrieb bereits:
Frage 10 Programmierer nach einer Lösung,
sie alle, werden unterschiedliche Wege gehen.
und dann zu sagen: "Dein Weg ist schlecht, meiner ist der beste" ist nicht unbedingt die goldene Kuh.
besser ist zu sagen:
- ich habe ein Problem
- ich habe die Ursache gefunden
- ich habe sie beseitigt.
wenn man dies dann verbessern kann, steht dem nicht's im Wege, jedoch ist zu aller erst einmal wichtig:
... das die Ursache gefunden, und das Problem beseitigt ist.
ich habe u.A. viel über "Postprocessing" bei Unity mitbekommen.
Gerade was Effekte + Shader betrifft, da spalten sich die Meinungen bis in's Nirvana.
der eine sagt. "wir haben nur noch Postprocessinc Scripts in Spielen, das stört in der Performance"
der nächste sagt.
"Wo denn".
Insgesamt ist das immer so ein "Ding".
Ich glaube: das ist eine Indie Community, wir wollen am Ende alle gemeinsam, eigentlich nur coole Games machen.
So geht es auch mir.
Und falls sich fernab der Diskussionen, jemand doch für meinen Fortschritt interessiert, oder woran ich gerade arbeite:
Ich bin dabei, meine StandardMashes , d.h. Cube, Spheare usw. nun auszutauschen gegen Blender Modelle die ich erstellt habe.
das erfordert dann, das arbeiten mit der StateMashine.
und : natürlich (so weit bin ich noch gar nicht, derzeit sind es die Standard Animationen für laufen, springen usw.)
dann den Austausch selbiger, und das Coding dafür.
und: das führte zu einigen Experimenten, bis hin zum komplettem verwerfen, zu vielen Erfahrungen die ich das 1. Mal gesammelt habe,
und jetzt gehe ich das ein 2. mal an, und siehe da: es ist besser.
Nun habe ich mir auch dieses Wissen aus Online Kursen zusammengetragen.
Hätte ich ein Buch gelesen, würde ich bei 0 stehen, und von nichts etwas verstehen.
so jedoch, habe ich ein sichtbares Ergebnis, kann nach Fehlern aktiv suchen, und diese dann kein 2. Mal machen.
PS:
ich bin Administrator für Server Systeme im Hauptberuf. Ich besitze darin einige Qualifikationen.
Wenn man solch eine Qualifikation angeht, und schlägt die Bücher dazu auf, sollte man wissen was man tut.
Solche Kurse zu absoliveren, bedeutet auch einen Nachweis an Stunden.
Die letzte "Lehrumgebung" ( sagen wir "Schule" auch wenn das falsch ist ) - war dann wie folgt gestaltet:
X Leute, wollen den Administrator bestehen.
alle starten gleich.
Jeder, erhält eine Desktop Umgebung (verwaltet von einem Zentralserver, auf den "Auszubildende" bzw. Kurs Teilnehmer keinen Zugriff haben)
und es gibt einen Dozenten (das ist der Unterschied zum einfachem Buch) den man fragen kann, - wenn - man etwas nicht versteht.
Selbiger trifft am Kursanfang die Aussage: "Ich weiß, das diese Bücher harter Tobak sind, und das sie niemand so einfach durcharbeiten
kann,. Es ist eine Menge Input. Wenn Ihr also 5 Seiten / Tag schafft, seit Ihr schnell".
ich habe am 1. Tag 50 Seiten, allein am 2. bereits 250 Seiten "geschafft".
Auf die Frage des Dozenten hin, wieso, zeigte ich ihm welche Server ich bereits verwalte, welche DDS und ADDS Systeme ich bereits
aufgebaut habe, und wieso das alles für mich so einfach ist.
Darauf meinte er zu mir: "Wow, von der Hälfte dessen was Du da tust, verstehe selbst ich nichts".
Anschließend, hatte ich für den Rest des Kurses, sogar Administratorzugang auf den Hauptserver, und war in dieser Lehrumgebung,
einer der wenigen (wenn nicht sogar der erste) der selbsttäig in seinem "Desktop" administrieren, VM anlegen und löschen usw.
konnte, wie immer mir beliebte.
Selsbtverständlich hab ich den Kurs mit Erfolg abgeschlossen.
Aber:
Die jenigen, die nur die Bücher aufschlugen, und versucht haben sich das in den Kopf zu "meisseln", hatten es nicht nur schwerer,
sondern von 26 Kursteilnehmern, sind 21 durchgefallen.
und:
ich hatte vorher keine Bücher.
ich habe das nur gelernt, da ich learning by Doing, eins nach dem anderem gelernt habe, auf dem hartem Weg.
Hätte ich versucht ADDS aus einem Buch zu verstehen
... hätte ich aufgehört bevor ich angefangen habe, denn das ist so ein Kauderwelsch, das erklärt überhaupt nichts.
Es eröffnet nur viel mehr Fragen als es Erklärungen gibt.
Ebenfalls ist mein Wissen gewachsen.
und das bedeutet:
ich fing an, als "Kumpel um die Ecke" der Windows installieren konnte.
Anschließend stieß ich durch die "Anforderungen" oder "Rückfragen" oder wie auch immer, halwegs Joblich durch meine
Fähigkeit mit Computern umzugehen, auf mein 1. Server System.
Davon hatte ich gar keine Ahnung.
Es half nur sich einzufuchsen, aber nicht über Bücher - sondern learning by doing!
Also: ausprobieren auf Testumgebungen, was geht wie, wie reagiert was, und was bedeutet denn X oder Y.
Aber nicht aus Büchern, sondern punktuell: Sobald ich an der Grenze war, hieß es: "Was issn das" und dann nachschaun, ausprobieren und Aha Effekt!
Von SBS zu regular / Standard.
das ganze über SQL, und Datenbanken usw. usw.
ich beherrsche heute, 2 Programmiersprachen ( eigentlich 3 ) aber kein C# in Unity.
ich bin hier der absolute "nullAhnungsJoe", weil ich am Anfang stehe.
Das bedeutet jedoch nicht, das ich von nicht's etwas verstehen würde.
Mein erstes Textadventure, war unter Basic, auf dem C64.
Ich habe auf dem Amiga mehr als genug geschrieben + programmiert.
(Darum driftete ich auch zu Java / Adobe Flash ab)
ich verstehe einiges aus C++
meine Hauptprachen jedoch sind Basic, Modula E, Python.
in C# fuchse ich mich nun rein.
D.h. um diese Sachlage etwas auf den Nenner zu bringen:
ich habe zwar von Unity und C# derzeit "noch" wenig Einblick, aber:
- ich habe Motivation
- ich habe Sitzfleisch
- und ich bin im Stande das hinzukriegen.
Gerade deshalb, komme ich nicht mit jeder Kleinigkeit hier angerannt.
ich mache mein Zeug schon selber, sonst lerne ich nicht's dabei.
das bedeutet jedoch auch:
das ich (noch mal) aus Büchern nicht lernen kann.
Anderen mag das anders gehen, meine Aufmerksamkeitskurve reinem "Lesestoff" zu folgen, ist nach spätestens 5 Minuten so durch, das ich entweder
nur noch blätter, oder das Ding schon zum verstauben in die Ecke gestellt habe!
denn nur das aktive arbeiten + zusammentragen, erklärt mir auch die Zusammenhänge - wieso etwas so ist wie es ist -
und so lange ich Fehler mache, und diese finde, und selbst behebe
habe ich etwas gelernt.
So lange ich "nur passiv lese" - lerne ich gar nichts.
Gut.
ich hoffe, das verschafft Euch ein Bild über mich, und hilft Euch mich etwas besser zu verstehen.