Fellow students,

On March 10th, the UConn Board of Trustees will determine tuition for the 2009–2010 academic year. This decision will affect all students; therefore, we want your voices to be heard. Please consider the following information, which is a list of options that the Board of Trustees will be reviewing regarding tuition increases:

• Option A: would be no tuition increase. It would require cuts that would likely result in approximately 290–310 layoffs. If tuition is not increased at all, UConn will have to close programs and cut services to students. The hours at the Library, Rec Center, Student Union, dining halls, museums and other venues would be sharply reduced and many students working at these facilities would lose their jobs. More classes would be moved to Fridays and weekends, fewer classes would be offered and they would be larger. The University would have to reduce financial aid and increase charges for things like parking and ticket prices to events.

• Option B: would be a tuition increase of 6.0 % (this is the standard amount that tuition has increased by annually over the past few years). This would amount to a $432 annual increase for resident students over the current tuition rates. It would require cuts that would likely result in approximately 150–170 layoffs. Programs and services would still be curtailed. Student jobs would still be lost. Classes would be fewer, bigger and offered at less convenient times and financial aid would still be cut.

• Option Ⅽ: would be a tuition increase of 8.67 %. This would amount to a $624 annual increase for resident students over the current tuition rates. It would likely result in the equivalent of approximately 80–100 lay-offs. It would save more jobs, programs and services. Financial aid would not have to be cut.

• Option Ⅾ: would be a tuition increase of 13.67 %. This would amount to a $984 annual increase for resident students over the current tuition rates. It would not entail any lay-offs. This would avoid the need to close down programs and services. Student jobs would not be eliminated. Financial aid would not have to be cut.

President Hogan has recommended an 8.67 % tuition increase (Option C, shown above) in order to save as many UConn programs as possible, while still keeping tuition affordable. He has asked for the support of the Student Government in this recommendation.

However, we at USG do not feel that we can responsibly support a tuition increase without first getting direct feedback from as many students as possible. It is our job to represent you, and we need to make sure we are doing what is in your best interest. In order to get direct feedback on the options for next year’s tuition, we have set up a poll, click the link below to take the poll: $url

Please complete the survey (it’s only ONE QUESTION) so that we can begin to understand which of these four options you, the students, are most comfortable with. We will be presenting the results of the poll to the administration and Board of Trustee’s at the begining of next month so please respond ASAP.

USG is also sponsoring a Town Hall Meeting on Tuesday night, February 24th at 7p.m.-9p.m. in the Konover Auditorium (at the Dodd Center). President Hogan, UConn’s Chief Operating Officer Barry Feldman, and Vice President for Student Affairs John Saddlemire, along with other key figures will be on-hand to discuss the recent budget cuts and tuition with anyone who would like to attend.

This meeting will be a great opportunity to voice any opinions or questions you might have about the potential tuition increase. Please try to attend.

Ⅰ realize that these are difficult times for all of us, and Ⅰ thank you all for your time and effort.

Verarbeitung von Sprachen (= Compilerbau)

Diese Vorlesung hat echt gut begonnen. Für mexikanische Verhältnisse ist sie wirklich sehr theoretisch angelegt, was bei diesem Thema zum Glück auch nicht anderes Möglich ist. Ich merke hier schon ein bisschen einen Vorteil, denn für deutsche Studenten ist die Chomsky-Hierarchie ein alter Hut (für Mexikaner anscheinend nicht…). Bin gespannt wie lange ich diesen Vorteil noch behalten werde, denn es geht schnell voran und Ziel ist es einen funktionierenden Compiler zu schreiben (also ist der Kurs für deutsche Verhältnisse doch recht praktisch ;-)).

Verteilte Systeme

In der ersten Woche gab es eigentlich nur Gruppenarbeit und Kurzreferate für/von andere(n) Studenten. Irgendwie bin ich doch ein Freund des Frontalunterrichts. Es kommt mir effizienter vor. Den Prof kenne ich schon aus Betriebssysteme vom letzten Jahr, wo er mir gut gefallen hat und nicht nur deshalb hoffe ich hier noch auf eine richtig gute Vorlesung.

Mensch-Maschine-Interaktion

Benutzerfreundlichkeit ist wichtig! Damit ist der Kern des Kurses wohl getroffen. So weit ich das nach einer Woche abschätzen kann ist das Themengebiet doch ein bisschen anders als Usability in der UUlm. Das habe ich nämlich vor einem Jahr schon prüfen lassen und kann es mir wohl kaum ein zweites mal anrechnen lassen. Der Prof ist kompetent, der Kurs gut – um Anrechunungsfragen mache ich mir in einem halben Jahr nen Kopf.

Software-Engeneering Ⅱ

„Der Unterschied zwischen Software-Engeneering und Computer Science ist, dass Software-Engeneering ein Produkt verkaufen will und Computer Science nur(!!) die theoretische Basis ist“ und „Was nützt einem ein neuer Suchalgorithmus wenn man ihn danach nicht verkaufen kann“.
Ja, hier wurde sehr schnell klar wo der Dozent die Prioritäten sieht. Er arbeitet hauptberuflich als Software Entwickler und wirkt sehr kompetent. In der Vorlesung geht es darum, welche Voraussetzungen herschen müssen, um professionell Software entwickeln zu können, sowie die praktische Umsetzung dessen und orientiert sich an einem Buch von Craig Larman (ich hoffe ich habe die richtige Übersetzung verlinkt, ansonsten hat es der Author auch schon zu Wikipedia geschafft). Im Klartext: UML, Patterns, und Open UP (nicht im Buch von Larman, dafür das Prozess-Framework in dem Eclipse entwickelt wir).
Erstes Fazit

Insgesamt eine nette Mischung, wie ich finde. Und (so mein erstes Fazit nach einer Woche) der größte Vorteil, zwei statt einem Auslandsemester einzulegen, ist, dass man erst ab dem zweiten Versuch die Kurse bekommt, die man haben wollte. Viele Dinge konnte ich bei dieser Kurswahl einfach besser einschätzen als vor einem Jahr.

Thanks for contacting me on this. Ⅰ have checked all your scores on hws, projs, and exams. Your project 3 was recorded with 25. Ⅰ recalled that you talked to me about project 3 and Ⅰ said Ⅰ would give you credits back. Now, Ⅰ have updated your final grade to A.

BTW, your final exam score is 85.

Thanks

Juhuuuuu! got rid of the B+!

CSE 3300 Computer Networks and Data 3,00 B+
CSE 4102 Programming Languages 3,00 A-
CSE 4300 Operating Systems 3,00 A
CSE 4500 Parallel Systems 3,00 A-

Sogar der Belgier :))

Da sich in den letzten Tagen schon einige Leute bei mir gemeldet haben… Ich weiß dass ich in den letzten Wochen nicht zum Blogschreiben gekommen bin und möchte das gerne hiermit nachholen. Bitte verzeiht mir gleich zu Beginn, Form und Länge des Artikels. Ich habe hier mehr für mich geschrieben, um mich an die Vorlesungen in diesem Semester zu erinnern. Was neu für mich war, welche Fächer mir etwas gebracht haben und welche nicht.

Mein Semester ist vorbei. Das komplette Wintersemester, alle Prüfungen – wirklich alles. Dafür war es in der letzten Woche um so stressiger. Für alle Informatiker: Noten werden hier nach dem Prinzip SOPRA vergeben und damit ist eigentlich alles gesagt. Aber Schritt für Schritt. Ich habe ja im Moment wirklich Zeit für einen kompletten Artikel im Gegensatz zu Raimis Twitter Meldungen

Ich hatte mich schon vor einigen Wochen entschlossen aus verschiedenen Gründen ein paar von meinen Kursen abzulegen. Da war zum einen dieser interkulturelle Dialog mit Mexiko: Irgedwie bin ich mit der Art des Unterrichts nicht zurecht gekommen. Ich hatte ständig das Gefühl mehr über Mexiko zu lernen, wenn ich einfach jedes Wochenende irgendwo hinfahre und mir das Land einfach anschaue. Der zweite Kurs den ich abgelegt habe war Webprogrammieren. Hier war mir das Niveau einfach zu niedrig. Sorry das so direkt zu sagen, ich hatte hier auch wirklich gute Vorlesungen, aber Webprogrammieren kam mir wie Zeitverschwendung vor (beim php Einstieg wurde unter anderem ausführlich die syntax und Semantik einer for-SChleife erklärt, xhtml existierte für den Dozenten noch nicht …) Der dritte Kurs den ich abgewählt habe war „Transmision de Datos“. Dieser war eigentlich wirklich gut, aber leider für einem anderen Studiengang. Wie in Ulm auch, sind hier verschiedene Ingeneurswissenschaften unter einem Dach zusammengefasst und in meinen Unterlagen waren die Vorlesungen ausschließlich nach Instituten sortiert. Ich hatte mir da eine Vorlesung über WLAN und Bluetooth vorgestellt – Datenübertragung auf Protokollebene… Es ging dann eher darum was eine Manchaster kodierung ist und es war eine Regelvorlesung für Netzwerktechnikern im hören Semester (die meiste Zeit habe ich nur Bahnhof verstanden), also ganz nahe an der Physik.
Übrig blieben also nur „Betriebssysteme“ und „eingebettete Systeme“. Ich habe echt lange gezögert drei Kurse abzuwählen. Es blieb mir ja nur noch weniger als die Hälfte. Aber letztendlich war es mir dann doch lieber einige wenige Kurse auf gutem Niveau gut zu bestehen, als in anderen Kursen meine Zeit abzusitzen. (Ok: das Hauptargument gegen Webprogrammieren war: das es um 7:00 Uhr in der Früh war

Betriebssysteme hat mir insgesamt gut gefallen. In dieser Vorlesung haben wir viel über Simulationen gelernt. Am Ende des Semesters hatte ich zu allen wichtigen Teilen eines OS eine kleine Simulation geschrieben. Das sieht zum Beispiel beim virtuellem Speicher so aus: Eine Programmcode, den ich nicht verändern kann, erzeugt ein shared memory und ein paar Prozesse. Die Simulation sorgt dafür, dass die Processe aufgerufen werden (und sie brauchen natürlich mehr Speicher als sie im shared memomry haben). Die Aufgabe bestand darin eine kleine Speicherverwaltung zu schreiben (um zu wissen was schon belegt ist), nach einem Verdrängungsalgorithmus (Technische Infomatik 1) eine Seite auswählen, und diese in eine Textfile schrieben (Verdrängung auf die Festplatte… Und alle Prozesse haben Zugriff, wie einfach die Welt doch sein kann). Klar das so ne Simulation nur dann funktioniert, wenn das echte Betriebssytem keinen Ärger macht. Aber es ging auch nur um 48kB shared memory, bei 1 GB RAM.
Daneben gab es bei Betriebssystemen auch Klausuren, die bei den Mexikanern gefürchtet sind. Entsprechend habe ich mich auf sie vorbereitet. Am Ende hatte ich aber immer ausreichend Zeit mir die Fragen erst mal mit Wörterbuch zu übersetzten und Fabi und ich (die beiden Deutschen)waren die besten aus dem Kurs. Jaja – meine Prüfungsvorbereitungen habe ich während des Vordiploms perfektioniert

Eingebettete Systeme war das zweite Fach in dem ich rundum zufrieden war. Hier bestand die komplette Note aus mehreren praktischen Teilen und ein paar Fragen dazu. Als Hauptprojekt haben wir den Klingelton Generator von Nokia nachgebaut. Ich weiß, hört sich nicht sonderlich spektakulär an. Aber ich saß schon mal ewig dran, einen Play/Pause Knopf so zu programmieren, dass er jederzeit (also auch wenn gerade ein Ton gespielt wird) funktioniert. Sämtliche Programme laufen direkt auf dem Chip (also ohne OS) – wenn ein Programm abstürzt, funktioniert nichts anderes mehr. Ich habe ziemlich viel Code auf Interrupts (durch die Clock) umgeschrieben, da wir eine Woche vor der Abgabe noch ziemlich oft while-Schleifen als Delays mißbraucht hatten. Ansonsten Bestand die Arbeit in einem kleinen Parser und Editor für das Nokiaformat von Monotonen Klingeltönen – plus Treiber für alle Endgeräte die wir angesteuert haben.
Neben einer Vorlesung für embedded systems habe ich hier auch einen kleinen Programmierkurs für Fortgeschrittene bekommen. Zwar sehe ich die Kommentare von Leuten vor mir, die wie beim Guaveartikel schon vorher alles besser wussten (ich bin mir sicher das die Mehrheit ihre Unwissenheit nur nicht veröffentlichen wollte ;-))trotzdem: ich habe vor diesem Semster noch nie das Schlüsselwort volatile in einem Ⅽ Code benutzt (bzw. es war mir egal welche Variablen gerade im Stack und welche im Register sind), mir nie darüber Gedanken gemacht warum es besser ist for(;;) zu schreiben statt while(1)
Aber über manche Dinge macht man sich halt nur in der Not Gedanken… Und mein Register hatte halt nur acht Plätze.

Warum ich das ganze mit dem SOPRA verglichen habe: Irgendwie wird am Ende dann doch immer die Gruppenleistung benotet. Es gibt immer Leute im Team die absolut gar nicht tun geben wir ihnen doch das Pseudonym Duki. Außerdem diese wiederkehrende Fehleinschätzung wie viel Zeit so ein Projekt in Anspruch nimmt. Die letzte Woche habe ich mehr oder weniger durchgearbeitet. Montag 14 Stunden, Dienstag 14 Stunden. Mittwoch und Donnerstag 36 Stunden mit einer Stunde Schlaf im Computerraum. (Das ist mein neuer Rekord). Donnerstag bin ich um 23 Uhr nach Hause, am Freitag war ich um 9 : 00 wieder im Iteso – für die Abnahme des anderen Projektes. Erstaunlich ist dass man nach über 30 Stunden immer noch sinnvollen Code schreiben kann. Andere Basisfähigkeiten waren dafür nicht mehr so ausgeprägt. Wir haben es am Donnerstag Abend geschafft einen der Chips durchzuschmorren (Wahrscheinlich haben wir irgendwelche Kabel falsch verbunden, der Fehler war nicht mehr rekonstruierbar).

Zur Benotung: In beiden Fächer habe ich 10 von 10 Punkten…  In sofern bin ich froh, mich auf die richtigen Kurse konzetriert zu haben und im Ausland eine ordentliche Leistung als Ulmer Stundent geliefert zu haben

P.S.:

 –und morgen schreib ich irgendeinen lustigen Artikel‑

• Der Bursar schaut komisch wenn man ihm Bündelweise $20 Noten zum bezahlen vorlegt. Aber der Kurs von 1.30 muss genutzt werden
• 2 von 4 Finals sind rum, bisher lief alles ok bis gut. Mal sehen
• stk schafft es sogar halbwegs sich hier zu beschäftigen, mit Backen, Fotographieren und Türen abschließen :>
• Hier regnets, scheiß Wetter!
• Wer eine frisch-an-der-UConn Perspektive lesen will soll bei stk vorbeischauen!

Ich mum nun wieder lernen …