FreitagsrundenWiki - Benutzerbeiträge [de]

C-Kurs/Zahlen sagen

2010-09-16T14:11:44Z

130.149.17.38: /* Hinweise */

== Aufgabenstellung ==

Schreibe ein Programm, das eine als Kommandozeilenparameter in numerischer Form übergebene Zahl in Worten (also als Zahlwort) ausgibt.
Ein Aufruf des fertigen Programms könnte etwa wie folgt aussehen:

<pre>
(~): ./zahlwort 174367
einhundertvierundsiebzigtausend dreihundertsiebenundsechzig
</pre>

=== Hinweise ===

* Alloziere zunächst einen Speicherblock, der groß genug ist, um das komplette Zahlwort zu enthalten (z.B. via <code>[http://www.cplusplus.com/reference/clibrary/cstdlib/malloc malloc]</code>).
* Schreibe eine Funktion <code>say_short_number(int number, char* buffer)</code>, die eine übergebene Zahl zwischen 1 und 999 als Zahlwort in den ebenfalls übergebenen Puffer kopiert.
* Schreibe dann eine Funktion <code>say_number(long int number, char* buffer)</code>, die eine (nahezu) beliebig große Zahl übergeben bekommt und für alle in der Zahl verfügbaren 10^3er-Gruppen (tausend, million(en), milliarde(n), ...) jeweils <code>say_short_number()</code> aufruft.
* Zuordnungen von Zahl zu Zahlwort kannst du statt mittels case-Anweisung auch durch ein Array von Zeichenketten definieren.
* Beim Zerlegen von Zahlen helfen ggf. die Funktionen <code>[http://www.cplusplus.com/reference/clibrary/cmath/pow pow()]</code> und/oder <code>[http://www.cplusplus.com/reference/clibrary/cmath/log10 log10()]</code> aus dem Standardheader [http://www.cplusplus.com/reference/clibrary/cmath math.h].
* Wenn du Funktionen aus der math.h benutzt musst du beim Kompilieren mit der GCC das Kommando '-lm' angeben damit die entsprechende Libary einzubinden. (also z.B. 'gcc -lm zahlwort.c -o zahlwort')
* Beachte die Ausnahmen der Zahlwörter elf, zwölf, sechzehn und siebzehn im Gegensatz zu den übrigen Zahlen unter 20.

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



[[Kategorie: CKurs Aufgaben]]

Javakurs/Übungsaufgaben/Primzahlenaufgabe

2008-04-08T09:55:32Z

130.149.17.38: /* Kommentare */

=Primzahlen=

Als [[wikipedia:Primzahl|Primzahlen]] bezeichnet man alle natürlichen Zahlen, die nur durch sich selbst und eins teilbar sind. Also zum Beispiel 2, 3, 5, 7, 11, 13, usw. Die 1 ist per Definition keine Primzahl.

==Einfacher Primzahlenfinder==

'''Aufgabe:'''

Schreibt ein Programm, das die ersten <code>n</code> Primzahlen bestimmt und ausgibt.

'''Hinweise:'''

* Der einfachste Algorithmus um zu ermitteln, ob eine Zahl <code>x</code> eine Primzahl ist, besteht darin, <code>x</code> durch jede Zahl kleiner als <code>x</code> zu teilen und zu überprüfen, ob ein Rest übrig bleibt.

Für die 25 würde der Algorithmus also folgendermaßen ablaufen:

25 / 2 = 12 rest 1 
25 / 3 = 8 rest 1 
25 / 4 = 6 rest 1 
25 / 5 = 5 rest 0 -> 25 ist keine Primzahl

Wenn der Algorithmus durchgelaufen ist, ohne einen Teiler für <code>x</code> gefunden zu haben, so muss <code>x</code> eine Primzahl sein.

* Der Modulo-Operator % gibt den Rest zurück, der beim Teilen von zwei Zahlen übrig bleibt.

* Ihr braucht zwei verschachtelte Schleifen. Eine, die die Zahlen 1 bis n hochzählt und eine, die jede dieser Zahlen durch jede kleinere Zahl teilt um auf Teilbarkeit zu überprüfen.

==Optimierung des Algorithmus==

'''Vorbemerkung:'''

Diese Aufgabe kann auf vielerlei Arten gelöst werden und ist weniger zum Verständnis von Schleifen, Arrays, Bedingungen und Co gedacht, sondern vielmehr, um die sinnvolle Anwendung dieser Konzepte zu üben.

Die Hinweise sind nur als Anregungen zum Lösen der Aufgabe gedacht, falls man selbst gar keine Idee hat.
Da es viele Möglichkeiten gibt, die Aufgabe zu lösen, die Hinweise jedoch nur einen Weg aufzeigen, solltet ihr erstmal probieren, selbst eine Lösung zu finden.

'''Aufgabe:'''

Um zu ermitteln, ob eine Zahl <code>x</code> eine Primzahl ist, muss man diese nicht durch sämtliche kleineren Zahlen teilen.
Tatsächlich reicht es, wenn man <code>x</code> nur auf Teilbarkeit durch alle Primzahlen, die kleiner <code>x/2</code> sind, überprüft (warum dies so ist, wird weiter unten beim Punkt "Hintergrund" erklärt).

Optimiert nun den Algorithmus aus Aufgabe a) so, dass zum Überprüfen von Zahl <code>x</code> nur alle Primzahlen kleiner <code>x/2</code> durchlaufen werden.

'''Optionale Aufgabe:'''

Wie viele Primzahlen gibt es zwischen 1 und 10? Wieviele zwischen 1 und 100? 1 und 1000? ...

Schreibt euch ein Programm (oder eine Methode), das euch das Verhältniss von gefundenen Primzahlen zu der Anzahl der überprüften Zahlen ausgibt.

'''Hinweise:'''

* Speichert euch beim Durchlaufen der Zahlen jede gefundene Primzahl in einem Array.

* Wie groß muss das Array zum Speichern der gefundenen Primzahlen in Abhängigkeit von der Anzahl der zu überprüfenden Zahlen maximal sein? Die optionale Aufgabe hilft, dies herauszufinden.

'''Hintergrund:'''

Der Algorithmus aus Aufgabe a ist zwar einfach, aber nicht gerade sehr intelligent. Beispielsweise würde es auch reichen, beim Überprüfen einer Primzahl <code>x</code> nur die ersten <code>x/2</code> Zahlen zu durchlaufen, da beim Teilen durch alle größeren Zahlen nur noch ein Wert zwischen 1 und 2 rauskommen kann.

Veranschaulichung:

23 / 11 = 2 rest 1 
23 / 12 = 1 rest 11 
23 / 13 = 1 rest 10 
23 / 14 = 1 rest 9 
... 
23 / 22 = 1 rest 1 

Eine weitere Optimierungsmöglichkeit stellt die Tatsache dar, dass eine Zahl, die nicht durch zwei teilbar ist, auch nicht durch ein Vielfaches von zwei teilbar sein wird. Praktisch heißt das, dass wir die zu überprüfende Zahl nur auf Teilbarkeit durch die ungeraden Zahlen sowie der zwei überprüfen müssen.

Beispiel:

* 25 / 2 = 12 rest 1 -> nicht durch zwei teilbar, also auch nicht durch 4, 6, 8, 10, usw. -> nur ungerade Zahlen überprüfen 
* 25 / 3 = 8 rest 1 
* 25 / 5 = 5 rest 0 -> keine Primzahl 

Wie man sieht, spart man hier schon ein paar Überprüfungen.

Die Regel, dass alle Zahlen, die nicht durch 2 teilbar, sind auch nicht durch ein Vielfaches von 2 teilbar sind, lässt sich noch verallgemeinern. Das heißt:

Eine Zahl die nicht durch <code>t</code> teilbar ist, ist auch nicht durch ein Vielfaches von <code>t</code> teilbar.

Dies bedeutet im Endeffekt, dass wir beim Überprüfen von <code>x</code> nur alle Primzahlen kleiner <code>x/2</code> überprüfen müssen. Da alle anderen Zahlen Vielfache einer kleineren Zahl sind, welche wir schon überprüft haben.

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

Ich glaube es gibt 169 primzahlen glaube ich.. hat das noch jemand?

Windows

2007-05-03T11:42:42Z

130.149.17.38:

Windows 1.0 ist ein veraltetes Betriebssystem der Firma [[Microsoft]] und wird stets alle paar Jahre durch neuere Versionen aktualisiert. Das neuste ist Windows Vista, welches - zugegeben viele Ressourcen verbraucht - aber dem Anwender alleilei Moeglichkeiten einraeumt.[[Linux]] und andere Unix-Derivate (wie z.B. FreeBSD oder Mac OS X) sind alternativen fuer Betriebssystem, welche aber noch lange nicht mit dem Windows der Firma Microsoft mithalten koennen. Linux ist nachweislich besser fuer Serversysteme geeignet aber nicht einsteigerfreudig. Zudem ist die Kompatibilitaet zu Windows nicht in allen Faellen gegeben, so kann Linux z.B von sich aus nichts mit dem NTFS Dateisystem anfangen. "Windows" allgemein als veraltet zu bezeichnen zeugt von grober Unkenntnis und laesst tief blicken.

== Infos für ewig Gestrige ==

Wer einen historischen Rückblick wagen will, der kann sich über verschiedene Quellen das Microsoft-Betriebssystem besorgen. Da es allerdings kaum noch verkäuflich ist, wird es im Moment [[MSDNAA|an Studenten verschenkt]].

== Infos für Umsteiger ==

Für Windows-Benutzer, die das sinkende Schiff verlassen wollen, bietet die Freitagsrunde regelmäßig [[Linux-Installationsparty]]s und eine eigene [[Opalix|Linux-Live-CD]] an.

Alternativ empfehlen wir folgende Seiten als erste Anlaufstellen:
=== Linux ===
* http://www.ubuntu.com/
* http://www.debian.org/
* http://fedora.redhat.com/
* http://www.gentoo.org/
* http://www.centos.org/
* http://www.mandriva.com/
* http://www.opensuse.org/
* http://www.archlinux.org/

* http://www.distrowatch.com/

=== BSD ===
* http://www.netbsd.org/
* http://www.mirbsd.org/
* http://www.freebsd.org/
* http://www.openbsd.org/

=== Proprietäre Betriebssysteme ===
* http://www.apple.com/

__NOTOC__

[[Kategorie: Fachbegriffe der Informatik]]

Benutzer:Martin Häcker/Java Kurs

2006-02-20T13:15:29Z

130.149.17.38: /* Rechnerbetreuer */

= Javakurs=
[[Javakurs2006]]
* Räume -> nicht so das problem
* Beamer / VNC-Multicast?
* Zedat (FU) hat spezielle Räume für sowas?
* Anzahl der Leute: eher viel zu viele, ca. 100 Geht

= 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

==Tutoren ==
* Marcel
* Martin
* Arthur
* Florian
* Thomas
* Felix
* Kristian Bergmann
* Robert Buchholz
* Robert Lubkoll
* Ellen

== Rechnerbetreuer ==
* Jacob
* Karl
* Andreas Janson (vielleicht)
* Björn Lohrmann
* Sven Schneider (Vielleicht)
* Alex Löwer
* Julius Gehr (vielleicht Vorlesung)

== Teilnehmer ==
* Max

= Durchführung =
== Ankündigung ==
* In den Tutorien von Info 1
* In den Newsgroups Informatik 1 + 2
* In den Mailinglisten der Freitagsrunde
* An alle Teilnehmer von Informatik 1 per mail
* Während der Info 1 Klausureinsicht mit einem Plakat

= Stoffplan =
* JAVA Grundlagen!
* "Objekt" ist nicht bäh...

== Arthurs Zeitplan ==
erstmal der allgemeine Tagesablauf:

* 1 h "Großgruppe"
* 2-3 h Kleingruppe
* Pause (Essen)
* 1 h "Großgruppe"
* 2-3 h Kleingruppe
* Hausaufgaben?

daraus ergibt sich bei 4-5 Tagen 8-10 Lerneinheiten (LE).

;LE1
:Ziel eigenes "Hello World" in Java
;LE2
:Ziel Bedingung benutzen
;LE3
:Ziel Schleifen benutzen
;LE4
:Ziel Methoden Aufruf (einfach)
;LE5
:Ziel Parameter und Rückgabewerte bei Methoden
;LE6
:Ziel Objekt als Sammlung von Daten (Struct)
:Konstruktor?
;LE7
:Ziel Objekt mit Methode(n) / Konstruktor
;LE8
:Ziel Standardmethoden (toString?)
;LE9
:Ziel Standardbibliothek (z.B. file IO)
;LE10
:Ziel Standardbibliothek

* Java
** datentypen
** variablen
** zuweisung
** vergleich
** bedingungen if
** schleifen
** ein/ausgabe
** datei ein/ausgabe
* Programmieren im allgemeinen / "prozedural" programmieren
** Zustandsmaschine
* Problemlösungsstrategien
** Java
*** Debugging
*** kleine probleme
*** testen
** idee
*** kleine probleme

== Felixs Zeitplan ==
== Martins Zeitplan ==
Vorgehen nach Ausdrucksmodell? Also Sprachfeatures so einführen wie man sie braucht um Probleme ausdrücken zu können? -- Schwierig, behalte ich aber mal im Hinterkopf.

=== Tag 1 ===
Einführung nach [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-9.html#%25_chap_1 SICP Kapitel 1] (bis "Programming in Lisp")

Drei Dinge die Wichtig sind für Programmierer:
* Primitive Ausdrücke
* Kombinationsmöglichkeiten
* Abstraktionsmöglichkeiten

Java Stoff:
Ein Beispiel bringen und daran erklären was primitive Ausdrücke, Kombinationen und Abstraktionsmöglichkeiten sind (evtl. langsam entwickeln):
class Test {
static void print(double aNumber) {
System.out.println("> " + aNumber);
}

public static void main(String [] arguments) {
print(3 * 4);
print(7 + 23 * 8 - 3);
// ....
}
}
* Variablendeklaration - Namen vergeben für dinge die man berechnet hat!
** Lokale Namen und wieso: (vielleicht?) [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-4.html#%25_toc_%25_sec_Temp_41]
An dieser Stelle primitive Datentypen und String einführen, mit dem Hinweis das bei den Primitiven alles normal sei, während bei String "alles anders" ist. Dann später diesen Unterschied aufgreifen. (String ist ja nun "immutable", trotzdem?).
* Zuweisung
* if, else
* methoden -> Wichtigkeit das man Programme in verständliche und Sinnvolle Teile unterteilt: [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-10.html#%25_sec_1.1.8 Procedures as Black-Box Abstractions]
* Return
* System.out.println()
* wie testet man ob und wie etwas geht? (Java Ausprobieren)

Abstrakter Gedanke: Für den Computer ists wurscht wie man das was man meint aufschreibt, wir Menschen dagegen sind von sowaas verwirrt:
class _{static long _
(long __,long ___) {
return __==0 ?___+ 1:
___==0?_(__-1,1):_(__
-1,_(__, ___-1)) ; }
static {int _=2 ,___
= 2;System.out.print(
"a("+_+','+___+ ")="+
_ (_, ___) ) ;System
.exit(1);}}//(C) Ulli

Wir können uns aber helfen indem wir das so schreiben:
/** @see: http://de.wikipedia.org/wiki/Ackermann-Funktion */
class AckermannFunctionDemo {
static long ackermann(long n, long m) {
if (n == 0) {
return m + 1;
}
else if (m == 0) {
return ackermann(n - 1, 1)
}
else {
return ackermann(n - 1, ackermann(n, m - 1));
}
}
static {
int n = 2, m = 2;
System.out.print("ackermann(" + n + ',' + m + ") = "
+ ackermann(n, m));
System.exit(1);
}
}//(C) Ulli

Beispiele + Übungen
* Einige Expressions angeben und die Teilnehmer sollen feststellen was die ausgeben/berechnen würden
* Das gleiche dann nochmal mit if/else
* Einen mathematischen Ausdruck in Java übersetzen
* methoden definieren die bestimmte eigenschaften haben
Beispiele dann Abtippen und ausprobieren -> Sie sollen Nachfragen wenn sie was anderes hatten (oder sowas)
// TODO: Reicht das, oder brauchts noch mehr?

=== Tag 2 ===
* Methoden als abstraktionsmöglichkeiten -> verstecken von methoden [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-4.html#%25_toc_%25_sec_Temp_43] Bringts das an der stelle?
* while, for
** Anwendung davon
* Konzept Klassenbibliothek
** Javadocs finden, lesen, verwenden, schreiben -> http://www.javadocs.org
** List, ArrayList, InputReader, BufferedReader, Scanner
* Wie entwickelt man Programme stück für stück? (Vorgehen + Testen)
** kleine stücke
** seperat testen (von main aus)
** ausblick automatisieren

=== Tag 3 ===
* Objekte als daten mit methoden ausssenherum
** um innendrinn auswechseln zu können
* Objekte, Static nicht static
** [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-4.html#%25_toc_%25_sec_3.1.2 Benefits of Local State]

=== Tag 4 ===
* vorgehen
* debugging
* testen?
* Aufgaben
** Selber ein schlechtes Programm "fehlerbeseitigen lassen"
** schlechte Bezeichnungen durch bessere ersetzen lassen

== Roberts Ideen und Anmerkungen ==

=== Vorstellung ===
Um mir ein Bild der Situation zu machen und meine Ideen wirklich zusammenhängend aufschreiben zu können, habe ich in Zusammenarbeit mit Sebastian ein Alternativkonzept überlegt, das sich von den zwei vorgestellten (Arthur und Martin) abhebt, aber in dem es natürlich viele Überschneidungen gibt. Es ist also durchaus nicht unähnlich, d.h. ''merge''bar.

In diesem Abschnitt finden sich alle Kommentare, Meinungen und Ideen. Im nächsten Abschnitt dann stichwortartig ein Ablaufplan.

=== Paradigmen der Entwicklung===
Woran sich unser Konzept messen lassen sollte und worin es sich von den anderen Konzepten unterscheidet:
* Zeitliche Kompaktifizierung
* Inhaltliche und zeitliche Trennung zwischen Methodik und Java-Syntax

* Problem: Neben den inhaltlichen Aspekten sollen auch methodische vermittelt werden:
** Herangehensweise an Probleme
** Fehler finden/Fehlermeldungen lesen/Debuggen
** Gutes Softwaredesign (im Kleinen)

* Frage: Wie mischt man das?
** Man kann nicht erst 2 Tage programmieren, ohne dass die Leute wissen, wie sie Fehler in ihren Programmen finden.
** Es geht aber auch nicht, dass erste sinnvolle Programme (Schleifen, Methoden) erst am Ende des zweiten Tages laufen.
** Bei zuviel Mischung verlieren die Leute den Faden.

* Ziele:
** Praktische Orientierung, d.h. schnelle Erfolge, damit die Leute am Ball bleiben und sehen, was sie machen können.
** Eine Prise mehr Stoff, als jeder versteht -- das ist wichtiger als Langeweile!

* Ideen:
** In der ersten Vorlesung sollten mögliche Probleme angesprochen werden: Wie interpretiere ich die Fehlermeldungen richtig. Sonst haben 80% der Leute keine Ahnung, wie sie die Fehler in ihren ersten Hello-World's finden.
** Syntax+Konstrukte und Methodik trennen. In der ersten Vorlesung einen Misch fahren, danach trennen.
** Sprachkonstrukte schneller durchziehen.

=== Begründung zur Zeiteinteilung ===
Wieviel Zeit ist '''angemessen''' für so einen Einführungskurs?

Ich meine: 2-3 Tage. Warum?

* Bedenkt man, wieviel 5x8 Stunden sind, so sieht man: Das sind 4SWS! So viel wie eine gesamte Lehrveranstaltung mit Vorlesung und Tutorium (z.B. TheGI3).
* Jeder der Veranstalter sollte sich fragen: Was würde ich von einem Seminar erwarten, in das ich als Teilnehmer 40 Stunden Zeitaufwand an Anwesenheit hereinstecke. Und das Ergebnis sollte dann damit verglichen werden, was in diesem Kurs 'rüber kommt.
* Der Stoff ist einfach zu wenig, um damit auf einem gewissen Niveau mehr als 3 Tage zu füllen, das sind immerhin 24 Stunden. Das ist wirklich '''richtig viel Zeit'''.
* Prinzipiell ist ein gestraffter Kurs auch nicht uninteressant für diejenigen, die schon Java-Erfahrung haben.
* Man verschreckt sonst diejenigen, die Interesse an dem Kurs haben, aber ggf. auch nicht soviel Zeit investieren wollen, ebenso wie Helfer, die gern an einem 2-3-Tage-Projekt mitwirken würden.
* Selbst für Java-Anfänger ist ein Kurs mit dem Zeitaufwand einer gesamten Woche abschreckend!
* Der Kurs richtet sich an Teilnehmer, die noch keine Erfahrung in der imperativen Programmierung haben. Sicher sind darunter auch Lernschwache, aber man kann auch die Massen nicht langweilen. Wenn man sich nur am Leistungsminimum orientiert, dann leiden alle darunter. Wählt man einen Mittelweg, so langweilt sich keiner und die Schwächeren haben die Chance, etwas mitzunehmen, danach Fragen zu stellen und selbst Werkzeuge in der Hand zu haben, um nach Lösungen für ihre Probleme zu suchen (Buch-Referenz, Doku)

=== Offene TODOs und Ideen ===
* Gute (Anfänger)-Literatur finden und nennen, vllt. deutsch und gedruckt? (nix gegen das vielfach verlinkte SICP) Was gibt es in der UB?
* Ist auf der Konsole der CLASSPATH standardmäßig korrekt gesetzt?
* Ist der Kurs nicht auch geeignet für Leute mit Kenntnissen in imperativer Programmierung? (Falls der Ansturm doch nicht so groß sein sollte)
* Dann: Trennung in "Leute ohne imperative-Kenntnisse" und "Leute mit imp. Kenntnissen, aber ohne Plan von Java"
* Eclipse intro muss mit rein
* Warum/wann Schleifen?
** als Alternative zu Akkumulator Parametern (Vergleich zu OPAL)
** wenn die Anzahl der Durchläufe nicht konstant ist
** als Luxus - Bsp: for( int i = 0; i < 3; i++ )

=== Anmerkungen ===
* Nicht zuviel Raum für das Thema der Namen. Sprechende Bezeichner sind wichtig und das sollte angesprochen werden, jedoch sind die ''Best Practices'' hier etwas, was sie entweder
** schon in Info1 gelernt haben
** noch selbst lernen werden (und nur selbst lernen können). Kann man guten Stil anerziehen?
* Was bringt da eine Aufgabe a la "Findet bessere Namen"? Das Thema sollte explizit angesprochen, aber nur implizit geübt werden.

* Keine Hardcore-Objektorientierung (run). Dies soll doch ein Anfängerkurs sein.

* Keine Hausaufgaben. Bei 8 Stunden Anwesenheit setzt sich niemnand um 22 Uhr noch hin und will die machen.

== Roberts Zeitplan ==

=== LE 1 - VL ===
'''(lieber etwas länger, weil im TUT nicht so viel läuft: max. 90 Min)'''

Methoden:
* Programmieren im Allgemeinen
** imperativ vs. funktionales Programmieren

Java:
* Aufbau eines Java-Programms
* Variablen und Identifier-Namen
* Literale
* Zuweisung, Operatoren (+, *, <=, %)
* Datenstrukturen und Typen:
** Primitive
** String
** Arrays (?)
* Kommentare

Beispiel:
* Hello-World

* javac

Methodik:
* Fehlermeldungen lesen und verstehen

=== LE 1 - TUT ===

* cd üben
* Hello World eintippen (kate, gedit, nano, ..)
* javac / java benutzen
* Ergebnisse sehen
* Fehler einbauen, Fehler finden (laufzeit/compilezeit)

* Kurz-Einführung Eclipse

----

=== LE 2 - VL ===
Java:
* Methoden:
** Aufruf
** Parameter und Rückgabe
** main
** return
** Nachtrag Datenstrukturen: void

* Blöcke
** if-else
** for
** while
** continue
** break

=== LE 2 - TUT ===

* TODO

----

=== LE 3 - VL ===

* Klassen und Objekte
** als Ansammlung von Daten mit Methoden dazu
** static
** final
** Konstruktoren
** null, new
** this

* Methoden-Nachtrag
** Referenzen (Pointer)
** insb: Referenzen sind nicht Kopien
** Overloading

* Type Casting
* Java-API
* JavaDoc
* Input/Output (Streams, usw.) <-- großer Block
* Collections, Enumerations

=== LE 3 - TUT ===

* Selbst Klassen schreiben
* Klassen benutzen:
** Input/Output üben
** Viele andere Klassen aus der Java-API finden und nutzen
** Praktische Vorgehensweise, Anleitung zum Selbstlernen, nicht so viel Vorlesung dazu

----

=== LE 4 - VL ===
Methodik:
** Rekursion <-> Schleifen (Beispiel)
** Problemlösungsstrategien

* Modularisierung und Strukturierung -- auf allen Ebenen
** Klassen (als Strukturen)
** Methoden-Kapselung

* Java-Entwicklung
** Gefundene Fehler korrigieren
** Debugging
** Selber Fehler finden: Testen
** -> Laufend kompilieren, nicht erst am Ende!
** -> Laufend testen, nicht erst am Ende!

* Tools
** Eclipse
** ?

=== Wichtig, aber außen vor ===
* Vererbung
* Interfaces
* Exceptions
* Packages
* Zugriffskontrolle (public, private, ...)
* switch
* do-while

(Ende der Einfügung)

= Vorgehen =
* Kochrezept....
* Legen immer main -> instanz -> run an, ohne zu verstehen
* Von Opal ausgehen -> bringt nichts weil Opal nicht verstanden?
* Von woanders ausgehen? Von null -> normale Welt
* Von vornherein Objektorientiert -> Langfristig besser? Auch kurzfristig besser?
** Test: Wird das zum Problem wenn wir das mit run() einführen?
* '''Wir wollen das die Teilnehmer danach im Semester das den anderen Erklären, die nicht da waren.'''

== Was können sie wenn wir fertig sind? ==
* Utility Objekt: readFile(aFilename), getUserInput(aPrompt)
** JavaAPI lesen
** Streams verschachteln
** UtilityObjekt -> Reuse
* Objekt / null / Initialisieren
* main -> instanz -> run() (erklären wir später)?
* Programm mit mehreren Dateien
* sehen das das scheiße ist:
class _{static long _
(long __,long ___) {
return __==0 ?___+ 1:
___==0?_(__-1,1):_(__
-1,_(__, ___-1)) ; }
static {int _=2 ,___
= 2;System.out.print(
"a("+_+','+___+ ")="+
_ (_, ___) ) ;System
.exit(1);}}//(C) Ulli
* Lösungsstrategien Top->Down, Bottom->Up
** Aufgaben angehen
** Fehlerlösungsstrategien: NullPointerException, etc.
*** Was sagt denn der Fehler genau? Wie finde ich das raus?
*** Kaputter Code -> Der muss Korrigiert werden
**** n-mal das gleiche -> schleife / methode
** Zu langer code -> kurz machen
* Testen?: von main aufrufen, unittests, debuggen, printf-style
* Was wissen die Leute am Schluss von Objekten?
** Collections, Exceptions, Streams kennen
** Konstruktoren, Instanzvariablen (vielleicht weglassen?)
** Daten mit Methoden aussen herum (vielleicht)

== Sprachkonstrukte die wir Behandeln und deren Reihenfolge ==
* if
* while, for ( <- Bis hier tag eins)
* methode
* try - catch / throws??
* ++ oder +=, was noch? Oder gar nichts?
* NICHT MACHEN: try {} cach (Throwable e) {}

=== Was wir nicht machen ABSICHTLICH ===
* :?, do{}while, ++i, switch,

== Vielleicht haben wir noch Zeit hierfür? ==
* SVN?
* static / instanz -> Ebenen modell

== Erklärungsansätze ==
=== Objektorientierung ===
* Objekt, Klasse erklären als: "Klasse" Mensch
** davon dann klonen mit bestimmten Modifikationen (augenfarbe, größe, name....)
** das wäre dann klasse, objekte und konstruktoraufruf
* Objekte / Klassen erklären als
** Platonische Ideen (Pferd)
** Tatsächliches Ding (Bruno auf dem ich jeden Dienstag in Hellersdorf reite)
* Objekte als Daten mit ''Schutzschicht'' Methoden aussen herum
** Klassen als solches erst später (quasi erst prototyp und dann klassen erklären)

* Ganz anderer Ansatz: Erklären über Einheiten die sich über Nachrichten gegenseitig verständigen

=== main ===
* Sich selbst am Schopf aus dem Sumpf herausziehen -> Münchhausen
** Am anfang gibts keine Objekte, also brauchts mechanismus um das erste erstellen zu können

== Mehrere Möglichkeiten ein Programm anzufangen ==
* Eclipse Scrapbook Page (File>New>Other>Java>Java Run/Debug>Scrapbook Page)
** geeignet für: Primitive, Zusammengesetzte ausdrücke, variablen, methoden aufrufen
** evtl, sogar main motivieren, indem man erst keinen startpunkt hat und ihn dann von scrapbook nach main migriert
* Static block in der Klassse ''System.exit(0)'' nicht vergessen!
** geeignet für gar nichts?
* Code direkt in main
** startpunkt des programms
* von main aus run() aufrufen
** so wie es in ernsthaften programmen gemacht wird.

= Aufgaben die wir Stellen =
* UtilityObjekt mit readFile(aFilename) und getUserInput(aPrompt) [http://www.cs.princeton.edu/introcs/22inout/In.java.html sowas sollte rauskommen!]
* Menü Objekt, das sich leicht adaptieren lässt?
* Apfelbaum
while (hatApfelbaumNochÄpfel) {
pflückEinenApfelUndEssIhn();
}
* Collections, Polymorphie (Apfel mit Wurm....)
* [http://www.cs.princeton.edu/introcs/11hello/ Beispiele für Anfängeraufgaben]

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

== Anmeldung ==
* Wie kriegen wir das verbindlich hin
** Details auf webseite
** mail an javakurs06@freitagsrunde.org
** dann gibts autoreply / manuelreply mit anmeldungsdetails
*** 5 € überweisen
*** Davon besorgen wir Getränke

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

== Nächstes Treffen ==
* Freitag 15:00 Uhr
* Vermutlich nächste Woche nicht, weil da Neuhjahrsempfang ist

== Todos ==
@Arthur: Mittwoch 14:00 - Info A Leute
* Bei Moses (bzw. Veranstalter) -> Arthur macht das
* In Tutorien ankündigen -> Arthur macht das

@Martin:
* Webseite bauen, dann rumschicken

@Florian:
* Anmeldescript bauen
** erste 100 adressen von csaccount anmelden
** nur anmelden wenn anfänger (ausser opal noch nix)
** andere sollen sich mit cs nochmal anmelden
** danach Warteschlange

@Felix:
* Welche Kontonummer können wir nutzen für die Überweisung

@Martin von Robert
* Eintrag in den [[Termine]]n aktuell halten

Linux-Installationsparty 2005

2005-10-21T09:38:57Z

130.149.17.38: /* Wie melde ich mich an? */

Hier findet Ihr Informationen zur Linux-Installparty am 28. Oktober 2005.

== Was ist die Linux-Installparty? ==
Die Party soll Euch die Kenntnis und Fähigkeit vermitteln Linux auf euren Computer zu Installieren und euch auch praktisch dabei untertützen.

== Welche Distributionen gibt es zu Auswahl? ==
Da es eine unzählige Anzahl an verschiedenen Distributionen gibt und die Qual der Wahl ungemein hart ist, selektieren wir schon mal gleich im Vorraus. :-)
Wir wollen uns auf folgende Distris beschränken:
* [http://www.debian.org/ Debian]
* [http://www.ubunutlinux.org/ Ubuntu]
* [http://fedora.redhat.com/ Fedora Core] (Red Hat)
* [http://www.suse.de/ SuSE]

=== Und welche ist für mich die Richtige? ===

Diese Frage war in der Vergangenheit der Grund für viele Flamewars, da hier jeder seine speziellen Vorlieben hat. Dennoch kann man allgemein festhalten, dass SuSE und Fedora sich tendenziell als möglichst schmerzlose Alternative zu Windows betrachten (es kann alles mit Klicken erledigt werden), während Debian eher die reine Lehre der Unix-Kultur vertritt. Zweifelsohne bieten alle drei Distributionen eine sehr gute Umgebung an, so dass jede Wahl gut ist. ;-)

=== Ich will aber Distribution XYZ! ===
Prinzipiell können wir nichts versprechen, aber wenn der Andrang nicht zu groß ist, dann werden die anwesenden "Profis" sicherlich auch mal bei der Installation einer anderen Distribution helfen. Selbstverständlich müßt ihr dafür aber eure eigenen Installationsmedien (CDs/DVD) mitbringen und vorher mal fragen würde sicherlich auch nicht schaden.

== Wann und wo findet die Party statt? ==
Am Freitag, den 28.10.2005 ab 14:00 Uhr im [[FR 5046]].

== Wen wollen wir ansprechen? ==
Wir als [[Freitagsrunde]] wollen mit der Party zwei Gruppen ansprechen. Das sind zum einen die Profis, die Linuxkenntnisse schon mitbringen und anderen das Wissen vermitteln wollen. Und zum anderen natürlich die Linux-Einsteiger, für die wir die Installationsparty überhaupt abhalten.

== Was für Material wird gebraucht? ==
Wir werden die aktuellsten Versionen der oben genannten Distributionen zur Verfügung stellen, wenn ihr eine ältere Version installieren wollt, müsst ihr euch die CDs selbst brennen und mitbringen. Falls ihr unbedingt eine andere Distribution haben/installieren wollt, bringt sie mit und alle Profis werden versuchen, euch zur Hand zu gehen.

Leider ist es uns unmöglich, jedem einen Rechner zu kaufen (Kommentar des Autors: Ich weiß, ihr seid jetzt tierisch traurig, aber lasst den Kopf nicht hängen ;-), deshalb muß jeder seinen Rechner mitbringen.
'''Der Rechner braucht folgende zusätzliche Hardware (Basic-Sachen werden vorausgesetzt, wie CPU, RAM usw.) :'''
* Netzwerkkarte
* Bildschirm
* Tastatur
* Maus

'''Ausserdem setzen wir vorraus, daß der Rechner von CD/DVD booten kann!'''

'''Sonstiges Zubehör, was benötigt wird:'''
* Netzwerkkabel (CAT-5 oder CAT-6) (Habt ihr keins bitte Bescheid geben, damit wir evtl. Ersatz beschaffen können)

'''Sonstiges Zubehör, was optional benötigt wird:'''
* Switch/Hub (Bitte vorher uns fragen, da wir nur zwei Switches haben)

== Welche Vorbedingungen muss ich erfüllen? ==
Als aller erstes müsst ihr euch natürlich anmelden. Habt ihr eine Bestätigung bekommen, dann gilt es vor allem anderen vorher (!) ein '''[[Backup]]''' eurer Daten zu machen.
Wenn ihr während der Installparty Daten verliert seid ihr einerseits selbst dafür verantwortlich und andererseits ist es sehr schmerzhaft, wichtige Daten verloren zu haben. Also '''werden wir euch nicht mit der Installation helfen, wenn ihr nicht mindestens ein aktuelles Backup besitzt.''' Und was macht ihr dann als zweites? RICHTIG, noch ein BACKUP eurer Daten, für den Fall, dass das erste beschädigt wird. :-)

Danach entscheidet ihr euch für eine Distribution (siehe auch Punkt weiter oben).

== Was kostet mich der ganze Spaß? ==
NICHTS, ist das nicht toll? Über etwas Knabberzeug oder etwas zu trinken freuen sich aber sicher alle. :-)

== Wer führt die Installationsparty durch? ==
* [[Benutzer: Thomas|Thomas Kaschwig]]
* [[Benutzer: Felix|Felix Schwarz]]
(Wer noch helfen will, bitte hier eintragen.)

== Wie melde ich mich an? ==
Ganz einfach, ihr schreibt euren Namen und eure Emailadresse (oder die UID im CS-Netz) einfach in die unten stehende Liste ein, et voilá.

LISTE:
* Max Mustermann max.mustermann@freitagsrunde.org
* Sebstian Ring sebastian.ring@gmx.net

Alternativ könnt ihr auch eine Email an [mailto:linux-installationsparty@freitagsrunde.org linux-installationsparty@freitagsrunde.org] schreiben.

[[Kategorie:Veranstaltungen der Freitagsrunde]]
[[Kategorie:Freitagsrunde]]
[[Kategorie:Einführungswoche]]

IRB VPN

2005-08-24T15:39:18Z

130.149.17.38:

Mit Zugang zum IRB VPN kann man
* Den [[IRB]]-[[Newsserver]] von zu Hause nutzen
* Den Funkzugang im [[FR]] nutzen
* eine statische IP-Adresse bekommen.

Für den Zugang braucht man einen IRB Zugang (beantragen mit dem gelben Zettel in der Einführungswoche). Hat man diesen, beantragt man online
* eine [https://irb.cs.tu-berlin.de:81/auth/?action=d_ip.pike Persönliche IP-Adresse] (<strike>optional</strike> muss man machen)
* ein [https://irb.cs.tu-berlin.de:81/auth/?action=d_vpn.pike MS-Chap Kennwort]

Nun könnt ihr euch mit einem VPN-Client bei ''prima.cs.tu-berlin.de'' anmelden. Nach aussen habt ihr dann eure persönliche IP-Adresse, die im Adressraum der TU liegt und könnt so Kontakt zu vielen Uni-Servern aufnehmen, die nur mit Uni-IPs sprechen. Täusche ich mich nicht, werden alle Ports von aussen durchgeleitet, was z.B. Internettelefonie, eingehende FTP-Verbindungen etc ermöglicht.

Anleitungen für die Konfiguration des VPN-Zugangs für verschiedene Betriebssysteme findet ihr ''unten'' auf der [http://irb.cs.tu-berlin.de/dienste/dialup/inhouse/ Seite des IRB für Funk- und Festnetzverbindungen]. Dort gibt es auch eine ausführlichere Form dieses Textes.

== Zugang unter Mac OS X ==

Im Programm '''Internet-Verbindung''' im Menü '''Ablage>Neue VPN-Verbindung''' auswählen. Danach in Server-Adresse: '''prima.cs.tu-berlin.de''' und bei Benutzername und dem MS-Chap-Kennwort das was ihr beim IRB Beantragt habt (siehe oben).

Viel spaß, das wars!

== Zugang mit Linux ==

Hinweis für <strike>SuSE</strike>(Novell) - Linux:

1. Die SuSE-Firewall blokiert den Zugang 
(der dhcpcd startet das Firewallscript auch jedesmal neu) 
2. Es existiert ein experimentelles Script zur Verbindungsaufnahme. 

Wendet Euch am besten per mail an florian at freitagsrunde.org. [grrr]

<h3>halb-automatisch für Distributionen</h3>
Erster Anlaufpunkt ist die sehr gut dokumentierte Seite des [http://pptpclient.sourceforge.net PPTP Clients] für Linux, auf der sowohl allgemeine, wie auch distributionsspezifische Anleitungen zu finden sind. Ich fasse nochmal die wichtigsten Punkte für den Zugang zum IRB zusammen.

Neuerdings gibt es für KDE auch einen allgemeinen VPN client (besser Verbindungsmanager) - [http://home.gna.org/kvpnc/en/index.html KVpnc]. Damit kann man die Verbindung selbst einfacher einrichten.

<h3>manuell</h3>
Die anschließenden Anweisungen sind in Pseudecode geschrieben.

if (kernel.version > 2.6.0) {
download(http://www.polbox.com/h/hs001/linux-2.6.9-mppe-mppc-1.1.patch.gz ); /* ... oder passend */
download(http://www.polbox.com/h/hs001/ppp-2.4.2-mppe-mppc-1.1.patch.gz ) /* ... oder passend */
exec(patch linux_src); /* wer das nicht weiß, .... google :) */
exec(patch pppd);
rebuild(kernel, with_PPP, with_MPPE);
rebuild(pppd);
}

install_pptpclient;
install_pppd(with_mppe_mppc);

Erstelle /etc/ppp/peers/irbvpn mit folgendem Inhalt:
pty "pptp prima.cs.tu-berlin.de --nolaunchpppd"
name MEIN_MSCHAP_BENUTZERNAME
remotename irbvpn
mppe required,stateless
# möglich, dass die vorangeganene Zeile versionsabhängig (>=pppd 2.4.2)
# ersetzt werden muss durch:
# require-mppe
# nomppe-stateful
require-mschap-v2
file /etc/ppp/options.pptp
ipparam irbvpn

Erstelle /etc/ppp/options.pptp:
lock
noauth
nobsdcomp
nodeflate
mtu 1000
mru 1000
lcp-echo-failure 10
lcp-echo-interval 10

Erstelle /etc/ppp/chap-secrets:
MSCHAP_BENUTZERNAME irbvpn MEIN_PASSWORT *
irbvpn MSCHAP_BENUTZERNAME MEIN_PASSWORT *

Erstelle /usr/local/bin/irbroute:
#!/bin/sh
route add -host prima.cs.tu-berlin.de dev DEIN_WLAN_DEVICE
route add default dev ppp0

Verbindung aufbauen über (als root)
pppd call irbvpn
irbroute

[[Kategorie: Fakultäts-ABC]]
[[Kategorie: Überleben im Fakultätsnetz]]

Benutzer:Thorsten/Doenerliste

2005-05-03T14:40:23Z

130.149.17.38: ein bisserl gelazoutet

{| border=1
! Name
! Titan
! Silicium
! Helium
! Nahrung
! Wasser
! Bauxit
! Aluminium
! Uran
! Plutonium
! Wasserstoff
|-
! Skeletor
| 30000
| 80000
| 90000
| 100000
| 90000
| 130000
| 26888
| 50000
| 10000
| 60000
|-
! Orko
| 47000
| 0
| 43800
| 23000
| 85000
| 128800
| 3000
| 113600
| 122500
| 63900
|-
! Buzz
| 200000
| 200000
| 0
| 0
| 200000
| 200000
| 0
| 0
| 0
| 0
|-

Eclipsekurs 2005

2005-04-20T09:59:24Z

130.149.17.38: /* Anmeldung */

=== 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''' 
Zeit: ab 16:15 
Dauer: 90 Minuten (einmalig) 
SWS: keine (studentische Veranstaltung)

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

=== 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:
# Mein Name (cs-Userid oder emailadresse)
# 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)
# Dominique Charpentier (djc_inc@web.de)
# Stephan Spiegel (spiegels@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)
# Ulrike Koelle (koelleu@cs.tu-berlin.de)

Eclipsekurs 2005

2005-04-20T09:59:00Z

130.149.17.38: /* Anmeldung */

=== 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''' 
Zeit: ab 16:15 
Dauer: 90 Minuten (einmalig) 
SWS: keine (studentische Veranstaltung)

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

=== 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:
# Mein Name (cs-Userid oder emailadresse)
# 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)
# Dominique Charpentier (djc_inc@web.de)
# Stephan Spiegel (spiegels@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
21. Anton Gräber (sunlicht@cs.tu-berlin.de)
# Melanie Ozanik (qertyxy@cs.tu-berlin.de)
# Ulrike Koelle (koelleu@cs.tu-berlin.de)

Benutzer:Ellen

2004-12-17T11:10:57Z

130.149.17.38:

Hallö,

Ich bin Studentin im 1.Fachsemester Informatik.
Wissenswertes über mich folgt mal in Telegrammformat, sonst wird das nie lesbar ...

* Erststudium in BWL mit Schwerpunkt Wirtschaftsinformatik (ohne viel Informatik hehe)

* bei Siemens durch eine harte Schule gegangen, dort sehr erfolgreich (erste Frau im Berliner Nachwuchskreis junger Führungskräfte)

* nun im "Zwischenruhestand" - äh längere Ferien

* bin 25 Jahre

* Dickkopf

* Vorlaut

* Tierlieb (ich esse eben gerne)

* großes Engagement, wenn es was zu verbessern gibt (deswegen bin ich hier :) )

Bei Fragen zum Informatikstudium bin ich als Ersti noch etwas grün, aber wenn es um Themen über BWL, Consulting- und Teaching-Techniken
geht, kann ich mitreden.

Mein technisches KnowHow beschränkt sich momentan leider noch auf die Gebiete Network-Security und MetaDirectory
(incl. dap -, ldap -, Java -, TCL -, Mikkisoft-ADSI - Schnittstellen usw.).

Wenn ich im Netz bin, dann bin ich erreichbar bei ICQ (frag nach meiner Nummer, wenn du sie haben willst :) ).

Mail: elmi@cs.tu-berlin.de

Gruß,

Ellen Michelsen

-- [[Benutzer:Ellen|Ellen]] 09:08, 13. Dez 2004 (CET)

-------------------------

Arbeitsunterlage:

* [[Testseite f. VL]]
* [[Mentorenprogramm Erstsemester]]
* [[Benutzer:Ellen/Mentorenprogramm Erstsemester]]
* [[Testtesttest]]

Kategorie Diskussion:Hochschulpolitik

2004-10-27T10:24:04Z

130.149.17.38:

Ist es ok, so aus nem Song zu zitieren? Oder gibts da Copyright-Probs?

[[Benutzer:FelixBrossmann|Felix Brossmann]]

Gute Frage, bei ganzen Liedtexten würde ich da eher Probleme sehen als bei kurzen Auszügen, wobei die Ärzte sicher grundsätzlich nichts dagegen haben werden, wenn man sie zitiert...

--[[Benutzer:Thomas|Thomas]] 12:23, 27. Okt 2004 (CEST)

Kategorie Diskussion:Hochschulpolitik

2004-10-27T10:23:40Z

130.149.17.38:

Hauptseite

2004-10-26T11:58:08Z

130.149.17.38:

== Willkommen auf dem neuen Wiki der [[Freitagsrunde]] ==

:''"Teile dein Wissen. Das ist ein Weg, Unsterblichkeit zu erlangen."''-- '''Dalai Lama'''

Mit diesem [[Wikipedia:Wiki|Wiki]] möchten wir Euch möglichst viel Informationen zu Studium und Hochschulpolitik bereitstellen. Durch das [[PPR:WhyWikiWorks|Wiki-Prinzip]] könnt Ihr Euch aber auch selber mit einbringen und neue Einträge hinzufügen oder bestehende Artikel verbessern.

== Was Euch dieses Wiki bietet ==

Momentan ist alles noch im Aufbau begriffen, wir haben aber schonmal die folgenden Schwerpunkte aufgebaut:

* Informationen zur '''[[Einführungswoche|Erstsemester-Einführungswoche]]'''
* Das '''[[:Kategorie:Fakultäts-ABC|Fakultäts-ABC]]''' und das '''[[:Kategorie:Uni-ABC|Uni-ABC]]''' sollen vor allem den Neuimmatrikulierten Studierenden die wichtigsten Begriffe erläutern, die ihnen im Unialltag begegnen werden.
* Das '''[[:Kategorie:Gebäude|Gebäudeverzeichnis]]''' und die Liste mit '''[[:Kategorie:Wichtige Orte|wichtigen Orten]]''' soll Euch als kleine Hilfe zur Orientierung auf dem [[Campus]] dienen.
* Aktuelle Infos zu '''[[Opalix]]''' - unserer auf [http://www.knoppix.org Knoppix] basierenden Linux-CD mit eingebautem [[Opal]]
* [[Opal für Linux]], schon fertig gepackt für die gängigsten Distributionen
* In der '''[[Opal FAQ]]''' findet Ihr viele nützliche Tipps zur Programmiersprache [[Opal]], die Euch u.a. in [[Informatik 1]] begegnen wird
* Wir stellen Euch in der '''[[Klausurensammlung]]''' viele [[Klausuren]] und [[Musterlösung|Musterlösungen]] aus den letzten Semestern zur Verfügungen, die Ihr zum Lernen für die Prüfungen verwenden könnt.
* Einige '''[[:Kategorie:Hochschulpolitik|Informationen zur Hochschulpolitik]]'''

== Was ist neu, was gibt es zu tun? ==

Unter [[FreitagsrundenWiki:Aktuelles|Aktuelles]] findet Ihr die neuesten Veränderungen in diesem Wiki und Informationen zu Dingen, an denen noch gearbeitet werden muss.

== Wo ist das alte Wiki hin? ==

Wir haben uns vor einiger Zeit entschlossen auf ein anderes Wiki-System zu wechseln, das alte Wiki steht Euch aber auch noch weiterhin unter http://twiki.freitagsrunde.org/ zur Verfügung.

Hauptseite

2004-10-26T11:57:53Z

130.149.17.38: Hinweis auf defekten Rechner gelöscht

--[[Benutzer:Thomas|Thomas]] 18:58, 25. Okt 2004 (CEST)

== Willkommen auf dem neuen Wiki der [[Freitagsrunde]] ==

:''"Teile dein Wissen. Das ist ein Weg, Unsterblichkeit zu erlangen."''-- '''Dalai Lama'''

Mit diesem [[Wikipedia:Wiki|Wiki]] möchten wir Euch möglichst viel Informationen zu Studium und Hochschulpolitik bereitstellen. Durch das [[PPR:WhyWikiWorks|Wiki-Prinzip]] könnt Ihr Euch aber auch selber mit einbringen und neue Einträge hinzufügen oder bestehende Artikel verbessern.

== Was Euch dieses Wiki bietet ==

Momentan ist alles noch im Aufbau begriffen, wir haben aber schonmal die folgenden Schwerpunkte aufgebaut:

* Informationen zur '''[[Einführungswoche|Erstsemester-Einführungswoche]]'''
* Das '''[[:Kategorie:Fakultäts-ABC|Fakultäts-ABC]]''' und das '''[[:Kategorie:Uni-ABC|Uni-ABC]]''' sollen vor allem den Neuimmatrikulierten Studierenden die wichtigsten Begriffe erläutern, die ihnen im Unialltag begegnen werden.
* Das '''[[:Kategorie:Gebäude|Gebäudeverzeichnis]]''' und die Liste mit '''[[:Kategorie:Wichtige Orte|wichtigen Orten]]''' soll Euch als kleine Hilfe zur Orientierung auf dem [[Campus]] dienen.
* Aktuelle Infos zu '''[[Opalix]]''' - unserer auf [http://www.knoppix.org Knoppix] basierenden Linux-CD mit eingebautem [[Opal]]
* [[Opal für Linux]], schon fertig gepackt für die gängigsten Distributionen
* In der '''[[Opal FAQ]]''' findet Ihr viele nützliche Tipps zur Programmiersprache [[Opal]], die Euch u.a. in [[Informatik 1]] begegnen wird
* Wir stellen Euch in der '''[[Klausurensammlung]]''' viele [[Klausuren]] und [[Musterlösung|Musterlösungen]] aus den letzten Semestern zur Verfügungen, die Ihr zum Lernen für die Prüfungen verwenden könnt.
* Einige '''[[:Kategorie:Hochschulpolitik|Informationen zur Hochschulpolitik]]'''

== Was ist neu, was gibt es zu tun? ==

Unter [[FreitagsrundenWiki:Aktuelles|Aktuelles]] findet Ihr die neuesten Veränderungen in diesem Wiki und Informationen zu Dingen, an denen noch gearbeitet werden muss.

== Wo ist das alte Wiki hin? ==

Wir haben uns vor einiger Zeit entschlossen auf ein anderes Wiki-System zu wechseln, das alte Wiki steht Euch aber auch noch weiterhin unter http://twiki.freitagsrunde.org/ zur Verfügung.