(15.11.2010 10:37)Roman schrieb:  Meine Empfehlung ist die Klassische: Unbedingt ein C++-Buch kaufen (eines dieser C++-in-21-Tagen-Dinger, die sind nämlich teilweise recht gut), an den PC sitzen und versuchen, einfache Programme zu schreiben.

Ich glaube nicht, daß man so ein guter Programmierer wird.

Als Einstieg sind die aber echt nicht schlecht. Man kann damit -wenn man ein gutes erwischt- sich ein solides Fundament errichten, auf dem man weiter aufbauen kann. Nunja, wenn man das denn tut und nicht, wie in meinem Fall, feststellt, dass es doch nicht so das Interessengebiet ist.

(15.11.2010 23:01)Gleisdreieck schrieb:  

(15.11.2010 10:37)Roman schrieb:  Meine Empfehlung ist die Klassische: Unbedingt ein C++-Buch kaufen (eines dieser C++-in-21-Tagen-Dinger, die sind nämlich teilweise recht gut), an den PC sitzen und versuchen, einfache Programme zu schreiben.

Ich glaube nicht, daß man so ein guter Programmierer wird.

Damit soll auch nur ein Grundverständnis für das Programmieren und die Sprache geschaffen werden. Ich glaube nicht, dass man mit Internettutorials unbedingt ein besserer Programmierer wird.

(15.11.2010 23:07)pETe! schrieb:  

(15.11.2010 23:01)Gleisdreieck schrieb:  

(15.11.2010 10:37)Roman schrieb:  Meine Empfehlung ist die Klassische: Unbedingt ein C++-Buch kaufen (eines dieser C++-in-21-Tagen-Dinger, die sind nämlich teilweise recht gut), an den PC sitzen und versuchen, einfache Programme zu schreiben.

Ich glaube nicht, daß man so ein guter Programmierer wird.

Damit soll auch nur ein Grundverständnis für das Programmieren und die Sprache geschaffen werden. Ich glaube nicht, dass man mit Internettutorials unbedingt ein besserer Programmierer wird.

Das habe ich auch nicht behauptet. Ich bin allerdings der Meinung, daß es mehr bringt wenn man sich erst einmal grundsätzlich über Programmiertechniken etwas beibringt, bevor man sich mal schnell an den Rechner setzt und drauflosprogrammiert.

(15.11.2010 23:01)Gleisdreieck schrieb:  

(15.11.2010 10:37)Roman schrieb:  Meine Empfehlung ist die Klassische: Unbedingt ein C++-Buch kaufen (eines dieser C++-in-21-Tagen-Dinger, die sind nämlich teilweise recht gut), an den PC sitzen und versuchen, einfache Programme zu schreiben.

Ich glaube nicht, daß man so ein guter Programmierer wird.

das ist ein 1A Rezept, um ein schlechter Programmierer zu werden

(15.11.2010 23:11)Gleisdreieck schrieb:  Ich bin allerdings der Meinung, daß es mehr bringt wenn man sich erst einmal grundsätzlich über Programmiertechniken etwas beibringt, bevor man sich mal schnell an den Rechner setzt und drauflosprogrammiert.

Ich weise noch einmal auf die von officercrockey angegebenen drei Wochen hin. Und: Jemandem, der noch nie programmiert hat, zunächst (für ihn dann sehr abstrakte) Programmiertechniken oder -paradigmen beizubringen, ist sicher der falsche Weg. Solange nicht ein greifbares, konkretes Grundverständnis dafür vorhanden ist, wie ein Programm konkret aussehen könnte bzw. wie es grob funktioniert, sind alle Bemühungen, Dinge wie Objektorientierung, Modularität, "guter" Programmierstil etc. eintrichtern zu wollen, verlorene Liebesmüh'. Das geht dann links rein und rechts wieder raus, weil der Klebstoff dazwischen fehlt. Mit einem Buch (o.Ä.) wird eben genau dieser Klebstoff erstellt: In der Regel wird anhand einfachster Beispiele gezeigt, welche Befehle was bewirken. Wenn man diese snippets dann auch gleich noch selbst abtippt und dabei hoffentlich Fehler macht, ist der Lerneffekt ganz bestimmt grösser als wenn der Lernende weiss, dass er Codeduplizität vermeiden sollte, ohne zu wissen, was eine Funktion ist.

(15.11.2010 23:56)Eddi schrieb:  

(15.11.2010 23:01)Gleisdreieck schrieb:  

(15.11.2010 10:37)Roman schrieb:  Meine Empfehlung ist die Klassische: Unbedingt ein C++-Buch kaufen (eines dieser C++-in-21-Tagen-Dinger, die sind nämlich teilweise recht gut), an den PC sitzen und versuchen, einfache Programme zu schreiben.

Ich glaube nicht, daß man so ein guter Programmierer wird.

das ist ein 1A Rezept, um ein schlechter Programmierer zu werden

Eddi, wie wäre Dein Vorschlag?
Jetzt mal nicht auf officercrockey bezogen sondern generell?

Also ich denke auch, dass bei Adam und Eva anzufangen für mich übertrieben wäre... Aus mir soll auch garkein guter Programmierer werden... und wird es höchstwahrscheinlich auch nicht.

Ich mache mal ein kleines Beispiel was ich gerne angehen würde:

Ich richte gerade den 24-Stunden-Tag ein, d.h. jedes Fahrzeug hat einen 24-Stunden-Fahrplan um dann abends ins Depot fahren und morgens wieder raus... Depot heißt hier Rangierbahnhof oder eben ein Betriebshof...

Das heißt natürlich, dass man den normalen Fahrplan mehrere male wiederholen muss um auf die 24 Stunden zu kommen. Und hier wirds natürlich sehr mühselig: Bei einem Bus können das schon mal 150 Positionen sein, die ich dann von Hand eintragen muss

Einfacher wäre es natürlich, wenn man den einen Umlauf einstellt wie immer und den dann kopieren und hintendran hängen kann.

Bei dem Fahrplanmenü gäbs noch andere kleine Dinge, wie zum Beispiel einen Hotkey für "Zeit ändern" (gibts das vielleicht schon?)

Also würden dafür solche Crashkurse reichen oder ist das immer noch zu hoch?

(16.11.2010 00:17)Roman schrieb:  

(15.11.2010 23:11)Gleisdreieck schrieb:  Ich bin allerdings der Meinung, daß es mehr bringt wenn man sich erst einmal grundsätzlich über Programmiertechniken etwas beibringt, bevor man sich mal schnell an den Rechner setzt und drauflosprogrammiert.

Ich weise noch einmal auf die von officercrockey angegebenen drei Wochen hin. Und: Jemandem, der noch nie programmiert hat, zunächst (für ihn dann sehr abstrakte) Programmiertechniken oder -paradigmen beizubringen, ist sicher der falsche Weg. Solange nicht ein greifbares, konkretes Grundverständnis dafür vorhanden ist, wie ein Programm konkret aussehen könnte bzw. wie es grob funktioniert, sind alle Bemühungen, Dinge wie Objektorientierung, Modularität, "guter" Programmierstil etc. eintrichtern zu wollen, verlorene Liebesmüh'. Das geht dann links rein und rechts wieder raus, weil der Klebstoff dazwischen fehlt. Mit einem Buch (o.Ä.) wird eben genau dieser Klebstoff erstellt: In der Regel wird anhand einfachster Beispiele gezeigt, welche Befehle was bewirken. Wenn man diese snippets dann auch gleich noch selbst abtippt und dabei hoffentlich Fehler macht, ist der Lerneffekt ganz bestimmt grösser als wenn der Lernende weiss, dass er Codeduplizität vermeiden sollte, ohne zu wissen, was eine Funktion ist.

Es tut mir ja leid, Dir nochmal widersprechen zu müssen. Aber jemand der noch nie programmiert hat, kann eben in drei Wochen nicht programmieren lernen, auch nicht mit einem noch so guten C++-Buch.

(16.11.2010 12:02)Gleisdreieck schrieb:  [...] Jemand der noch nie programmiert hat, kann eben in drei Wochen nicht programmieren lernen, auch nicht mit einem noch so guten C++-Buch.

Das habe ich auch nicht behauptet. officercrockey schreibt ja, er wolle den OpenTTD-Code lesen/verstehen/modifizieren können. Das ist nicht gleichbedeutend mit "programmieren lernen" oder "programmieren können" (wie auch immer man diese Betriffe verstehen mag).

Hallo

(16.11.2010 12:40)Roman schrieb:  

(16.11.2010 12:02)Gleisdreieck schrieb:  [...] Jemand der noch nie programmiert hat, kann eben in drei Wochen nicht programmieren lernen, auch nicht mit einem noch so guten C++-Buch.

Das habe ich auch nicht behauptet. officercrockey schreibt ja, er wolle den OpenTTD-Code lesen/verstehen/modifizieren können. Das ist nicht gleichbedeutend mit "programmieren lernen" oder "programmieren können" (wie auch immer man diese Betriffe verstehen mag).

Allerspätestens mit "modifizieren" ist es eben doch gleichbedeutend mit programmieren können, wenn "können" auch nicht gleich "Vollprofi sein" heißt. Ein solch komplexes Projekt wie OpenTTD zu durchschauen braucht es mehr als nur die dreiwöchige Lektüre von Einsteigerbüchern und das Nachvollziehen der Codebeispiele. Um die Grundlagen einer Programmiersprache zu verstehen, reicht ein oder zwei gute Bücher hingegen aus, wenn auch noch keiner ein Beispiel für ein gutes Buch genannt hat.

Tschö, Auge

(18.11.2010 16:40)Auge schrieb:  Allerspätestens mit "modifizieren" ist es eben doch gleichbedeutend mit programmieren können, wenn "können" auch nicht gleich "Vollprofi sein" heißt. Ein solch komplexes Projekt wie OpenTTD zu durchschauen braucht es mehr als nur die dreiwöchige Lektüre von Einsteigerbüchern und das Nachvollziehen der Codebeispiele. Um die Grundlagen einer Programmiersprache zu verstehen, reicht ein oder zwei gute Bücher hingegen aus, wenn auch noch keiner ein Beispiel für ein gutes Buch genannt hat.

Wohl wahr. Aber man braucht nicht als Vollprofi da anfangen; allerdings sollte man sich auch vom Anspruch verabschieden gleich nach einer Woche zwei Patche wie CargoDist und InfrastructureSharing zusammenführen und updaten zu können:

Von
bis zu
war das auch ein etwas längerer Weg aber auch ohne professionelle Ausbildung im IT-Bereich machbar.