DAT2 Test - MO Gruppe
-
- Beiträge: 37
- Registriert: 13.11.2006, 16:37
DAT2 Test - MO Gruppe
Hallo!!
Könnte mir wer sagen (ich war letzten montag leider verhindert) wie es beim Test ausschaut?
Welche Unterlagen sind erlaubt (eigenen Programme ausgedruckt, händische Mitschrift, DAV2 Skript, Fortranzusammenfassung)?
Hat man Zugriff auf seine selbstgeschriebenen Programme?
Was soll man sich speziell anschaun bzw. ist es auf Fortran zugeschnitten?!
Wie ist der Test aufgebaut (Theoriefragen,..?)?
Was sollte man Üben?
Danke
depp
Könnte mir wer sagen (ich war letzten montag leider verhindert) wie es beim Test ausschaut?
Welche Unterlagen sind erlaubt (eigenen Programme ausgedruckt, händische Mitschrift, DAV2 Skript, Fortranzusammenfassung)?
Hat man Zugriff auf seine selbstgeschriebenen Programme?
Was soll man sich speziell anschaun bzw. ist es auf Fortran zugeschnitten?!
Wie ist der Test aufgebaut (Theoriefragen,..?)?
Was sollte man Üben?
Danke
depp
-
- Beiträge: 89
- Registriert: 06.11.2006, 00:16
-
- Beiträge: 194
- Registriert: 11.10.2006, 14:53
- Carlos DeAndrade
- Beiträge: 29
- Registriert: 10.12.2006, 13:34
-
- Beiträge: 0
- Registriert: 18.10.2006, 18:28
- Kontaktdaten:
-
- Beiträge: 194
- Registriert: 11.10.2006, 14:53
- ibi
- Dr. h.c.
- Beiträge: 443
- Registriert: 12.10.2006, 20:34
- Wohnort: Kagran / Donaustadt
-
- Beiträge: 194
- Registriert: 11.10.2006, 14:53
- ibi
- Dr. h.c.
- Beiträge: 443
- Registriert: 12.10.2006, 20:34
- Wohnort: Kagran / Donaustadt
-
- Beiträge: 89
- Registriert: 06.11.2006, 00:16
-
- Beiträge: 12
- Registriert: 10.04.2007, 20:26
@Wozu implicit none:
Weil ein compile time error wesentlich leichter zu finden ist als ein run time error.
Ein Tippfehler im Variablennamen ist schnell passiert. Wenn der Compiler sofort schreit ist es wesentlich einfacher den Fehler zu finden, als wenn man dann draufkommen muß das eine Variable nicht initialisiert wurde.
Weil ein compile time error wesentlich leichter zu finden ist als ein run time error.
Ein Tippfehler im Variablennamen ist schnell passiert. Wenn der Compiler sofort schreit ist es wesentlich einfacher den Fehler zu finden, als wenn man dann draufkommen muß das eine Variable nicht initialisiert wurde.
- ibi
- Dr. h.c.
- Beiträge: 443
- Registriert: 12.10.2006, 20:34
- Wohnort: Kagran / Donaustadt
Tippfehler passieren schneller als man denkt. Hast Du ja selbst festgestellt.m0tzerl hat geschrieben:nein verwend ich nicht. wozu auch. man sollt halt seine variablennamen kennen wenn man was proggt
Bei kurzen Programmen ist es egal, aber je länger das Programm, desto wahrscheinlicher ein Fehler. Deswegen sollte man auch immer mit -Wall kompilieren bzw. ein makefile verwenden, das dies automatisch tut.
Visual Basic ist da viel extremer, da "wissen" die Variablen von selbst, ob sie integer, float, string oder wasauchimmer sind. Führt einerseits zu sehr netten Fehler und andererseits dazu, daß man das Programm nicht so leicht lesen kann.
Eine Auflistung aller Variablen samt Typ am Anfang des Programms ist einfach sehr hilfreich, wenn man das Programm später einmal verstehen will.
-
- Beiträge: 12
- Registriert: 10.04.2007, 20:26
AFAIR gibt es daher für VB auch ein äquivalent zu "implicit none", dort heißt das "Option Explicit".
Mit "Dim x as Integer" kann man den Typ festlegen.
Es gibt aber genügend Sprachen die keine Typen kennen (vor allem Skriptsprachen, z.B. php obwohl es da in Version 5 auch schon Ansätze zu Typen gibt).
Mit "Dim x as Integer" kann man den Typ festlegen.
Es gibt aber genügend Sprachen die keine Typen kennen (vor allem Skriptsprachen, z.B. php obwohl es da in Version 5 auch schon Ansätze zu Typen gibt).