FreitagsrundenWiki - Benutzerbeiträge [de]

Robert Lubkoll/Java Kurs/Tag1/Teil1/Zusammenfassung

2009-02-19T11:37:02Z

78.52.204.95: /* HelloWorld in Java */

Hier noch einmal zum Nachschlagen all das was in LE1 behandelt wurde.
Die Folien der ersten Vorlesung findet ihr hier:

[http://www.the-gate.de/uni/javakurs2006/Javakurs_LE1.pdf Folien der ersten Vorlesung]

=== HelloWorld in Java ===

public class HelloWorld{
public static void main(String[] arguments){
System.out.println("Hallo Welt");
}
}

Javaprogramme sind in Blöcken strukturiert, die immer von einer { begonnen und einer } beendet werden.
Vor der { steht ein Ausdruck, der festlegt, um was für eine Art von Block es sich handelt.

Die erste Zeile im HelloWorld-Programm legt fest, dass alles nun Folgende zu einer Klasse namens HelloWorld gehört, warum da ein public steht ist ersteinmal egal.
Die zweite Zeile leitet eine Methode ein, die in (genau) dieser Form die Sonderrolle hat, dass mit ihr das Javaprogramm beginnt.
Da wir uns bisher noch keine Sorgen um andere Methoden machen (LE2), verwenden wir die main einfach und schreiben unser komplettes Programm hier.

System.out.println("Text"); gibt “Text“ auf der Console aus und bricht die Zeile um.

'''Wichtig!''' : Die Datei, in der ihr euer Programm speichert, muss denselben Namen tragen wie eure Klasse und auf .java enden. Anderenfalls bekommt ihr eine Fehlermeldung von javac.

=== compilieren und ausführen ===

==== javac ====
'''Aufruf:''' javac HelloWorld.java

Zunächst muss das Programm in ausfürbaren Bytecode übersetzt (compiliert) werden.
In Java heißt der dafür zuständige Compiler javac.

javac erzeugt aus der HelloWorld.java Datei eine HelloWorld.class Datei, die zwar nicht länger lesbar ist aber von java als Programm ausgeführt werden kann.
Wenn ihr beim schreiben eures Programms Fehler gemacht habt werdet ihr in der Regel bereits hier von einem verwirrten Compiler darauf hin gewiesen.

==== java ====
'''Aufruf:''' java HelloWorld

Ist die HelloWorld.class Datei erfolgreich erzeugt worden kann sie ausgefürt werden.

'''Wichtig!''' : HelloWorld ist hier weder die .class Datei noch die .java Datei sondern die in der .class Datei compilierte Klasse. Also hängt hier keine Endung dran, sonst gibt es eine Fehlermeldung.

=== Variablen ===

==== Deklaration / Zuweisungen ====
int number_1 = 7;
int number_2 = 8;
number_1 = number_1 + number_2;

Variablen Müssen in Java vor der Benutzung deklariert, also angelegt werden.

Formal:
Typ Variablenname;
// oder wenn ihr schon wisst was in die Variable hinnein soll
Typ Variablenname = Wert;

Ist eine Variable ersteinmal deklariert können ihr innerhalb des Blocks in dem sie deklariert wurde Werte zugewiesen werden.
Diese Zuweisung ist keine Mathematische Gleichung, sondern alles was auf der rechten seite des Gleichheitszeichens steht wird ausgewertet und das Ergebnis dieser Auswertung wird der neue Wert der Variablen links vom Gleichheitszeichen.

'''Wichtig''' : Beim Rechnen mit Variablen gilt Punkt vor Strichrechnung und die normalen Klammerregeln.

==== wichtigste Basistypen ====
Die wichtigsten Typen mit denen ihr hier im Kurs arbeiten werdet sind die folgenden Basystypen:

*'''int'''
:Eine Ganze Zahl zwischen - 2E31 und 2E31 -1

*'''double'''
:Eine Kommazahl zwischen - 1.79769313486231570 *10E308 und 1.79769313486231570 *10E308

:'''Wichtig''' : es wird kein Komma verwendet, sondern ein Punkt.

*'''String'''
:Eine Zeichenkette. Text der in Anführungszeichen gesetzt ist wird als String verwertet. z.B: String text = "Text";

:Zwei Zeichenketten oder auch eine Zeichenkette und ein anderer Basystyp können mit dem Operator + verkettet werden. aus "Ergebnis: "+7 wird hier z.B. "Ergebnis: 7".

:Das das Plus in Java gleich mehrere Bedeutungen hat kann verwirrend sein. Wenn irgendwo am Plus ein String hängt verwendet Java es um den string mit dem rest zu verknüpfen. Anderenfalls als Rechenoperator.
:"Ergebnis: "+(7+3) würde beispielsweise "Ergebnis: 10" ergeben.

*'''boolean'''
:Ein Warheitswert. die beiden zulässigen Zustände sind true und false.
:Die drei wichtigsten Operatoren sind:
# && (logisch und)
# || (logisch oder)
# ! (logisch nicht)

=== Fallunterscheidung ===

boolean condition = true;
if( condition ){
// condition war true
}else{
// condition war false
}

Ist die condition, hier als Variable dargestellt, true wird der {} Klammerblock hinter dem if abgearbeitet und der {} Klammerblock hinter dem else übersprungen. Ist sie False passiert das Ganze genau anders herrum, es wird also der else Block abgearbeitet.

boolean condition = true;
if( condition ){
// condition war true
}

Will man einen Programmteil nur dann ausführen wenn eine bestimmte Bedingung erfüllt ist und sonst einfach das Programm fortsetzen, kann man den else Teil der Fallunterscheidung auch weck lassen.

=== Blöcke ===

Alles was in Java mit einer { Klammer beginnt muss irgendwo auch wieder mit einer } Klammer enden und stellt einen Block dar.
Blöcke schreibt ihr z.B. bei Fallunterscheidungen, aber auch Klassen und Methoden (wie die main) stellen Blöcke dar.
Blöcke können selbstverständlich auch weitere Blöcke enthalten.
Damit man bei diesen Verschachtelungen nicht die Übersicht verliert empfielt es sich alle was innerhalb eines Blockes steht mit dem Tabulator einzurücken. Das sieht dann ungefähr so aus:

if(true){ // erster Blog
if(true){ // zweiter Blog

}
}

Variablen die ihr innerhalb dieser Blöcke verändert bleiben auch nach deren Abarbeitung verändert.

'''Wichtig''' !:
Wenn ihr allerdings innerhalb eines Blockes eine Variable neu anlegt existiert diese nur innerhalb dieses Blockes und allen Blöcken die in diesem Block enthalten sind.

Beispiel

if(true){
String name = "Robert"; // Deklaration der Variablen im Block1

if(true){
name = "Ellen"; // Verwendung der Variablen im Block2
}
name = "Artur"; // Verwendung der variablen im Block1
}
// ab hier existiert die Variable nicht mehr (Block0)

=== Kommentare ===

// Einzeiliger Kommentar

/*
Kommentarblock
*/

=== Fehlersuche ===

Enthält euer Programm Fehler so wird sich in der Regel bereits der compiler javac beschweren und euch einen Hinweis darauf geben an welcher Stelle er nicht weitergekommen ist.

Angezeigt wird euch:
# die Datei in der der Fehler aufgetreten ist
# die Zeile in welcher der Fehler aufgetreten ist
# was javac an der Stelle an der er nicht weiter weiß erwartet hätte (was ber nur ein Hinweis und nicht immer wirklich der Fehler ist)
# was es an der Problemstelle in eurem Code tatsächlich vorgefunden hat.

*Wie geht man vor?

:Man schaut zunächst in der von javac angegebenden Zeile nach ob man den Fehler vielleicht bereits hier findet.

:Ist das nicht der Fall durchsucht man sein Programm ausgehend von dieser Zeile Shritt für Schritt '''in Richtung Programmanfang''' nach einem Fehler. In die andere Richtung muss man nicht suchen da javac diesen Teil noch nicht einmal bearbeitet hatte als der Fehler auftrat!

MPGI 3 (Bachelor)

2009-02-19T11:27:40Z

78.52.204.95: /* Tipps und nützliche Infos */ und noch mehr... wer braucht ne Vorschau-Funktion ;)

'''Methodische und Praktische Grundlagen der Informatik 3: Softwaretechnik''' ist eine Pflichtveranstaltung im zweiten Jahr des [[Lehrveranstaltungen Informatik|Studiengangs Informatik]] nach neuer [[StuPO Informatik|Bachelor-StuPO]]. Sie besteht aus 4 SWS [[Vorlesung]] und 2 SWS [[Übung]] im dritten Semester und anschließend 4 SWS [[Praktikum]] im vierten Semester. Die gesamte Veranstaltung entspricht damit 12 [[ECTS]]-Leistungspunkten.

Zitat von der MPGI3-Seite:

Für Diplomstudiengänge ([[Lehrveranstaltungen Informatik Diplom (StuPO90)|Informatik]], TI, TWM, Wi-Ing, ITM u.A.) auch als [[Basisveranstaltung]] [[Softwaretechnik]] anrechenbar.

== Inhalt ==
Die Lehrveranstaltung behandelt grundlegende Methoden und Techniken zur Softwareentwicklung von der Anforderungsanalyse über den Entwurf bis zur Implementierung unter Berücksichtigung von Qualitätssicherungsmaßnahmen.

Schwerpunkte sind dabei:

* Prozess- und Produktübersicht auf Software
* Anforderungsermittlung
* Vorgehensmodelle
* Objektorientierte Entwicklungsmethode auf Basis von UML
** Ausgangspunkt: Anforderungsspezifikation
** Aufstellung von Analyse-, Architektur- und Entwurfsmodellen
** Umsetzung in ein Ausführungsmodell
** Konsistenzprüfung zwischen Modellen und Qualitätssicherung
* Komponenten und Modularisierung
* Klassifikation von Softwaresystemen nach Architektur- und Anwendungszweck
* Qualitätssicherung durch Testen
* formale und diagrammatische Modellierungstechniken (z.B. Statecharts)

== Tipps und nützliche Infos ==

* Die Vorlesung befasst sich vor allem mit dem gesamten theoretischen Hintergrund des modellierten Softwareengineerings, während in den Übungen durchgehend der Umgang von und mit UML gelehrt wird.
* Im WS 2007/08 war der Höreransturm so groß, das sich die Veranstalter gezwungen sahen, die Arbeit von Vierergruppen zu forcieren. Wer hier vorbereitet ist, vermeidet das Erlebnis, plötzlich mit vollkommen Unbekannten arbeiten zu müssen.
* Ob der hohen Besucherzahl empfiehlt sich außerdem die Verwendung weiterer Ressourcen zum Erlernen von UML, z.B. [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Literatur| Lehrbücher] oder [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Weblinks| Web-Ressourcen]. Als Empfehlung seien hier das "Lehrbuch der Objektmodellierung, Analyse und Entwurf mit der UML 2" ISBN 3-8274-1162-9 von Heide Balzert und der Online-Lehrgang "[http://www.highscore.de/uml/| Der moderne Softwareentwicklungsprozess mit UML]" von Boris Schäling genannt.
* Zum WS08/09 bietet der Fachbereich auf ISIS die Mitschnitte der Vorlesungen an. Passender RSS-Feed: http://user.cs.tu-berlin.de/~helldgra/mpgi3.cgi

== Persönliche Kommentare ==

{{EntsprechungD|(möglicherweise inhaltlich) [[Softwaretechnik]]}}

[[Kategorie: Lehrveranstaltungen]]
* Der Inhalt dieser Veranstaltung ist m.E. weitaus weniger konkret als die bisherigen MPGI-Vorlesungen und erfordert daher ein höheres Maß an Nacharbeit bzw. Eigeninformation, als es z.B. MPGI I verlangt

Im WS 2007/08 war die Veranstaltung extrem unorganisiert. Die Korrektur hing immer 2 Aufgabenblätter hinter dem aktuellen Blatt, was sehr schön ist, wenn die Blätter aufeinander Aufbauen. Die Bewertungen sind ziemlich undurchsichtig, man weiß eigentlich gar nicht was an der eigenen Abgabe jetzt gut oder schlecht war. Auch wenn ich denke, dass UML für Informatiker ein wichtiges Thema ist, sollte man sich lieber ein gutes Buch zu diesem Thema besorgen und die Veranstaltung meiden (wenn man kann).--[[Benutzer:Ripper2256|Ripper2256]] 14:09, 14. Feb. 2008 (CET)

* Die Veranstaltung ist von der Thematik her schon sehr interessant, allerdings ist die Ausführung recht bescheiden. Die VL war recht zäh, da Prof. Jähnichen sehr viel redet, aber wenig sagt. Seine Ausschweifungen haben den eh schon fragilen Roten Faden immer wieder zerstört. In den Tutorien lief es wenig besser. Ich hatte immer Angst, dass mein Tutor im Stehen einschläft. Die Aufgabenbewertungen waren sehr mysteriös, dabei hätte man schon ne 1,0 verdient, wenn man es schafft die unvöllständigen und auch sinnfreien Aufgaben zu verstehen. ;-) Zu allem Überfluss war die Kontrolle noch sehr langsam. Die ist insofern ärgerlich, wenn die Aufgaben aufeinander aufbauen und man durch deren Langsamkeit dann zweimal den gleichen Fehler angekreidet bekommt. Einzig positiv war das Diskussionsforum, welches auch vom Lehrpersonal (insbesondere den Assistenten) genutzt wurde. Somit konnte man dort recht schnell eine Antwort auf seine Fragen erhalten. --mkter 14:42, 21. Feb. 2008 (CET)

MPGI 3 (Bachelor)

2009-02-19T11:25:20Z

78.52.204.95: /* Tipps und nützliche Infos */ und nochmal

'''Methodische und Praktische Grundlagen der Informatik 3: Softwaretechnik''' ist eine Pflichtveranstaltung im zweiten Jahr des [[Lehrveranstaltungen Informatik|Studiengangs Informatik]] nach neuer [[StuPO Informatik|Bachelor-StuPO]]. Sie besteht aus 4 SWS [[Vorlesung]] und 2 SWS [[Übung]] im dritten Semester und anschließend 4 SWS [[Praktikum]] im vierten Semester. Die gesamte Veranstaltung entspricht damit 12 [[ECTS]]-Leistungspunkten.

Zitat von der MPGI3-Seite:

Für Diplomstudiengänge ([[Lehrveranstaltungen Informatik Diplom (StuPO90)|Informatik]], TI, TWM, Wi-Ing, ITM u.A.) auch als [[Basisveranstaltung]] [[Softwaretechnik]] anrechenbar.

== Inhalt ==
Die Lehrveranstaltung behandelt grundlegende Methoden und Techniken zur Softwareentwicklung von der Anforderungsanalyse über den Entwurf bis zur Implementierung unter Berücksichtigung von Qualitätssicherungsmaßnahmen.

Schwerpunkte sind dabei:

* Prozess- und Produktübersicht auf Software
* Anforderungsermittlung
* Vorgehensmodelle
* Objektorientierte Entwicklungsmethode auf Basis von UML
** Ausgangspunkt: Anforderungsspezifikation
** Aufstellung von Analyse-, Architektur- und Entwurfsmodellen
** Umsetzung in ein Ausführungsmodell
** Konsistenzprüfung zwischen Modellen und Qualitätssicherung
* Komponenten und Modularisierung
* Klassifikation von Softwaresystemen nach Architektur- und Anwendungszweck
* Qualitätssicherung durch Testen
* formale und diagrammatische Modellierungstechniken (z.B. Statecharts)

== Tipps und nützliche Infos ==

* Die Vorlesung befasst sich vor allem mit dem gesamten theoretischen Hintergrund des modellierten Softwareengineerings, während in den Übung durchgehend der Umgang von und mit UML gelehrt wird.
* Im WS 2007/08 war der Höreransturm so groß, das sich die Veranstalter gezwungen sahen, die Arbeit von Vierergruppen zu forcieren. Wer hier vorbereitet ist, vermeidet das Erlebnis, plötzlich mit vollkommen Unbekannten arbeiten zu müssen.
* Ob der hohen Besucherzahl empfiehlt sich außerdem die Verwendung weiterer Ressourcen zum Erlernen von UML, z.B, [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Literatur| Lehrbücher] oder [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Weblinks| Web-Ressourcen]. Als Empfehlung sei hier das "Lehrbuch der Objektmodellierung, Analyse und Entwurf mit der UML 2" ISBN 3-8274-1162-9 von Heide Balzert und der Online-Lehrgang "[http://www.highscore.de/uml/| Der moderne Softwareentwicklungsprozess mit UML]" von Boris Schäling genannt.
* Zum WS08/09 bietet der Fachbereich auf ISIS die Mitschnitte von den Vorlesungen an. Passender RSS-Feed: http://user.cs.tu-berlin.de/~helldgra/mpgi3.cgi

== Persönliche Kommentare ==

{{EntsprechungD|(möglicherweise inhaltlich) [[Softwaretechnik]]}}

[[Kategorie: Lehrveranstaltungen]]
* Der Inhalt dieser Veranstaltung ist m.E. weitaus weniger konkret als die bisherigen MPGI-Vorlesungen und erfordert daher ein höheres Maß an Nacharbeit bzw. Eigeninformation, als es z.B. MPGI I verlangt

Im WS 2007/08 war die Veranstaltung extrem unorganisiert. Die Korrektur hing immer 2 Aufgabenblätter hinter dem aktuellen Blatt, was sehr schön ist, wenn die Blätter aufeinander Aufbauen. Die Bewertungen sind ziemlich undurchsichtig, man weiß eigentlich gar nicht was an der eigenen Abgabe jetzt gut oder schlecht war. Auch wenn ich denke, dass UML für Informatiker ein wichtiges Thema ist, sollte man sich lieber ein gutes Buch zu diesem Thema besorgen und die Veranstaltung meiden (wenn man kann).--[[Benutzer:Ripper2256|Ripper2256]] 14:09, 14. Feb. 2008 (CET)

* Die Veranstaltung ist von der Thematik her schon sehr interessant, allerdings ist die Ausführung recht bescheiden. Die VL war recht zäh, da Prof. Jähnichen sehr viel redet, aber wenig sagt. Seine Ausschweifungen haben den eh schon fragilen Roten Faden immer wieder zerstört. In den Tutorien lief es wenig besser. Ich hatte immer Angst, dass mein Tutor im Stehen einschläft. Die Aufgabenbewertungen waren sehr mysteriös, dabei hätte man schon ne 1,0 verdient, wenn man es schafft die unvöllständigen und auch sinnfreien Aufgaben zu verstehen. ;-) Zu allem Überfluss war die Kontrolle noch sehr langsam. Die ist insofern ärgerlich, wenn die Aufgaben aufeinander aufbauen und man durch deren Langsamkeit dann zweimal den gleichen Fehler angekreidet bekommt. Einzig positiv war das Diskussionsforum, welches auch vom Lehrpersonal (insbesondere den Assistenten) genutzt wurde. Somit konnte man dort recht schnell eine Antwort auf seine Fragen erhalten. --mkter 14:42, 21. Feb. 2008 (CET)

MPGI 3 (Bachelor)

2009-02-19T11:24:56Z

78.52.204.95: /* Tipps und nützliche Infos */ Rechtschreibung korrigiert

'''Methodische und Praktische Grundlagen der Informatik 3: Softwaretechnik''' ist eine Pflichtveranstaltung im zweiten Jahr des [[Lehrveranstaltungen Informatik|Studiengangs Informatik]] nach neuer [[StuPO Informatik|Bachelor-StuPO]]. Sie besteht aus 4 SWS [[Vorlesung]] und 2 SWS [[Übung]] im dritten Semester und anschließend 4 SWS [[Praktikum]] im vierten Semester. Die gesamte Veranstaltung entspricht damit 12 [[ECTS]]-Leistungspunkten.

Zitat von der MPGI3-Seite:

Für Diplomstudiengänge ([[Lehrveranstaltungen Informatik Diplom (StuPO90)|Informatik]], TI, TWM, Wi-Ing, ITM u.A.) auch als [[Basisveranstaltung]] [[Softwaretechnik]] anrechenbar.

== Inhalt ==
Die Lehrveranstaltung behandelt grundlegende Methoden und Techniken zur Softwareentwicklung von der Anforderungsanalyse über den Entwurf bis zur Implementierung unter Berücksichtigung von Qualitätssicherungsmaßnahmen.

Schwerpunkte sind dabei:

* Prozess- und Produktübersicht auf Software
* Anforderungsermittlung
* Vorgehensmodelle
* Objektorientierte Entwicklungsmethode auf Basis von UML
** Ausgangspunkt: Anforderungsspezifikation
** Aufstellung von Analyse-, Architektur- und Entwurfsmodellen
** Umsetzung in ein Ausführungsmodell
** Konsistenzprüfung zwischen Modellen und Qualitätssicherung
* Komponenten und Modularisierung
* Klassifikation von Softwaresystemen nach Architektur- und Anwendungszweck
* Qualitätssicherung durch Testen
* formale und diagrammatische Modellierungstechniken (z.B. Statecharts)

== Tipps und nützliche Infos ==

* Die Vorlesung befasst sich vor allem mit dem gesamt theoretischen Hintergrund des modellierten Softwareengineerings, während in den Übung durchgehend der Umgang von und mit UML gelehrt wird.
* Im WS 2007/08 war der Höreransturm so groß, das sich die Veranstalter gezwungen sahen, die Arbeit von Vierergruppen zu forcieren. Wer hier vorbereitet ist, vermeidet das Erlebnis, plötzlich mit vollkommen Unbekannten arbeiten zu müssen.
* Ob der hohen Besucherzahl empfiehlt sich außerdem die Verwendung weiterer Ressourcen zum Erlernen von UML, z.B, [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Literatur| Lehrbücher] oder [http://de.wikipedia.org/wiki/Unified_Modeling_Language#Weblinks| Web-Ressourcen]. Als Empfehlung sei hier das "Lehrbuch der Objektmodellierung, Analyse und Entwurf mit der UML 2" ISBN 3-8274-1162-9 von Heide Balzert und der Online-Lehrgang "[http://www.highscore.de/uml/| Der moderne Softwareentwicklungsprozess mit UML]" von Boris Schäling genannt.
* Zum WS08/09 bietet der Fachbereich auf ISIS die Mitschnitte von den Vorlesungen an. Passender RSS-Feed: http://user.cs.tu-berlin.de/~helldgra/mpgi3.cgi

== Persönliche Kommentare ==

{{EntsprechungD|(möglicherweise inhaltlich) [[Softwaretechnik]]}}

[[Kategorie: Lehrveranstaltungen]]
* Der Inhalt dieser Veranstaltung ist m.E. weitaus weniger konkret als die bisherigen MPGI-Vorlesungen und erfordert daher ein höheres Maß an Nacharbeit bzw. Eigeninformation, als es z.B. MPGI I verlangt

Im WS 2007/08 war die Veranstaltung extrem unorganisiert. Die Korrektur hing immer 2 Aufgabenblätter hinter dem aktuellen Blatt, was sehr schön ist, wenn die Blätter aufeinander Aufbauen. Die Bewertungen sind ziemlich undurchsichtig, man weiß eigentlich gar nicht was an der eigenen Abgabe jetzt gut oder schlecht war. Auch wenn ich denke, dass UML für Informatiker ein wichtiges Thema ist, sollte man sich lieber ein gutes Buch zu diesem Thema besorgen und die Veranstaltung meiden (wenn man kann).--[[Benutzer:Ripper2256|Ripper2256]] 14:09, 14. Feb. 2008 (CET)

* Die Veranstaltung ist von der Thematik her schon sehr interessant, allerdings ist die Ausführung recht bescheiden. Die VL war recht zäh, da Prof. Jähnichen sehr viel redet, aber wenig sagt. Seine Ausschweifungen haben den eh schon fragilen Roten Faden immer wieder zerstört. In den Tutorien lief es wenig besser. Ich hatte immer Angst, dass mein Tutor im Stehen einschläft. Die Aufgabenbewertungen waren sehr mysteriös, dabei hätte man schon ne 1,0 verdient, wenn man es schafft die unvöllständigen und auch sinnfreien Aufgaben zu verstehen. ;-) Zu allem Überfluss war die Kontrolle noch sehr langsam. Die ist insofern ärgerlich, wenn die Aufgaben aufeinander aufbauen und man durch deren Langsamkeit dann zweimal den gleichen Fehler angekreidet bekommt. Einzig positiv war das Diskussionsforum, welches auch vom Lehrpersonal (insbesondere den Assistenten) genutzt wurde. Somit konnte man dort recht schnell eine Antwort auf seine Fragen erhalten. --mkter 14:42, 21. Feb. 2008 (CET)