FreitagsrundenWiki - Benutzerbeiträge [de]

Martin Häcker/Java Kurs/Tag 4

2006-03-25T20:42:52Z

217.186.80.250: /* Tag 4 */

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

= Tag 4 =

'''Komplexe Projektaufgabe als Gruppenarbeit'''

'''Projekt: Verschlüsselung'''
* '''Ausarbeitung:''' Arthur
** Häufigkeitsanalsyse -> dann entschlüsseln, doublettenhäufigkeit, triplettenhäufigkeit
** Caesar Chifre, entschlüsseln, verschlüssseln
** Gegenseitig Verschlüsselte Texte vorgeben

== Nicht verwendete Vorschläge ==
* '''Vorschlag C''': Schiffe Versenken

* '''Vorschlag B''': Terminplaner

* '''Vorschlag D''': Studentenverwaltung
** ein tool mit dem man
*** studenten in gruppen verwalten kann
*** den studenten gruppenweise noten geben kann
*** für jeden studenten eine statistik in eine datei schreiben kann
*** die daten in einer datei speichern und aus einer datei laden kann
*** = vorgabe GUI

*'''Vorschlag F''': eine netzwerk simulation
** routing:
*** alle nodes broadcasten entlang ihrer links ins netz mit einer nachrichten-ID
*** die erste nachricht dieser node wird mit den entlang des pfades hinzugefügten nodes in einer routing tabelle statisch eingetragen
*** falls eine node ausfällt wird dies von einer node die dies feststellt ins gesamte netz gebroadcastet
*** wenn eine nodeA an eine nodeB etwas schicken will schickt sie dies an die node die in ihrer routing tabelle dieser node zugeordnet ist, diese schickt die daten dann weiter
** für jeden link wird eine fehlerwahrscheinlichkeit eingetragen
** die daten müssen geschützt werden..
** am besten mit CRC
** weiterhin könnte man die daten bitweise verschicken und eine weile im medium belassen und so eine propagation time ins spiel bringen
** damit würden die links verschiedene qualitäten aufweisen
** = vorgaben GUI zur anzeige des netzwerks
** = das ganze müsste ja leider threadbased sein..
** = vorgaben CRC?
** zu schwer vom verständnis?

*'''Vorschlag G''': kratives zeichnen
** man gibt ihnen eine GUI auf der sie einfach pixel linien und kreise zeichnen können
** dann sollen sie möglichst kreativ irgendwelche styles darauf malen
** irgendwelche effects?
** für sowas braucht man schleifen evtl. arrays. da kann man ganz kreativ sein (was für einige leider nix ist)
** = vorgabe: GUI und interface zum malen

*'''Vorschlag H''': eine fractal-application ähnlich der aus info1
**= vorgabe: GUI und so
**zu wenig für sie zu tun?

*'''Vorschlag I''': auswerter aussagenlogischer formeln
** parsen einer DNF/KNF oder noch komplexerer logischer formeln und wahrheitswert bei (einer/allen) wahrheitsbelegung(en) untersuchen

*'''Vorschlag J''': textadventure
**ein textadventure programmieren,
**das über schnittstellen funktioniert und
** wobei dann die ergebnisse aller gruppen die fertigwerden zusammengefügt werden können

= Abschlussveranstaltung =
* Beste Lösung vorstellen
* Schaum-Schokoladen-Küsse austeilen....
* Abschließen
* Feedback einsammeln
* Ausblick
* Anbindung an die Veranstaltung Info 2

= Vielleicht noch =

= Robust Programmieren =
Vielleicht zu fortgeschritten.... Siehe auch [[Vortrag_Exceptions | unser alter Vortrag zu Exceptions]]

'''Idee von Robuster Programmierung'''
* wie kann man mit fehlern umgehen
** fehler(un)freundliche systeme (Flugzeug, Auto)
** bandbreite der fehler von lethal bis nervig, bis "man kann daraus etwas lernen" (feedback?)
** Folgekosten abschätzen
* was will man eigentlich:
** etwas für die Benutzer tun
** diese in die Lage versetzen Selbst etwas zu tun
** Das ist eine Grundsätzliche Frage die man sich bei Software (und in der tat überall) stellen muss. Gleichzeitig ist das auch das Ziel einer persönlichen Weiterentwicklung, die sich eben auch (tja) in der Software die man schreibt wiederspiegelt.

'''Problemraum'''
* Welche Fehler behandelt man?
* welche gibt man an Benutzer weiter?
* wie macht man das? (Schöne Dialogtexte, Gute Klare Fehlermeldungen)
** Apple HIG schreibt: "Provide useful error messages to users when something does go wrong. An error message should clearly convey what happened, why it happened, and the options for proceeding. Offer a workaround if one is available and do whatever you can to prevent the user from losing any data. See "Alerts" for more information on how to provide useful error messages." Siehe auch: [http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGWindows/chapter_17_section_6.html#//apple_ref/doc/uid/20000961-TPXREF23 Writing good Alert messages]
*** In fast allen nichttrivialen fällen, kann man den Fehler nicht selber behandeln, sondern nur dem Benutzer die Information geben sie zu beheben. (ex. "FileNotFoundException" -> "Bitte legen sie den externen Datenträger "Blub" ein, auf dem sich die Datei "Bla" befindet") Aufwendiger - ja, aber notwendig!

'''Wo treten Fehler auf:'''
* Benutzereingaben die anders sind als Vorhergedacht
* Code, der mit externen Systemen (Netzwerk, Dateisystem, Geräte, Messfühler, Benutzer) kommuniziert
* Oder Code der Fehler / Bugs enthält
** Nicht oder falsch verstandene eingabewerte für Methoden
** dynamischer OO-Code, bei dem der Compiler nicht mehr alles prüfen kann

* '''Tools'''
** Eclipse
** CVS/SVN?

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

Martin Häcker/Java Kurs/Tag 3

2006-03-25T20:40:41Z

217.186.80.250: /* Übungsaufgaben */

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

= LE 5: Strukturiertes Programmieren =
'''Vortragende:''' Arthur, Kristian, Robert Lubkoll

* Wiederholung von Tag 2
** Da wirds viele studenten geben, die merkwürdige Vorstellungen von Objekten haben
** Die wollen wir verarzten
* Daran dann die Methodik erklären

== Objektorientierung ==
* public / private

== Methodik ==
* '''Allgemein: Wie entwickelt man Programme Stück für Stück?'''
* In der main-Funktion sachen aufrufen -> Da gehts dann bei Testen, weiter
** Wie zerlegt man ein Problem in kleine Stücke
*** Top-Down vs. Bottom-Up <- letzteres empfiehlt sich für beginnende programmierer
** Wie zeigt man das das kleine Stück das man schon hat funktioniert

* Konkretes Vorgehen
** Laufend kompilieren, nicht erst am Ende!
** Laufend testen, nicht erst am Ende!
** Wie man das macht

'''Praxis: Wie verwendet man das'''
* Beispiel Fehlerbehandlung mit Rückgabewert (C?) (Apple hatte da ein Beispiel [http://www.mactech.com/articles/develop/issue_11/Parent_final.html Living in an Exceptional World] [http://gobsd.com/code/darwin/CarbonHeaders/AssertMacros.h Interessant, aber irrelevant]
* Beispiel Fehlerbehandlung mit Exceptions
* Vorsicht: Raymond Chen sagt dazu gerne [http://blogs.msdn.com/oldnewthing/archive/2004/04/22/118161.aspx cleaner, more elegant - and wrong!], [http://blogs.msdn.com/oldnewthing/archive/2005/01/14/352949.aspx Cleaner, more elegant and harder to recognize]
* '''Exceptions sollen NICHT für flow controll verwendet werden'''

== Übungsaufgaben ==
* Übung: kleines Spiel: "Vier Gewinnt"
** In der Vorlesung schon anfangen wie man das designt

* Selber ein schlechtes Programm "fehlerbeseitigen lassen"
* schlechte Bezeichnungen durch bessere ersetzen lassen
* Debuggen mit Eclipse
* Fehler die hier eingetreten sind

'''Vier gewinnt'''
* vier gewinnt
* highscores
* andere scores
* = vorgabe GUI
* = vorgabe evtl. billige KI die man evtl. im netz findet?

= LE 6: Effizient Fehler finden und Testen =
'''Vortragende:''' Karsten Bsufka, Olaf-Kroll Peters

* '''Java: Wie findet man effizient Fehler?'''
** Greenspuns third law of programming: "Debugging is at least twice as hard as Programming. So, if you program as clever as you can, you are by definition too dumb do debug it."
*** Einfachheit bringt funktionierende Programme
*** Man hat eigentlich ein Kommunikationsproblem: Das was man will, muss man in Code hinschreiben - aber so exact das es sogar ein Computer ausführen kann. Gleichzeitig ist das eigentliche Ziel des Programms, das der Programmierer es lesen und verstehen kann. '''Für ihn (und andere) ist der code geschrieben!'''
*** Vorsicht vor
**** langen Funktionen
**** Namen die nicht den zweck einer Variablen zeigen
**** tiefen verschachtelungen
**** komplizierten if-/while-/for-Bedingungen
**** allem was man nicht auf den ersten Blick sieht
*** Beispiele für jede dieser Sachen (if-gotcha, lange funktion, blöde namen, komplizierte if-bedingung (klammerfehler), ...)
** Hat viel mit erfahrung zu tun - man muss also schon jede menge Fehler finden um gut zu werden - aber es gibt auch techniken
** Gefundene Fehler korrigieren
** Debugging (mit Vorführung)
** Testen: Selber Fehler finden (mit Vorführung)
** Seperat testen (von main aus)

== Übungsaufgaben ==

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

Benutzer:Martin Häcker/Java Kurs

2006-03-25T20:37:42Z

217.186.80.250: /* Treffen 23.3.06 */ näcshtes protokoll

= Javakurs - Organisation=

* Webseite zum Kurs: [[Javakurs2006]]

== Beteiligte ==
Wer kennt noch jemanden der Mitmachen würde? '''Bitte ansprechen - immer Persönlich.'''

Wir suchen Helfer die:
* den Teilnehmern bei den Java-Programmen zu helfen (wie geht das mit dem "if-then-else", der "for"-Schleife, wie schreibt man das "try-catch", ...)
* die 10 Leuten erklären wie man mit mit Java im Detail umgeht und Fragen beantworten
* die vor 100 Leuten einen Vortrag halten und Java erklären
* die helfen diese Vorträge inhaltlich Vorzubereiten

Teilnehmer bitte mit e-mail-Adresse eintragen

=== Organisation, VL und Rechnerbetreuung ===
* Marcel
* Martin
* Arthur
* Florian
* Thomas
* Felix
* Kristian Bergmann
* Robert Buchholz
* Robert Lubkoll
* Ellen
* Karsten Bsufka
* Olaf Kroll Peters

=== Rechnerbetreuer oder VL ===
* Jakob
* Karl
* Andreas Janson (vielleicht)
* Björn Lohrmann <lohrmann@cs...> (vielleicht)
* Sven Schneider (Vielleicht)
* Alex Löwer <anaktai@cs...>
* Julius Gehr (vielleicht Vorlesung)
* Karsten Bsufka (Teilweise - vielleicht sogar Mitvortragender)
* Linkiewicc <linkiewi@cs...>
* Madany <madany@gmx.de>
* Volker (Teilweise) <volkere@cs...>
* Marek <iwasszkie@cs....>
* Jérome Kunegis <kunegis@cs...>
* Thorsten Rimkus
* Louay
* Alex Rein (?)
* Dorian <sschneider@mouze.org>
* Chi-Thanh Christopher Nguyen
* Daniel Käs <dkaes@cs...>
* Felix Lindner <felixl@cs...>

= Inhalt und Ablauf =
== Termin ==
* Mo, 03.04.2006 - Do, 06.04.2006
== Tagesablauf ==
* Für Tag 1 bis 3:
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#E0E0E0"
!von
!bis
!was?
|- bgcolor="#F0F0F0"
|9:00
|9:15
|Vorlesung
|- bgcolor="#F8F8F8"
|10:00
|12:00
|Übung
|- bgcolor="#F0F0F0"
|12:00
|12:45
|Mittagspause
|- bgcolor="#F8F8F8"
|13:00
|13:45
|Vorlesung
|- bgcolor="#F0F0F0"
|14:00
|16:00
|Übung
|}

== Themen ==
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#E0E0E0"
!Tag Nr.
!Vormittag
!Nachmittag
|- bgcolor="#F0F0F0"
|[[{{PAGENAME}}/Tag 1|Tag 1]]
|Hello, World!
|Methoden und Schleifen
|- bgcolor="#F8F8F8"
|[[{{PAGENAME}}/Tag 2|Tag 2]]
|Modularisierung mit Klassen und Objekten
|OO-Vertiefung und Klassenbibliothek
|- bgcolor="#F0F0F0"
|[[{{PAGENAME}}/Tag 3|Tag 3]]
|Strukturiertes Programmieren
|Effizient Fehler finden und Testen
|- bgcolor="#F8F8F8"
|[[{{PAGENAME}}/Tag 4|Tag 4]]
|Projektaufgabe
|Projektaufgabe
|}

== Allgemeine Ziele, Überlegungen und Ideen ==
* [[{{PAGENAME}}/Allgemeine Lernziele|Allgemeine Lernziele]]

== Literatur ==
'''Sun-JAVA-API'''
* [http://java.sun.com/j2se/1.4.2/docs/api/ Java-API zu 1.4.2] sollte jeder jederzeit beim Programmieren offenhaben
* [http://java.sun.com/docs/books/jls/third_edition/html/j3TOC.html The Java Language Specification, Third Edition]

'''Java ist auch eine Insel'''
* ziemlich einfach geschrieben und viel erklärt am Anfang, gute Einführung, die aber auch in die Tiefe geht (v.a. gedruckt auch in die BREITE :-)
* Über ein Dutzend der vierten Auflage in der UB-Lehrbuchsammlung erhältlich (OPAC derzeit down, daher kein Link)
* Als kostenloses eBook [http://www.galileocomputing.de/openbook/javainsel5/ ansehen] und [http://download.galileo-press.de/openbook/javainsel5/galileocomputing_javainsel5.zip downloaden]
* Zu erwerben bei [http://www.amazon.de/exec/obidos/ASIN/3898427471/thetruth0e Amazon in deutsch]

'''Structure and Interpretation of Computer Programs'''
* "Read the book. Do the exercises. It will teach you more about the essence of programming than any other book I know. -- ChristianLemburg". Dem kann ich mich nur anschließen. --[[Benutzer:Martin Häcker|Martin Häcker]]
* [http://mitpress.mit.edu/sicp/ SICP Webseite]
* [http://mitpress.mit.edu/sicp/full-text/book/book.html Ebook]
* [http://www.swiss.ai.mit.edu/classes/6.001/abelson-sussman-lectures Video-Lectures zu dem Buch]
* [http://www.amazon.de/exec/obidos/ASIN/0262011530/thetruth0e englisch bei Amazon]
* [http://www.amazon.de/exec/obidos/ASIN/3540423427/thetruth0e deutsch bei Amazon]

= TODOs =

== Zeitplan ==

8 20.02.-26.02. Räume, Web, Mail, Tutoren werben, allg. Werbung
9 27.02.-05.03. Stoffaufteilung/Zeitplan
10 06.03.-12.03. Aufgabenentwurf fertig
11 13.03.-19.03.
12 20.03.-26.03. Aufgaben fertig und besprochen
13 27.03.-02.04. Beamer, Technik, Getränke, Kopien, Tutoren anleiten & einteilen
14 03.04.-07.04. Veranstaltung

== Unassigned ==
* Eintrag in den [[Termine]]n aktuell halten

== Arthur ==
* Räume

== Martin ==
== Florian ==

Bäckerei (3.Tag)

== Felix ==
== RobertL und Felix ==
== RobertB ==

= Treffen 6.2.06 =
Bekanntmachung:
Termin 3.4.-7.4.

== Webseite ==
* Absolute anfänger
* wenn weniger als hundert bis bestimmtes datum
* dann auch mit anderen imperativen sprachen
* CS-ACCOUNT
* Anmeldung
* Überweisung / Persönlich vorbeibringen

= Treffen 10.3.06 =
# Allgemeines:
## ToDo:
##* Artur: Raum mieten im MA043 mit Technik (2 Mikrofone tragbar, Funk)
##* Artur: Rechnerbetrieb für Rechnerräume ansprechen
##* Artur: Kamera für Bildaufnahmen
# Rechnerübungen:
## ToDo:
##* Handout mit wichtigen Tipps:
##* Ausführen, Compiler, URLs, Bibliotheksfunktionen, "HelloWorld", usw.
##* nächste Woche:
##** Aufgaben müssen ausformuliert sein,
##** Miniaufgaben ferig sein, alles selbst implementiert haben
##** Zeit f. Implementierung messen (nicht von den Aufgabenstellern)
##** Kleingruppen machen Vorschlag, Vortragender schaut drüberund nickt ab

Fazit:
* Aufgaben ausarbeiten und ausformulieren (die Leute die sich das ausgedacht haben), ein anderer programmiert Aufgabe Probe

Ausarbeitungen:
# LE: Robert B., Dorian, Ellen
# LE: Sven, Daniel
# LE: Artur, Robert L., Felix
# LE: Florian, Martin

Aufgaben so designen, so dass sie anständig auf Papier ausdruckbar sind (im Wiki hinterlegen)

Zusatzaufgaben auf seperaten Zettel, Ausgabe des Zettels erst bei Nachfrage in der Übung (nicht ankündigen)

Freitagsergebnisse der Ausarbeitung für LEs: siehe Anhang

Offenes:
* Eclipse schon am 2. Tag einsetzen?
* Thema Gute Namen?
* Studenten mit "Migrationshintergrund"
* zeiteinteilung für Aufgaben 1/10? 1/5? -> Verhältnis Aufgabe - Zeit
** Tagabhängig (1. Tag: Faktor 10, 3.Tag: Faktor 2 z.Bsp. ...)

== Anhang zu 2.2.: ==

=== 1.LE ===
Handout:
# Melde Dich an einer Sun an und wähle einen Editor Deiner Wahl. Wenn Du keinen kennst dann nimm Editor xy.
# Richtig/Falsch-Tabellen:
#* kopieren von einer Datei aus Verzeichnis
#* Umbenennen von Dateien
#* 2 Varianten für Aufruf von Dateien (mit class / richiger Aufruf), Am Ende wird bei richtigem Ausführen der Datei in der Ausgabe stehen, was als nächstes zu tun ist (nächste Aufgabe).
# Kassenbon - Programm schreiben
#* Kassenbon mit print-Befehlen ausgeben
#* Vorgabe: nichts in Java
#* Aufgabenstellung:
#** links: Ware, Mitte: Anzahl, rechts: Preis Stornos, Gesamtpreis am Ende des Bon ausgeben lassen, MwSt
#*** keine arrays - lauter print-Ausgaben mit Variablen z.Bsp.: int anzahlApfel = 4;
#*** Methode vorgeben, was an Produkten exitsiert, Variable mit Geldmaximum - wovon Produkte abgezogen werden
#*** viele if/then - Beziehungen mit Geldausgaben (zu teuer, nicht genug Geld usw.)
#*** mit globalen Variablen arbeiten

=== 2.LE ===

* Inhalte siehe Wikisite (Methoden,Arryas, Schleifen)

Deltas:
* if - Bedingungen in Methoden auslagern
* String - Vergleiche
* 1. Programm mit syntaxfehlern
* 2. Programm mit Vorgaben
* Nulltes Elemten als erstes Element im Array (Länge 10, Index 9)
* "Nullpointer Exception"
* Tabelle richtig/falsch (siehe 1. LE)

Viele kleine Aufgaben (5-6 Zeilen)
* Bon mit vielen print-Ausgaben aus LE1 umwandeln in Array
** sollen Studies besser machen ...
** Fibonacci

Einteilung in Aufgaben und Zusatzaufgaben
Parsen von Kassenzettel an Stelle der Parser-Aufgabe

=== 3.LE ===
* Inhalte auf Notebook von Robert L.(nachreichen)/oder im Wiki(?)

Deltas:
* "Löschen" auf 4.LE verschieben
* mehr Aufgaben (aus LE4?)

=== 4.LE ===
* Inhalte werden nachgereicht von Florian

Deltas:
* Thema Java-IO in LE 5 reinnehmen

= Treffen 17.3.06 =
Robert, Sven, wo wart ihr?

Was machen wir wenn manche Leute mit dem Tempo nicht mitkommen?
* Wir können die Übung wiederholen
* Wir können die Vorlesung um einen halben Tag verschieben
* Wir haben noch Aufgaben in der Hinterhand, damit Leute, die wiederholen müssen, das tun können
* Vielleicht verzögern wir die Vorlesung auch gar nicht, sondern versetzen nur die Übungen
* Wenn zu viele ein Problem haben, dann laden wir die in spezielle Gruppen ein.
* Ob wir "Ghetto"-Gruppen machen, oder ob wir die Langsameren doch lieber in den durchmischten Gruppen lassen müssen wir nochmal Diskutieren - in der Gruppe kann sich auch einiges Ausgleichen.

Für nächste Woche
* Aufgaben Ausarbeiten und Programmieren
* Vorträge Aufbauen
* Dann ins Wiki!

Wir wollen versuchen auf standardisierte Begriffe zurückzugreifen - wenn wir sie überhaupt verwenden. Arthur macht das. :)

* gute namen regeln besprechen und vereinheitlichen

= Treffen 23.3.06 =
Verschieben Objekte / Api mehr Übung:
* Wir nehmen das Warenhaus als Aufgabe dafür
@Florian macht das: Sonntag, bzw. Dienstag abend

Projektaufgabe:
* Es soll geübt werden methodisch Vorzugehen
* Es soll Milestones geben die abgearbeitet werden soll

* Schiffe Versenken / Vier Gewinnt
** Vormittags im Anschluss an Strukturierte Programmierung
** Wird als Teil von "Strukturiertes Programmieren" entwickelt
* Verschlüsselung
** Nachmittags, wer nicht am Spiel weiter programmieren will

@Martin Aufgabe LE 4
@Arthur Crypto
@Florian Warenhaus
@Martin Tutoren nachhaken

@Martin & Arthur
* Genauer Zeitplan für montagsbeginn
* Handout für Tutoreneinstimmung

@Martin Kneipe bestellen für Mittwoch Abend
@Arthur + @Robert Handouts produzieren

Für Mittwoch:
Aufgabe
Idee der Aufgabe
Hinweise für die Lösung

Es kann passieren das wir die Räume nur bis Punkt 16 Uhr haben

Zeitplan
* Morgens
** 9:00 - 9:45 Vortrag 45 min
** 10:00 - 12:00 Übung
* Mittag 12:00 - 12:45
** 13:00 - 13:45 Vortrag
** 14:00 - 16:00 Übung

'''TODO:''' Räume begehen

Benutzer:Martin Häcker/Java Kurs

2006-03-25T20:35:47Z

217.186.80.250: /* Tagesablauf */ aktualisiert