\documentclass[a4paper, DIV16, halfparskip+]{info}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{amsmath, version}
\usepackage[ngerman]{babel}
\usepackage[left=2cm,right=2cm,top=0.5cm,bottom=1cm,includeheadfoot]{geometry}
\usepackage{hyperref}

\begin{document}
\Blatt{Computergestützte Statistik}{Wintersemester 2016/2017}{1}{21.10.2015}

\enlargethispage{4em}

Alle Informationen finden Sie auf der Webseite zur Vorlesung: \\
\href{https://www.statistik.tu-dortmund.de/computerstat.html}{https://www.statistik.tu-dortmund.de/computerstat.html}

\underline{\textbf{Vorlesungszeiten}}:

Mi 12:15 -- 13:45 (M E28)

Fr 08:30 -- 10:00 (BCI ZE 01) (Am 21.10. einmalig von 08:15 -- 09:45)

\vspace*{7pt}
\underline{\textbf{Übungszeiten}}:

2 der folgenden 3 Übungstermine werden angeboten:

Donnerstag 12:00 -- 14:00; Freitag 10:00 -- 12:00; Freitag 12:00 -- 14:00 (Jeweils CDI/121)

Wir klären in der 1. Vorlesung welche 2 Termine angeboten werden und geben dies auf der Webseite bekannt. Sie müssen sich zu keinem der Termine anmelden, achten Sie aber bitte auf eine gleichmäßige Aufteilung. \textbf{Achtung}: Der Übungsbetrieb startet bereits in der 1. Vorlesungswoche.

\vspace*{7pt}
\underline{\textbf{Sprechstunden}}:

M.Sc. Daniel Horn (\href{daniel.horn@tu-dortmund.de}{daniel.horn@tu-dortmund.de}): 
\newline
Montags, 10:00 -- 12:00 (M/721)
\newline
Ich bin auch ansonsten oft in meinem Büro und beantworte (wenn ich Zeit habe) Ihre Fragen.

\underline{\textbf{Anmeldung zum Übungsbetrieb}}:

Füllen Sie bitte baldmöglichst das Formular auf der Webseite aus.

\vspace*{7pt}
\underline{\textbf{Scheinvergabe und Übungsbetrieb}}:

\textit{Statistiker}: Durch die Bearbeitung der Übungsblätter kann am Ende des Semesters ein benoteter Schein erworben werden. Die Übungsblätter müssen individuell bearbeitet werden. Bei Verstößen gegen diese Regel behalten wir es uns vor, einzelne Aufgabenteile mit 0 Punkten zu bewerten.
\newline
\textit{Datenanalysten}: Es muss eine mündliche Prüfung abgelegt werden. Um die Zulassung zu erlangen, müssen die werden. Abgaben in 2er Gruppen sind möglich.
\newline
Es wird 15 Übungszettel geben. Auf den Zetteln 1-7 sowie 8-15 müssen jeweils insgesamt 50$\%$ der Punkte erreicht werden. Jeder Zettel wird 3 Aufgaben mit jeweils 4 zu erreichenden Punkten beinhalten. Der benötigte Aufwand für die einzelnen Aufgaben kann sich jedoch stark unterscheiden.
\newline
In den Übungen werden wir nur bestimmte Aspekte der Abgaben der letzten Woche behandeln. Die restliche Zeit in den Übungen sollen Sie nutzen, um sich mit dem aktuellen Übungszettel zu beschäftigen. Erfahrungsgemäß ist die Bearbeitung der CStat-Übungszettel mit vielen Fragen verbunden, da diese sich häufig mit der Implementierung von Algorithmen in \texttt{R} beschäftigen werden. Dazu ist es notwending, dass Sie sich bereits vor der Übung mit dem Übungszettel befassen.


\vspace*{7pt}
\underline{\textbf{Abgabe der Übungsaufgaben}}:

Digitale Abgaben: Bis Montags Abends per Mail an \href{CS-abgabe@statistik.tu-dortmund.de}{CS-abgabe@statistik.tu-dortmund.de}
\newline
Handschriftliche Abgaben: Bis Montags Abends in den Briefkasten 138 im Mathefoyer.
\newline
Bitte geben Sie nur eine Lösung pro Gruppe ab und geben Sie Ihren Partner immer mit an.
\newline
Der neue Übungszettel erscheint jeweils Montags auf der Webseite.

\enlargethispage{1cm}

%\vspace*{7pt}
%\underline{\textbf{Quellcode}}:
%
%Viele der Übungsblätter bestehen aus Programmieraufgaben. Diese sind mit \texttt{R} zu bearbeiten.
%
%Bitte beachten Sie folgende Punkte beim Erstellen der Lösungen. Bei wiederholter Nichtbeachtung behalten wir uns vor, diese mit Punktabzügen zu versehen:
%\begin{itemize}
%	\item Quellcode sollte im dafür vorgesehenen Dateiformat, also als .R Datei, abgegeben werden. Quellcode, der nicht im entsprechenden Format, also z.B. stattdessen als Word oder OpenOffice Dokument eingesendet wird, kann nicht korrigiert werden.
%	\item Um die Korrektur zu vereinfachen, benutzen Sie bitte folgendes Schema für Ihre Dateinamen:
%    \newline<nachname>-<uebungsblattnr>\{-a<Aufgabennummer>\}.
%		\newline Zum Beispiel: horn-01.R oder horn-01-a2.pdf.
%	
%	\item Zu jeder Funktion, die Sie schreiben, gehört auch Dokumentation. Diese sollte als Kommentarblock vor der eigentlichen Funktionsdefinition im Quellcode stehen. Beachten Sie auch die Hinweise der ersten Übungen.
%	\item Quellcode muss eigenständig lauffähig sein. Testen Sie also Ihre Funktionen vor Abgabe. Das Erstellen von guten Testfällen ist ein wesentlicher Teil der Arbeit, wenn Sie einen Algorithmus implementieren. Nicht lauffähiger Programmcode wird mit Punktabzügen bestraft.
%	\item Beachten Sie dabei bitte, dass der Gebrauch von Umlauten in Datei-, Variablen- und Funktionsnamen häufig zu Problemen führt. Vermeiden Sie diese also! Automatisch passiert dies, wenn Sie in Englisch programmieren, was wir stark empfehlen.	
%	\item Achten Sie auf einen einheitlichen Programmierstil und behalten Sie diesen konsequent bei. Bestimmte Regeln sind aufgrund der Übersichtlichkeit und Lauffähigkeit des Programmcodes bzw. der Fehlersuche dabei in jedem Fall zu beachten. Hinweise gibt es auf auf einem gesonderten Info-Zettel und in der 1. Vorlesung.
%\end{itemize}
%	
	% Verschiedene Beispiele für einen einheitlichen Programmierstil findet ihr darüber hinaus auf den folgenden Internetseiten:
%	\begin{itemize}
%		\item[] \url{https://github.com/tudo-r/PackagesInfo/wiki/R-Style-Guide}
%		\item[] \url{https://google-styleguide.googlecode.com/svn/trunk/Rguide.xml}
%		\item[] \url{http://r-pkgs.had.co.nz/style.html}
%	\end{itemize}
%%	Insbesondere erwarten wir von euch, dass ihr euch an die folgenden Punkte haltet. Diese Punkte sorgen dafür, dass sich die Lesbarkeit eures Programmcodes um ein Vielfaches erhöht. Dies erleichtert sowohl euch das Programmieren als auch uns das Korrigieren:
%	\begin{enumerate}
%		\item[1.)] \underline{Einrücken von Programmcode}: Wenn ihr eine Schleife, eine \texttt{if}-Abfrage oder eine Funktion benutzt (d.h. an sich immer, wenn ihr eine geschweifte Klammer öffnet), muss der Codeblock innerhalb des jeweiligen Konstrukts eingerückt werden. Typischerweise wird der Code dabei um 2 Zeichen eingerückt. Wenn ihr R-Studio verwendet, könnt ihr euren bereits geschriebenen Code richtig einrücken, indem ihr den Code markiert und Strg-I drückt.
%    \item[2.)]  \underline{Leerzeichen}: Vor und hinter (fast) jeden binären Operator gehört ein Leerzeichen. Es heißt z.B. \texttt{1 + 2} oder \texttt{2 * 3} und nicht \texttt{1+2} oder \texttt{2*3}. Vor allem bei langen, arithmetischen Ausdrücken wird Programmcode ohne Leerzeichen schnell unübersichtlich. Wenige Ausnahmen sind z.B. \texttt{1:2} und \texttt{2\textasciicircum3}. Hinter jedes (!) Komma gehört ein Leerzeichen. Leerzeichen vor und hinter runden und eckigen Klammern sind nicht erwünscht. D.h. \verb+sin(2)+ ist gut, \verb+sin ( 2 )+  hingegen nicht.
%    \item[3.)]  \underline{Leerzeilen}: Oft hilft es der Struktur von Programmcode, nach einigen sinngemäß zusammengehörigen Zeilen eine Leerzeile einzufügen. Häufig ist dies auch die richtige Stelle, um einen kurzen Kommentar in den Code einzufügen.
%    \item[4.)]  Verwendet relative Pfadnamen, wenn ihr irgendwelche Dateien einlest oder abspeichert (Mehr dazu in der ersten Übung). Ihr könnt davon ausgehen, dass bei uns sämtliche Dateien, die wir euch zur Verfügung stellen, in dem gleichen Ordner wie eure Abgaben liegen.
%    \item[5.)]  Die Befehle \texttt{source()} und \texttt{library()} gehören an den Anfang einer Datei.
%	\end{enumerate}
%	\item Übertreiben Sie es nicht mit der Dokumentation. Nicht jede Zeile muss mit einem Kommentar versehen werden. Guter Code ist auch zu einem Teil "`selbsterklärend"'. Die Kunst liegt darin, die richtige Balance zu finden - wie bei fast allem im Leben...
%	\item Achten Sie auf Effizienz, übertreiben Sie es aber nicht. Ein Ziel dieser Veranstaltung ist es, Sie dafür zu sensibilisieren, wie "`teuer"' manche Rechenoperationen sind. Versuchen Sie daher stets in Ihrer Implementierung möglichst effizient mit den Rechnerressourcen umzugehen. Andererseits sollte Ihre Implementierung nicht zugunsten der Lesbarkeit optimiert werden. Auf diesen Aspekt wird in der Übung immer wieder eingegangen.
\end{document} 