FreitagsrundenWiki - Benutzerbeiträge [de]

Studieren und mehr

2010-10-22T12:13:09Z

130.149.17.45: /* Studieren und mehr -- Was kann man sonst noch so in der Uni machen? */

== Studieren und mehr -- Was kann man sonst noch so in der Uni machen? ==
... ist ein Vortrag den die Freitagsrunde in der E-Woche hällt. Wir erklären was die TU Berlin an angenehmen Dingen für werdende Studenten der Fak.IV bereit hält.

Siehe auch: [[Einführungswoche]]

== alte Folien ==

* [http://docs.freitagsrunde.org/E-Woche/2008/Studieren_und_mehr_WS2008.pdf Folien aus WS2008 als PDF]
* [https://docs.freitagsrunde.org/E-Woche/2010/StudierenUndMehr/sonstso2010.pdf Folien zum 2010'er Vortrag "Studieren und mehr: Was man sonst noch so in der Uni machen kann"] (achtung, groß, 15MB)

Studieren und mehr

2010-10-22T12:11:08Z

130.149.17.45: 2010'er Folien

== Studieren und mehr -- Was kann man sonst noch so in der Uni machen? ==
... ist ein Vortrag den die Freitagsrunde in der E-Woche hällt. Wir erklären was die TU Berlin an angenehmen Dingen für werdende Studenten der Fak.IV bereit hällt.

* [http://docs.freitagsrunde.org/E-Woche/2008/Studieren_und_mehr_WS2008.pdf Folien aus WS2008 als PDF]
* [https://docs.freitagsrunde.org/E-Woche/2010/StudierenUndMehr/sonstso2010.pdf Folien zum 2010'er Vortrag "Studieren und mehr: Was man sonst noch so in der Uni machen kann"] (achtung, groß, 15MB)

Diskussion:Ewoche/seidaktiv

2010-10-20T11:02:29Z

130.149.17.45:

Bitte drückt jetzt auf das Plus, damit ihr einen Kommentar hinterlasst. Damit wir wissen, wer diesen Kommentar geschrieben hat, schreibt bitte das gleiche auch auf eure Abgabe.

== Kommentar ==

Hallo liebe <u>'''Erst'''</u>semester --[[Benutzer:Tkroenert|Tkroenert]] 13:56, 30. Sep. 2010 (CEST)

== Hallo ==

Hallo von der Zimt gruppe.

Eine weitere Gruppe hat die Aufgabe 12 bearbeitet.

Aufgabe 12 erledigt. (>°-°)>

SDF-Gruppe

Javakurs/Übungsaufgaben/Doom

2010-03-25T16:17:13Z

130.149.17.45: /* Kommentare */

'''ASCII-DOOM'''

In Ascii-Doom geht es darum, ein kleines [http://de.wikipedia.org/wiki/Rogue-like rogue-like] Spiel zu implementieren.

D.h. es wird möglich sein mittels [http://en.wikipedia.org/wiki/ASCII_art ASCII-Art], mit einer Spielfigur auf dem Spielfeld zu laufen, später könnt ihr auch
Items, Waffen und [http://imblog.aufeminin.com/blog/D20060112/71199_224296211_liv_tyler_H210646_L.jpg Liv Tyler] einbauen!

Wir werden Schritt für Schritt das Spiel implementieren. Wenn ihr verloren geht, keine Angst, wir können euch helfen ...

== Die Klasse ''GameMain'' - Der Anfang ==

Die Klasse ''GameMain'' ist die Klasse, die die main Methode enthalten wird und somit ausführbar ist. Sie wird die Schnittstelle zur Außenwelt sein und die Ausgabe auf die Konsole tätigen.

* Erstellt zunächst nur diese Klasse. Sobald ihr Klassen aus den späteren Aufgaben implementiert habt, könnt ihr in der ''main''-Methode ihre Funktionalität testen.

== Positionen für alle Objekte ==

Die Klasse ''Position'' repräsentiert eine Position auf einem 2D-Spielfeld. Also karthesische 2 dimensionale Koordinaten, wie ihr sie von einem kariertem Papier kennt. Des Weiteren enthält Sie private die folgende Attribute: ''x'' und ''y'', gekapselt mit ''Gettern'' und ''Settern''.

* Schreibt diese ''Getter'' und ''Setter''
* Implementiert eine equals-Methode, die 2 Objekte vom Typ ''Position'' vergleicht.
* Testet nun eure ''equals''-Methode in der ''main''. (Tested sie solange bis sie funktioniert)

== Repräsentation eines Gebietes ==

''GameTile'' wird unsere Klasse sein, die ein Tile, also ein Feld, im späteren Spiel repräsentiert. Alle weiteren Felder werden von ihr erben. So wird es später ein ''leeres Feld'' geben, eine ''Mauer'', und Alles was euch noch einfällt.

* Es enthält außerdem eine private Variable vom Typ ''Position'', welche die Position des GameTiles auf dem Feld speichert.

* Implementiert eine ''toString''-Methode, die jedem ''GameTile'' einen ''String'' mit Länge 1 zuordnet.
** Diese Methode wird von allen erbenden Klassen überschrieben werden

* Schreibt nun einige Klassen die von ''GameTile'' erben
** Als Namen bietet sich ''WallTile'' und ''EmptyTile''
** Die ''toString()''-Methoden sollten dann sinvolle Zeichen zurückgeben, wie " " oder "#".

* Testet auch hier euere ''toString''-Methoden, in dem ihr euch einzelne Tiles erzeugt und diese ausgeben last'''

== Das GameField ==
Euer ''GameField'' ist eine zentrale Klasse in diesem Spiel, sie repräsentiert das Spielfeld als Ganzes und besteht aus mehreren ''GameTiles''.

* Enthält eine private Variable für das Level (2D-Array aus GameTiles).

* Über den Konstruktor wird ein String dieser Form übergeben(ebenso wie die Breite des Spielfeldes):
String s = "########" +
"# #" +
"# #" +
"### #" +
"# #" +
"########";
** Es soll mit einer Schleife der String Zeichen für Zeichen ausgelesen werden und aus jedem Zeichen ein neues ''GameTile'' (Wand oder leer) erzeugt werden. Diese ''GameTiles'' werden dann in dem Array gespeichert!
** Wie man Strings Zeichen für Zeichen ausliest, findet ihr in der API (java.lang.String).
** Implementiert ein toString, dieser soll folgenden String liefern:
########
# #
# #
### #
# #
########
** Tipp: "\n" steht in einem String für Zeilenumbruch.
** Es soll also aus dem ''GameField''-Array wieder ein ''String'' generiert werden.
** Die ''toString''-Methode von ''GameField'' soll die ''toString''-Methode der ''GameTile''s verwenden, um diese Ausgabe zu erzeugen.
* '''TESTET euer Programm mit verschiedenen Levels'''

== Eine Welt aus Feldern ==

Die Klasse ''World'' ist die Klasse, die Alles verbinden wird, Spieler, Items, Spielfeld etc.

Bei Java funktioniert es bei grafischen Anwendungen etwa so: Man hat ein Objekt, das eine Leinwand repräsentiert (Canvas), man darf auf diesem Objekt Sachen malen. In einem Spiel wird das Objekt in jedem Frame leer gemacht, danach werden alle beteiligten grafischen Objekte (Spieler, Spielfeld, Gegner) nacheinander auf diese Leinwand gemalt. Letzendlich wird die Leinwand auf dem Bildschirm ausgegeben. Das hat den Vorteil, dass jede Klasse die darauf Zugriff bekommt, irgendetwas malen kann ohne zu wissen, was bereits darauf ist oder noch darauf kommt. (Jedes Objekt kümmert sich selbst um seine grafische Entsprechung.)
Das werden wir hier auch machen, allerdings mit einem String, da uns die Grundlagen für Grafisches fehlen.

* Zunächst einmal gibt es nur das ''GameField'', was wir einbinden können (später den Spieler, etc.).
** So muss es auch ein Variable vom Typ ''GameField'' geben.
* Die ''Main'' Klasse erzeugt ab jetzt nur noch eine Instanz von ''World'' nicht mehr von ''GameField''. Denn ''World'' selbst soll sich das ''GameField'' erzeugen (im Konstruktor).

* Definiert eine ''canvas'' Variable, die für die grafische Repräsentierung des Spielfelds stehen wird.
** ''canvas'' ist dabei ein String der der linear das GameField speichert.
BSP: Diese Feld
###
# ##
#@ #
####
Entspricht dann (für eine Breite von 4)
### # ###@ #####

Unter der Annahme das das Feld n Einheiten breit ist, kann man berechnen auf welchem Index des Strings ein Tile liegen soll. Beispiel: ein Tile hat die Koordinaten (4,7) und das Feld ist 16 Einheiten breit, dann berechnet sich der Index aus i = 4 + 7*16, also i = x + y*w.

== Zeichnen der Welt ==

Die ''World'' sollte sich nun selbst zeichnen können. Diese Methode sollte ''draw'' heißen. SIe muss die ''toString''-Methode des GameFields aufrufen. Diese Methode liefert einen linearisierte Variante des Feldes zurück und diese ''draw''-Methode müsste dann nur die linearisierte Variante in Abhängigkeit von der Breite der ''Welt'', 2D ausgeben.

Dazu ein Beispiel: Angenommen ''GameField.toString()'' liefert
#### ## ##@####
Und unter der Annahme die Welt sei 3 Einheiten breit, dann sollte die Ausgabe so aussehen:
###
# #
# #
#@#
###

* ''' TESTET nun eure Grafik Ausgabe anhand verschiedener Level'''

== Schönheit der Ausgabe im GameMain ==

Die Klasse GameMain enthält als einzige eine Instanz der Klasse World und kann somit das Spielfeld zeichnen.
Sofern ihr beim Testen versucht habt, das Spielfeld mehrmals auf die Konsole auszugeben, seht ihr, dass das alte Spielfeld noch immer sichtbar ist über dem neuen. Das sieht irgendwie blöd aus.

* Zählt nach, wieviele Zeilen euere Konsole hat.
* Bevor man das Level ausgibt, kann man soviele leere Zeilen ausgeben lassen, dass das alte Level nicht mehr sichtbar ist. ''System.out.println("");'' gibt eine leere Zeile aus.
* '''TESTEN ob das klappt und gut aussieht'''

== Der Spieler ==

Der Spieler wird die Möglichkeit haben, auf dem Spielfeld rumzulaufen und je nachdem, wie weit ihr kommt, noch viel mehr. Perfekt wäre es wenn dieser Spieler auch von ''GameField'' erbt, damit ihr die Funktionalitäten eines Feldes weiter benutzen könnt (Position, etc.).

* Der Spieler wird durch ein "@" auf dem ''GameField'' repräsentiert.
* Schreibt eine ''draw''-Methode, die einen String bekommt und anhand der obigen Formel zur Indexberechnung und der Position des Spielers den übergebenen String um den Spieler selber ergänzt.

Wenn wir das ganze als Ausgabe betrachten, könnte dies der Eingabe-String sein:
###
# #
# #####
# #
#######

oder linear:
### # # # ###### ########

Wenn der Player jetzt eine Position von (5,4) hat, und die Welt eine Breite von 7 hat, so muss der Index 5+4*7=33 um den Spieler ergänzt werden.

Des Weiteren wollen wir auch den Spieler bewegen können, also muss er folgende Funktionalitäten besitzen:
* public void moveLeft()
* public void moveRight()
* public void moveUp()
* public void moveDown()
** Welche einfach nur die X- oder Y-Position um 1 erhöhen oder verringern.

== Der Spieler in der Welt ==

* Im Konstruktor soll nun auch eine Spielerinstanz erzeugt werden und zunächst an einer bel. Position gesetzt werden.

* Erweitert die draw-Methode so, dass nun auch der Spieler angezeigt wird.

* '''TESTET ob das funktioniert. Was passiert eigentlich, wenn man den Spieler an der Position -1 | -1 setzt ? '''

== Interaktive Welt ==

Nun ist es an der Zeit eurem Spieler das Bewegen beizubringen. Dazu solltet ihr die ''World''-Klasse überarbeiten.

* Implementiert eine Methode ''public boolean onKeyPressed( String key ){ ... }''. Sie wird dann aufgerufen werden, wenn eine Taste gedrückt wurde und soll ''true'' zurückgeben, wenn der Spieler sich bewegt hat, ansonsten ''false''.

* Zunächst müssen wir in ''onKeyPressed'' prüfen, ob key einer der Strings "a" (links) , "s"(unten) , "d"(rechts) , "w"(oben) ist (''equals'' benutzen!). Falls ja, wurde schonmal eine gültige Taste gedrückt. Falls nein, können wir ''false'' zurückliefern.

* Wir müssen als nächstes prüfen, ob der Spieler durch die Bewegung nicht in eine Mauer reinläuft, dazu müssen wir die Spielerposition vergleichen und schauen, in welchem Tile er stehen würde, wenn wir rechts/links/hoch/runter liefen. Sofern dieses Tile leer ist, dürfen wir in diese Richtung laufen. Denkt dabei an die Getter der ''GameField''-Klasse

* Nun wo wir das alles geprüft haben, bewegen wir den Spieler mit einer der vier Bewegungsfunktionen und geben true zurück.

* '''TESTET unbedingt manuell diese Methode, sie muss korrekt funktionieren! '''

== Final Touch ==

Jetzt müsst ihr nur noch eine passende Main-Schleife schreiben, und ihr habt eure erste Sandbox zum weiteren Experimentieren fertig.

* Für die Eingabe von der Konsole benutzt ihr am Besten die ''Terminal''-Klasse.

* Es muss geprueft werden ob es sich um ein gueltiges Zeichen handelt und ob es eines der Zeichen ''a,s,w,d'' ist.

* Das eingegebene Zeichen soll dann an die ''World''-Klasse übergeben werden und diese soll den Spieler bewegen, falls dies möglich ist!

Das ist das Basisgerüst für ein Spiel, ihr könnt nun weitere Sachen einfügen wie z.B. Items, die man einsammeln kann. Wie könnte man das machen? Was hat Liv Tyler in diesem Spiel für eine Aufgabe?

== Kommentare ==
Wenn du Anmerkungen zur Aufgabe hast oder Lob und Kritik loswerden möchtest, ist hier die richtige Stelle dafür. Klicke einfach ganz rechts auf "bearbeiten" und schreibe deinen Kommentar direkt ins Wiki. Keine Scheu, es geht nichts kaputt ;)

#!/bin/bash
pwd
cd Desktop/javakurs10/DOOM/
TERM_ATTRS="-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -tostop -echoprt -echoctl -echoke"

/bin/stty $TERM_ATTRS
java -cp . GameMain

[[Kategorie:Java]]
[[Kategorie:Java_Aufgaben]]

Javakurs/Übungsaufgaben/Doom

2010-03-25T16:16:55Z

130.149.17.45: /* Kommentare */

Javakurs/Übungsaufgaben/Doom

2010-03-25T16:16:21Z

130.149.17.45: /* Kommentare */

Eclipsekurs 2008/Tag 2

2008-11-15T12:23:22Z

130.149.17.45: /* Aufgabe: Importieren und Exportieren */

== Aufgabe: Grundlagen ==
* Falls du noch etwas Übung in Java brauchst, dann besuche den [[Javakurs2008/Übungspool | Übungspool des Javakurses 2008]] und mache einfach von dort noch einige Aufgaben.
* Die folgenden Aufgaben beschäftigen sich weniger mit der Programmierung von Java. Viel mehr stehen die Features von Eclipse im Vordergrund.

==Aufgabe: Importieren und Exportieren ==
* Lade dir Marios [http://docs.freitagsrunde.org/Veranstaltungen/eclipsekurs_2008/tutorial/Visualizer.jar Framework für Formen] herunter
* Informiere dich über den Allgemeinen [[Eclipsekurs_2008/Tag2/VisualizerFramework | Aufbau des Frameworks]]
* Erstelle ein neues Projekt
* Lade das JAR in das Projekt (BuildPath -> Add Jars)
* Schreibe eine '''main''' Methode, die den Visualizer erstellt ('''addVisualElement()''') und anzeigt ('''visualize()''')
* Wie wäre es, wenn du nach dem [[WhishfullThinking | WhishfullThinking-Prinzip]] versuchst weitere VisualElements zu schreiben? Beispielsweise ein Rechteck oder ein Dreieck? Oder gar eine bunte Form?
** Gibt es eine Möglichkeit, diese mit anderen Studierenden auszutauschen?
** Wenn ja, dann tue dies doch einfach ...

== Subversion Repository ==

''' Folgende Aufgabe kann leider nur von Benutzern mit einem CS-Account bearbeitet werden! '''

Wir haben für dich und die anderen Teilnehmer ein Subversion-Repository im CS-Netz angelegt, das ihr für die folgenden Aufgaben nutzen könnt.

* Check dir ein eigenes Verzeichnis davon aus und füge deine Lösungen hinzu.
* Stell sicher, dass dein eclipse mit dem [http://subclipse.tigris.org/ Subclipse-Plugin] versehen ist. Wenn du eclipse im cs-Netz nutzt, fügst du einfach die "Repository Location" wie auf dem Beipackzettel beschrieben hinzu. Falls nicht, füge es über "Help->Software Updates" hinzu.
* Erstelle ein neues Java-SVN-Projekt. (RMB auf PackageExplorer -> new Project -> SVN)
svn+ssh://theclaw@cs.tu-berlin.de/home/theclaw/eclipse2008/svn/[NUMMER]
* Gebe als Repository Location den obigen Text ein
* Lass dir von einem Tutor eine Nummer zwischen 0 und 9 geben
* Trage diese als [NUMMER] ein.
* gebe deinen CS Benutzernamen und dein CS Passwort ein
* klicke danach auf '''Next''' - noch nicht auf '''Finish''':
* Folge den weiteren Schritten des Dialoges, und bearbeite die Aufgabe, die im SVN als README.txt gestellt wurde
* Schau dir auch die CommitKommentare (LogMessages) an, evtl.findest du weitere Aufgaben ....

==Aufgabe: Refactoring ==

Herzlichen Glückwunsch, du wurdest bei der "Luft- und Bodenverkehr AG" eingestellt! Deine erste Aufgabe als neuer Entwickler der firmeneigenen Software ist es, diese in einen wartbaren und besser verständlichen Zustand zu bringen. Dein Vorgänger, ein Java-Crack, der auf den Programmier-Editor HackPad schwört, musste aufgrund geringer Produktivität leider von dieser Aufgabe abgezogen werden. Nun darfst du dich mit Eclipse daran versuchen!

* Importiere die folgende Zip-Datei in ein leeres Projekt [http://docs.freitagsrunde.org/Veranstaltungen/eclipsekurs_2007/Verkehr.zip Verkehr.zip].
* Zu deinem Schrecken findest du ein Chaos vor. Bringe zuerst die Klassen in eine sinnvolle Ordnung, indem du sie per Drag-and-Drop in die richtigen Java-Packages einordnest.
* Dir wird aufgefallen sein, dass einige Klassen sehr seltsame und/oder falsch geschriebene Namen haben. Gib diesen Klassen bessere Namen. Benutze dafür die Refactoring-Funktion ''Rename''.
* Beim Durchsehen der Klassen ist dir bestimmt folgendes aufgefallen:
** Die Klassen mit den (ehemaligen) Namen ''Farrad'' und ''MeinAuto'' enthalten beide Code, der die Anzahl der Räder zurückgibt. Benutze die Refactoring-Funktion ''Pull Up'', so dass in einem Schritt der identische Code von ''anzahl()'' aus beiden Klassen entfernt und in die gemeinsame Superklasse verschoben wird. Führt Eclipse diese Aktion aus, ohne sich zu beschweren? Falls nicht, nicht nutze das von Eclipse erzeugte Preview um das Problem zu erkennen. Dann gehe zurück im Refactoring-Dialog und versuche das Problem zu beseitigen.
*** ''Tipp:'' Es hat mit dem Attribut "anzahlRaeder" zu tun!
** Alle Klassen, die ein Verkehrsmittel modellieren (Auto, Fahrrad, Flugzeug, ...), haben Funktionen um die Farbe zurückzuliefern. Verschiebe diese zusammen mit dem Attribut "farbe" in die gemeinsame Superklasse.
** In der (ehemaligen) Klasse ''MeinAuto'' kommt Code mehrfach vor. Benutze die Refactoring-Funktion ''Extract Method'' um dieses Problem zu beseitigen.
** Während du den soeben extrahierten Code durchliest, fällt dir auf, dass er viel verständlicher wäre, wenn die Variablen sprechende Namen hätten. Nutze erneut die Refactoring-Funktion ''Rename'' um dies zu erreichen.

==Aufgabe: Standardnormalverteilung (einfach)==
* Lade die Datei [http://docs.freitagsrunde.org/Veranstaltungen/eclipsekurs_2006/StandardNormalVerteilung.java StandardNormalVerteilung.java] herunter und importiere sie in das Projekt "Einstein".
* Setze einen Breakpoint in der main-Methode (siehe TODO) und starte das Programm im Debug-Modus.
* Benutze die '''Step into/Step over/Run to return/Resume''' Buttons im Debugger, um Folgendes herauszufinden:
** Im ersten Aufruf von ''normalVerteilung()'':
*** Welcher Wert wird ''xi'' im 2. Durchlauf der 1. Schleife zugewiesen?
*** Welcher Wert wird ''summe'' im 2. Durchlauf der 2. Schleife zugewiesen?
*** ''Tipp:'' Um letzteres herauszufinden kannst du ''zur Laufzeit des Programms'' noch einen Breakpoint einfügen!
** Im zweiten Aufruf von ''normalVerteilung()'':
*** Welchen Wert hat ''summe'' am Ende des Methodenaufrufs? Ermittle dies '''innerhalb''' des Aufrufs von ''normalVerteilung()''!
*** ''Tipp:'' Auch hier kannst du zur Laufzeit wieder Breakpoints einfügen und entfernen!
** Lass das Programm bis zum Ende laufen (es erscheint eine Ausgabe auf der Konsole).

==Aufgabe: Micki Maus im Labyrinth (etwas schwerer)==

* Bei dieser Aufgabe geht es auch darum, den Eclipse Debugger ein wenig kennenzulernen.
* Lade dir die Aufgabe unter [http://docs.freitagsrunde.org/eclipsekurs2008/MickiMaus.jar MickiMaus.jar] herunter und importiere diese wie in Aufgabe 1.

Micki die Maus, befindet sich in einem Labyrinth und muss den Käse finden. Du sollst nun
ihren Weg mit Hilfe des Debuggers verfolgen. Setze dazu einen Breakpoint auf den Methodenaufruf von '''Mouse.dfs()''',
also in Zeile 30 und in Zeile 40 am '''return'''. Starte den Debugger, indem du auf das Käfer-Symbol
klickst. Um zu sehen, welchen Weg Micki wählt, schau dir in der '''Variables View''' die Variable '''this.currentNode an'''. Micki sollte auf den Koordinaten (1,1) stehen. Nun könnt ihr mit der Funktion '''Resume''' einen Schritt weitergehen. (Es ist normal, dass sich Micki beim ersten Schritt nicht bewegt :-). Probiert auch mal die anderen Debugger-Funktionen '''Step into''', '''Step over''' und '''Step return''' aus. Am Ende sollte Micki den Käse gefunden haben.

Das Labyrinth sieht folgendermaßen aus:

01234567
0 ########
1 #M# ##
2 # #K# #
3 # #### #
4 # #### #
5 # X #
6 #### ###
7 ########

Die Stelle '''X''' ist beipielsweise mit den Koordinaten (4,5) beschrieben. Micki befindet sich anfangs bei (1,1) also '''M''' und der Käse ist mit einem '''K''' markiert also (3,2).

=== Wer macht was ===
Zur Erinnerung: Der Debugger bietet dir mehrere Möglichkeiten, dein Programm fortzusetzen:
* Terminate: Beendet das Programm sofort
* Step Into: Überspringt die Methode nicht (F5)
* Step Over: Überspringt die Beobachtung einer Methode (F6)
* Step Return: Führt die Methode bis zum Ende aus (F7)
* Resume: Setzt das Programm bis zum nächsten Haltepunkt fort (F8)

= Zusatzaufgaben =

== Refactoring II ==
Verwende für diese Aufgabe das Projekt '''Verkehr''' von der ersten Refactoring Aufgabe. Im Folgenden sind ein paar Vorschläge von Refactoring Aktionen, die du noch durchführen kannst:
* In der (ehemaligen) Klasse ''MyHupschrauber'':
** Benenne die Instanzvariable ''x'', ''y'', ''z'' und ''blabla'' um, so dass sie aussagekräftige Namen haben. Ihre Bedeutung erfährst du aus den JavaDoc-Kommentaren
** Kapsle die (ehemaligen) Instanzariablen ''x'', ''y'', ''z'' und ''blabla'' (immer nur eine auf einmal). Was bewirkt dies? Dazu schaue dir in der Vorschau den Unterschied an. Warum könnte das sinnvoll sein?
** Wende die Refactoring-Funktion ''Extract Interface'' auf ''MyHupschrauber'' an. Was bewirkt sie und was bewirken die einzelnen Einstellungen?
* In der (ehemaligen) Klasse ''MyFlugzeug'': Lies dir kurz den Code der Klasse durch (man beachte die Warnungen). Benutze die Refactoring-Funktion ''Infer Generic Type Arguments'' und schau was passiert.

== Debugging II ==
* Lade dir die Datei [http://docs.freitagsrunde.org/Veranstaltungen/eclipsekurs_2006/Calc.java Calc.java] runter. Erstelle ein Java-Projekt ''Einstein'' und importiere die Datei in das Projekt und führe es aus.
* Im Quellcode wurden zwei Stellen markiert, an denen du den aktuellen Wert einer Variable auslesen sollst. Dies lässt sich sehr einfach mit Hilfe von Breakpoints lösen.

* Setze eine Watch Expression auf die Variable ''b'' und beobachte wie sie sich im Laufe des Programms verändert.

* Exportiere das Programm als JAR-Datei. Damit die Datei später über die Konsole ausgeführt werden kann, gehst du wie folgt vor:
** Der komplette Projektordner muss exportiert werden
** Wähle einen Namen für die Datei und einen Ordner als Exportziel.
** Klicke zweimal auf '''Next''' und wähle die Hauptklasse des Projekts aus.
** Um zu testen, ob du Alles richtig gemacht hast, öffne eine Konsole, wechsle in den Ordner, in dem die JAR-Datei liegt und führe den Befehl ''java -jar filename.jar'' aus. (filename.jar ist der Name der JAR ...)

==Aufgabe: Eclipse Plug-Ins==

* Informiere dich über die Massen an PlugIns, die es für eclipse gibt über [http://www.eclipseplugincentral.com/ Eclipse Plugin Central].
* Findest du ein Plugin, mit dem du Sokoban in Eclipse Spielen kannst?

== Eigenes Subversion-Repository im Fakultätsnetz ==

Richte in deinem eigenen Verzeichnis im CS-Netz ein SVN-Repository ein und lade deine Gruppenmitglieder aus MPGI3 oder MPGI4 in eine eigene Gruppe ein. Setze für diese Gruppe die entsprechenden Rechte im Respository. Checke dieses Verzeichnis mit Subclipse aus und lade eure fertigen und angefangenen Hausaufgaben darin hoch.

Hinweise zur Einrichtung findet ihr im Artikel [[Subversion im CS-Netz]].

----

[[Eclipsekurs 2008|Zurück zu Eclipsekurs 2008]]

PS: Wenn du Fehler in den Aufgaben findest, benutze den "Bearbeiten"-Link oben auf der Seite. Oder spreche einfach mit einem der Tutoren ...

Kickerturnier 2008

2008-11-15T12:08:00Z

130.149.17.45:

Das Freitagsrunden Kickerturnier 2008 ist schon vorbei. Wir gratulieren den Gewinnern und danken allen für ihre Teilnahme!

= Zeit und Ort =
* Wann: 11.11.2008 ab 18h; Anstoß: 19h
* Wo: [[Franklingebäude]] FR6010

= Anmeldung =

Bitte tragt eure Namen in die Tabelle unten ein oder schickt uns bis zum 09.11.2008, 23:59 Uhr eine Mail an [mailto:kickerturnier@freitagsrunde.org kickerturnier@freitagsrunde.org], die eure Namen und E-Mail-Adressen sowie einen Teamnamen enthält.
Wir haben nur eine begrenzte Anzahl an Plätzen, bitte meldet euch deswegen möglichst rechtzeitig an. Wenn alle Plätze vergeben sind, werden wir das auf dieser Seite bekannt geben.

= Regeln =

*Gespielt wird ''best of 3.'' jeweils bis 6 Tore.

*Die Mannschaft, gegen die das letzte Tor erzielt wurde, erhält das Recht den Ball einzuwerfen.

*Zwischen Einwurf und Tor muss der Ball Figuren aus zwei Reihen berührt haben.

*Es ist nicht erlaubt die Figuren vor dem Schuss und nach dem Schuss um mehr als 360 Grad zu drehen.

*Übermäßige Gewalt (am Tisch rütteln bzw. mit den Figuren anstoßen) ist ebenfalls nicht erlaubt.

*Beim "Schuss" müssen beide Hände immer am Griff bleiben.

*Tore sind von allen Reihen erlaubt, auch vom Mittelfeld.



(angelehnt an [http://de.wikipedia.org/wiki/Tischfußball])

''Die Regeln werden vor Turnierbeginn nochmal näher erklärt.''

= Teilnehmerliste =

Bisher haben sich folgende Teams angemeldet:

{| class="wikitable"
! width=20% | Team ID
! width=30% | Teamname
! width=25% | Person 1
! width=25% | Person 2
|-
| style="text-align: center; padding: 1em" | '''0x00'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | VCP = WOB/2 < WOB
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | bastla
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | E552664958674928
|-
| style="text-align: center; padding: 1em" | '''1'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | VATES
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Moritz K
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Thomas G
|-
| style="text-align: center; padding: 1em" | '''2'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Keine Ahnung
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Andreas H
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Boris M
|-
| style="text-align: center; padding: 1em" | '''3'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Z/pZ
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Dan L
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Jakob L
|-
| style="text-align: center; padding: 1em" | '''4'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team i-cafe 1
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Elli
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | JeZ
|-
| style="text-align: center; padding: 1em" | '''5'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team i-cafe 2
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Milan
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Toku
|-
| style="text-align: center; padding: 1em" | '''6'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | The Flying Popsicles
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Levin
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Martin
|-
| style="text-align: center; padding: 1em" | '''7'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | The IT Crowd
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Jan B.
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Thorsten F.
|-
| style="text-align: center; padding: 1em" | '''8'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team DreamTeam
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Tomek P.
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Konrad M.
|-
| style="text-align: center; padding: 1em" | '''9'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Die Otakus
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Martin H.
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Robert K.
|-
| style="text-align: center; padding: 1em" | '''10'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team Skatarkus
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Florian S.
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Jan J.
|-
| style="text-align: center; padding: 1em" | '''11'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team Müritz
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Sebastian K.
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Alexander K.
|-
| style="text-align: center; padding: 1em" | '''12'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team 24
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | blohrmann
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | rbu
|-
| style="text-align: center; padding: 1em" | '''13'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Die glorreichen 8
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Phillip B
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Roman R
|-
| style="text-align: center; padding: 1em" | '''i+1'''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Your Team Name Here
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Your Name Here
| bgcolor="#eadaee" style="text-align: center; padding: 1em" colspan=1 | Your Name Here
|}

% python -c "import sys,random; a = range(1,13); random.shuffle(a); print a;"
[0, 6, 12, 1, 2, 11, 9, 14, 4, 5, 7, 10, 3, 13]

(Note, 0, 13, and 14 added randomly afterward, 8 did not appear to play

= Ergebnisse =

{| class="wikitable"
! width=20% | Team Ranking
! width=30% | Teamname
|-
| style="text-align: center; padding: 1em" | '''1st Place '''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Team VATES
|-
| style="text-align: center; padding: 1em" | '''2nd Place '''
| bgcolor="#eeeaef" style="text-align: center; padding: 1em" | Die glorreichen 8
|}

= Weblinks =
* http://de.wikipedia.org/wiki/Tischfußball

[[Kategorie: Veranstaltungen der Freitagsrunde]]