FreitagsrundenWiki - Benutzerbeiträge [de]

Informatik 4 (StuPO90)

2007-05-22T16:02:46Z

130.149.23.252: /* Links */ Info zu Passwort überarbeitet

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
<h3>Klausuren</h3>
SS 2006
* [[Informatik 4 (StuPO90)/Stichpunkte zur Klausur SoSe 2006|vor-Klausur-Infos]]
* [[Informatik B (StuPO90)/Mündliche Prüfung SoSe 2006|Gedächtnisprotokoll Mündliche Prüfung]]

SS 2005
* [[Informatik 4 (StuPO90)/Gedächtnisprotokoll Klausur SoSe 2005|Gedächtnisprotokoll]]
* [[Informatik 4 (StuPO90)/Stichpunkte zur Klausur SoSe 2005|vor-Klausur-Infos]]

WS 2002/2003
* [http://docs.freitagsrunde.org/Klausuren/Informatik_4/Klausurfragen03.pdf Klausur]

WS 2001/2002
* [http://docs.freitagsrunde.org/Klausuren/Informatik_4/ws0102.pdf Klausur]

WS 2000/2001
* [http://docs.freitagsrunde.org/Klausuren/Informatik_4/ws0001.pdf Klausur]

SS 2000
* [http://docs.freitagsrunde.org/Klausuren/Informatik_4/ss00.pdf Klausur]

</div>

{{EntsprechungB|[[MPGI 2 (Bachelor)]] und [[TechGI 3 (Bachelor)]]}}

Informatik 4 ist der vierte Teil der [[Informatik (Vorlesung)|Informatik-Vorlesungen]] im [[Grundstudium Informatik]].

= Inhalt =
* Hardwarenahe Programmierung mit Assembler
* Parallele Programmierung in Java
* ...
* Assembler
* Einf. Betriebssysteme
* Nebenläufigkeit und Synchronisation
* Prozeßbeschreibung
* Prozeßverwaltung
* Leichtgewichtige Prozesse
* Betriebssystem-Kern
* Schloßvariablen
* Semaphore
* Monitore
* Nachrichten
* Kommunikationskanäle
* Prozedurfernaufrufe
* Ein- und Ausgabe
* Speicherverwaltung
* Betriebsmittelvergabe

= Tipps =
Man muss am Anfang Assembler für die 68000er Plattform von Motorola schreiben. Das geht hier an der Uni nur im Raum EN 268 für den man den jeweiligen Semester-Tür-Code braucht.
Einfacher und vielleicht auch Lehrreicher ist es den Assemblercode in einem Emulator auszuführen, da man dort z.B. auch genau in die Register hineinschauen kann. Einen solchen Simulator gibts hier:

Motorola 68K Simulator sind mir zwei bekannt: [http://www.informatik.fh-mannheim.de/~ihme/rurd_2005ss/M68k-Programmierung.html BSVC] ([http://ds2.etech.fh-hamburg.de/snd/bsvc.html auch hier]) der theoretisch auch unter Unix läuft und [http://www.monroeccc.edu/ckelly/EASy68K.htm Easy68k] der leider nur unter Windows läuft, dafür aber schöne Dokumentation zu dem 68k Assembler enthält.

BSVC kompiliert auf neueren System evtl. nicht problemlos. [http://user.cs.tu-berlin.de/~felixf/bsvc/README Hier] steht wie es mit Hilfe eines Patches geht, der die Änderungen von [http://www.mdlug.de/bibo/knowhow/prog/howto-bsvc.shtml] und noch etwas mehr in den Quellcode integriert.

Die Assembler Referenz gibt der Lehrbereich nur in gedruckter Form heraus - die [http://www.informatik.fh-mannheim.de/~ihme/Software/BSVC/68k_manual.pdf gibt es anderswo aber auch als PDF].

Zum Thema Semaphoren gibt es [[{{PAGENAME}}/Semaphoren|hier im Wiki eine eigene alternative Erklärung]], die viele Info 4 Teilnehmer einfacher verständlich finden.

==Links==

* [http://pdv.cs.tu-berlin.de/Info4-SS2007/ Informatik 4 (SS07)]
* [http://pdv.cs.tu-berlin.de/ Fachgebiet Prozessdatenverarbeitung]
* [http://pdv.cs.tu-berlin.de/Info4-SS2007/folien/ Folien SS2007 (Passwort-geschützt, Passwort in der Lehrveranstaltung oder per Nachfrage erhältlich)]

[[Kategorie:Lehrveranstaltungen]]
[[Kategorie:Fakultäts-ABC]]

__NOTOC__

TheGI 1 (Bachelor)

2007-05-03T11:46:33Z

130.149.23.252:

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
<h2>Klausuren</h2>
WiSe 2006/2007<br>
TheGI
* [http://docs.freitagsrunde.org/Klausuren/TheGI_1_Bachelor/ws06_beispielklausur.pdf Beispiel-Klausur]
* [http://docs.freitagsrunde.org/Klausuren/TheGI_1_Bachelor/ws06_beispielloesung.pdf Beispiel-Lösung]
* [http://docs.freitagsrunde.org/Klausuren/TheGI_1_Bachelor/ws06_beispielalgebra.pdf Beispiel-Algebra]
Redundantikum
* [http://docs.freitagsrunde.org/Klausuren/TheGI_1_Propaedeutikum/ws06_vorbereitende_aufgabenstellung.pdf Recherche Themen]
* [http://docs.freitagsrunde.org/Klausuren/TheGI_1_Propaedeutikum/siebzig_fragen.pdf Recherche Hilfen]
__NOTOC__
</div>

'''Theoretische Grundlagen der Informatik 1: Grundlagen und algorithmische Strukturen''' ist eine Pflichtveranstaltung im ersten Semester des [[Lehrveranstaltungen Informatik|Studiengangs Informatik]] nach neuer [[StuPO Informatik|Bachelor-StuPO]]. Sie besteht aus 2 SWS [[Vorlesung]], 2 SWS [[Übung]] und 2 SWS [[IV|Integrierter Veranstaltung]] und entspricht 8 [[ECTS]]-Leistungspunkten.
Die [[IV|Integrierte Veranstaltung]] bestand im Wintersemester 06/07 aus der Propädeutikums Vorlesung, welches von Prof. Mahr gehalten wurde.

== Inhalt ==
Den kompletten Inhalt der Propädeutikums-Vorlesung findet man auf der unten aufgeführten Webseite. Hier eine kleine Übersicht, was man sich unter dieser Veranstaltung vorzustellen hat.<br>
Im einen Teil der Veranstaltung geht es um Dinge wie "Schreiben, Schrift und Sprache", oder "Beobachtung und Erkenntnis". Zusammenfassend kann man sagen, es geht um das Aufschreiben, Austauschen und Bearbeiten von Gedanken. Es wird durchaus interessant und erfolgreich versucht, den Blick etwas mehr zu weiten von aktuellen und konkreten Problemen der Informatik, um einen Überblick über "das Ganze" zu geben.<br>
Durchaus wichtiger für die Klausur ist der letzte (sehr viel kleinere) Teil der Vorlesungen. Es sind vor allem die Vorlesungen "Wie recherchiert man?" und "Wie hält man einen Vortrag?" von Interesse. Hier gehts nämlich um genau das, was für die Klausur wichtig ist!

Da es für Leute wie mich (erster Bachelor Jahrgang) relativ undurchsichtig war, was denn nun in der Klausur verlangt wird, will ich hier versuchen, ein wenig über den Ablauf und das zusammenzufassen, was für die Klausur wichtig war.
In der Klausur im WS06/07 wurde ca. 6 Wochen vorher ein Recherche-Auftrag erteilt. Es sollte über folgende Themen recherchiert werden:
* Alan Turing
* Automatentheorie
* Das P=NP Problem
* Induktionsproblem
* Die Programmiersprache OPAL
* Das Betriebssystem LINUX
* Das Studienfach Informatik
Es sollten ''eigene'' Aufzeichnungen angefertigt werden, welche auch zur Klausur mitgenommen werden konnten. Der Umfang war nicht direkt vorgegeben, allerdings sollten 3 Seiten pro Thema ausreichen um alles was erfragt werden konnte auch beantworten zu können.
In der Klausur wurden dann 4 dieser Themen abgefragt (in der Klausur vom WS 06/07 waren dies Alan Turing, P=NP Problem, Induktionsproblem, das Studienfach Informatik).<br>
Zum einen sollte eine kleine (15-20 Zeilen) Zusammenfassung in eigenen Worten gegeben werden. Dann ein "persönliches Interesse" hervorgehoben werden (5-10 Zeilen) und zuletzt noch 10 Fragen beantwortet werden. Dies selbsverständlich zu jedem Thema.<br>
Vor dem Austeilen der Klausur wurde noch darauf hingewiesen, das die Fragen nicht so ausschlaggebend sind, sondern die eigene Zusammenfassung durchaus genügend Punkte gebe.
<br><br>
Nach meiner '''Meinung''' liefen hier im Vorfeld leider einige Dinge schief. Zum einen war das Konzept der Klausur wohl nicht von Beginn an festgelegt. So hieß es hier zuerst, es werde ein Multiple Choice Test, dann wurden es einfache Fragen und beim Austeilen der Klausur wurde dann eröffnet, das auch eine eigene Zusammenfassung zu leisten ist. Ebenso war die Quellenangabe von höchster Wichtigkeit! So wurde durchaus (wenn auch nicht direkt gesagt) erwartet, das man verschiedene Bücher, Webseiten etc. zu jedem Thema mit aufführt! Viele der konkreten Fragen waren nicht durch eine kleine Recherche zu beantworten, sondern hätten durchaus tiefergehender Nachforschungen bedurft. Last but not least war ein Thema dann Induktion (mathematische Anwendung) und nicht das Induktionsproblem (eine phiosophische Frage).
<br><br>
'''Zusammenfassend''' lässt sich sagen, man sollte zu jedem Thema folgende Dinge vorbereitet haben:
* Eine kleine Zusammenfassung in eigenen Worten, mit möglichst vielen Fakten (Form relativ unerheblich).
* Etwas Besonderes zu jedem Thema herausarbeiten (z.B., dass Verschlüsselung wie "Public Key" durch Lösen des P=NP Problems möglicherweise unbrauchbar wird).
* Viele, viele Quellen zusammentragem!
* Einige Fakten kurz und knackig griffbereit haben (für konkrete Fragen wie "Kann das P=NP Problem durch technische Fortschritte gelöst werden?"

== Tipps und nützliche Infos ==
* TheGI 1 deckt nicht den gesamten Stoff des früheren [[TheGI 2 (StuPO90)]], wird dafür aber um einen Teil über formale Sprachen ergänzt.
* TheGI1 Webseite: http://tfs.cs.tu-berlin.de/lehre/2006WS/thegi1/
* Propädeutikums Webseite: http://flp.cs.tu-berlin.de/lv/wise-0607-thegi1_propaedeutikum.html

== Literatur ==

Für das gesamte Semester und auch für [[TheGI 3 (Bachelor)|TheGI 3]] und [[TheGI 4 (Bachelor)|TheGI 4]] ist das Buch "[http://www.amazon.de/exec/obidos/ASIN/3540419233/thetruth0e Ehrig, Mahr: Mathematisch-strukturelle Grundlagen der Informatik]" (Springer Verlag, ISBN [http://de.wikipedia.org/w/index.php?title=Spezial:Booksources&isbn=3540419233 3-540-41923-3]) praktisch Pflicht.

Das Buch gibt es auch in großer, aber nie ausreichender Stückzahl in der [[Bibliothek]] (Hinweis: Die Bibliothek beschafft auch neue Bücher, wenn der vorhandene Bestand nicht ausreicht. Dafür ist aber manchmal eine freundliche E-Mail nötig). Wenn man an das Buch nicht ran kommt, ist das [http://user.cs.tu-berlin.de/~buchholz/frwiki/skript98.2up.ps Skript von 1998] immerhin besser als nichts. Wer nur die erste Auflage (1999) des Buches bekommen hat, der findet die neuen Kapitel hier: [http://tfs.cs.tu-berlin.de/lehre/SS02/Thegi2/rep.alg.ps 8], [http://tfs.cs.tu-berlin.de/lehre/SS02/Thegi2/alg.spec.ps 11], [http://tfs.cs.tu-berlin.de/lehre/SS02/Thegi2/spec.impl.ps 12].

== Persönliche Kommentare ==

{{EntsprechungD|[[TheGI 2 (StuPO90)]] (Ja, richtig: Hier gab es eine Drehung)}}

[[Kategorie: Lehrveranstaltungen]]

Benutzer:Felix-friedrich

2007-04-13T12:28:55Z

130.149.23.252:

See: [[Benutzer:Felixf]]

Benutzer:Felix-friedrich

2007-04-13T12:28:29Z

130.149.23.252:

See: [Benutzer:Felixf]

Javakurs2007/Übungspool

2007-04-11T13:46:23Z

130.149.23.252:

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen. Einen kleinen Überblick zu den Schwierigkeitsgraden findet ihr ganz unten auf dieser Seite.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Von der Console zum HelloWorld | Vom Arbeiten mit der Konsole bis "Hallo Welt"]]
| align="center" |2
| align="center" |1. VL
| Einfaches Arbeiten mit der Kommandozeile <br> Kompilieren und Ausführen von Javacode
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Variablen_und_Zuweisungen | Variablen und Zuweisungen]]
| align="center" |1
| align="center" |1. VL
| Deklarieren und definieren von Variablen<br>grundlegende Regeln der Codeformatierung
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Cowsay | Cowsay oder "Wie macht die Kuh?"]]
| align="center" |3
| align="center" |1. VL
| etwas mehr Bildschirmausgabe<br>schöne Graphiken
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Kassenbon | Erstellen eines Kassenbons]]
| align="center" |2
| align="center" |1. VL
| Arbeiten mit Variablen<br>Fallunterscheidungen
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Javamenue | Ein eigenes Menü]]
| align="center" |3
| align="center" |1. VL
| Lesen von Benutzereingaben über die Konsole<br>Fallunterscheidungen
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Glücksspiel | Glücksspiel]]
| align="center" |3
| align="center" |1. VL
| Anwenden von Fallunterscheidungen

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Arrays | Quickies Arrays]]
| align="center" |2
| align="center" |2. VL
| Verwenden von Arrays
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Verschachtelte_Schleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Primzahlenaufgabe | Primzahlen]]
| align="center" |2-5
| align="center" |2. VL
| Geschicktes Einsetzen von Schleifen und Arrays
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Wetterstation | Wetterstation]]
| align="center" |4
| align="center" |2. VL
| Schleifen und Arrays
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Geometrie | Geometrie]]
| align="center" |4
| align="center" |2. VL
| Methoden schreiben<br>schreiben mathematischer Funktionen
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Zweierpotenzen | Zweierpotenzen]]
| align="center" |5
| align="center" |2. VL
| Schleifen und Arrays
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Schleifen_und_Modulo | Schleifen und Modulo]]
| align="center" |5
| align="center" |2. VL
| Verwendung von Schleifen<br>Benutzung des Modulo-Operators

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Methoden | Quickies zu Methoden]]
| align="center" |2
| align="center" |3. VL
| Verwenden von Methoden
|- bgcolor="#E8E8E8"
| [[Javakurs2007/MathematischeMethoden | Eigene Methoden]]
| align="center" |3
| align="center" |3. VL
| Schreiben eigener Methoden
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Schaltjahr | Schaltjahr]]
| align="center" |3
| align="center" |3. VL
| Schreiben von Methoden<br>Fallunterscheidungen<br>Benutzerinteraktion
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Crack_the_Password | Crack the Password]]
| align="center" |3
| align="center" |2/3. VL
| Passwörter knacken ;-)
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Rekursion_vs._Iteration | Rekursion vs. Iteration]]
| align="center" |5
| align="center" |3. VL
| Fehler finden
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Lineare_Funktionen | Lineare Funktionen]]
| align="center" |5
| align="center" |3. VL
| Verwendung von Methoden<br>Schleifen und Arrays
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Fibonacci | Fibonaccizahlen]]
| align="center" |5
| align="center" |3. VL
| Schleifen und Arrays
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Brainfuck | Brainfuck vs Turingmaschine]]
| align="center" |5
| align="center" |3. VL
| Arbeiten mit Arrays<br>Allgemeinwissen :-)
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Gau%C3%9F-Algorithmus | Gauß-Algorithmus]]
| align="center" |6
| align="center" |3. VL
| Arrays und Matrizen
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Zahlenumrechner | Zahlenumrechner]]
| align="center" |6
| align="center" |3. VL
| Arbeiten mit Methoden<br>mathematisches Denken
|- bgcolor="#F5F5F5"
| [[Javakurs 2007/Democracy | Der Fehler im System]]
| align="center" |3
| align="center" |3. VL
| Fehler finden
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Quersumme | Spaß mit Quersummen]]
| align="center" |5 - 7
| align="center" |3. VL
| Benutzung des Modulo-Operators<br>Auslagern von Funktionalität in Methoden
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Appleman | Appleman und Fraktale]]
| align="center" |7
| align="center" |3. VL
| Schleifen, Umgang mit Fließkommazahlen
|- bgcolor="#F5F5F5"
| [[Javakurs2007/DiffusionLimitedAggregation | Diffusion Limited Aggregation]]
| align="center" |8
| align="center" |3. VL
| 2-dimensionale Arrays, Methoden, Schleifen

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Palindrome | Palindrome]]
| align="center" |3
| align="center" |4. VL
| Entwurf von Programmen<br>Parameterübergabe beim Programmaufruf
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Hangman | Hangman]]
| align="center" |5
| align="center" |4. VL
| Entwurf von Programmen<br>Arbeiten mit Methoden
|- bgcolor="#E8E8E8"
| [[Javakurs2007/SelectionSort | Selection Sort]]
| align="center" |5
| align="center" |4. VL
| Verstehen von komplexeren Algorithmen<br>Schleifen und Arrays<br>(Hilfs-)Methoden
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Cäsar-Chiffre | Chiffrierung/Dechiffrierung (Cäsar)]]
| align="center" |9
| align="center" |4. VL
| eigenständiges Problemlösen. <br> Alle Konzepte des Kurses
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Abzaehlspiel | Abzählspiel]]
| align="center" |7
| align="center" |4. VL
| Analyse von Aufgabenstellungen<br>Entwurf eines komplexen Programms von Grund auf

|- bgcolor="#F5F5F5"
| [[Javakurs2006/Rennschnecke | Schneckenrennen]]
| align="center" |4
| align="center" |5. VL
| Objektorientierte Programmierung
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Studentendatenbank_LE5 | Studentendatenbank]]
| align="center" |4
| align="center" |5. VL
| Vertiefung in objektorientiertes Programmieren
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Multiarray| Mehrdimensionale Arrays]]
| align="center" |10
| align="center" |5. VL
| Methoden, Schleifen, Arrays<br>Objektorientierung

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Canvas | Virtuelles Canvas mit 3D-Objekten]]
| align="center" |5
| align="center" |6. VL
| Arbeiten mit Methoden<br>mathematisches Denken
|- bgcolor="#F5F5F5"
| [[Javakurs2007/Doom | ASCII DOOM ]]
| align="center" |8
| align="center" |6. VL
| Vertiefung in objektorientierte Programmierung<br>Benutzung der Java-API
|- bgcolor="#E8E8E8"
| [[Javakurs2007/Textwordcount | Texte lesen und analysieren]]
| align="center" |7
| align="center" |6. VL
| eigenständiges Problemlösen

|}

== Aufgaben als PDF ==
Alle Aufgaben in einer PDF-Datei gibt es hier:
[http://www.freitagsrunde.org/~kai/aufgaben_javakurs2007.pdf http://www.freitagsrunde.org/~kai/aufgaben_javakurs2007.pdf]
<br/>(Stand: 10.04.2007 07:00, 79 Seiten, 309kB)

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer weden hier ein bis zwei Übungen beschäftigt sein<br><br>
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

Javakurs/Übungsaufgaben/Doom

2007-04-11T13:44:46Z

130.149.23.252: /* class GameMain Teil 2 */

'''ASCII-DOOM'''

In Ascii-Doom geht es darum, ein kleines Spiel zu implementieren, mit ASCII Grafiken. Es wird
möglich sein, mit einer Spielfigur auf dem Spielfeld zu laufen, später könnt ihr auch
Items, Waffen und [http://venus.provocateuse.com/images/photos/liv_tyler_01.jpg Liv Tyler] einbauen! Wir werden Klasse für Klasse das Spiel implementieren.

----

== class GameMain Teil 1 ==

* 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 Klsse. Sobald ihr Klassen aus den späteren Aufgaben implementiert habt, könnt ihr in der main-Methode ihre Funktionalität testen.

----

== class Position Teil 1 ==

* Position repräsentiert eine Position auf einem 2D-Spielfeld.

* Enthält private Attribute x und y, gekapselt mit gettern/settern.

* Implementiert eine equals-Methode, die 2 Positions vergleicht.

* '''TESTET euer equals!'''

----

== class GameTile Teil 1 ==

* GameTile repräsentiert ein Tile (ein Feld) im späteren Spiel.

* Enthält eine private Variable, die für den Typ des Feldes steht (am besten ein int).
** 1 entspricht wand
** 2 entspricht leer

* Also auch hier braucht ihr Getter und Setter.

* 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.
** wand = "x"
** leer = " "

* '''TESTET euer toString.'''

----

== class GameField Teil 1 ==

* GameField ist eine zentrale Klasse in diesem Spiel, sie repräsentiert das Spielfeld als Ganzes und besteht aus GameTiles.

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

* Über den Konstruktor wird ein String dieser Form übergeben(ebenso seine Breite und Höhe):
String s = "########" +
"# #" +
"# #" +
"### #" +
"# #" +
"########";
** Es soll mit einer Schleife der String Zeichen für Zeichen ausgelesen werden und aus jedem Zeichen ein neues GameTile (fest 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, dieses soll folgenden String liefern:
12345678
1 ########
2 # #
3 # #
4 ### #
5 # #
6 ########
** 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 von GameTile verwenden, um diese Ausgabe zu erzeugen.

* '''TESTET euer Programm mit verschiedenen Levels'''

----

== class World Teil 1 ==

* World ist die Klasse, die alles verbinden wird, Spieler, Items, Spielfeld etc.

* Zunächst einmal gibt es nur das GameField, was wir einbinden können (später der Spieler).

* 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).

* 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 Strings, da uns die Grundlagen für Grafisches noch fehlen.

* Definiert eine solche Canvas Variable, die für die grafische Repräsentierung des Spielfelds stehen wird.
** Das soll ein 2D-Array aus Strings der Länge 1 sein. Ein String pro Feld, dieses enthält dann "#" oder " ".

----

== class GameField Teil 2 ==

* Wir brauchen nun eine draw-Methode, die eine solche Leinwand (String[][]) aus World übergeben bekommt und sich selbst darauf malt. Diese Methode funktioniert nun ähnlich wie unsere toString-Methode, sie gibt nur nichts zurück, sondern modifiziert direkt unser Leinwand-Array und malt dort Zeichen für Zeichen die Felder rein. (Arrays sind keine primitiven Datentypen, daher wird hier nicht mit einer Kopie gearbeitet)

public void draw( String[][] canvas ){ }

* Was passiert eigentlich, wenn das GameField größer ist als unser String[][]?

----

== class World Teil 2 ==

* Nun kommt unsere wichtigste Methode <code>public void draw()</code>. Draw soll alle Inhalte (bisher nur GameField) auf unser Canvas-Objekt malen, indem es die draw-Methode von GameField aufruft und das Canvas-Array übergibt. Der Code beschränkt sich hier also auf eine Zeile.
** Später fügen wir hier mehr ein.

* Implementiert auch eine toString-Methode, diese sollte das aktuelle Canvas-Array in der richtigen Form für die Konsolenausgabe liefern.

* ''' TESTET nun euere Grafik Ausgabe und euer toString().'''

----

== class GameMain Teil 2 ==

* 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. <code>System.out.println("");</code> gibt eine leere Zeile aus.

* '''TESTEN ob das klappt und gut aussieht'''

----

== class Player Teil 1 ==

* Der Spieler wird die Möglichkeit haben, auf dem Spielfeld rumzulaufen und je nachdem, wie weit ihr kommt, noch viel mehr.

* Der Spieler besitzt eine Position (Variable vom Typ Position), wie immer private mit Getter/Setter

* Der Spieler wird durch ein "*" auf dem Spielfeld repräsentiert. Implementiert eine draw-Methode, die genau so wie die draw-Methode aus GameField den Spieler auf unsere Leinwand malt, an die Position die in der position-Variable gepseichert ist.

* Player soll auch vier Methoden haben
** 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 dekrementieren.

----

== class World Teil 3 ==

* 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 ? '''

----

== class World Teil 4 ==

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

* 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 sicherlich 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.

* 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! '''

----

== class GameMain Teil 2 ==

* Nun kommt alles zusammen.

* Fuer die Eingabe von der Konsole bwnutzt wieder 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 uebergeben werden und diese soll den Spieler bewegen, falls dies moeglich ist!

----

* Nun kann der Spieler im Level rumlaufen und es gibt eine Art Interaktion. 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? Und [http://www.chilloutzone.de/files/05012104.html wo ist das Stroh?]

== 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 ;)

Javakurs/Übungsaufgaben/Doom

2007-04-11T13:40:11Z

130.149.23.252: /* class GameField Teil 1 */

'''ASCII-DOOM'''

In Ascii-Doom geht es darum, ein kleines Spiel zu implementieren, mit ASCII Grafiken. Es wird
möglich sein, mit einer Spielfigur auf dem Spielfeld zu laufen, später könnt ihr auch
Items, Waffen und [http://venus.provocateuse.com/images/photos/liv_tyler_01.jpg Liv Tyler] einbauen! Wir werden Klasse für Klasse das Spiel implementieren.

----

== class GameMain Teil 1 ==

* 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 Klsse. Sobald ihr Klassen aus den späteren Aufgaben implementiert habt, könnt ihr in der main-Methode ihre Funktionalität testen.

----

== class Position Teil 1 ==

* Position repräsentiert eine Position auf einem 2D-Spielfeld.

* Enthält private Attribute x und y, gekapselt mit gettern/settern.

* Implementiert eine equals-Methode, die 2 Positions vergleicht.

* '''TESTET euer equals!'''

----

== class GameTile Teil 1 ==

* GameTile repräsentiert ein Tile (ein Feld) im späteren Spiel.

* Enthält eine private Variable, die für den Typ des Feldes steht (am besten ein int).
** 1 entspricht wand
** 2 entspricht leer

* Also auch hier braucht ihr Getter und Setter.

* 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.
** wand = "x"
** leer = " "

* '''TESTET euer toString.'''

----

== class GameField Teil 1 ==

* GameField ist eine zentrale Klasse in diesem Spiel, sie repräsentiert das Spielfeld als Ganzes und besteht aus GameTiles.

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

* Über den Konstruktor wird ein String dieser Form übergeben(ebenso seine Breite und Höhe):
String s = "########" +
"# #" +
"# #" +
"### #" +
"# #" +
"########";
** Es soll mit einer Schleife der String Zeichen für Zeichen ausgelesen werden und aus jedem Zeichen ein neues GameTile (fest 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, dieses soll folgenden String liefern:
12345678
1 ########
2 # #
3 # #
4 ### #
5 # #
6 ########
** 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 von GameTile verwenden, um diese Ausgabe zu erzeugen.

* '''TESTET euer Programm mit verschiedenen Levels'''

----

== class World Teil 1 ==

* World ist die Klasse, die alles verbinden wird, Spieler, Items, Spielfeld etc.

* Zunächst einmal gibt es nur das GameField, was wir einbinden können (später der Spieler).

* 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).

* 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 Strings, da uns die Grundlagen für Grafisches noch fehlen.

* Definiert eine solche Canvas Variable, die für die grafische Repräsentierung des Spielfelds stehen wird.
** Das soll ein 2D-Array aus Strings der Länge 1 sein. Ein String pro Feld, dieses enthält dann "#" oder " ".

----

== class GameField Teil 2 ==

* Wir brauchen nun eine draw-Methode, die eine solche Leinwand (String[][]) aus World übergeben bekommt und sich selbst darauf malt. Diese Methode funktioniert nun ähnlich wie unsere toString-Methode, sie gibt nur nichts zurück, sondern modifiziert direkt unser Leinwand-Array und malt dort Zeichen für Zeichen die Felder rein. (Arrays sind keine primitiven Datentypen, daher wird hier nicht mit einer Kopie gearbeitet)

public void draw( String[][] canvas ){ }

* Was passiert eigentlich, wenn das GameField größer ist als unser String[][]?

----

== class World Teil 2 ==

* Nun kommt unsere wichtigste Methode <code>public void draw()</code>. Draw soll alle Inhalte (bisher nur GameField) auf unser Canvas-Objekt malen, indem es die draw-Methode von GameField aufruft und das Canvas-Array übergibt. Der Code beschränkt sich hier also auf eine Zeile.
** Später fügen wir hier mehr ein.

* Implementiert auch eine toString-Methode, diese sollte das aktuelle Canvas-Array in der richtigen Form für die Konsolenausgabe liefern.

* ''' TESTET nun euere Grafik Ausgabe und euer toString().'''

----

== class GameMain Teil 2 ==

* 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. <code>System.out.println("");</code> gibt eine leere Zeile aus.

* '''TESTEN ob das klappt und gut aussieht'''

----

== class Player Teil 1 ==

* Der Spieler wird die Möglichkeit haben, auf dem Spielfeld rumzulaufen und je nachdem, wie weit ihr kommt, noch viel mehr.

* Der Spieler besitzt eine Position (Variable vom Typ Position), wie immer private mit Getter/Setter

* Der Spieler wird durch ein "*" auf dem Spielfeld repräsentiert. Implementiert eine draw-Methode, die genau so wie die draw-Methode aus GameField den Spieler auf unsere Leinwand malt, an die Position die in der position-Variable gepseichert ist.

* Player soll auch vier Methoden haben
** 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 dekrementieren.

----

== class World Teil 3 ==

* 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 ? '''

----

== class World Teil 4 ==

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

* 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 sicherlich 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.

* 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! '''

----

== class GameMain Teil 2 ==

* Nun kommt alles zusammen.

* Fügt am Ende eurer main Methode folgenden Code für das Lesen von der Tastatur:
while(true) {
InputStreamReader reader = new InputStreamReader(System.in);
BufferedReader lineReader = new BufferedReader(reader);
System.out.print(">");

char[] line = new char[1];
try {
line[0] = (char)lineReader.read();
} catch (IOException e) {
e.printStackTrace();
}
String s = new String( line );
if (s.equals("x") ){
return;
} else if (s.equals("a") || s.equals("s")
||s.equals("d") || s.equals("w") ){
/*TODO: MODIFIZIERT DEN NAMEN DER WORLD INSTANZ HIER! */
if (world.onKeyPressed(s)){
/*TODO: HIER MUSS NEUGEMALT WERDEN, DER SPIELER HAT SICH BEWEGT*/
}

}
}

* Ihr müsst "world" durch den Namen, den ihr euerer World Instanz gegeben habt ersetzen.

* In die if-Anweisung am Ende fügt ihr euren Code für das neuzeichnen des Levels. Also vielleicht so etwas wie:
System.out.println( world )

----

* Nun kann der Spieler im Level rumlaufen und es gibt eine Art Interaktion. 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? Und [http://www.chilloutzone.de/files/05012104.html wo ist das Stroh?]

== 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 ;)

Javakurs/Übungsaufgaben/Brainfuck

2007-04-11T11:48:03Z

130.149.23.252: /* Kommentare */

===Aufgabenstellung===

In dieser Aufgabe bauen wir uns eine simple [[wikipedia:Turingmaschine|Turingmaschine]]. Die Turingmaschine besitzt dabei nur ein Arbeitsband (workingTape) der Länge 10. Es existiert ein Lese/Schreibe-Kopf (head), der über das workingTape gleiten kann, dort Werte ändern und Werte ausgeben soll. Bewegt sich der Kopf über ein Ende des Arbeitsbandes hinaus, so taucht er auf der anderen Seite wieder auf (wenn also z.B der head auf das 11. Feld zeigt, dann soll er wieder auf das 1. zeigen).

Die Maschine selbst wird durch einen einfachen Programmcode gesteuert, der aus 5 Befehlen besteht:
* '''>''' Dieser Befehl bewegt den head ein Feld nach rechts
* '''<''' Dieser Befehl bewegt den head ein Feld nach links
* '''+''' Dieser Befehl erhöht den Wert des aktuellen Feldes um 1
* '''-''' Dieser Befehl verringert den Wert aktuelles Feldes um 1
* '''#''' Dieser Befehl gibt den aktuellen Wert auf der Konsole aus

Der Programmcode der die Turingmaschine steuert, soll in einem Array namens ''sourceCode'' stehen, der Code soll Schritt für Schritt durchgegangen und ausgeführt werden. Auf dem Arbeitsband werden Werte vom Typ '''char''' gespeichert, die anfangs alle den Wert 'a' haben. Der head zeigt am Anfang auf das erste Feld auf dem workingTape.

'''Hinweis 1:''' char-Werte werden intern als Zahlenwerte gespeichert, deshalb könnt ihr ohne Probleme sowas wie '''char example = 'a'+1;''' schreiben. Wenn ihr wissen wollt, welche Zeichen durch welche Zahlen repräsentiert werden, dann schaut in die [[wikipedia:ASCII-Tabelle|ASCII-Tabelle]].

Jetzt solltet ihr auch in der Lage sein, mit eurer eigenen Turingmaschine ein "Hello World"-Programm zu schreiben. Wenn ihr eure Turingmaschine eigentständig erweitern wollt, dann schaut lest mehr über die Sprache [[wikipedia:Brainfuck|Brainfuck]].

'''Hinweis 2:''' Zum Testen verwendet einfach diese Initialisierung der Variable Source-Code. Wenn ihr alles richtig gemacht habt, dann sollten die Buchstaben a, b und c ausgegeben werden. Die Schreibweise mit den geschweiften Klammern und den Kommawerten legt automatisch ein Array an und füllt es mit den beschriebenen Werten (Deklaration & Initialisierung in einem Schritt):
char[] sourceCode = {'#', '+', '#', '+', '#'};

== 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 ;)


==== FehlerKategorie ====
Um den Char um einen Wert zu erhöhen müsst ihr eure Variable zurück casten.
char Example = (char)('a'-1);

Benutzer:FelixBrossmann

2005-06-20T11:53:50Z

130.149.23.252:

http://home.t-online.de/home/f.brossmann/fotos/felix.jpg

Hi,

mein Name ist Felix Brossmann (logischerweise, dies ist ja die Benutzerseite von "Felix Brossmann"). Ich befinde mich mittlerweile im 6. Semester (SS 05), bin seit WS 04/05 als Studentische Hilfskraft bei TFS angestellt und werde dieses Semester "TheGI2" betreuen. Im Hauptstudium plane ich eine Schwerpunktsetzung KI (insbesondere AOT) sowie THI.
Neben der Uni beschäftige ich mich natürlich gerne mit meine Computer (+ PS2 ;) ), ich spiele gerne (Sport & Wi-Sims) und programmiere auch ein wenig: Spieleprogrammierung unter Windows mit C++ - also die absoluten DON'Ts für jeden ernsthaften Informatiker ;) Als Ausgleich mache ich auch gerne Sport, hier nutze ich das vielfältige Uni-Sportprogramm gut aus, für dieses Semester habe ich gleich zwei Kurse Inline-Hockey vorgenommen. Passiv-Sportler bin ich auch, gehe alle zwei Wochen ins Olympiastadion zur Hertha und ein- oder zweimal im Jahr zu ALBA, den Eisbaeren, Thunder und was es osnst noch alles gibt.
Den Rest meiner Freizeit nimmt dann noch meine Verlobte in Anspruch... und die BVG nicht zu vergessen :(

In diesem Semester belege ich folgende Veranstaltungen: [[Verteilte Systeme]], [[Robocup]], [[Kategorientheorie]] und [[BRW 2]].
Im Hauptstudium habe ich bis jetzt gehoert:[[Agentenorientierte Techniken]], [[Grundlagen der Künstlichen Intelligenz]], [[Softwaretechnik]] und [[Formale Spezifikation von Systemen]]. Im Nebenfach(Grundtsudium) habe ich belegt: [[A-BWL 1]], [[A-BWL 2]], [[A-VWL 1]] und [[BRW 1]]. Meine Grundstudiumspraktika: [[UNIX-Praktikum (SS)]], [[Cpp - Praktikum]].

Ihr erreicht mich unter febro@gmx.net

Diskussion:Kickerturnier 2005

2005-06-20T11:53:06Z

130.149.23.252:

Wir spielen in der Freitagsrunde eigentlich immer noch mit folgender Regel:

* Ein Tor gilt nur, wenn der Ball auch wirklich im Tor bleibt - springt er wieder aufs Spielfeld zurück, zählt das Tor nicht.
:Können wir ja auch beim Turnier machen, ich hatte nur erstmal die Regeln 1:1 von der Wikipedia-Seite übernommen. Eine weitere Regel, die ich zur Diskussion stellen würde, ist die Anzahl der benötigten Tore: Sollten es bis Donnerstag weiter so wenige Manschafften bleiben, könnten wir doch eigentlich auch bis 10 spielen. --[[Benutzer:Thomas|Thomas]] 12:26, 25. Jan 2005 (CET)

Hat einen riesen Spaß gemacht :) Von mir aus kann man gerne das nächste Mal 5 pro Person und nicht pro Team nehmen... --[[Benutzer:FelixBrossmann|FelixB]] 17:06, 28. Jan 2005 (CET)

cooles Video, thx! :) --[[Benutzer:FelixBrossmann|FelixB]] 13:54, 20. Jun 2005 (CET)

Diskrete und strukturelle MafI (StuPO90)

2005-05-04T13:56:09Z

130.149.23.252:

qaEWR

Eclipsekurs 2005

2005-04-21T16:01:50Z

130.149.23.252:

=== Kurzbeschreibung ===

[[IBM Eclipse | Eclipse]] ist eine [[Java IDE Einleitung| IDE]], mit der sich insbesondere Java-Programme schneller und bequemer erstellen lassen. Allerdings ist Eclipse sehr komplex und insbesondere der Start könnte vielleicht dem einen oder anderen etwas schwer fallen.

Wir veranstalten daher wie jedes Jahr einen 2-stündigen Einführungskurs, in dem die basics gezeigt werden. Es geht also um Starthilfe, nicht um die neuesten Eclipse-Tricks oder die besten Plugins. Zielgruppe sind insbesondere Hörer von [[Informatik 2]], aber auch alle anderen Interessenten sind willkommen.

=== Zeit und Ort ===
Datum: '''Donnerstag, 21. April 2005''' <br/>
Zeit: ab 16:15 <br/>
Dauer: 90 Minuten (einmalig) <br/>
SWS: keine (studentische Veranstaltung) <br/>
Ort: FR 5516

=== Themen ===
* Projekte anlegen
* Java-Programme schreiben & ausführen
* Debugging

=== Anmerkungen ===
* 3plus4software.de ist aus irgendwelchen Gruenden nicht mehr aufrufbar. Immerhin gibt es eine englische Kopie der Tutorials unter
http://www.eg.bucknell.edu/~cs479/Fall2004SoftwareDesign/eclipse-tutorial/

=== Anmeldung ===
Habt bitte Verständnis, dass schon auf Grund der Raumsituation eine Teilnehmerbeschränkung (35 Personen) einführen müssen. Wir setzen aber wirklich viel daran, dass auch jeder teilnehmen kann, im letzten Jahr haben wir daher zwei Kurse gehalten. Bisher konnte immer jeder Interessent am Kurs teilnehmen!

Um euch für den Kurs anzumelden, tragt euch bitte unten in der Liste ein. Für Leute, die noch nie ein Wiki benutzt haben: Auf 'bearbeiten' klicken (neben der Anmelden-Überschrift), dann im Textfeld die gewünschte Änderung durchführen und anschließend 'Artikel speichern'.

Teilnehmerliste:
# Florian Zeidler (fzeidler@cs.tu-berlin.de)
# Thilo Schmidt (dude@cs.tu-berlin.de)
# Alexander Oppermann (opix@cs.tu-berlin.de)
# Nicolas Poczka (npoczka@cs.tu-berlin.de)
# Daniel Giancaterino (italia@cs.tu-berlin.de)
# Ani Hayka (almhay@cs.tu-berlin.de)
# Zhuo-Fei Hui (zfhui@web.de)
# Simon Kwoczek (simonk@cs.tu-berlin.de)
# E. L. M. (easy@cs.tu-berlin.de)
# Stephan Spiegel (spiegels@cs.tu-berlin.de)
# Nina Penova (nina@cs.tu-berlin.de)
# Sven Pritzlaff (snakebln@cs.tu-berlin.de)
# Jens Meier (jmeier@cs.tu-berlin.de)
# Moslem Azizi (azizi@cs.tu-berlin.de)
# Seyed Sadra Amirkhalili (sidnorme@cs.tu-berlin.de)
# Mohammad Mohebbi (sidnor_me@yahoo.com)
# Meyssam Alihosseini (meyssam20001@yahoo.com)
# Pawel Wojciechowski (giugiaro@cs.tu-berlin.de)
# Andreas Gobbin (andigob@cs.tu-berlin.de
# Anton Gräber (sunlicht@cs.tu-berlin.de)
# Melanie Ozanik (qertyxy@cs.tu-berlin.de) --ich kann heute doch nicht :o(
# Ulrike Koelle (koelleu@cs.tu-berlin.de)
# Goßmann Matthias (matthias@cs.tu-berlin.de)
# Konstantin Domoratskyy (kostyan@cs.tu-berlin.de)
# Christian Retzlaff (retzlaff@cs.tu-berlin.de)
# Christoph Lorenz (yasokuhl@cs.tu-berlin.de)
# Remigiusz Zmuda (r_zmuda@yahoo.de)
# Deniz Ceren Eser (amphitridenis@yahoo.de)
# Andreas Stöckle (andreasstoeckle@web.de)
# Sebastian Ahrndt (baschi@cs.tu-berlin.de)
# Fabian Löser (Feiershorty@gmx.de)
# Yibo Zhao (boge1981@hotmail.com)
# Eik Tauber (eikohol@cs.tu-berlin.de)
# Sven Wasmer (svenfqab@cs.tu-berlin.de)
# Susi Kellberger (tarasue@web.de)
Bitte nicht mehr anmelden, der Kurs ist voll. Bitte in den zweiten Kurs (s. unten) eintragen.

=== weitere Kurse ===

Glücklicherweise sind wir inzwischen fünf Vortragende, d.h. heißt, wir können bequem zwei Kurse veranstalten. Wenn ihr also diesmal nicht reingekommen seid, könnt ihr z.B. am nächsten Kurs teilnehmen. Der zweite Kurs wird vermutlich nächste Woche stattfinden, wieder zu einer ähnlichen Zeit (d.h. donnerstags, ev. freitags).

Voranmeldungen hier, wir melden uns bei euch:

MUSTER: "# Name (cs-userid)" ohne die ""

# Jens Marohn (pica) Bitte um 14:00 Uhr Danke
# Dominique Charpentier (djcinc) 14.00 Uhr klingt gut!
# Marcus Daute (marcusd) Donnerstag Lieber 16 Uhr!
# Thomas Krauß (tkra) Donnerstag