Gleich vorweg einige Klarstellungen, damit es in der Gerüchteküche nicht gar so brodelt (Ich poste diesen Text nun zum zweiten Mal, da sich das alte Forum ja leider verabschiedet hat):
*****************************
Das Anmeldesystem ist eines, welches seit 2002 bereits an vielen Instititutionen zum Einsatz gekommen ist (z.B. Institut für Soziologie, Institut für Germanistik, Universität Graz, Publizistik, TU-Wien...) und speziell für das Institut für Geschichte angepasst wird / wurde.
In dieser Zeit gab es noch NIE einen Fehler technischer oder organisatorischer Art, d.h. es funktionierte immer alles nach Plan.
Das Anmeldesystem hat weiters beim Medien-Didaktik-Wettbewerb den zweiten Platz von insgesamt mehr als 60 eingereichten Projekten gewonnen. Es ist komplett softwareunabhängig (funktioniert auf allen Plattformen, braucht kein Java, geht selbst auf text-only-Browsern, ist blinden-gerecht, w3c-konform,...) , d.h. ich denke mal es ist ziemlich in Ordnung was UserInnenfreundlichkeit angeht
Trotzdem kann es natürlich sein, dass es gerade diesmal nicht funktioniert, vor allem wenn man bedenkt
a) dass es sehr viele GeschichtlerInnen gibt und
b) Reihenfolgen und Bevorzugungen, sowie verschiedene Studienkennzahlen bei der Anmeldung berücksichtigt werden müssen
c) die Technik ein Hund ist
Noch dazu bin ich ein alter Technik-Pessimist, d.h. kann im SInne des gerechten Ying-yangs leicht sein, dass es gerade diesmal nicht funktioniert, weils eben schon so lange gut gegangen ist
*****************************
SERVER-SPEZIFISCHES:
*****************************
Ja, es kann und vielleicht wird es auch bei einigen wenigen einen Servertimeout geben. Grund dafür ist nicht das Anmeldesystem sondern der Server auf dem das Anmeldesystem läuft. Jede Applikation am Server hat eine Maximal-Zahl an erlaubten UserInnen. Ist diese Zahl erreicht, heisst es warten bis wieder Platz frei wird. Dies war bisher auch so und wird für euch vermutlich nichts neues sein. Der große Vorteil des Anmeldesystems besteht aber darin, sehr viele Anfragen sehr schnell bearebitet werden können (aufgrund der Datenbankgrundlage).
Anmerkung für die ExpertInnen: Nein, es gibt KEINE hardware der Welt, die einen derartigen gleichzeitigen Ansturm von Studierenden aushalten würde, deswegen würde eine Erhöhung des Limits nichts bringen. Das was wir hier eigentlich machen ist eigentlich nichts anderes als eine DDOS-Attacke Der Server der Uni Wien ist spitze und hat bisher jedem Ansturm stattgehalten.
Update: Außerdem sieht es so aus, als würde es bis zum Anmeldestart einen neuen 64 Bit Server geben, den wir für alle HTML und PHP Apllikationen nutzen können. Das ganze sollte dadurch noch schneller werden!
Um die Serverauslastung möglichst gering zu halten wird es außerdem eine gestaffelte Anmeldung nach LV-Typen geben. Die Einteilungen dieser Phasen ist aber Erfahrungssache (e.g. wieviele Anmeldungen pro Phase wird es ca geben und wie muss ich die Lv-Typen einteilen, so dass pro Phase ca gleichviele Anmeldungen sind). Im Laufe der Zeit lernen die Institute immer eine optimalerer Einteilung, d.h. beim ersten Mal kanns vielleicht noch zu Servertimeouts kommen, in Zukünftigen Semestern wirds aber dann immer schneller, so dass es zumeist zu überhaupt keinen Timeouts mehr kommt (zumindest haben wir das bei allen anderen Instituten geschafft).
Was uns aber auf keinen Fall passieren darf ist, dass ein anderes Institut gleichzeitig Anmeldebeginn hat. Das ist dann der Tot einer jeden Anmeldung. Ich habe einen Verteiler, in dem eigentlich so ziemlich viele Admins der Gerda (=Server auf dem das System läuft) daran beteiligt sind, so dass die Anmeldebeginne koordiniert werden können. Dennoch kann es sein, dass wir von einem Institut nichts wissen und es dann zum Worst-Case-Szenario kommt. In diesem Fall hilft dann nichts anderes, als dass ein Institut seinen Anmeldebeginn spontan verschiebt.
*****************************
REIHENFOLGEN DER ANMELDUNG:
*****************************
standardtext:
Zur Erklärung der Reihenfolgen in Teilnehmerinnelisten:
Die Studienprogrammleitung erhält eine Finanzierung nur für die Studienpläne, die sie betreut (und das ohne Berücksichtigung der Wahlfächer). Die Studierenden, die nach diesen Studienplänen studieren, müssen also fairerweise bei der Platzvergabe bevorzugt werden. Erst in zweiter Linie kann die Nachfrage anderer Studienrichtungen befriedigt werden.
Die Studierenden der Studienrichtungen Geschichte und Unterrichtsfach Geschichte, Sozialkunde und Politische Bildung (Studienkennzahlen 310, 312, 313) werden bei Lehrveranstaltungen der Studienprogrammleitung Geschichte in den TeilnehmerInnenlisten vorgereiht, dann folgen alle anderen Studienkennzahlen.
Bei Lehrveranstaltungen, die in erster Linie für das Lehramtsstudium gedacht sind, werden außerdem Studierende des Lehramtsstudiums (Studienkennzahl 313) vor den Diplomstudierenden (Studienkennzahl 312) gereiht, dann folgen alle anderen Studienrichtungen (also Studierende mit Studienkennzahl 313 vor Studierenden mit Studienkennzahl 312 und 310, dann alle anderen).
Alle anderen Studierenden sind gleichberechtigt. Die Reihenfolge innerhalb einer Studienrichtung erfolgt nach zeitlichem Einlangen der Anmeldungen.
Beispiel: Sie sind PublizistikstudentIn und haben Platz 22 auf der Teilnahmeliste. Sollte sich nach Ihnen ein/e GeschichtestudierendeR für diese Lehrveranstaltung anmelden, rücken alle Nicht-Geschichtestudierenden dann einen Platz hinunter auf der Liste, d.h. Sie würden auf Platz 23 kommen. Sie verlieren dadurch nicht Ihre Position vor anderen Nicht-Geschichtestudierenden, wohl aber wird der / die Geschichtestudierende vor Ihnen auf der Liste sein! D.h., dass Nicht-Geschichtestudierende erst nach Ende der Anmeldefrist sehen, ob Sie einen Platz in der betreffenden Lehrveranstaltung bekommen haben!
Zusatzinfo:
* Neuerliches Ab- und Anmelden setzt eine(n) Studierende(n) an das Ende der Liste
* Kreieren eines Doppelaccounts setzt eine(n) Studierende(n) an das Ende der Liste und macht alle weiteren Anmeldungen ungültig
*****************************
BEVOR IHR KRITIK AM ANMELDESYSTEM POSTET:
*****************************
Das Anmeldesystem kann nichts dafür, dass es zuwenige Plätze gibt. Das ist eben vielmehr leider ein unispezifisches Strukturproblem: nämlich dass einfach zuwenige Plätze für zuviele Studierende vorhanden sind. Im Gegenteil: Das Anmeldesystem hilft sogar die Plätze gerechter zu verteilen, weil sich jedeR nur für eine gewisse Anzahl (=zumeist 1) an Seminarplätzen anmelden und kann und nicht für mehrere LVs vom gleichen Typ und dadurch mehreren Personen die Plätze wegschnappt ohne dann später überhaupt in die LVS zu gehen.
Auch kommt es gar nicht so sehr auf die Geschwindigkeit an, weil durch die Mindestzahlen wird das time-delay in den ersten 3 minuten sowieso bedeutungslos, d.h. auch Studierende die erst eine Minute später einloggen (oder möglicherwiese sogar nen connection-loss haben) bekommen eine reelle Chance.
D.h. postet bitte nicht hier Kommentare der Art "Scheiss Anmeldesystem, ich bin überall nur auf der Warteliste und habe niergendwo einen Platz" oder "§%"&D& Computer / Internet, ich bin benachteiligt, weil ich nicht schnell war und bin in keinem Seminar drinnen. Das Anmeldesystem funktioniert nicht.". Postet lieber sowas der Art "Scheiss Gehrer, gib uns mehr Geld für die Lehre." am besten nicht hier (weil da bringts nix), sondern an oben genannte Mailadresse.
Konstruktive Kritik ist natürlich super, auch Frustposts werden natürlich passieren - das ist nur ganz natürlich. Aber bedenkt immer: Die Technik kann nichts für strukturelle Probleme.
*****************************
So. Nun Happy Posting. Halten wir uns gegenseitig die Daumen, dass alles klappt.
lg
Andreas
