Hallo,
nein, ich will jetzt nicht den ellenlangen Thread von letztens wieder aufrollen. Bitte weiterlesen.
Danke. Ich will programmieren lernen. Kann ich eigentlich schon, zumindest was die Scripterei im Web betrifft. Mit PHP habe ich gute Erfahrungen, Javascript auch Perl und bash. Ich kann sogar bissel Java ('ne Datenbank kontaktieren und irgendwasausgeben und so) Ich brauche also *keine* Anleitung, wie eine Sprache funktioniert, sondern, *wie* ich mit (bevorzugt Java) etwas mache. Eine 'richtige' Anwendung schreibe. Mit GUI vorne, Datenbank hinten (oder was auch immer) und was zwischendrin, was dem vorne sagt, wie es auszusehen hat und dem Hinten, was ich vorne sehen will. Also ich brauche mehr eine konzeptionelle Anleitung. Meine bisherigen Scripte im Web oder zur Administration liefen ja immer gerade durch und Schluss. Jetzt fehlt mir irgendwie der Schritt weiter. Ich hab mal grad durchgegoogelt, da sieht man ja den Wald vor lauter Bäumen nicht. Bringt ihr mich auf die richtige Fährte?
Mit freundlichen Grüßen
Jens Puruckherr
On Fri, 17 May 2002 19:44:37 +0200, Jens Puruckherr wrote:
Bringt ihr mich auf die richtige F�hrte?
Fang einfach an, das St�ck Software zu schreiben, was du haben willst. Wenns fertig ist wirst du viele Dinge finden, die du eigentlich doof gemacht hast. Dann schreibst du es um/neu usw. Wenns dir dein Werk gef�llt, zeigst du es jemandem, der Ahnung/Erfahrung hat und schreibst wieder alles um/neu :-) Die Idee bei dieser Art des Lernens ist, da� du alle Fehler selber mal gemacht haben mu�t, um sie zu verstehen. Das dauert nat�rlich ne Weile.
Zuerst 5 B�cher �ber Softwaredesign zu lesen um gleich von Anfang an "alles richtig" zu machen ist in meinen Augen Quatsch. Die B�cher kannst du dir sp�ter mal reinziehen. Dann verstehst du sie wahrscheinlich viel besser.
Reinhard
Hallo,
Am Freitag, 17. Mai 2002 20:24 schrieb Reinhard Foerster:
Fang einfach an, das Stück Software zu schreiben, was du haben willst. Wenns fertig ist wirst du viele Dinge finden, die du eigentlich doof gemacht hast. Dann schreibst du es um/neu usw. Wenns dir dein Werk gefällt, zeigst du es jemandem, der Ahnung/Erfahrung hat und schreibst wieder alles um/neu :-) Die Idee bei dieser Art des Lernens ist, daß du alle Fehler selber mal gemacht haben mußt, um sie zu verstehen. Das dauert natürlich ne Weile.
Also wie immer ;-)
Zuerst 5 Bücher über Softwaredesign zu lesen um gleich von Anfang an "alles richtig" zu machen ist in meinen Augen Quatsch. Die Bücher kannst du dir später mal reinziehen. Dann verstehst du sie wahrscheinlich viel besser.
Nee, das ist klar. Ich dachte mehr so in die Richtung: Wie packe ich es überhaupt an? statt: Wie mache ich es perfekt? Aber ich sehe schon...ich trampel dann mal drauflos.
Mit freundlichen Grüßen
Jens Puruckherr
On Sat, May 18, 2002 at 11:02:30AM +0200, Jens Puruckherr wrote:
Nee, das ist klar. Ich dachte mehr so in die Richtung: Wie packe ich es überhaupt an? statt: Wie mache ich es perfekt? Aber ich sehe schon...ich trampel dann mal drauflos.
Tu das, Methodik kann man sich zum Teil anlesen, aber man muß sie vor allem selbst erfahren. Stil ist vor allem eine Frage des Geschmacks, aber ohne Feedback schreibt man oft Quark, ohne es zu merken, also öfter mal einem erfahrenen Programmierer zeigen...
Schön finde ich, daß Du von selbst gemerkt hast, daß die Beherrschung einer Sprache (Sytax und Semantik) nicht bedeuted, daß man damit auch wirklich programmieren kann. Viele glauben nämlich genau das, wie ich gerade diese Woche wieder erleben durfte.
Gruß, Eric p.s. Um zu merken, daß man Fortschritte macht, muß man sich dann irgendwann mal ansehen, was man früher mal so verbrochen hat. Man sollte aber vorher für ausreichende Ersatztischkanten sorgen und einen Eimer griffbereit haben! ;-)
Am Freitag, dem 17. Mai 2002 um 19:44:37, schrieb Jens Puruckherr:
Bringt ihr mich auf die richtige Fährte?
Ob's die richtige Fährte ist, sei dahin gestellt, aber hast du dir mal 'Thinking in Java' von Bruce Eckel angeschaut? Gibt es übrigens auch als 'Thinking in C++' und widerlegt damit auf angenehme Weise Tobias' kürzliche Behauptung, es gäbe keine vernünftige STL-Dokumentation.
Viel Spaß, Torsten
lug-dd@mailman.schlittermann.de