FreitagsrundenWiki - Benutzerbeiträge [de]

Benutzer:FelixBrossmann

2007-11-08T11:06:37Z

FelixBrossmann:

Hi,

mein Name ist Felix Brossmann. Ich habe mich während meines Studiums zwischen WS 02/03 und SS 07 vereinzelt hier im Wiki betätigt. In die "richtige" Unipolitik bin ich aus verschiedensten Gründen jedoch nicht gekommen.

Inzwischen arbeite ich als wissenschaftlicher Mitarbeiter im Fachgebiet für Unternehmensrechnung und Controlling.

Informatik 4 (StuPO90)

2006-03-13T13:11:24Z

FelixBrossmann: und wieder mal hervorgezaubert

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
<h3>Klausuren</h3>
SS 2005
* [[Stichpunkte zur Info4-Klausur im 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>

= Inhalt =
* Hardwarenahe Programmierung mit Assembler
* Parallele Programmierung in Java
* ...

= Tips =
Man muss am Anfang Assembler für die 68000er Plattform von Motorola schreiben. Das geht hier an der Uni nur im Raum EN 263 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
* http://www.informatik.fh-mannheim.de/~ihme/rurd_2005ss/M68k-Programmierung.html
* http://ds2.etech.fh-hamburg.de/snd/bsvc.html

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

__NOTOC__

NC Auswahlverfahren

2006-03-10T20:46:22Z

FelixBrossmann: wiederhergestellt

== Stellungnahme der Freitagsrunde zum Thema "NC/Auswahlverfahren und Studienzeitbegrenzung" und der derzeit geführten Diskussion an der Fakultät ==

Es besteht kein Zweifel daran, dass das Studium einen Menschen ein Leben lang prägt, d.h. es entscheidet bei den meisten, in welchem Bereich sie später arbeiten werden und wie ihre Arbeitsmarktchancen in etwa aussehen. Auch die Allgemeinbildung und das selbstständige Organisieren des Lernprozesses und der eigenen Arbeit sind hohe Güter, die an anderen Stellen unserer Gesellschaft zwar nachgefragt, aber nur selten vermittelt werden.

Daher ist der freie Zugang zu Wissen bzw. einem Studienplatz ein sehr hohes Gut, das auf keinen Fall künstlich verknappt werden darf. Demokratie funktioniert nur mit mündigen und kritischen Bürgern, nicht mit einer kleinen Elite. Dieser Randbedingungen muss man sich immer bewusst sein, wenn man über Zulassungsbeschränkungen spricht.

Folglich darf sich eine Zulassungsbeschränkung ausschließlich über die Sicherstellung der Qualität der Lehre definieren. Bei 200 ausfinanzierten Studienplätzen für Informatiker an der TU Berlin und 300 Anfängern gibt es eine 50%ige Überlast, was schon eine beachtliche Zahl ist und die Betreuungssituation merklich verschlechtert.

Klar ist auch, dass im Allgemeinen niemand für den Ausschluss von Studierenden ist und nur eine Minderheit fördern will. Doch wenn es zu konkreten Punkten kommt, scheiden sich die Vorstellungen. Unter der Randbedingung, dass die Ressourcen und die Geldmittel begrenzt sind, muss man sich über Zugangsbeschränkungen Gedanken machen. Sicher ist man sich schnell einig, dass die Bildungseinrichtungen zu wenig Geld bekommen, dass es zu viel Bürokratie und Verwaltung gibt und dass viele Vorschriften sinnlos sind.

Jedoch können Beschlüsse, die die im folgenden aufgezählten Mängel verringern würden, nicht alleine durch die Fakultät gefällt werden und wir halten es für äußerst unrealistisch, dass Aktionen auf Fakultätsebene auf den übergeordneten Ebenen bemerkt werden bzw. es bis dahin durch das entsprechende Verhalten zu irreparablen Schäden gekommen ist, die in ihrer Schwere für uns nicht akzeptabel sind.

Wenn also die Zahl der Studierenden die Kapazitäten in einem nicht mehr verkraftbaren Maß überschreitet und daher die Studierendenzahlen beschränkt werden, muss eine möglichst gerechte Möglichkeit der Beschränkung gefunden werden, die auch "Problemfällen" gerecht wird.

== NC und Auswahlverfahren ==

'''NC'''

Grundsätzlich halten wir einen NC (Auswahl nur anhand der Abitur-Note) für schlecht, denn es gibt mehrere Mängel bei diesem Verfahren:

Zum einen gibt es große Unterschiede zwischen den Schulen und die "allgemeine Hochschulzugangsberechtigung" mit der selben Endnote garantiert keineswegs immer den gleichen Leistungsstand. Besonders extrem ist es in Ländern ohne Zentralabitur, wo jede Schule einen eigenen Leistungsstand hat. Zum Teil werden Abiturnoten auch nur und ausschließlich auf Grund der Noten in der Abiturprüfung selbst vergeben (kein Einfluss der Grundkurse in der Oberstufe auf die Endnote), so dass alles von der Tagesform an den Tagen der vier Abiturprüfungen abhängt.
Weiterhin hat eine gute Schulnote nur begrenzte Aussagekraft in Bezug auf den Studienerfolg, denn im Studium werden völlig andere Anforderungen an die Studierenden gestellt als in der Schule (z.B. selbstständiges Lernen, Selbstdisziplin, kein Anwesenheitszwang, Gruppenarbeit etc.). Daher ist es ungerecht, den Zugang zum Studium über eine Schulnote zu gewähren.

'''alternative Auswahlverfahren'''

Ein häufig verwendetes Argument gegen jegliche Zulassungsbeschränkungen ist, dass die "ungeeigneten" Studierenden die Prüfungen nicht bestehen werden und somit das Studium nicht fortführen. Somit sinkt die Zahl der Studierenden nach wenigen Semestern, und die Anzahl der Studierenden stellt kein Problem mehr da.

Hierbei sollte aber folgendes Beispiel den Widerspruch des oben dargestellten Arguments erwähnt werden:
Im WS 99/00 gab es 523 Anfänger(innen) im Studiengang Informatik. Diese sind jetzt im Hauptstudium und sowohl die Basisveranstaltungen als auch die Seminare platzen aus allen Nähten. Völlig unklar ist auch noch, welche(r) wissenschaftliche Mitarbeiter(in) die vielen Diplomarbeiten betreuen soll. Offensichtlich sind entgegen aller Erwartungen genug Anfänger(innen) übrig geblieben, die jetzt ins Hauptstudium stürmen und den Fachbereich vor große Probleme stellen.

Eine andere Möglichkeit der Auswahl von Bewerbern und Bewerberinnen ist das zufällige Auslosen. Manch eine(r) mag sagen, dass das die gerechteste Art der Zulassungsbeschränkung sei, doch wir lehnen diese Möglichkeit vollständig ab, denn bei diesem Verfahren gibt es keine Möglichkeit, seine Chancen auf einen Studienplatz durch eigenes Handeln erhöhen zu können.

In jedem Semester kann erneut festgestellt werden, dass eine hohe Anzahl an Studierenden eine völlig falsche Vorstellung vom Studiengang Informatik besitzen und spätestens um Weihnachten herum wechseln. Hier geht häufig einiges an Zeit verloren (mindestens ein Semester), während diese Studierenden bei entsprechender Beratung einen passenderen Studiengang gewählt hätten.

Eine Alternative, um falsche Vorstellungen vom Informatikstudium zu beseitigen und nicht für diesen Studiengang geeignete Studierenden möglichst frühzeitig herauszufiltern, sind Auswahlgespräche. Hierbei sind zwei Varianten denkbar, nämlich die "harte" und die "weiche":
Die harte Variante besteht in einem vorgeschriebenen Gespräch (üblicherweise 20-30 Minuten), dessen Ergebnis darüber entscheidet, ob man sich immatrikulieren darf.
Die weiche Variante dagegen besteht in einem Beratungsgespräch, bei dem einem Studienanwärter oder einer Studienanwärterin nur geraten wird, Informatik zu studieren oder nicht. Dieser kann dann aber immer noch frei für sich selbst entscheiden, ob er sich immatrikulieren will oder nicht. Dieses Gespräch darf durchaus auch verpflichtend sein.

Dem harten Auswahlverfahren stehen wir ablehnend gegenüber, denn hier hängt es von einem 20minütigen Gespräch (und möglicherweise nur mit einem Prüfer) ab, ob man zum Studium zugelassen wird oder nicht. Da hätten wir dann das gleiche Problem wie beim NC, d.h. die Tagesform gibt den Ausschlag. Man kann auch nicht bei allen Studierenden von Anfang an sagen, ob er oder sie für das Studium geeignet ist oder nicht, denn es gibt ja auch genug Leute, die das Studium erfolgreich absolvieren, aber vor dem Studium nicht sehr viel mit Informatik zu tun hatten.

Im Gegensatz zu harten Auswahlgesprächen stehen wir der weichen Variante positiv gegenüber - insbesondere auch aufgrund des möchlichen Abschreckungseffektes, da man für seine Immatrikulation etwas tun muss. "Scheinstudierende" werden sich vermutlich etwas Leichteres suchen. Ausserdem muss man sich frühzeitig anmelden, um einen Termin für ein Gespräch zu bekommen. Kurzentschlossene, die irgendeinen Studienplatz haben wollen, werden wahrscheinlich Schwierigkeiten haben, sich fristgemäß anzumelden, da davon auszugehen ist, dass sie sich über die Anmeldungsbedingungen weniger informiert haben als jemand, welcher von Anfang an weiß, dass er oder sie sich für dieses Studium bewerben will. Ebenso kann man Leute mit falschen Vorstellungen davon abraten, dieses Fach zu belegen, was bisher viel zu selten getan wurde und wird.

Beide Gesprächsformen nehmen natürlich viel Zeit der Professoren oder WMs in Anspruch. Aus diesem Grund müsste mittels einer Kosten-/Nutzenanalyse herausgefunden werden, ob sich dieser Aufwand lohnen würde.

Alternativ dazu könnte eine Pflichtberatung eingeführt werden, wo dem angehenden Studierenden erklärt wird, was das Informatikstudium alles erfordert, d.h. wieviel Mathe braucht man, wieviel Vorkenntnisse braucht man etc. Dass man an dieser Beratung teilgenommen hat, müsste man sich bescheinigen lassen und nur unter Vorlage dieses Scheines sollte eine Immatrikulation möglich sein. Diese Beratung kann auch durch Studierende, z.B. die studentischen Studienberater erfolgen, so dass hier die Kostenfrage kein Problem darstellen würde.

Man muss wissen, dass es unter den Immatrikulierten auch Studierende gibt, die sich nur immatrikulieren, um ein Semesterticket, Kindergeld oder ähnliche Vergünstigungen zu bekommen. Eigentlich kosten die Studierenden kein Geld und auch keine Ressourcen, denn sie besuchen die Uni ja gar nicht. Doch gibt es scheinbar Statistiken über Abbrecher und Erfolgsquoten, nach denen Gelder verteilt werden. Und wenn "Scheinstudierende" hier die Situation der anderen, am Fach wirklich interessierten Studierenden massiv verschlechtern, kann man versuchen, zunächst nur "aktive Studierende" zuzulassen - wenn es denn so einfach wäre, aktive Studierende zu ermitteln.
Es ist wahrscheinlich unmöglich, im voraus herauszufinden, ob jemand aktiv am Studium teilnehmen wird oder nicht. Man könnte jedoch während des Studiums Kriterien (z.B. in einem festgesetzten Zeitraum eine bestimmte Anzahl von Kursen/Prüfungen absolvieren) festlegen, die zeigen, ob jemand in der Uni gewesen ist oder nicht.
Die Erfahrung zeigt jedoch aber auch, dass "Scheinstudierenden" sich kaum bei NC-Studiengängen immatrikulieren, sondern "auf den letzten Drücker" zulassungsfreie Studiengänge bevorzugen. (Wir wissen aber nicht, ob die Zulassungsgrenze an sich oder nur die erzwungene frühere Anmeldung dafür verantwortlich ist.) Es ist daher auch zu prüfen, ob "Scheinstudierende" im Bereich Informatik wirklich ein großes Problem darstellen, d.h. ob sie viele Studienplätze blockieren. Aus diesem Grunde beschäftigen wir uns zur Zeit ebenfalls damit, die entsprechenden Statistiken zusammenzutragen, um diese Argumentation zu prüfen.

Letztlich sind neue Zulassungsverfahren aber nur müßige Spekulation, denn nach dem Berliner Hochschulzulassungsgesetz dürfen nur 20% der Plätze nach einem Auswahlverfahren vergeben werden, d.h. nach einer Auswahl auf Grund des Grades der Qualifikation (sprich Abiturnote), der vorherigen Berufsausbildung oder einem Auswahlgespräch (bzw. einer beliebigen Kombination der drei Verfahren) erfolgen muss. Andere Verfahren sind nicht zulässig.

== Studienzeitbegrenzung ==

Man könnte meinen, dass man die Eignung einfach "am lebenden Objekt" testen könnte, sprich: es werden alle zugelassen und das Studium wird schon diejenigen herausfiltern, die nicht geeignet sind. Jeder hatte seine Chance und hätte sie auch nutzen können.

Dies wird dann so realisiert, dass der Studierende in einer bestimmten Zeit eine bestimmte Anzahl von Prüfungen absolviert haben muss, ansonsten wird man exmatrikuliert. Der Antrag Hommel/Wolisz war ein Musterbeispiel dieser Kategorie und auch im Bachelor ET gibt es so etwas bereits (45 von 60 Leistungspunkten innerhalb von 2 Semestern, wobei eine Semesterwochenstunde überwiegend 1,5 Leistungspunkten entspricht). Auch an vielen anderen Unis und FHs sind solche Regelungen bereits eingeführt.

Solche Studienzeitbegrenzungen scheinen auf den ersten Blick zumindest nicht schlechter als einen NC. Doch ein entscheidender Haken liegt für uns darin, dass die Studierenden bei Nichtbestehen der Zeitbegrenzung zwangsweise exmatrikuliert werden müssen, d.h. sie dürfen in Deutschland nie wieder Informatik studieren. Eine andere Möglichkeit der Exmatrikulation gibt es nicht.

Gründe, warum diese Zeitschranken nicht eingehalten werden konnten, gibt es viele: Ausländer müssen sich erst einmal einleben, ein anderer muss nebenbei arbeiten, wieder andere haben Todesfälle in der Familie zum ungünstigsten Zeitpunkt, nur Pech bei der Wahl der Arbeitsgruppen oder Krach mit dem Freund oder der Freundin. Während Nachweisbares wie Krankheit noch zur Verlängerung der Fristen führen kann, sind obige Fälle ohne Ausnahme nicht mehr "entschuldigt".

Letztlich sollten "normale" Studierende keine Probleme mit diesen Zeitschranken haben, so werden sie ja üblicherweise angelegt. Das Problem liegt allerdings in der Definition von "normal" (ähnlich wie bei "Regelstudienzeit") - den meisten Menschen wird wohl das Bild des Vollzeitstudierenden einfallen und die möglichen Widrigkeiten des Studierendenlebens kommen erst bei genauerem Nachdenken. Menschliches Denken ist doch so angelegt, dass die ganzen kleinen Probleme und Unregelmäßigkeiten zunächst nicht betrachtet werden...

Da aber das Leben nicht in den idealtypischen/stereotypen Bahnen verläuft, macht eine Studienzeitbeschränkung das Studium nicht fachlich schwerer, sondern ist nur eine Auswahl auf Grund der Konformität, Angepasstheit und Stromlinienförmigkeit.

Denn wenn wir befürchten müssen, nach dem 1., 2., 3. oder 4. Semester bei Nichterreichen der Ziele exmatrikuliert zu werden, werden wir viel Zeit auf unser Studium aufwenden - andere, ebenfalls sinnvolle Aktivitäten, die von den Arbeitgebern ebenfalls nachgefragt werden (z.B. soft skills) werden aber auf der Strecke bleiben. Engagement für Vereine, Parteien oder Fachschaftsarbeit würden für uns nicht mehr in Frage kommen, denn wir wollen nicht riskieren, aus dem Studium zu fliegen. Zur Zeit riskieren wir vielleicht, durch eine Prüfung zu fallen und engagieren uns trotzdem, doch die Konsequenzen bei einer Studienzeitbeschränkung sind so viel härter, dass kaum jemand dieses Risiko eingehen würde.

Auch das "jeder bekommt eine Chance" überzeugt uns nicht, da man bei Nichterreichen der Schwelle exmatrikuliert würde, während man bei Ablehnung auf Grund eines NCs es in den nächsten Jahren noch einmal versuchen darf (ev. auch an einer anderen Uni).

Vor allem stellt sich an dieser Stelle die Frage, wie unter solchen Umständen eine Gruppenarbeit aussähe. Studierende, die das Level ihrer Gruppenmitglieder nicht halten können, werden vermutlich brachialst ausgeschlossen. Unter der Bedingung, dass nur eine begrenzte Zeit zur Verfügung steht, würde vermutlich jeder unsozialer und egoistischer reagieren. Leute, die nicht die durchschnittliche Gruppenleistung erreichen , können dann schon innerhalb der eigenen Arbeitsgruppe nicht toleriert werden.

Folglich sind pauschale Studienzeitbeschränkungen für uns auf keinen Fall ein gangbarer Weg, da sie dem/der eben nicht idealen Studierenden nicht gerecht wird. In Verbindung mit einem Mentoren-Modell ist es unter Umständen tragbar, wenn diese bei Härtefällen die Anforderungen herabsetzen können und so auch das menschliche Maß berücksichtigt werden kann.

Bei der Diskussion um Studienzeitbeschränkung ist unserer Meinung nach auch zu berücksichtigen, dass man dabei ebenfalls von der Qualität der Lehre sprechen muss. Man kann nicht davon ausgehen, dass viele Studierende lediglich aufgrund von persönlichen oder anderen Gründen das Studium nicht in der Regelzeit schaffen. Das wäre ein zu vereinfachtes Denken.
So wie die Lehrsituation an der Uni aussieht, d.h. zu wenig wissenschaftliche Mitarbeiter(innen), veraltete Bibliotheken etc., muss man, wenn man erreichen will, dass Studierende das Studium so zügig wie möglich beenden, auch an dieser Stelle gravierende Änderungen vornehmen.

Alles in allem liegen die Dinge, wie so häufig, eben nicht als Schwarz-Weiss-Bild da. Es darf keinesfalls der Fehler gemacht werden, entweder mit Scheuklappen ob der derzeitigen finanziellen Lage ohne Kompromisse gegen jegliche Zulassungsbeschränkungen zu "wettern". Es muss aber auch versucht werden, nicht den vermeintlich leichtesten Weg zu gehen, sondern eine insbesondere für die Studierenden faire Lösung zu finden. Natürlich sind Zulassungsbeschränkungen niemals eine gute Bildungsgrundlage, doch im Hinblick auf die Praxis und die derzeitige Situation gerade der Fakultät IV scheinen sie unumgänglich.

[[Kategorie: Probleme]]

Mathematikgebäude

2006-03-10T20:45:03Z

FelixBrossmann: spam entfernt

Im '''Mathematikgebäude''' (MA) finden vor allem im [[Grundstudium]] viele [[Vorlesung|Vorlesungen]] und [[Übung|Übungen]] statt. Im hinteren des Teil des Mathematikgebäudes befindet sich auch der grosse Hörsaal [[HE 101]]. [[Kategorie: Gebäude]] [[Kategorie: Wichtige Orte]]

UNIX-Praktikum (SS) (StuPO90)

2006-03-05T22:40:59Z

FelixBrossmann: wieder da

'''UNIX-Praktikum (Sommersemester)''' ist ein [[Grundstudiumspraktikum]] vom Fachgebiet [http://ni.cs.tu-berlin.de/ NI].

== Inhalt ==
Einführung in das Betriebssystem UNIX:
* Dateisystem
* Entwicklungsumgebung:
** Shell
** Tools
* Prozesse
* ausgewählte Aspekte der Interprozeßkommunikation
* Rechnernetze
In den Übungen wird der Umgang mit der UNIX-Entwicklungsumgebung geübt.

== Notwendige Vorkenntnisse: ==
* C auf Fortgeschrittenenniveau (inklusive der üblichen Daten- und Kontrollstrukturen)

== Tipps und nützliche Infos ==
* Man sollte sich schon halbwegs mit C auskennen, da es im Gegensatz zum UNIX-Praktikum im WS keine C-Einführung gibt.
* Die letzte Aufgabe (im SS 04 ein Chat) ist recht umfangreich, also frühzeitig beginnen!
* Es gibt vor der Abgabe der letzten Aufgabe eine Rücksprache über die Inhalte der VL. Die Veranstalter haben kein Problem damit, jemanden bei einer nicht so dollen Rücksprache im August nochmals zu befragen - also nehmt das Ding nicht zu sehr auf die leichte Schulter!

== Weblinks ==
* [http://www.ni.cs.tu-berlin.de/lehre/unix/index.html UNIX-Praktikum (SS) (aktuell)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Inhaltlich recht interessant, allerdings sind die Veranstalter etwas 'seltsam'. FelixB

Also ich fand Micha voll cool, besonders seinen trockenen Humor (Lampe flackert, Micha:"hat mal jemand einen Stein").
Außerdem ist das Praktikum auch schaffbar, ohne vorher wirklich Ahnung von C zu haben. Das ist dann halt ein Intensiv-Krash Kurs in C. Es ist nicht leicht aber schaffbar. [[Benutzer:DStulle|DanielS]]

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

__NOTOC__

Projekt

2006-03-05T22:39:57Z

FelixBrossmann: Spam Spam Spam wieder weg :)

Das '''Projekt''' (PJ) ist eine Lehrveranstaltungsform im Hauptstudium mit 6 [[SWS]], ähnlich dem [[Praktikum]]. ''siehe auch: [[Lehrveranstaltungen]]'' [[Kategorie: Fakultäts-ABC]] [[Kategorie: Uni-ABC]]

Mathematikgebäude

2006-03-05T18:13:39Z

FelixBrossmann: spam-link entfernt

TheGI 2 (StuPO90)

2006-01-22T13:06:56Z

FelixBrossmann: /* Theoretische Grundlagen der Informatik 2 */ wieso TheGI 1 Vorraussetzung für TheGI 2?

== Theoretische Grundlagen der Informatik 2 ==

Pflichtveranstaltung im [[Grundstudium Informatik]].

Vorraussetzungen: keine

== Inhalt ==

*Abbildungen und Relationen (wie komme ich von einer Menge in die Andere)
*Datenstrukturen (Mengen die mit bestimten Operationen verknüpft sind)
*Signaturen und Algebren (Signatur: Was Gibt es für Operationen; Algebra: Wie sehen sie aus)
*Homomorphismen (Abbildung zwischen verschiedenen Algebren zur gleichen Signatur)
*Terme und Strukturelle Induktion (Was alles mit einer Datenstruktur angestellt werden kann, und wie man es beweist)
*Termalgebren (Allgemeine Algebra zu einer Signatur)
*Algebraische Spezifikationen (Was eine Algebra alles für Kriterien erfüllen sollte)

Wer in Info1 bei Opal aufgepasst hat, dem werden einige Dinge bekannt vorkommen.

== Literatur ==

Für das gesammte Semester und auch für TheGI 2 ist das Buch "Mathematisch-strukturelle Grundlagen der Informatik" zu empfehlen da sich die Lehrveranstaltungen an diesem Buch Orientieren.
Authoren: Ehrig, Mahr, Cornelius, Große-Rhode, Zeitz.
Springer Verlag ISBN: [http://de.wikipedia.org/w/index.php?title=Spezial:Booksources&isbn=3540419233 3-540-41923-3]

== Kommentare ==

== Alte Klausuren ==

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss05_klausur_GedProt.pdf SoSe 2005 Klausur Gedächtnisprotokoll]

[http://user.cs.tu-berlin.de/~buchholz/frwiki/klausurSS02.ps SoSe 2002]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss01_nachklausur.ps.gz SoSe 2001 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss01_klausur.ps.gz SoSe 2001 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss00_nachklausur.ps.gz SoSe 2000 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss00_klausur.ps.gz SoSe 2000 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss99_nachklausur.ps.gz SoSe 1999 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss99_klausur.ps.gz SoSe 1999 Klausur] und [http://user.cs.tu-berlin.de/~buchholz/frwiki/loesung.SS99.ps Lösung], [http://user.cs.tu-berlin.de/~buchholz/frwiki/korrekturMuster.pdf Errata] (incl. Zusatzaufgabe mit struktureller Induktion)

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss98_klausur.ps.gz SoSe 1998 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss97_klausur.pdf SoSe 1997 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss96_klausur.pdf SoSe 1996 Klausur] und [http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss96_lsg.pdf Lösung]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss95_klausur.pdf SoSe 1995 Klausur] und [http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss95_lsg.pdf Lösung]

== Weblinks ==
* http://tfs.cs.tu-berlin.de/

[[Kategorie:Lehrveranstaltungen]]

Diskussion:TechGI 1 (StuPO90)

2006-01-16T14:43:35Z

FelixBrossmann:

Das ist doch nicht wahr oder?? Gibts denn außer der Lösung für die letzte Klausur keine Lösungen online??? Alle sagen immer man kommt locker durch die Klausur wenn man alte rechnet. Aber wie soll das bitte klappen wenn man wie ich keinen Plan hat und keine Lösungen zum Verstehen bzw Überprüfen???

Wenn man keinen PLan hat, sollte man sich am beteen eerstmal mit seiner Arbeitsgruppe zusammensetzen. Wenn die auch keinen Plan hat, einfach mal andere Leute anquatschen, wenns gar nicht anders geht vielleicht auch mal in ne Sprechstunde ven nem Tutor gehen, der einen nicht nur aus Script verweist.

Diskussion:TechGI 1 (StuPO90)

2006-01-16T14:43:05Z

FelixBrossmann:

Mathematikgebäude

2005-12-17T19:20:43Z

FelixBrossmann: spam entfernt

NC Auswahlverfahren

2005-12-17T19:20:21Z

FelixBrossmann: wiederhergestellt

== Stellungnahme der Freitagsrunde zum Thema "NC/Auswahlverfahren und Studienzeitbegrenzung" und der derzeit geführten Diskussion an der Fakultät ==

Es besteht kein Zweifel daran, dass das Studium einen Menschen ein Leben lang prägt, d.h. es entscheidet bei den meisten, in welchem Bereich sie später arbeiten werden und wie ihre Arbeitsmarktchancen in etwa aussehen. Auch die Allgemeinbildung und das selbstständige Organisieren des Lernprozesses und der eigenen Arbeit sind hohe Güter, die an anderen Stellen unserer Gesellschaft zwar nachgefragt, aber nur selten vermittelt werden.

Daher ist der freie Zugang zu Wissen bzw. einem Studienplatz ein sehr hohes Gut, das auf keinen Fall künstlich verknappt werden darf. Demokratie funktioniert nur mit mündigen und kritischen Bürgern, nicht mit einer kleinen Elite. Dieser Randbedingungen muss man sich immer bewusst sein, wenn man über Zulassungsbeschränkungen spricht.

Folglich darf sich eine Zulassungsbeschränkung ausschließlich über die Sicherstellung der Qualität der Lehre definieren. Bei 200 ausfinanzierten Studienplätzen für Informatiker an der TU Berlin und 300 Anfängern gibt es eine 50%ige Überlast, was schon eine beachtliche Zahl ist und die Betreuungssituation merklich verschlechtert.

Klar ist auch, dass im Allgemeinen niemand für den Ausschluss von Studierenden ist und nur eine Minderheit fördern will. Doch wenn es zu konkreten Punkten kommt, scheiden sich die Vorstellungen. Unter der Randbedingung, dass die Ressourcen und die Geldmittel begrenzt sind, muss man sich über Zugangsbeschränkungen Gedanken machen. Sicher ist man sich schnell einig, dass die Bildungseinrichtungen zu wenig Geld bekommen, dass es zu viel Bürokratie und Verwaltung gibt und dass viele Vorschriften sinnlos sind.

Jedoch können Beschlüsse, die die im folgenden aufgezählten Mängel verringern würden, nicht alleine durch die Fakultät gefällt werden und wir halten es für äußerst unrealistisch, dass Aktionen auf Fakultätsebene auf den übergeordneten Ebenen bemerkt werden bzw. es bis dahin durch das entsprechende Verhalten zu irreparablen Schäden gekommen ist, die in ihrer Schwere für uns nicht akzeptabel sind.

Wenn also die Zahl der Studierenden die Kapazitäten in einem nicht mehr verkraftbaren Maß überschreitet und daher die Studierendenzahlen beschränkt werden, muss eine möglichst gerechte Möglichkeit der Beschränkung gefunden werden, die auch "Problemfällen" gerecht wird.

== NC und Auswahlverfahren ==

'''NC'''

Grundsätzlich halten wir einen NC (Auswahl nur anhand der AbiturNote) für schlecht, denn es gibt mehrere Mängel bei diesem Verfahren:

Zum einen gibt es große Unterschiede zwischen den Schulen und die "allgemeine Hochschulzugangsberechtigung" mit der selben Endnote garantiert keineswegs immer den gleichen Leistungsstand. Besonders extrem ist es in Ländern ohne Zentralabitur, wo jede Schule einen eigenen Leistungsstand hat. Zum Teil werden Abiturnoten auch nur und ausschließlich auf Grund der Noten in der Abiturprüfung selbst vergeben (kein Einfluss der Grundkurse in der Oberstufe auf die Endnote), so dass alles von der Tagesform an den Tagen der vier Abiturprüfungen abhängt.
Weiterhin hat eine gute Schulnote nur begrenzte Aussagekraft in Bezug auf den Studienerfolg, denn im Studium werden völlig andere Anforderungen an die Studierenden gestellt als in der Schule (z.B. selbstständiges Lernen, Selbstdisziplin, kein Anwesenheitszwang, Gruppenarbeit etc.). Daher ist es ungerecht, den Zugang zum Studium über eine Schulnote zu gewähren.

'''alternative Auswahlverfahren'''

Ein häufig verwendetes Argument gegen jegliche Zulassungsbeschränkungen ist, dass die "ungeeigneten" Studierenden die Prüfungen nicht bestehen werden und somit das Studium nicht fortführen. Somit sinkt die Zahl der Studierenden nach wenigen Semestern, und die Anzahl der Studierenden stellt kein Problem mehr da.

Hierbei sollte aber folgendes Beispiel den Widerspruch des oben dargestellten Arguments erwähnt werden:
Im WS 99/00 gab es 523 Anfänger(innen) im Studiengang Informatik. Diese sind jetzt im Hauptstudium und sowohl die Basisveranstaltungen als auch die Seminare platzen aus allen Nähten. Völlig unklar ist auch noch, welche(r) wissenschaftliche Mitarbeiter(in) die vielen Diplomarbeiten betreuen soll. Offensichtlich sind entgegen aller Erwartungen genug Anfänger(innen) übrig geblieben, die jetzt ins Hauptstudium stürmen und den Fachbereich vor große Probleme stellen.

Eine andere Möglichkeit der Auswahl von Bewerbern und Bewerberinnen ist das zufällige Auslosen. Manch eine(r) mag sagen, dass das die gerechteste Art der Zulassungsbeschränkung sei, doch wir lehnen diese Möglichkeit vollständig ab, denn bei diesem Verfahren gibt es keine Möglichkeit, seine Chancen auf einen Studienplatz durch eigenes Handeln erhöhen zu können.

In jedem Semester kann erneut festgestellt werden, dass eine hohe Anzahl an Studierenden eine völlig falsche Vorstellung vom Studiengang Informatik besitzen und spätestens um Weihnachten herum wechseln. Hier geht häufig einiges an Zeit verloren (mindestens ein Semester), während diese Studierenden bei entsprechender Beratung einen passenderen Studiengang gewählt hätten.

Eine Alternative, um falsche Vorstellungen vom Informatikstudium zu beseitigen und nicht für diesen Studiengang geeignete Studierenden möglichst frühzeitig herauszufiltern, sind Auswahlgespräche. Hierbei sind zwei Varianten denkbar, nämlich die "harte" und die "weiche":
Die harte Variante besteht in einem vorgeschriebenen Gespräch (üblicherweise 2030 Minuten), dessen Ergebnis darüber entscheidet, ob man sich immatrikulieren darf.
Die weiche Variante dagegen besteht in einem Beratungsgespräch, bei dem einem Studienanwärter oder einer Studienanwärterin nur geraten wird, Informatik zu studieren oder nicht. Dieser kann dann aber immer noch frei für sich selbst entscheiden, ob er sich immatrikulieren will oder nicht. Dieses Gespräch darf durchaus auch verpflichtend sein.

Dem harten Auswahlverfahren stehen wir ablehnend gegenüber, denn hier hängt es von einem 20minütigen Gespräch (und möglicherweise nur mit einem Prüfer) ab, ob man zum Studium zugelassen wird oder nicht. Da hätten wir dann das gleiche Problem wie beim NC, d.h. die Tagesform gibt den Ausschlag. Man kann auch nicht bei allen Studierenden von Anfang an sagen, ob er oder sie für das Studium geeignet ist oder nicht, denn es gibt ja auch genug Leute, die das Studium erfolgreich absolvieren, aber vor dem Studium nicht sehr viel mit Informatik zu tun hatten.

Im Gegensatz zu harten Auswahlgesprächen stehen wir der weichen Variante positiv gegenüber - insbesondere auch aufgrund des möchlichen Abschreckungseffektes, da man für seine Immatrikulation etwas tun muss. "Scheinstudierende" werden sich vermutlich etwas Leichteres suchen. Ausserdem muss man sich frühzeitig anmelden, um einen Termin für ein Gespräch zu bekommen. Kurzentschlossene, die irgendeinen Studienplatz haben wollen, werden wahrscheinlich Schwierigkeiten haben, sich fristgemäß anzumelden, da davon auszugehen ist, dass sie sich über die Anmeldungsbedingungen weniger informiert haben als jemand, welcher von Anfang an weiß, dass er oder sie sich für dieses Studium bewerben will. Ebenso kann man Leute mit falschen Vorstellungen davon abraten, dieses Fach zu belegen, was bisher viel zu selten getan wurde und wird.

Beide Gesprächsformen nehmen natürlich viel Zeit der Professoren oder WMs in Anspruch. Aus diesem Grund müsste mittels einer Kosten/Nutzenanalyse herausgefunden werden, ob sich dieser Aufwand lohnen würde.

Alternativ dazu könnte eine Pflichtberatung eingeführt werden, wo dem angehenden Studierenden erklärt wird, was das Informatikstudium alles erfordert, d.h. wieviel Mathe braucht man, wieviel Vorkenntnisse braucht man etc. Dass man an dieser Beratung teilgenommen hat, müsste man sich bescheinigen lassen und nur unter Vorlage dieses Scheines sollte eine Immatrikulation möglich sein. Diese Beratung kann auch durch Studierende, z.B. die studentischen Studienberater erfolgen, so dass hier die Kostenfrage kein Problem darstellen würde.

Man muss wissen, dass es unter den Immatrikulierten auch Studierende gibt, die sich nur immatrikulieren, um ein Semesterticket, Kindergeld oder ähnliche Vergünstigungen zu bekommen. Eigentlich kosten die Studierenden kein Geld und auch keine Ressourcen, denn sie besuchen die Uni ja gar nicht. Doch gibt es scheinbar Statistiken über Abbrecher und Erfolgsquoten, nach denen Gelder verteilt werden. Und wenn "Scheinstudierende" hier die Situation der anderen, am Fach wirklich interessierten Studierenden massiv verschlechtern, kann man versuchen, zunächst nur "aktive Studierende" zuzulassen wenn es denn so einfach wäre, aktive Studierende zu ermitteln.
Es ist wahrscheinlich unmöglich, im voraus herauszufinden, ob jemand aktiv am Studium teilnehmen wird oder nicht. Man könnte jedoch während des Studiums Kriterien (z.B. in einem festgesetzten Zeitraum eine bestimmte Anzahl von Kursen/Prüfungen absolvieren) festlegen, die zeigen, ob jemand in der Uni gewesen ist oder nicht.
Die Erfahrung zeigt jedoch aber auch, dass "Scheinstudierenden" sich kaum bei NCStudiengängen immatrikulieren, sondern "auf den letzten Drücker" zulassungsfreie Studiengänge bevorzugen. (Wir wissen aber nicht, ob die Zulassungsgrenze an sich oder nur die erzwungene frühere Anmeldung dafür verantwortlich ist.) Es ist daher auch zu prüfen, ob "Scheinstudierende" im Bereich Informatik wirklich ein großes Problem darstellen, d.h. ob sie viele Studienplätze blockieren. Aus diesem Grunde beschäftigen wir uns zur Zeit ebenfalls damit, die entsprechenden Statistiken zusammenzutragen, um diese Argumentation zu prüfen.

Letztlich sind neue Zulassungsverfahren aber nur müßige Spekulation, denn nach dem Berliner Hochschulzulassungsgesetz dürfen nur 20% der Plätze nach einem Auswahlverfahren vergeben werden, d.h. nach einer Auswahl auf Grund des Grades der Qualifikation (sprich Abiturnote), der vorherigen Berufsausbildung oder einem Auswahlgespräch (bzw. einer beliebigen Kombination der drei Verfahren) erfolgen muss. Andere Verfahren sind nicht zulässig.

== Studienzeitbegrenzung ==

Man könnte meinen, dass man die Eignung einfach "am lebenden Objekt" testen könnte, sprich: es werden alle zugelassen und das Studium wird schon diejenigen herausfiltern, die nicht geeignet sind. Jeder hatte seine Chance und hätte sie auch nutzen können.

Dies wird dann so realisiert, dass der Studierende in einer bestimmten Zeit eine bestimmte Anzahl von Prüfungen absolviert haben muss, ansonsten wird man exmatrikuliert. Der Antrag Hommel/Wolisz war ein Musterbeispiel dieser Kategorie und auch im Bachelor ET gibt es so etwas bereits (45 von 60 Leistungspunkten innerhalb von 2 Semestern, wobei eine Semesterwochenstunde überwiegend 1,5 Leistungspunkten entspricht). Auch an vielen anderen Unis und FHs sind solche Regelungen bereits eingeführt.

Solche Studienzeitbegrenzungen scheinen auf den ersten Blick zumindest nicht schlechter als einen NC. Doch ein entscheidender Haken liegt für uns darin, dass die Studierenden bei Nichtbestehen der Zeitbegrenzung zwangsweise exmatrikuliert werden müssen, d.h. sie dürfen in Deutschland nie wieder Informatik studieren. Eine andere Möglichkeit der Exmatrikulation gibt es nicht.

Gründe, warum diese Zeitschranken nicht eingehalten werden konnten, gibt es viele: Ausländer müssen sich erst einmal einleben, ein anderer muss nebenbei arbeiten, wieder andere haben Todesfälle in der Familie zum ungünstigsten Zeitpunkt, nur Pech bei der Wahl der Arbeitsgruppen oder Krach mit dem Freund oder der Freundin. Während Nachweisbares wie Krankheit noch zur Verlängerung der Fristen führen kann, sind obige Fälle ohne Ausnahme nicht mehr "entschuldigt".

Letztlich sollten "normale" Studierende keine Probleme mit diesen Zeitschranken haben, so werden sie ja üblicherweise angelegt. Das Problem liegt allerdings in der Definition von "normal" (ähnlich wie bei "Regelstudienzeit") den meisten Menschen wird wohl das Bild des Vollzeitstudierenden einfallen und die möglichen Widrigkeiten des Studierendenlebens kommen erst bei genauerem Nachdenken. Menschliches Denken ist doch so angelegt, dass die ganzen kleinen Probleme und Unregelmäßigkeiten zunächst nicht betrachtet werden...

Da aber das Leben nicht in den idealtypischen/stereotypen Bahnen verläuft, macht eine Studienzeitbeschränkung das Studium nicht fachlich schwerer, sondern ist nur eine Auswahl auf Grund der Konformität, Angepasstheit und Stromlinienförmigkeit.

Denn wenn wir befürchten müssen, nach dem 1., 2., 3. oder 4. Semester bei Nichterreichen der Ziele exmatrikuliert zu werden, werden wir viel Zeit auf unser Studium aufwenden andere, ebenfalls sinnvolle Aktivitäten, die von den Arbeitgebern ebenfalls nachgefragt werden (z.B. soft skills) werden aber auf der Strecke bleiben. Engagement für Vereine, Parteien oder Fachschaftsarbeit würden für uns nicht mehr in Frage kommen, denn wir wollen nicht riskieren, aus dem Studium zu fliegen. Zur Zeit riskieren wir vielleicht, durch eine Prüfung zu fallen und engagieren uns trotzdem, doch die Konsequenzen bei einer Studienzeitbeschränkung sind so viel härter, dass kaum jemand dieses Risiko eingehen würde.

Auch das "jeder bekommt eine Chance" überzeugt uns nicht, da man bei Nichterreichen der Schwelle exmatrikuliert würde, während man bei Ablehnung auf Grund eines NCs es in den nächsten Jahren noch einmal versuchen darf (ev. auch an einer anderen Uni).

Vor allem stellt sich an dieser Stelle die Frage, wie unter solchen Umständen eine Gruppenarbeit aussähe. Studierende, die das Level ihrer Gruppenmitglieder nicht halten können, werden vermutlich brachialst ausgeschlossen. Unter der Bedingung, dass nur eine begrenzte Zeit zur Verfügung steht, würde vermutlich jeder unsozialer und egoistischer reagieren. Leute, die nicht die durchschnittliche Gruppenleistung erreichen , können dann schon innerhalb der eigenen Arbeitsgruppe nicht toleriert werden.

Folglich sind pauschale Studienzeitbeschränkungen für uns auf keinen Fall ein gangbarer Weg, da sie dem/der eben nicht idealen Studierenden nicht gerecht wird. In Verbindung mit einem MentorenModell ist es unter Umständen tragbar, wenn diese bei Härtefällen die Anforderungen herabsetzen können und so auch das menschliche Maß berücksichtigt werden kann.

Bei der Diskussion um Studienzeitbeschränkung ist unserer Meinung nach auch zu berücksichtigen, dass man dabei ebenfalls von der Qualität der Lehre sprechen muss. Man kann nicht davon ausgehen, dass viele Studierende lediglich aufgrund von persönlichen oder anderen Gründen das Studium nicht in der Regelzeit schaffen. Das wäre ein zu vereinfachtes Denken.
So wie die Lehrsituation an der Uni aussieht, d.h. zu wenig wissenschaftliche Mitarbeiter(innen), veraltete Bibliotheken etc., muss man, wenn man erreichen will, dass Studierende das Studium so zügig wie möglich beenden, auch an dieser Stelle gravierende Änderungen vornehmen.

Alles in allem liegen die Dinge, wie so häufig, eben nicht als Schwarz-Weiss-Bild da. Es darf keinesfalls der Fehler gemacht werden, entweder mit Scheuklappen ob der derzeitigen finanziellen Lage ohne Kompromisse gegen jegliche Zulassungsbeschränkungen zu "wettern". Es muss aber auch versucht werden, nicht den vermeintlich leichtesten Weg zu gehen, sondern eine insbesondere für die Studierenden faire Lösung zu finden. Natürlich sind Zulassungsbeschränkungen niemals eine gute Bildungsgrundlage, doch im Hinblick auf die Praxis und die derzeitige Situation gerade der Fakultät IV scheinen sie unumgänglich.

[[Kategorie: Probleme]]

Projekt

2005-12-17T19:17:12Z

FelixBrossmann: spam-link entfernt

Kickologie

2005-10-28T19:31:27Z

FelixBrossmann:

'''Kickologie''' ist die Wissenschaft des Kickerspiels. Lehrveranstaltungen im Fachgebiet Kickologie werden regelmäßig freitags im [[FR 5046]] angeboten, gelegentlich gibt es auch Blockseminare, die dann abends stattfinden.

Fachgebiet

2005-10-28T19:29:43Z

FelixBrossmann: /* Wer gehört zu welchem Institut? */

Ein '''Fachgebiet''' ist an der Fakultät für Informatik fast gleichbedeutend mit '''Lehrstuhl''', obwohl Lehrstuhl mehr nach [[Ordinarienuniversität]] klingt, statt nach [[Gruppenuniversität]]. Allerdings gab es Fachgebiete, in denen mehrere Professoren auf ihrem Lehrstuhl saßen, was aber der inzwischen auch an der Fakultät 4 durchgesetzten Vermutung widersprach, dass es einen Chef geben müsse, damit es keinen Ärger gibt. Mehrere Fachgebiete (aka Lehrstühle) ergeben eine [[Wissenschaftliche Einheit]] (aka [[Institut]], abgekürzt WE, TUweit durchnummeriert, z.B. WE 0434).

====Fachgebiete an der Fakultät 4====
Alle Fachgebiete und Wissenschaftlichen Einheiten (WEs) der Fakultät 4 findet man sortiert nach Institut auf der Seite

* http://iv.tu-berlin.de/groups/.

====Wer gehört zu welchem Institut?====
Auf dem Immatrikulationsantrag gibt man vor Beginn des Studiums an, zu welchem Insitut man möchte, hier hat man dann das Wahlrecht (aktiv und passiv) für den entsprechenden Institutsrat. Man kann seine Zuordnung problemlos nachträglich im Immatrikulationsamt ändern.

====Wie verändern sich Fakultätsstrukturen?====
Die Lehrstuhl-Struktur ist traditionell vor allem im deutschsprachigen Raum weit verbreitet. An international führenden Hochschulen ist seit Jahrzehnten die [[Department-Struktur]] etabliert und üblich. Ein Department (z.B. Department for Computer Science, abgk. CS, Teil des alten Domain-Namens des Fachbereichs Informatik [[cs.tu-berlin.de]]) setzt sich aus mehreren Wissenschaftlern mit selbststaendiger Forschung und Lehre in einem Fachgebiet beziehungsweise in benachbarten Fachgebieten zusammen. Die Mitglieder des Departments verantworten gemeinsam das gesamte Lehrangebot und es findet innerhalb des Departments eine enge Kooperation in Lehre und Forschung statt (flache Hierarchie).
Ob die TU sich eher in die Department-Richtung entwickelt, oder
zurück zur Ordinarien-Universität, ist noch nicht raus und wird nicht nur innerhalb der Universität entschieden.

An der Freien Universität wurden kürzlich die Marketing-Fachgebiete des Fachbereichs Wirtschaftswissenschaften zu einem [http://www.wiwiss.fu-berlin.de/w3/w3kuss/web_md/site/ Department] zusammengeschlossen.

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

BRW 2

2005-10-06T14:50:19Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren===
* folgen
</div>

'''Betriebliches Rechnungswesen II''' ist eine [[Grundstudiumsveranstaltung]] an der Fakultaet VIII.

== Inhalt ==
(Von der Website geklaut)

== Tipps und nützliche Infos ==

== Weblinks ==
* [http://www.controlling.tu-berlin.de/ Fachgebiet Controlling]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Sehr nett, viele Rechnungen, wenig dummes Auswendiglernen, empfehlenswert!.
--[[Benutzer:FelixBrossmann|FelixB]] 16:43, 06. Okt 2005 (CET)

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

__NOTOC__

Kategorientheorie

2005-10-06T14:44:46Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren===
* folgen
</div>

'''Kategorientheorie''' ist eine [[Vertiefungdveranstaltung]] im Fachgebiet TFS (Studiengebiet THI).

== Inhalt ==
(Von der Website geklaut)
[http://tfs.cs.tu-berlin.de/lehre/SS05/KafI/infoblatt.pdf Infoblatt SS 05]

== Tipps und nützliche Infos ==

== Weblinks ==
* [http://tfs.cs.tu-berlin.de/lehre/SS05/KafI/ Kategorientheorie (SS 2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
War nicht schlecht, wenn auch fuer meinen Geschmack teilweise etwas zu abstrakt...
--[[Benutzer:FelixBrossmann|FelixB]] 16:43, 06. Okt 2005 (CET)

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

__NOTOC__

Robocup

2005-10-06T14:32:27Z

FelixBrossmann:

'''Robocup''' ist ein [[Projekt]] im Fachgebiet AOT (Studiengebiet KI).

== Inhalt ==
(Von der Website geklaut)

Der jährlich stattfindende Robocup, bei dem zwei Roboterteams gegeneinander Fußball spielen, ist ein Standard-Versuchsfeld für die Forschung auf dem Gebiet der Agententechnologie. Die Robocup-Organisation (www.robocup.org) veranstaltet jährlich mehrere Wettbewerbe für Roboter unterschiedlicher Größen. Besondere Bedeutung für die KI-Forschung hat die Simulation League (2D & 3D), bei der die physikalischen Gegebenheiten des Fußballs nur simuliert werden und die elektrotechnischen und mechanischen Probleme des Roboterbaus ausgeblendet bleiben. Dadurch ist es möglich, sich ausschließlich auf die "klassischen" Herausforderungen der Künstlichen Intelligenz, wie Kooperation, Planen, Lernen, etc., zu konzentrieren.
Die Teilnehmer/innen der Lehrveranstaltung sollen gemeinsam ein schlagkräftiges Robocup-Team entwickeln. Langfristiges Ziel des Projektes ist die erfolgreiche Teilnahme an der Robocup-Weltmeisterschaft 2006 in Bremen. Die Arbeit erfolgt in Gruppen von 2-3 Personen. Jede Gruppe verfolgt dabei die Lösung eines speziellen Teilproblems (z.B. Abwehr- und Angriffsverhalten, Passspiel, Lernverfahren, Rollenverteilung, GUI).
Das zu entwickelnde Agententeam soll über den von der Robocup-Organisation bereitgestellten SoccerServer gegen andere Mannschaften simulierte Fußballspiele austragen können.

Der Robocup bietet ein ideales Lern- und Forschungsumfeld, in dem anspruchsvolle Problemstellungen von den Studierenden selbständig erschlossen werden können. Die gewonnenen Erkenntnisse lassen sich dann in einem iterativen Implementierungsprozess in die Praxis umsetzen und in Spielen gegen andere Roboterteams validieren.

Die wesentlichen Schritte im Laufe des Projekts sind:

Sichten und Auswerten der Literatur zum Thema Robocup
Einarbeitung in das bestehende Framework
Optimierung konkreter Spielertypen und Spielsituationen
Dokumentation und Systemtest
Abschlusspräsentation
Der Softwareentwicklungsprozess ist iterativ. Die erzielten Teilergebnisse können dann im Wettbewerb gegen andere Robocup-Teams validiert werden.

== Tipps und nützliche Infos ==
Vorkenntnisse im Bereich Agententechnologie sind nicht notwendig, programmiert wird mit Java und einer CVS-Verwaltuing - es bietet sich also eclipse an. Es gibt keine Klausur, lediglich eine kleine Ruecksprache, in der auch nicht viel abgefragt wird, sondern eher das Geschehene nochmal reflektiert wird. Programmiert werden darf bis Ende des Semesters, also bis 30.9. im Sommer.
Es gibt eiegntlich zwei Veranstaltungen, 2D und 3D - das 2D Framework laeuft sowohl unter Linux als auch unter Windows, fuer 3D ist Linux notwendig.

Es besteht die Moeglichkeit, das Projekt im kommenden Semester fortzusetzen und als ''Robocup II'' erneut 6 SWS angerechnet zu bekommen.

== Weblinks ==
* [http://www.dai-labor.de/index.php?id=416&L=1 Robocup (WS 2005/2006)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
SUPER :) die beste Veranstaltung, die ich hier belegt habe. Leider gab es anfangs recht grosse Probleme mit dem Einrichten, da wir im SS 05 uns erstmnalig an 3D rangewagt hatten, aber als es dann richtig losgehen konnte mit Taktik etc... wurde es dann sehr spannend! Ich kann das Projekt wirklich jedem empfehlen, der sich fuer Fussball interessiert und mit Java sowie ein wenig mmit Linux umgehen kann :)
--[[Benutzer:FelixBrossmann|FelixB]] 16:32, 06. Okt 2005 (CET)

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

__NOTOC__

Verteilte Systeme

2005-10-06T14:21:45Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren===
* folgen
</div>

'''Verteilte Systeme''' ist eine [[Basisveranstaltung]] im Fachgebiet KBS (Studiengebiet BKS).

== Inhalt ==
(Von der Website geklaut)

Heutige Anwendungssysteme sind in der Regel nicht auf einen einzelnen Rechner beschränkt, sondern laufen auf mehreren Rechnern, die miteinander vernetzt sind und keinen gemeinsamen physikalischen Speicher besitzen. Der Entwurf von Algorithmen für solche Verteilte Systeme ist durch (a) die Nebenläufigkeit von Prozessen auf verschiedenen Rechnern, (b) das Fehlen eines globalen Zustands, (c) der mit der Größe des Systems wachsenden Wahrscheinlichkeit für Fehler oder Ausfälle und (d) die Heterogenität der Komponenten deutlich komplexer als der Entwurf vergleichbarer zentralisierter Algorithmen. Insbesondere wegen dieser Schwierigkeiten soll häufig die Verteilung des Systems vor dem Benutzer bzw. dem Programmierer einer Anwendung verborgen werden. Die Vorlesung gibt einen Überblick über die Potentiale Verteilter Systeme, über die in Verteilten Systemen auftretenden Probleme und behandelt Lösungsmöglichkeiten für diese.

== Tipps und nützliche Infos ==
Es gab alle woechentlich Uebungsblaetter, deren Bearbeitung allerdings freiwillig war - diese wurden dann in der Uebung besprochen. Es gab eine Multiple-Choice-Zwischenklausur, die zu 10% in die Endnote einging.

Es werden mehrere Buecher empfohlen, wie ersten beiden sind auf jeden Fall lesenswert, gehen aber allesamt weit ueber den Stoff der VL hinaus:
* G. Coulouris, J. Dollimore, and T. Kindberg. Distributed Systems: Concepts and Design. Addison-Wesley, 3rd edition, 2001. [auch in Deutsch erhältlich].
* A. S. Tanenbaum and M. van Steen. Distributed Systems: Principles and Paradigms. Prentice Hall, 2002. [auch in Deutsch erhältlich].
* G. Tel. Introduction to Distributed Algorithms. Cambridge University Press, 2nd edition, 2000.
* S. Mullender, editor. Distributed Systems. Addison-Wesley, 2nd edition, 1993.
* N. Lynch. Distributed Algorithms. Morgan Kaufmann, 1996.
* F. Mattern. Verteilte Basisalgorithmen. Springer-Verlag, 1989.

== Weblinks ==
* [http://www.kbs.cs.tu-berlIn.de/teaching/sose2005/vs/index.htm Verteilte Systeme (SS 2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Naja, zumindest ein A-Kurs. Der Veranstalter hat es geschafft, den Stoff so ebenso langweilig wie sich selbst arrogant darzustellen. Folien - gibts erst irgendwann nach der Vorlesung...
--[[Benutzer:FelixBrossmann|FelixB]] 16:21, 06. Okt 2005 (CET)

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

__NOTOC__

Benutzer:FelixBrossmann

2005-10-06T14:11:22Z

FelixBrossmann:

Hi,

mein Name ist Felix Brossmann (logischerweise, dies ist ja die Benutzerseite von "Felix Brossmann"). Ich befinde mich mittlerweile im 7. Semester (WS 05/06), bin seit WS 04/05 als Studentische Hilfskraft bei TFS angestellt und werde dieses Semester "TheGI1" 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 drei 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 Freundin in Anspruch... und die BVG nicht zu vergessen :(

In diesem Semester belege ich folgende Veranstaltungen: [[Rechnersysteme]], [[formale Modellierung und Komposition prozessorientierter Systeme]], [[Controlling I]], [[Controlling II]], [[Visuelle Sprachen und Entwicklungsumgebungen]].
Im Hauptstudium habe ich bis jetzt gehoert:[[Verteilte Systeme]], [[Robocup]], [[Kategorientheorie]] und [[BRW 2]] [[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

Grundlagen verlässlicher Systeme

2005-07-21T15:16:35Z

FelixBrossmann:

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
<h2> Prüfungen </h2>
SS 2005
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-5.pdf Protokoll Felix Schwarz]
</div>

== Inhalt ==
Jeder kennt aus Erfahrung die Unzuverlässigkeit heutiger Computersysteme. Andererseits sind Nutzer häufig darauf angewiesen, ein gewisses Vertrauen in das Funktionieren dieser Systeme zu setzen. Mehr und mehr entwickelt sich die Frage nach der Verlässlichkeit zu einem Schlüsselproblem moderner Technik.

In dieser Lehrveranstaltung geht es um den Entwurf und um die Bewertung verlässlicher Computersysteme. Dabei stehen zwei Eigenschaften im Vordergrund: Die Fähigkeit, lokale Störungen "zu überleben" und die Fähigkeit, Ergebnisse rechtzeitig zu liefern.

== Tipps und nützliche Infos ==

== Weblinks ==

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

[[Kategorie: Lehrveranstaltungen]]
__NOTOC__

Grundlagen der offenen Kommunikationssysteme

2005-07-21T15:16:01Z

FelixBrossmann:

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===
WS 2004/2005 ([http://www.oks.cs.tu-berlin.de/lehre/WS0405/oks-vl/ Homepage])

'''Bisher noch keine'''
</div>

OKS Vertiefung im [[Hauptstudium]], für Informatik-Studierende im Studiengebiet BKS anrechenbar.

== Inhalt ==
Die Vorlesung dient als Einstieg in die Lehrgebiete "Offene Kommunikationsysteme" und "Architektur der Vermittlungsknoten" (für Schwerpunkt). Sie ist auch für Studenten konzipiert, die sich einen generellen Überblick über das Studiengebiet aneignen möchten (für Wahlfach).

== Tipps und nützliche Infos ==

== Weblinks ==

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

Das [http://www.mpirical.com/companion.html Kompendium von mpirical] passt ausgezeichnet zu der Veranstaltung, da fast alle verwendeten Fachbegriffe dort super erklärt werden. --[[Benutzer:Martin Häcker|Martin Häcker]] 20:35, 16. Feb 2005 (CET)

[[Kategorie: Lehrveranstaltungen]]
__NOTOC__

Betriebssysteme in verteilten Umgebungen

2005-07-21T15:14:49Z

FelixBrossmann: Schema

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Prüfungen ===
SS 2005
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-5.pdf Protokoll Felix Schwarz]
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-6.pdf Protokoll Andreas Janson]
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-7.pdf Protokoll Martin Häcker]
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-4.txt Gedächtnisprotokoll 4]

WS 2004/2005
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-2.txt Gedächtnisprotokoll 2]
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-3.pdf Gedächtnisprotokoll 3]

SS 2004
* [http://docs.freitagsrunde.org/Klausuren/KBS/bsvu-1.txt Gedächtnisprotokoll 1]
* [http://docs.freitagsrunde.org/klausuren/KBS/pr%fcfungsfragen.jpg Prüfungsfragen]

</div>

== Betriebssysteme in verteilten Umgebungen ==

== Inhalt ==
Betriebssysteme in verteilten Umgebungen sind mit Problemen konfrontiert, die sich im lokalen Fall nicht oder nicht in dieser Qualität stellen. Die Hauptprobleme bestehen in einem hohen Grad an Nebenläufigkeit, im Fehlen einer globalen einheitlichen Sicht, in der mit der Größe des Systems wachsenden Wahrscheinlichkeit von Fehlern oder Ausfällen und in einer komplexen Betriebsmittelverwaltung.

Die dazu notwendigen funktionalen Erweiterungen sind entweder direkt ins Betriebssystem integriert oder in einer weiteren, oft Middleware genannten Schicht zusammengefasst. Die Vorlesung gibt einen Überblick über diese Probleme und stellt Lösungsansätze dafür vor. Einzelthemen:
* Architektur verteilter Systeme
* rechnerübergreifende Kommunikation
* verteilte Synchronisation
* verteilte Transaktionen
* verteilte Dateisysteme
* verteilter gemeinsamer Speicher
* Lastverteilung und Platzierung
* Scheduling
* Parallelverarbeitung
* Clustercomputing

== Tipps und nützliche Infos ==

== Weblinks ==

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

Während es am Anfang noch durchaus interessant war (Transaktionen, Speicher, Replikation, Nachrichten etc.), fand ich die Ausflüge in die Parallelverarbeitung mit den theoretischen Graphtheorien, mehrdimensionale Optimierung etc. nicht so spannend. Liegt vielleicht auch daran, dass mein Schwerpunkt eher auf den lokalen Betriebssysteme und der Low-Level-Ebene liegt.
--[[Benutzer:Felix|Felix]] 17:50, 22. Mai 2005 (CET)

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

Betriebssysteme

2005-07-21T15:12:10Z

FelixBrossmann: ans Schema angepasst

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===
=== Gedächtnisprotokoll Klausur WS03/04 ===
* http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_1.txt
* http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_2.pdf

=== Gedächtnisprotokoll Klausur WS04/05 ===
* http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/bs_gedaechtnisprotokoll_ws0405.pdf
* http://user.cs.tu-berlin.de/~jensb/root//hauptstudium_informatik/betriebssysteme/alte_klausuren/bs_ws0405_gedaechtnisprotokoll.pdf

</div>

'''Betriebssysteme''' ist eine [[Basisveranstaltung]] im Fachgebiet KBS (Studiengebiet BKS).

== Inhalt ==

== Tipps und nützliche Infos ==

== Weblinks ==

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

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

__NOTOC__

Diskussion:TheGI 2 (StuPO90)

2005-07-14T07:36:15Z

FelixBrossmann:

SoSe 2005 - Offenbar gibt's wieder zu viele Studenten im Informatik studium, die SoSe2005 Klausur war um einiges schwieriger als alle hier aufgelisteten.

Diesen Kommentar kann ich nur bestätigen. Die Aufgaben waren zum Teil für eine Projektaufgabe oder für die Übungsaufgaben geeignet - aber nicht für eine Klausur unter Zeitdruck.
Soeben habe ich folgendes zur Klausur erfahren: Die Klausur mußte gekürzt werden, da die Zeit hinten und vorne nicht reichen konnte. Nach der Klausurkorrektur sind 2/3 !!! durchgefallen (bei weniger als 25/50 Punkten). Danach wurde die Grenze auf 21 Punkte gesetzt - und es sind sage und schreibe immer noch 50% durchgefallen! Da hat es wohl jemand sehr sportlich gesehen, mit der Erstellung der Klausuraufgaben :(. -- [[Benutzer:Ellen|Ellen]] 20:01, 13. Jul 2005 (CEST)

Tja da hat der Andy sich wohl nen heftigen Einstieg erlaubt im Klausuren ausarbeiten :) meckern bringt nix wir sehen uns bei der Nachklausur :(. -- [[Benutzer:Baschi|Baschi]] 22:18, 13. Jul 2005 (CEST)

Es gibt sehr wohl einige Leute, die annähernd volle Punktzahl haben, einer sogar über 50. Es gibt auch definitiv nicht zuviele Studenten, so dass wir hier irgendwie aussieben wollen - Ihr könnt mir glauben, es macht wirklich keinen Spaß, Leute durchfallen zu lassen, ganz im Gegenteil :( Wer allerdings nicht in der Lage ist, eine Quotiententermalgebra (mehr Schema F geht nun wirklich nicht) zu erstellen oder sich einmal die Definition von Unteralgebra anzusehen, der hätte vermutlich auch bei den älteren Klausuren so seine Probleme gehabt. Manchmal wäre es auch hilfreich gewesen, die Aufgabenstellung in Ruhe zu lesen - was man generell immer machen sollte, nicht nur bei TheGI. -- [[Benutzer:FelixBrossmann|FelixB]] 22:09, 13. Jul 2005 (CEST)

Das waren ja auch wirklich geschenkte Punkte ... Aber deswegen sind die Leute nicht alle gleich durchgefallen. Die Klausur war sehr schwer. -- [[Benutzer:Ellen|Ellen]] 08:12, 14. Jul 2005 (CEST)

Die Punkte waren keineswegs geschenkt, du glaubst gar nicht, wieviele Leute das nicht geschafft haben... noch ein Beispiel? Die Hälfte der Durchfaller (zufällig ausgewählt) hat in der ersten Aufgabe durchschnittlich einen Punkt. Alleine für die Angabe von jeweils zwei Mengen, so dass die beiden Gleichungen erfüllt sind, hätte es schon zwei Punkte gegeben... Viele haben es ncihtmal in den zweistelligen Bereich geschafft, und das hätte man nun wirklich alleine mit der Bearbeitung des ersten Teils schaffen können, der sich nun wirklich nicht wesentlich von den letzten Klausuren unterschieden hat. -- [[Benutzer:FelixBrossmann|FelixB]] 09:36, 14. Jul 2005 (CEST)

TheGI 2 (StuPO90)

2005-07-14T07:34:14Z

FelixBrossmann: /* Kommentare */ moved to diskussion

TheGI 2 (StuPO90)

2005-07-13T21:10:04Z

FelixBrossmann: /* Kommentare */

== Theoretische Grundlagen der Informatik 2 ==

Pflichtveranstaltung im [[Grundstudium Informatik]].

Vorraussetzungen: [[TheGI 1]]

== Inhalt ==

*Abbildungen und Relationen (wie komme ich von einer Menge in die Andere)
*Datenstrukturen (Mengen die mit bestimten Operationen verknüpft sind)
*Signaturen und Algebren (Signatur: Was Gibt es für Operationen; Algebra: Wie sehen sie aus)
*Homomorphismen (Abbildung zwischen verschiedenen Algebren zur gleichen Signatur)
*Terme und Strukturelle Induktion (Was alles mit einer Datenstruktur angestellt werden kann, und wie man es beweist)
*Termalgebren (Allgemeine Algebra zu einer Signatur)
*Algebraische Spezifikationen (Was eine Algebra alles für Kriterien erfüllen sollte)

Wer in Info1 bei Opal aufgepasst hat, dem werden einige Dinge bekannt vorkommen.

== Literatur ==

Für das gesammte Semester und auch für TheGI 2 ist das Buch "Mathematisch-strukturelle Grundlagen der Informatik" zu empfehlen da sich die Lehrveranstaltungen an diesem Buch Orientieren.
Authoren: Ehrig, Mahr, Cornelius, Große-Rhode, Zeitz.
Springer Verlag ISBN: 3-540-41923-3

== Kommentare ==

SoSe 2005 - Offenbar gibt's wieder zu viele Studenten im Informatik studium, die SoSe2005 Klausur war um einiges schwieriger als alle hier aufgelisteten.

Diesen Kommentar kann ich nur bestätigen. Die Aufgaben waren zum Teil für eine Projektaufgabe oder für die Übungsaufgaben geeignet - aber nicht für eine Klausur unter Zeitdruck.
Soeben habe ich folgendes zur Klausur erfahren: Die Klausur mußte gekürzt werden, da die Zeit hinten und vorne nicht reichen konnte. Nach der Klausurkorrektur sind 2/3 !!! durchgefallen (bei weniger als 25/50 Punkten). Danach wurde die Grenze auf 21 Punkte gesetzt - und es sind sage und schreibe immer noch 50% durchgefallen! Keiner hat die volle Punktzahl erreicht. Da hat es wohl jemand sehr sportlich gesehen, mit der Erstellung der Klausuraufgaben. Also dieser Jahrgang war wirklich besch*** dran :(. -- [[Benutzer:Ellen|Ellen]] 20:01, 13. Jul 2005 (CEST)

Tja da hat der Andy sich wohl nen heftigen Einstieg erlaubt im Klausuren ausarbeiten :) meckern bringt nix wir sehen uns bei der Nachklausur :(. -- [[Benutzer:Baschi|Baschi]] 22:18, 13. Jul 2005 (CEST)

Es gibt sehr wohl einige Leute, die annähernd volle Punktzahl haben, einer sogar über 50. Es gibt auch definitiv nicht zuviele Studenten, so dass wir hier irgendwie aussieben wollen - Ihr könnt mir glauben, es macht wirklich keinen Spaß, Leute durchfallen zu lassen, ganz im Gegenteil :( Wer allerdings nicht in der Lage ist, eine Quotiententermalgebra (mehr Schema F geht nun wirklich nicht) zu erstellen oder sich einmal die Definition von Unteralgebra anzusehen, der hätte vermutlich auch bei den älteren Klausuren so seine Probleme gehabt. Manchmal wäre es auch hilfreich gewesen, die Aufgabenstellung in Ruhe zu lesen - was man generell immer machen sollte, nicht nur bei TheGI. -- [[Benutzer:FelixBrossmann|FelixB]] 22:09, 13. Jul 2005 (CEST)

== Alte Klausuren ==

[http://user.cs.tu-berlin.de/~buchholz/frwiki/klausurSS02.ps SoSe 2002]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss01_nachklausur.ps.gz SoSe 2001 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss01_klausur.ps.gz SoSe 2001 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss00_nachklausur.ps.gz SoSe 2000 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss00_klausur.ps.gz SoSe 2000 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss99_nachklausur.ps.gz SoSe 1999 Nachklausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss99_klausur.ps.gz SoSe 1999 Klausur] und [http://user.cs.tu-berlin.de/~buchholz/frwiki/loesung.SS99.ps Lösung], [http://user.cs.tu-berlin.de/~buchholz/frwiki/korrekturMuster.pdf Errata] (incl. Zusatzaufgabe mit struktureller Induktion)

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss98_klausur.ps.gz SoSe 1998 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss97_klausur.pdf SoSe 1997 Klausur]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss96_klausur.pdf SoSe 1996 Klausur] und [http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss96_lsg.pdf Lösung]

[http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss95_klausur.pdf SoSe 1995 Klausur] und [http://docs.freitagsrunde.org/Klausuren/TheGI_2/thegi-2_ss95_lsg.pdf Lösung]

== Weblinks ==
* http://tfs.cs.tu-berlin.de/

[[Kategorie:Lehrveranstaltungen]]

Nebenfach (StuPO90)

2005-07-03T17:02:33Z

FelixBrossmann:

===Nebenfach===

Damit der Informatiker nicht vollends zum Fachidioten verkommt ist in der Studienordnung ein Wahl- bzw Nebenfach vorgeschrieben.

'''Wichtig:''' Dieser Artikel stellt lediglich eine Hilfestellung dar. Entgültige und maßgebliche Informationen bekommt man immernoch in der Studienberatung.

==Grundstudium==

Im Grundstudium ist es mit dem Nebenfach gar nicht mal so Kompliziert. Man schnappe sich einen beliebigen Professor aus der Uni und sagt ihm, dass man ein Nebenfach machen will und über 16 SWS geprüft werden will. Im idealfall erfährt man dann was für Veranstaltungen man besuchen soll oder was man sonst noch für leistungen erbringen will. Diese Veranstaltungen Besucht man dann, und listet sie af einem Zettel auf. Auf diesem Zettel muss dann noch der Professor und der Vorsitzende des Prüfungsausschuss für Informatik unterschreiben. Den Zettel nimmt man dann und geht ins Prüfungsamt im Hauptgebäude. Da liegen dann diese Zettel aus, zu denen man sich schon für Info A und B angemeldet hat und gibt sie Ausgefüllt der netten Dame im Püfungsamt. Mit dem Einen Zettel, den man bekommt geht man dann zum Professor und lässt sich prüfen. Und wenn man genug gelernt hat, dann besteht man.
So einfach ist das mit dem Nebenfach...

es kann aber auch ganz anders laufen:
In BWL werden prinziupiell keine Blockprüfungen angeboten. Deswegen belegt man die Fächer gemäß der Vorgabe (da gibts so nen Zettel über "Nebenfach BWL", da steht das u.a. drin), trägt die Fächer auf dem Laufzettel ein und nachdem man alles hat, geht man damit zu Prof. Krallmann (Prüfungsausschuss) und lässt sich die Kombination als "Nebenfach BWL" anrechnen. Dazu lässt man ihn nen Zettel unterschreiben und schleppt diesen dann zusammen mit dem Laufzettel zum Prüfungsamt.
auch ganz einfach...

==Hauptstudium==

[[Kategorie:Lehrveranstaltungen]]

Nebenfach (StuPO90)

2005-07-03T17:01:31Z

FelixBrossmann: /* Grundstudium */

Informatik A (StuPO90)

2005-06-07T15:53:08Z

FelixBrossmann: da hat einer info A mit Info 1 verwechselt

Informatik A ist ein [[Prüfungsfach]] Im Informatik-Grundstudium. Es handelt sich um eine 4-stündige Klausur, jeweils 2 Stunden über Informatik 1 und Informatik 2. Der Teil Informatik 1 kann bereits nach dem ersten Semester geschrieben werden, wobei dann nach dem zweiten der zweite Teil geschrieben werden muss(!), sonst verfallen die Punkte.

Cpp-Praktikum (StuPO90)

2005-04-21T14:41:15Z

FelixBrossmann:

'''C++ - Praktikum''' ist ein [[Grundstudiumspraktikum]] vom Fachgebiet NI.

== Inhalt ==
(Von der Website geklaut)

'''Grundlagen von C++''':

Grundlagen von C++: Einfache C++ Programme, Entwicklung eines C++ Programms, Präprozessor, lexikalische Symbole, Bezeichner, Schlüsselwörter, Variablen und Datentypen, Typen und Wertebereiche, Literale(Konstanten), Deklaration und Initialisierung, Wohlgeformte Ausdrücke, die Operatoren.

Kontrollstrukturen, Bedingte Anweisungen, Fallunterscheidungen, Schleifen, Sprunganweisungen, Aufzählung, Typdefinition, Felder, Strukturen, Zeiger, Strings.

Funktionsdeklaration, Funktionsdefinition, Parameterübergabe, Feld-, Konstant- und Default Parameter, Überladen von Funktionen, Lebensdauer und Gütigkeitsbereich, Funktionstypen, Funktionsvariablen, Headerdateien, Makefile, Dynamische Variablen.

'''Objekt orientierte Programmierung''':

Objekte und Klassen, Klassendefinition, Datenkapselung, Konstruktoren und Destruktoren, static-Elemente, const Elementfunktion/Objekte, Dynamische Objekte, this Referenz, Operatoren als Elementfunktionen, Befreundete Funktionen
Vererbung, Abgeleitete Klassen, Polymorphie, Virtuelle Funktionen, Mehrfachvererbung, Rein virtuelle Funktionen, Abstrakte Klassen, Befreundete Klassen

Template-Funktionen, Template-Klassen, Ausnahmebehandlung

'''Qt''':

Qt Klassen: QObject, QApplication und QWidget; Signal/Slot.Mechanismus, Übersicht über einfache Widgets: Push-/ und Readio-Buttons, List-/Spin-/Combo-Boxes, Labels, diverse editierbare Felder.

Layout-Manager, Einfache Grafik, QDialogs, Qt-Designer

'''Projekt - Lauterkennung mit Neuronale Netzen'''

Vorstellung der Projektaufgabe in Einzelheiten. Hinweise auf Problemstellen und mögliche Lösungsansätze, Besprechung und Vorstellung der Vortragsthemen, Vorschläge für weitere Theorie-Recherche, Modellierungsvorschläge, GUI, Algorithmen.

== Tipps und nützliche Infos ==

Es sollte sich mindestens einer in der Gruppe bereitrs mit C++ auskennen, da die ersten Arbeitsblaetter doch extrem umfangreich sind und man als Neuling doch leicht ueberfordert ist. Das Projekt muss keineswegs bis zum Ende der Voprlesungszeit fertiggestellt werden (waere auch gar nciht moeglich), so hat man in der Klausurenzeit nicht ganz so viel Stress und kann anschliessend in Ruhe programmieren.

== Weblinks ==
* [http://www.ni.cs.tu-berlin.de/lehre/CppPraktikum/ C++ - Praktikum (aktuell)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Klasse Veranstaltung. Man lernt viel, das Projekt ist zwar sehr aufwaendig, aber man kann es in den Semesterferien bearbeiten. FelixB

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

__NOTOC__

UNIX-Praktikum (SS) (StuPO90)

2005-04-21T14:33:25Z

FelixBrossmann:

'''UNIX-Praktikum (SS)''' ist eine [[Grundstudiumspraktikum]] vom Fachgebiet NI.

== Inhalt ==
(Von der Website geklaut)

Das Betriebssystem UNIX wird vorgestellt. Themenschwerpunkte sind das Dateisystem, die Entwicklungsumgebung (Shell und UNIX-Tools), Prozesse, ausgewählte Aspekte der Interprozeßkommunikation und Rechnernetze. In den Übungen wird der Umgang mit der UNIX-Entwicklungsumgebung geübt. Für die zu erstellenden praktischen Aufgaben wird die Beherrschung der Programmiersprache C vorausgesetzt.
UNIX stellt dabei einen Oberbegriff für verschiedene proprietäre und freie Betriebsysteme dar, wie Linux, Irix, Solaris, FreeBsd, AIX u.a., die auf verschiedensten Plattformen im Heim-, Büro-, Server- und Mainframebereich zum Einsatz kommen.

== Tipps und nützliche Infos ==

Man sollte sich schon halbwegs mit C auskennen, da es im Gegensatz zum UNIX-Praktikum im WS keine C-Einfuehrung gibt.

== Weblinks ==
* [http://www.ni.cs.tu-berlin.de/lehre/unix/index.html UNIX-Praktikum (SS) (aktuell)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Inhaltlich recht interessant, allerdings sind die Veranstalter etwas 'seltsam'. FelixB

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

__NOTOC__

BRW 1

2005-04-11T13:58:29Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Betriebliches Rechnungswesen 1''' ist eine Grundstudiumsveranstaltung an der Fakultaet VIII.
== Inhalt ==

'''1. Teil: Einführung in die Finanzbuchführung'''
Die Veranstaltung dient der Vermittlung von Grundkenntnissen der Buchhaltung: Inventur/Inventar - Bilanz und doppelte Buchführung - Anfangsbilanz und Schlussbilanz - Erfolgsermittlung und Erfolgsbuchung - Eigenkapital und Privatkonto - Warenverkehr - Umsatzsteuer - Anschaffungs- und Herstellungskosten - Bestandsveränderungen - Personalkosten - Abschreibungen - Rechnungsabgrenzungsposten und Rückstellungen - Organisation der Buchhaltung - Hauptabschlussübersicht.

'''2. Teil: Grundlagen des Jahresabschluss'''
Die Veranstaltung beschäftigt sich mit den Aufgaben, die gesetzlich geforderte Jahresabschlüsse erfüllen sollen. Dabei wird eingegangen auf die Adressaten der Jahresabschlüsse, auf die Verknüpfungen zwischen Handels- und Steuerbilanz, auf das System der Grundsätze ordnungsmäßiger Buchführung, auf einzelne Problembereiche der Bilanzierung und auf Bilanztheorien. Anschließend an diese Darstellung der Problembereiche bei der Gewinnermittlung wird auf die Gewinnverteilung in Personen- und Kapitalgesellschaften eingegangen.

== Tipps und nützliche Infos ==
nicht sonderlich kompliziert

== Literatur ==

== Weblinks ==
* [http://www.accounting.tu-berlin.org/lehre/brw1/brw_i.htm BRW (jeweils aktuell)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Ne ganz lustige Veranstaltung, ne gute Note gibts recht einfach :) FelixB

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

__NOTOC__

A-VWL 1

2005-04-11T13:53:54Z

FelixBrossmann: /* Literatur */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Allgemeine Volkswirtschaftslehre 1''' ist eine Grundstudiumsveranstaltung an der Fakultaet VIII.
== Inhalt ==

Haushaltstheorie, Arbeitsangebot, Tauschwirtschaft, Unternehmenstheorie, Marktanalyse

== Tipps und nützliche Infos ==
nicht sonderlich kompliziert

== Literatur ==

Vom Veranstalter empfohlen:
Hal R. Varian
deutsch: Grundzüge der Mikroökonomik, 7. Aufl., Oldenbourg, 2003.
englisch: Intermediate Microeconomics. 5. Aufl., Norton, 1999.

Ich habe es nicht gelesen...

== Weblinks ==
* [http://wip.tu-berlin.de/de/lehre/avwl_A1-mikro_einfuehrung/index.html AVWL1 (SS 05)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Ne ganz lustige Veranstaltung, ne gute Note gibts recht einfach :) FelixB

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

__NOTOC__

A-VWL 1

2005-04-11T13:52:48Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Allgemeine Volkswirtschaftslehre 1''' ist eine Grundstudiumsveranstaltung an der Fakultaet VIII.
== Inhalt ==

Haushaltstheorie, Arbeitsangebot, Tauschwirtschaft, Unternehmenstheorie, Marktanalyse

== Tipps und nützliche Infos ==
nicht sonderlich kompliziert

== Literatur ==

== Weblinks ==
* [http://wip.tu-berlin.de/de/lehre/avwl_A1-mikro_einfuehrung/index.html AVWL1 (SS 05)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Ne ganz lustige Veranstaltung, ne gute Note gibts recht einfach :) FelixB

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

__NOTOC__

A-BWL 2

2005-04-11T13:47:41Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Allgemeine Betriebswirtschaftslehre 2''' ist eine Grundstudiumsveranstaltung an der Fakultaet VIII.
== Inhalt ==

Finanzierung und Investition

== Tipps und nützliche Infos ==

== Literatur ==

== Weblinks ==
Es gibt leider keine informativen Weblinks (Wirtschaftler *grrr*)

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Nicht so wirklich toll, die Klausur ist etwas unfair (stumpfsinniges Auswendiglernen & teilweise unfaire Aufgaben) FelixB

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

__NOTOC__

A-BWL 1

2005-04-11T13:44:22Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Allgemeine Betriebswirtschaftslehre 1''' ist eine Grundstudiumsveranstaltung an der Fakultaet VIII.
== Inhalt ==

Marketing & Produktion

== Tipps und nützliche Infos ==
nicht sooo kompliziert

== Literatur ==

== Weblinks ==
Es gibt leider keine sinnvollen Weblinks (Wirtschaftler *grrr*)

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Ne ganz lustige Veranstaltung, ne gute Note gibts recht einfach :) FelixB

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

__NOTOC__

Grundlagen der Künstlichen Intelligenz

2005-04-11T13:36:04Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Grundlagen der kuenstlichen Intelligenz''' ist eine [[Basisveranstaltung]] im Fachgebiet Methoden der KI (Studiengebiet KI).

== Inhalt ==
(Von der Website geklaut)

* '''Einführung''': Gegenstandsgebiet, Historisches, Stand
* '''Problemlösen''': Formalisierung, heuristische Suche, Planung durch Teilzielbildung, Anwendungen, menschliches Problemlösen
* '''Constraints''': Formalisierung, Lösungsmethoden, Anwendungen
* '''Inferenz''': Logische Grundlagen, Resolution, Theorembeweisen, Anwendung in Frage-Antwort-Systemen, logische Programmierung, Nichtmonotone Logik und Rechtfertigungssysteme, unscharfe (Fuzzy-)Inferenz, Vergleich mit menschlichen Schlußprozessen
* '''Wissensrepräsentation''': Repräsentation durch Graphen, Semantische Netze und Verstehen natürlicher Sprache, objektorientierte Repräsentation, Repräsentation geometrischer Beziehungen (analoge Repräsentation), Anwendungen
* '''Lernen: Entscheidungsbäume''': Überblick über Probleme und Methoden des Maschinellen Lernens, organismische Lernprozesse, Induktion von Entscheidungsbäumen, Anwendungen
* '''Funktionslernen'''
* '''Lernen''': Perzeptrons Bedeutung, Potentielle Anwendungen, Lernalgorithmus des Perzeptrons

== Tipps und nützliche Infos ==

Da Prof. Wysotzki die Vorlesung nicht mehr halten wird (er verlaesst die Uni), ist es relativ sinnlos, gute Tipps zu geben ;)

Literatur:
nichts gelesen

== Weblinks ==
* [http://ki.cs.tu-berlin.de/lehre/gkiws.html (WS 04/05)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
War ganz ok. FelixB

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

__NOTOC__

Softwaretechnik

2005-04-11T13:27:52Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Softwaretechnik''' ist eine [[Basisveranstaltung]] im Fachgebiet SWT (Studiengebiet SSG).

== Inhalt ==
(Von der Website geklaut)

In der Lehrveranstaltung werden Methoden und Techniken zur Softwareentwicklung behandelt, die die Grundlage für weitere Vertiefung in das Studiengebiet Softwaretechnik und Systemgestaltung bilden. Schwerpunkte sind: Anforderungsermittlung, Software-Entwurf und -Konstruktion, Spezifikationstechniken, Qualitätssicherung und Software-Architektur.

== Tipps und nützliche Infos ==

Die Vorlesung gliedert sich in drei Teile: Fusion, Object-Z und Statecharts. In jedem Bereich gibt es eine Uebungsaufgabe, wobei die Fusion-Aufgabe 50% zaehlt (und ausserst umfangreich und schreibintensiv ist)

WS04/05 (Veranstalter: Stephan Herrmann)
Man sollte es sich wirklich mehrfach ueberlegen, ob man diese Veranstaltung belegt. Positiv ist lediglich, dass es ein A-Kurs ist und dass bei der Klausur 35% zum Bestehen reichen. Alles andere ist sehr negativ. Die Tutoren wirken extrem unmotiviert und korrigieren ziemlich willkuerlich.

Die Vorlesung muss man nicht besuchen. Der Dozent labert ewig lange bei voellig unwichtigen Sachen rum und zieht dann die interessanten 10 Folien am Schluss in maximal 5 Minuten durch...

Literatur:
unwichtig, gibt diverse Unterlagen zu den einzelnen Bereichen

== Weblinks ==
* [http://www.swt.cs.tu-berlin.de/lehre/swt/index.html/ Softwaretechnik (jeweils aktuelles Semester)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Totaler Mist. NICHT BELEGEN! FelixB

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

__NOTOC__

Benutzer:FelixBrossmann

2005-04-11T11:49:01Z

FelixBrossmann:

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, brauche zur Uni etwa 40min :(

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)]], [[C++ - Praktikum]].

Ihr erreicht mich unter febro@gmx.net

PS: weiß irgendjemand, wieso [[C++ - Praktikum]] nicht als Link erzeugt wird?

Formale Spezifikation von Systemen

2005-04-11T11:44:53Z

FelixBrossmann: /* Tipps und nützliche Infos */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Protokolle ===
WS 2004/05
* [[Protokoll 1(FSS-WS0405)]]
</div>

'''Formale Spezifikation von Systemen''' ist eine [[Basisveranstaltung]] im Fachgebiet TFS (Studiengebiet THI).

== Inhalt ==
(Von der Website geklaut)

Diese Basis-LV der Theoretischen Informatik führt in die formale Spezifikation von Systemen und damit in grundlegende Probleme und Methoden der theoretischen Informatik ein. Vorrangig werden hierbei Datentyp- und Prozessspezifikation von Softwaresystemen behandelt. Eine durchgänige praxisorientierte Fallstudie aus dem Bereich Logistik dient zur Veranschaulichung und Illustration der vermittelten theoretischen Konzepte.

Im ersten Teil werden zur formalen Modellierung von Prozessen Petrinetze eingeführt, die hier exemplarisch für eine Vielzahl von Prozessmodellierungstechniken vorgestellt werden. Es werden mathematische Methoden sowohl zur Analyse als auch zur Strukturierung und Komposition von Prozessen behandelt. Dabei werden Petrinetze zunächst unabhängig von der Datenmodellierung behandelt.

Zu Beginn des zweiten Teils werden die in TheGI 2 behandelten algebraischen Strukturen kurz wiederholt. Darauf aufbauend werden dann Konzepte der algebraischen Spezifikation von Datentypen aus Sicht von Systemen vorgestellt (Korrektheit, Parameterisierung, First Order Logik - Spezifikation). Bei der algebraischen Spezifikation von nicht parametrisierten Datentypen stehen in dieser Veranstaltung Probleme der Semantik und Korrektheit im Vordergrund, die mit Methoden der Algebra und Logik analysiert werden. Die Parametrisierung von Datentypen ist ein wesentlicher Schritt im Hinblick auf die Modellierung generischer Softwaresysteme und Softwarekomponentenkonzepte.

Für weitergehende Perspektiven wird am Ende der LV ein Ausblick auf die Integration von algebraischen Spezifikationen mit Petrinetzen im Rahmen von algebraischen High-Level Netzen gegeben.

Die in dieser LV erworbenen Kenntnisse sind in vielen anderen Haupstudiums-LV's auch ausserhalb des Studiengebiets THI erfolgreich anwendbar. Sie bilden insbesondere für Schwerpunktsetzungen in den Studiengebieten SSG, PSS, DIS, KI und BKS eine sinnvolle und wichtige Ergänzung.

== Tipps und nützliche Infos ==

Wer mit TheGI2 keine grossen Probleme gehabt hat, ist hier ganz richtig. Die Uebungsblaetter sind nicht so schwer, und Referate (zwei pro Gruppe) muss man frueher oder spaeter sowieso halten. Im zweiten Teil wird der Stoff aus TheGI 2 wiederholt (recht ausfuehrlich) und noch vertieft, man muss sich den Stoff nicht selbst nochmal ansehen. Die Vorlesung ist recht kurzweilig, Prof. Ehrig war wesentlich lockerer, als ich ihn aus meiner TheGI2-Zeit in Erinnerung habe.

Fuer den Petrinetz-Teil gibt es ein Script, das ich aber nur fuer mein Referat benoetigt habe - hier stehen die Beweise ausfuehrlich drin, waehrend sie in der VL eher kurz angesprochen werden. Es gibt eine Buchempfehlung fuer den zweiten Teil, aber da habe ich nicht reingesehen. Teilweise ist auch das TheGI2-Buch noch hilfreich.

== Weblinks ==
* [http://tfs.cs.tu-berlin.de/lehre/WS04-05/AnkuendigungBasis.html Formale Spezifikation von Systemen (WS2004/2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Klasse, hat mir viel Spass gemacht! FelixB

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

__NOTOC__

Formale Spezifikation von Systemen

2005-04-11T11:24:38Z

FelixBrossmann: /* Persönliche Kommentare */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Protokolle ===
WS 2004/05
* [[Protokoll 1(FSS-WS0405)]]
</div>

'''Formale Spezifikation von Systemen''' ist eine [[Basisveranstaltung]] im Fachgebiet TFS (Studiengebiet THI).

== Inhalt ==
(Von der Website geklaut)

Diese Basis-LV der Theoretischen Informatik führt in die formale Spezifikation von Systemen und damit in grundlegende Probleme und Methoden der theoretischen Informatik ein. Vorrangig werden hierbei Datentyp- und Prozessspezifikation von Softwaresystemen behandelt. Eine durchgänige praxisorientierte Fallstudie aus dem Bereich Logistik dient zur Veranschaulichung und Illustration der vermittelten theoretischen Konzepte.

Im ersten Teil werden zur formalen Modellierung von Prozessen Petrinetze eingeführt, die hier exemplarisch für eine Vielzahl von Prozessmodellierungstechniken vorgestellt werden. Es werden mathematische Methoden sowohl zur Analyse als auch zur Strukturierung und Komposition von Prozessen behandelt. Dabei werden Petrinetze zunächst unabhängig von der Datenmodellierung behandelt.

Zu Beginn des zweiten Teils werden die in TheGI 2 behandelten algebraischen Strukturen kurz wiederholt. Darauf aufbauend werden dann Konzepte der algebraischen Spezifikation von Datentypen aus Sicht von Systemen vorgestellt (Korrektheit, Parameterisierung, First Order Logik - Spezifikation). Bei der algebraischen Spezifikation von nicht parametrisierten Datentypen stehen in dieser Veranstaltung Probleme der Semantik und Korrektheit im Vordergrund, die mit Methoden der Algebra und Logik analysiert werden. Die Parametrisierung von Datentypen ist ein wesentlicher Schritt im Hinblick auf die Modellierung generischer Softwaresysteme und Softwarekomponentenkonzepte.

Für weitergehende Perspektiven wird am Ende der LV ein Ausblick auf die Integration von algebraischen Spezifikationen mit Petrinetzen im Rahmen von algebraischen High-Level Netzen gegeben.

Die in dieser LV erworbenen Kenntnisse sind in vielen anderen Haupstudiums-LV's auch ausserhalb des Studiengebiets THI erfolgreich anwendbar. Sie bilden insbesondere für Schwerpunktsetzungen in den Studiengebieten SSG, PSS, DIS, KI und BKS eine sinnvolle und wichtige Ergänzung.

== Tipps und nützliche Infos ==

== Weblinks ==
* [http://tfs.cs.tu-berlin.de/lehre/WS04-05/AnkuendigungBasis.html Formale Spezifikation von Systemen (WS2004/2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Klasse, hat mir viel Spass gemacht! FelixB

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

__NOTOC__

Agentenorientierte Techniken

2005-02-21T11:08:54Z

FelixBrossmann: /* Protokolle */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Protokolle ===
WS 2004/05
* [[Protokoll 1(AOT-WS0405)]]
</div>

'''Agentenorientierte Techniken''' ist eine [[Vertiefungsveranstaltung]] im Fachgebiet AOT (Studiengebiet KI). Sie bildet den Einstieg ins Gebiet der Agententechnologie und ist als Grundlage für alle weiteren Vertiefungsveranstaltungen von AOT zu verstehen. Formal 4SWS IV ([[Integrierte Veranstaltung]]), praktisch der "normale" Ablauf mit VL und Übung.

== Inhalt ==
(Von der Website geklaut)

Inhalt der integrierten Veranstaltung Agentenorientierte Techniken sind die grundlegenden Konzepte der Agententechnologie. Sie ist die Basis für die weiterführenden Lehrangebote des Fachgebiets AOT.
Intelligente Software-Agenten stellen eine Schlüsseltechnologie zur Realisierung verteilter, flexibler intelligenter Systeme dar. Ihre Fähigkeit, auf Basis standardisierter Sprachen und Protokolle zu kommunizieren, setzt neue Standards hinsichtlich Wiederverwendbarkeit und Interoperabilität.
Ziel der integrierten Veranstaltung Agentenorientierte Techniken ist es, diejenigen grundlegenden Konzepte zu vermitteln, die zur Entwicklung verteilter Agentensysteme notwendig sind. Dazu gehören Agentenorientiertes Software-Engineering, Agentenarchitekturen, Wissensverarbeitung, Ontologien, Sprechakte und Interaktionsprotokolle.
Um die geeigneten Verfahren einsetzen zu können, müssen die Begriffe, Theorien, Chancen und Probleme der Technologien vermittelt werden. Dafür bedienen sich die AOT einer Vielzahl von Anwendungsfeldern und Disziplinen. Themenschwerpunkte hierbei stellen Interaktivität, Wiederverwendbarkeit, Verfahren zur Koordination und Kooperation, Entscheidungsfindung und Software-Engineering dar.
Anhand praktischer Beispiele wird im Übungsteil der Lehrveranstaltung die Verwendung von Agentensprachen und Agentenplattformen erlernt.

== Tipps und nützliche Infos ==
Es wird mit dem Framework "JIAC IV" gearbeitet, eine Eigenentwicklung am DAI-Labor. Dieses Framework läuft sowohl unter Windows, als auch unter Unix - ist aber im Informatik-Fachbereich nicht installiert. Die Übungsaufgaben sind meistens recht zeitaufwändig, da es immer wieder zu Schwierigkeiten mit JIAC kommt, teilweise durch Bugs im Programm, teilweise auch durch die anfangs recht ungewöhnliche
Programmiersprache JADL. Teilweise kann man aber auch mit dem "guten alten" JAVA arbeiten :)

Wer diese Veranstaltung besucht, sollte einen strapazierfähigen Drucker besitzen, da pro Vorlesung (Übung nicht mitgerechnet) etwa 60 Folien drankommen... ACHTUNG: Auf der Website gibt es einmal nur die Folien zum Download und einmal die Folien + Notizen. Druckt euch unbedingt die Folien mit Notizen aus, diese sind doch *sehr* sinnvoll und erleichtern das Verständnis beim erneuten Durchlesen nach der Vorlesung doch stark!

Der vorherige oder auch parallele Besuch von [[Grundlagen der künstlichen Intelligenz]] ist empfehlenswert, da so das Verständnis an einigen Stellen erleichtert wird. Es geht aber bestimmt auch ganz gut ohne ;)

Es gibt kein Script oder begleitendes Buch zur Vorlesung, nur die Folien. Hier wird auf diverse Bücherm verwiesen, Buchkritik folgt...

== Weblinks ==
* [http://www.dai-labor.de/190.0.html?&L=0 Agentenorientierte Techniken (WS2004/2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Die Veranstaltug macht mir viel Spaß, auch wenn mich dieses komische JADL teilweise an den Rand des Wahnsinns getrieben hat - aber da geht es den anderen eher noch schlechter als mir. Wenn JIAC aber mal alles so macht, wie ich das gerne will, dann ist es richtig klasse :) Habe mir inzwischen mal zwei Bücher bestellt, werde noch nen Kommentar schreiben, wenn ich die gelesen habe. Ich werde AOT auf jeden Fall als einen Schwerpunkt wählen.
--[[Benutzer:FelixBrossmann|FelixB]] 22:56, 28. Jan 2005 (CET)

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

__NOTOC__

AOT Gedächtnisprotokoll WS 04/05

2005-02-21T11:07:55Z

FelixBrossmann:

Wir waren eine Zweiergruppe, die Rücksprache hat knapp 10 Minuten gedauert. Es gab wirklich kaum Fragen...

- Was bedeutet "Autonomie" als Eigenschaft eines Agenten?

- Was bedeutet "proaktiv" bzw. "reaktiv"?

- Wie findet ein Agent seine Interaktionspartner?

- Darstellung Brokering

- welche Lernverfahren eignen sich für intelligente Agenten?

- Wie verläuft Mobilität?

Agentenorientierte Techniken

2005-02-21T11:04:46Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Protokolle ===
WS 2004/05
* * [[Protokoll 1(AOT-WS0405)]]
</div>

'''Agentenorientierte Techniken''' ist eine [[Vertiefungsveranstaltung]] im Fachgebiet AOT (Studiengebiet KI). Sie bildet den Einstieg ins Gebiet der Agententechnologie und ist als Grundlage für alle weiteren Vertiefungsveranstaltungen von AOT zu verstehen. Formal 4SWS IV ([[Integrierte Veranstaltung]]), praktisch der "normale" Ablauf mit VL und Übung.

== Inhalt ==
(Von der Website geklaut)

Inhalt der integrierten Veranstaltung Agentenorientierte Techniken sind die grundlegenden Konzepte der Agententechnologie. Sie ist die Basis für die weiterführenden Lehrangebote des Fachgebiets AOT.
Intelligente Software-Agenten stellen eine Schlüsseltechnologie zur Realisierung verteilter, flexibler intelligenter Systeme dar. Ihre Fähigkeit, auf Basis standardisierter Sprachen und Protokolle zu kommunizieren, setzt neue Standards hinsichtlich Wiederverwendbarkeit und Interoperabilität.
Ziel der integrierten Veranstaltung Agentenorientierte Techniken ist es, diejenigen grundlegenden Konzepte zu vermitteln, die zur Entwicklung verteilter Agentensysteme notwendig sind. Dazu gehören Agentenorientiertes Software-Engineering, Agentenarchitekturen, Wissensverarbeitung, Ontologien, Sprechakte und Interaktionsprotokolle.
Um die geeigneten Verfahren einsetzen zu können, müssen die Begriffe, Theorien, Chancen und Probleme der Technologien vermittelt werden. Dafür bedienen sich die AOT einer Vielzahl von Anwendungsfeldern und Disziplinen. Themenschwerpunkte hierbei stellen Interaktivität, Wiederverwendbarkeit, Verfahren zur Koordination und Kooperation, Entscheidungsfindung und Software-Engineering dar.
Anhand praktischer Beispiele wird im Übungsteil der Lehrveranstaltung die Verwendung von Agentensprachen und Agentenplattformen erlernt.

== Tipps und nützliche Infos ==
Es wird mit dem Framework "JIAC IV" gearbeitet, eine Eigenentwicklung am DAI-Labor. Dieses Framework läuft sowohl unter Windows, als auch unter Unix - ist aber im Informatik-Fachbereich nicht installiert. Die Übungsaufgaben sind meistens recht zeitaufwändig, da es immer wieder zu Schwierigkeiten mit JIAC kommt, teilweise durch Bugs im Programm, teilweise auch durch die anfangs recht ungewöhnliche
Programmiersprache JADL. Teilweise kann man aber auch mit dem "guten alten" JAVA arbeiten :)

Wer diese Veranstaltung besucht, sollte einen strapazierfähigen Drucker besitzen, da pro Vorlesung (Übung nicht mitgerechnet) etwa 60 Folien drankommen... ACHTUNG: Auf der Website gibt es einmal nur die Folien zum Download und einmal die Folien + Notizen. Druckt euch unbedingt die Folien mit Notizen aus, diese sind doch *sehr* sinnvoll und erleichtern das Verständnis beim erneuten Durchlesen nach der Vorlesung doch stark!

Der vorherige oder auch parallele Besuch von [[Grundlagen der künstlichen Intelligenz]] ist empfehlenswert, da so das Verständnis an einigen Stellen erleichtert wird. Es geht aber bestimmt auch ganz gut ohne ;)

Es gibt kein Script oder begleitendes Buch zur Vorlesung, nur die Folien. Hier wird auf diverse Bücherm verwiesen, Buchkritik folgt...

== Weblinks ==
* [http://www.dai-labor.de/190.0.html?&L=0 Agentenorientierte Techniken (WS2004/2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Die Veranstaltug macht mir viel Spaß, auch wenn mich dieses komische JADL teilweise an den Rand des Wahnsinns getrieben hat - aber da geht es den anderen eher noch schlechter als mir. Wenn JIAC aber mal alles so macht, wie ich das gerne will, dann ist es richtig klasse :) Habe mir inzwischen mal zwei Bücher bestellt, werde noch nen Kommentar schreiben, wenn ich die gelesen habe. Ich werde AOT auf jeden Fall als einen Schwerpunkt wählen.
--[[Benutzer:FelixBrossmann|FelixB]] 22:56, 28. Jan 2005 (CET)

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

__NOTOC__

FSS Gedächtnisprotokoll WS 04/05

2005-02-14T21:24:59Z

FelixBrossmann:

Was ist ein Prozessnetz?

Was ist ein "freies kommutatives Monoid"?

Was ist an einem "freien kommuitativen Monoid" frei?

Was ist ein Netzmorphismus? Was gilt für einen solchen?

Was lässt sich über das Schaltverhalten zweier Netze sagen, wenn es einen Netzmorphismus gibt? dazu den Beweis(ansatz)

Was ist ein Algebraisches High-Level-Netz?

Was ist das Flattening eines AHL?

Wie werden die Transitionen und Stellen bei dem Flattening ermittelt?

Was gibt es noch für eine Konstuktion in dem Zusammenhang?

Wozu ist das Skelett gut?

--[[Benutzer:FelixBrossmann|FelixB]] 22:24, 14. Feb 2005 (CET)

FSS Gedächtnisprotokoll WS 04/05

2005-02-14T21:23:24Z

FelixBrossmann:

Was ist ein Prozessnetz?

Was ist ein "freies kommutatives Monoid"?

Was ist ein Netzmorphismus? Was gilt für einen solchen?

Was lässt sich über das Schaltverhalten zweier Netze sagen, wenn es einen Netzmorphismus gibt? dazu den Beweis(ansatz)

Was ist ein Algebraisches High-Level-Netz?

Was ist das Flattening eines AHL?

Wie werden die Transitionen und Stellen bei dem Flattening ermittelt?

Was gibt es noch für eine Konstuktion in dem Zusammenhang?

Wozu ist das Skelett gut?

--[[Benutzer:FelixBrossmann|FelixB]] 22:24, 14. Feb 2005 (CET)

Formale Spezifikation von Systemen

2005-02-14T21:16:54Z

FelixBrossmann:

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Protokolle ===
WS 2004/05
* [[Protokoll 1(FSS-WS0405)]]
</div>

'''Formale Spezifikation von Systemen''' ist eine [[Basisveranstaltung]] im Fachgebiet TFS (Studiengebiet THI).

== Inhalt ==
(Von der Website geklaut)

Diese Basis-LV der Theoretischen Informatik führt in die formale Spezifikation von Systemen und damit in grundlegende Probleme und Methoden der theoretischen Informatik ein. Vorrangig werden hierbei Datentyp- und Prozessspezifikation von Softwaresystemen behandelt. Eine durchgänige praxisorientierte Fallstudie aus dem Bereich Logistik dient zur Veranschaulichung und Illustration der vermittelten theoretischen Konzepte.

Im ersten Teil werden zur formalen Modellierung von Prozessen Petrinetze eingeführt, die hier exemplarisch für eine Vielzahl von Prozessmodellierungstechniken vorgestellt werden. Es werden mathematische Methoden sowohl zur Analyse als auch zur Strukturierung und Komposition von Prozessen behandelt. Dabei werden Petrinetze zunächst unabhängig von der Datenmodellierung behandelt.

Zu Beginn des zweiten Teils werden die in TheGI 2 behandelten algebraischen Strukturen kurz wiederholt. Darauf aufbauend werden dann Konzepte der algebraischen Spezifikation von Datentypen aus Sicht von Systemen vorgestellt (Korrektheit, Parameterisierung, First Order Logik - Spezifikation). Bei der algebraischen Spezifikation von nicht parametrisierten Datentypen stehen in dieser Veranstaltung Probleme der Semantik und Korrektheit im Vordergrund, die mit Methoden der Algebra und Logik analysiert werden. Die Parametrisierung von Datentypen ist ein wesentlicher Schritt im Hinblick auf die Modellierung generischer Softwaresysteme und Softwarekomponentenkonzepte.

Für weitergehende Perspektiven wird am Ende der LV ein Ausblick auf die Integration von algebraischen Spezifikationen mit Petrinetzen im Rahmen von algebraischen High-Level Netzen gegeben.

Die in dieser LV erworbenen Kenntnisse sind in vielen anderen Haupstudiums-LV's auch ausserhalb des Studiengebiets THI erfolgreich anwendbar. Sie bilden insbesondere für Schwerpunktsetzungen in den Studiengebieten SSG, PSS, DIS, KI und BKS eine sinnvolle und wichtige Ergänzung.

== Tipps und nützliche Infos ==

== Weblinks ==
* [http://tfs.cs.tu-berlin.de/lehre/WS04-05/AnkuendigungBasis.html Formale Spezifikation von Systemen (WS2004/2005)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

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

__NOTOC__

Zitate

2005-02-10T13:09:00Z

FelixBrossmann: gleich noch ein Zitat

"Drucken und studieren muss frei sein!" -- Freitagsrunde im Wahlzeitungstext 2002

"Sind denn alle die gegen die neue Stupo gestimmt haben blöd?" -- Eva Plonske im AS
:"Ja!" -- Dekan Hommel

"Ich bin die Fakultät" -- Dekan Hommel im Fakultätsrat

"Es gibt keine falsche Kleidung, es gibt nur falsches Wetter" -- Marcel Grey zum (von ihm praktizierten) Fahrradfahren im Winter

"Wir werden ja bald Bachelor - na ich mein hoffentlich nicht! - Aber wir werden ja bald Bachelor/Master haben" -- Prof. Obermayer 2004

"KIf-IT - Kickernde Infromatiker für Freiheit in der Informationstechnik" -- Vorschlag für den Wahlzeitungstext beim basteln desselben in der Freitagsrunde

"Wenn Sie dann noch eine Frage zu einer vorherigen Folie haben, nur zu. Ich kann hier bei PowerPoint ganz einfach auch zurückschalten!" -- Prof. Ehrig, ganz begeistert über die Möglichkeiten von PowerPoint

"Wir versuchen den Studiengnag zu verbessern."

"Das hab ich in unzähligen Hotels auf den Discovery Kanälen gesehen - die Porno-Kanäle haben ja immer gekostet...."

"Man soll doch nicht in die Vergangenheit oder Gegenwart investieren. Man muss in die Zukunft investieren!" - Sinngemäß nach einem Ausspruch von Herrn Prof. Klar zu der Frage ob man jetzt WMs für die dringend benötigte Lehre bereitstellt oder zukünftig für evtl. Berufungsverhandlungen mit neuen Profs vorhält.

"meine norton firewall habe ich nicht deaktiviert weil ich angst habe das ein Häcker kommt!!!" - LOG in einem Computerspiele-Forum

"ich sage zu dem Symbol immer 'otimes', weil das so getext wird" Kathrin Hoffman im THI-Basis-Tutorium

Zitate

2005-02-10T13:07:53Z

FelixBrossmann: ist eigentlich nur ein Rechtschreibfehler, aber... ;)