- Der UW-Student JD Kaim entwickelte ein HuskySwap-MVP, damit Studierende in ausgebuchten Kursen Tauschpartner für ihre Kursplätze finden können, und bereitete den Launch vor der Kursanmeldung fürs Frühjahrssemester vor.
- Das Projekt entstand aus einer CSE-403-Kursaufgabe und war zugleich eine Full-Stack-Übung, um modernes .NET und Angular, Datenbankabstraktion, Echtzeit-Chat und rollenbasierte Berechtigungen zu lernen.
- Die Swagger-Dokumentation des UW-Registrierungssystems beschrieb, wie der Student Web Service Zugriff auf Vorlesungs-, Registrierungs-, Sektions-, Personen- und Semesterdaten bietet, daher wollte er zunächst mit einem schreibgeschützten Token den Import des Vorlesungskatalogs automatisieren.
- Wenige Stunden nach der Token-Anfrage erhielt er eine Mitteilung über einen Verstoß gegen die Registration Tampering Abuse Policy mit der Aufforderung, die Website mit den gefälschten Demo-Kursen offline zu nehmen, andernfalls könne ein Verfahren eingeleitet werden, das zur Exmatrikulation führen könnte.
- Entscheidend ist weniger die Löschung der Demo-Website selbst, sondern dass ein Versuch, die Hochschulerfahrung zu verbessern, sofort mit harten Sanktionen beantwortet wurde; JD Kaim teilt außerdem mit, dass er in einigen Monaten seinen Abschluss macht und ab Juni als Software Engineer in Vollzeit arbeiten kann.
Das Problem beim Kurstausch, das HuskySwap lösen sollte
- HuskySwap war eine einfache App, die Studierenden helfen sollte, in ausgebuchten Hauptkursen gegenseitig Tauschpartner für ihre Kursplätze zu finden.
- An der UW gab es keine etablierte Lösung für genau diesen Zweck, und JD Kaim wollte einen Dienst bauen, der allen hilft.
- Eine frühe Version entstand im vergangenen Quartal als Aufgabe im Kurs CSE 403, und Personen, die die Demo sahen, signalisierten, dass sie sie tatsächlich nutzen würden.
- Danach investierte er einen Teil seiner Wintersemesterzeit, um das Projekt robuster zu machen und vor der Kursanmeldung fürs Frühjahrssemester zu veröffentlichen.
Implementierung und Lernziele
- Das frühe MVP war auch eine Übung, um bei modernem .NET und Angular auf den neuesten Stand zu kommen.
- Zu den zentralen Funktionen in der Umsetzung gehörten:
- Datenbankabstraktion
- Echtzeit-Chat
- Rollenbasierte Berechtigungen
- Es war ohnehin ein Projekt, das er möglicherweise gebaut hätte, und zugleich eine passende Gelegenheit, dafür auch Credits in CSE 403 zu erhalten.
Anfrage auf API-Zugriff für das UW-Registrierungssystem
- JD Kaim entdeckte eine Swagger-Dokumentation für die Anbindung an das Registrierungssystem.
- Laut der Dokumentation stellt der Student Web Service Anwendungen verschiedene Informationen aus der Student-Datenbank bereit:
- Vorlesungsdaten
- Registrierungsdaten
- Sektionsdaten
- Personendaten
- Semesterdaten
- Allgemeine akademische Daten
- Wegen dieser Beschreibung verstand er es so, dass die Hochschule ein Szenario wie HuskySwap unterstützt.
- Der zunächst angefragte Umfang war klein: Statt alle Kurse manuell einzutragen, wollte er mit einem schreibgeschützten Zugriffstoken den Import des Vorlesungskatalogs automatisieren.
- Falls das gut funktioniert hätte, wollte er den Prozess weiter automatisieren oder andere Lücken finden, um das Community-Erlebnis zu verbessern.
Verstoßmitteilung und Forderung nach Löschung der Website
- Wenige Stunden nach der Token-Anfrage erhielt er eine Antwort mit dem Titel „Notice of Violation of Registration Tampering Abuse Policy“.
- Die Hochschule wies ihn an, die Demo-Website und einige darin enthaltene gefälschte Demo-Kurse offline zu nehmen.
- Darin hieß es auch, dass bei Nichtentfernung der Website ein Verfahren eingeleitet werde, das mit einer Exmatrikulation enden könne.
- JD Kaim hatte aus der Absicht heraus Kontakt aufgenommen, die Hochschulerfahrung für alle zu verbessern, nahm die Reaktion der Hochschule jedoch als sofort hartes Vorgehen wahr.
Weitere Pläne und Hinweis zur Jobsuche
- Wegen der angedrohten Exmatrikulation selbst mache er sich keine allzu großen Sorgen, da er nur die Demo-Website entfernen müsse.
- Enttäuscht sei er jedoch darüber, wie die Hochschule ihn sehe; er habe erwartet, dass man zumindest Interesse an dem Versuch zeige oder sich darüber freue.
- Er werde in einigen Monaten seinen Abschluss machen und möchte sich Projekten zuwenden, die keine Genehmigung des UW Registrar erfordern.
- Falls jemand einen Software Engineer in Vollzeit suche, solle man sich gern mit ihm vernetzen; er könne ab Juni in Vollzeit anfangen.
- Als Projekt-Repository teilte er HuskySwap.
1 Kommentare
Hacker-News-Kommentare
Update: Gestern habe ich nach dem Ultimatum die Website meines Kursprojekts sofort offline genommen.
Ich denke zwar immer noch nicht, dass eine reine Demo-Site gegen den Wortlaut oder den Sinn der Registrierungsregeln verstoßen hat, aber ich wollte in gutem Glauben handeln und habe sie daher entfernt.
Heute bedankte sich die Hochschule zwar dafür, dass ich sie entfernt habe, teilte mir aber zugleich mit, dass mein Account auf Hold gesetzt werde; dadurch kann ich mich im letzten Semester nicht einschreiben und werde am Ende dieses Semesters faktisch exmatrikuliert.
Allerdings klang es so, als würden sie den Hold aufheben und mir den Abschluss ermöglichen, wenn ich zustimme, für die Universität eine ähnliche Lösung für das grundlegende Problem zu bauen, das ich mit HuskySwap lösen wollte; dabei würde die Hochschule die geistigen Eigentumsrechte erhalten, und es gäbe klar keinerlei Vergütung.
Ich mochte UW wirklich sehr und hatte dort eine gute Zeit, aber das hier ist extrem demotivierend.
Update 2: Ich weiß die Ratschläge zu schätzen. Diese Plattform war nie zur Monetarisierung gedacht, und ich glaube, dass die UW-Führung das am Ende richtigstellen wird, daher habe ich nicht vor, Anwälte einzuschalten.
Im Moment habe ich auch nicht vor, dieses Projekt weiterzuführen. Wenn man mir von Anfang an vorgeschlagen hätte, gemeinsam daran zu arbeiten, wäre es vielleicht anders gewesen, aber nach der bisherigen Behandlung möchte ich mich einfach zurückziehen.
Einen Anwalt um Rat zu fragen bedeutet nicht, dass du sofort rechtlich gegen die Hochschule vorgehen musst. Eine Beratung ist keine Eskalation, und die Hochschule muss nicht einmal wissen, dass du dich beraten lässt. Ein Anwalt kann dir sagen, ob rechtliche Schritte nötig sind oder ob es vorher noch freundlichere Alternativen gibt.
Die einzige Möglichkeit, an Plätze in manchen Pflichtveranstaltungen zu kommen, war, einen älteren Studenten mit früherem Einschreibetermin zu finden, dessen Stundenplan noch Lücken hatte, und ihn zu bitten, den Platz stellvertretend zu sichern. In einer fraternity zu sein half, aber wenn man ein introvertierter Student war, der außerhalb des Campus wohnte, hatte man praktisch keine Chance.
UW dürfte dieses Problem gut kennen; dass es offenbar immer noch so gravierend ist, dass man wegen einer bloßen Ideen-Demo sogar mit Exmatrikulation bedroht wird, ist einfach furchtbar.
Da die eigentlichen UW-Dokumente nicht geteilt wurden, ist es von außen schwer zu beurteilen.
Den Teil am Ende des LinkedIn-Posts — „Ich werde in ein paar Monaten meinen Abschluss machen und möchte zu einem Projekt wechseln, das keine Genehmigung des UW Registrar braucht. Falls jemand einen Full-Time-Software-Engineer kennt, der ein Talent dafür hat, die Aufmerksamkeit der Senior Leadership auf sich zu ziehen, stellt bitte den Kontakt her. Ich bin ab Juni für Full-Time verfügbar.“ — würde ich lieber weglassen. Das kann so wirken, als würdest du übertreiben, um Aufmerksamkeit zu bekommen.
Im LinkedIn-Profil steht, dass du Mitte 2023 die Highschool abgeschlossen und UW in der zweiten Hälfte von 2023 begonnen hast; da frage ich mich auch, wie du schon in ein paar Monaten abschließen kannst. Bedeutet das, dass du statt der üblichen vier Jahre nur zwei brauchst?
Die Hochschule hat ein starkes Interesse daran, Studierende zum Abschluss zu bringen, und solange du nicht formell exmatrikuliert bist, gibt es wahrscheinlich eine Möglichkeit, dich manuell in Kurse einzutragen. Die Studienberatung wird Optionen haben und ist vermutlich auch nicht denselben Einschränkungen unterworfen wie die Seite, die das Anmeldesystem betreibt.
Wenn das auch nicht hilft, musst du zur höheren Verwaltungsebene der UW gehen. Je weiter oben man ansetzt, desto geringer ist die Motivation, sich auf die Seite der Technikabteilung zu schlagen — außer diese Sache kam gar nicht von der Technikabteilung, sondern von dort.
Andererseits: Wenn du die Zusammenarbeit mit der Universität im Lebenslauf anführen kannst, ist es vielleicht kein Totalverlust. Du solltest zwar einen Anwalt in Betracht ziehen, aber realistisch gesehen könnte es besser sein, das Beste herauszuholen, was möglich ist, und den Abschluss zu machen.
Ich war vor 10 Jahren an der UW, und schon damals war es ziemlich selbstverständlich, dass man die Software und das Kursanmeldesystem nicht anfasst.
Der Wettbewerb um Kursplätze war sehr hart, und die Uni war streng darauf bedacht, dass niemand nur deshalb einen Vorteil hat, weil er programmieren kann. Es gab auch viele Gerüchte über Leute, die exmatrikuliert wurden, weil sie versucht hatten, sich per Skript sofort einen Platz zu sichern, sobald ein gewünschter Kurs geöffnet wurde.
Soweit ich mich erinnere, war es Studierenden auch verboten oder zumindest unerwünscht, Kursanmeldungen zu „tauschen“. Man wollte wohl nicht, dass noch mehr Leute begehrte Kurse wie Waren blockieren, um sie später zu tauschen.
Gemessen an meiner Studienzeit hätten damals wohl fast alle CS-Studierenden gesagt, dass diese Website eine schreckliche Idee ist, die Ärger heraufbeschwört.
Wenn man die Anmeldezeiten über mehrere Tage staffelt und etwa alle 20 Minuten eine neue Gruppe freischaltet, konkurriert man nur mit einem Teil der Studierenden statt mit allen, und das löst das Skriptproblem weitgehend. Wenn ein Kurs voll ist, sollte man freie Plätze nicht sofort wieder direkt buchbar machen, sondern eine Warteliste führen; dann wird auch Handel unmöglich. Wenn ein Tausch möglich war, hätte man den Kurs ja von Anfang an einfach selbst belegen können.
Ich verstehe, dass das Anmeldesystem alt ist und wahrscheinlich an ebenso alte Verwaltungssoftware gebunden ist, aber wenn der Universität das wirklich wichtig wäre, müsste es dafür Lösungen geben.
Wenn man Voranmeldungen entgegennimmt, kann man die Nachfrage im Voraus erkennen, statt später zusätzliche Kurse hastig anzusetzen. Das gilt genauso für Konzerttourneen, Flüge oder PS5-Bestände.
Nicht übertragbar bedeutet, dass die Verlosung fortlaufend weitergeht. Sobald jemand einen Kurs aufgibt, muss neu gelost und der Platz neu zugewiesen werden; das könnte man sogar täglich machen.
Technisch ist das eine funktionierende Lösung, aber sie übersieht den kulturellen Aspekt, dass Ressourcenverteiler gern Aufmerksamkeit und Nachfrage für eine Ressource erzeugen, alles wie ein Großereignis inszenieren und dann in „rekordverdächtiger Zeit“ ausverkauft sein wollen. Ich verstehe, dass ein großer Teil des Hochschulmarketings darin besteht, möglichst beliebt und übernachgefragt zu wirken, auch wenn ich dem eigentlich nicht zustimme.
Am interessantesten ist zuletzt der Teil mit der öffentlichen Zufallszahlengenerierung. Wie wäre es mit einem riesigen fortlaufenden Würfeltumbler mitten auf dem Red Square der UW? Der Tumbler wirkt noch einfach, aber wie könnte man ein physisches Hauptbuch bauen, das die Würfelergebnisse automatisch protokolliert?
Und dann will man im Gegenzug für die Wiederherstellung des Zugangs unbezahlte Zwangsarbeit verlangen?
Universitäten sind oft genau so. Ich habe meiner Alma Mater einmal gemeldet, dass ein etwas obskurer, aber eindeutig öffentlicher Link offenbar ohne besonderen Grund den Download einer ZIP-Datei mit detaillierten Studierendendaten auslöst, und man drohte mir sofort damit, das FBI einzuschalten.
Ich habe nur darüber gelacht, mir aber vorgenommen, mich nie wieder proaktiv zu melden, wenn es nicht unbedingt nötig ist.
Deshalb habe ich diese Linie auch beibehalten, als ich entdeckte, dass das LDAP-Admin-Passwort in einer weltweit lesbaren Datei auf einem CS-Server gespeichert war.
Laut Vermutung hat der Vater auf LinkedIn Folgendes kommentiert:
„Ich habe inzwischen alle E-Mails gesehen, und es ist so schlimm, wie beschrieben. Ich dachte, vielleicht sei etwas übertrieben, aber der ‚University Registrar and Chief Officer of Enrollment Information Services‘ sagt ganz klar: ‚Wenn du das nicht kostenlos mit uns baust, kannst du nicht deinen Abschluss machen.‘ Es wird sogar ausdrücklich gesagt, dass ein Treffen stattfinden müsse, lange bevor die Anmeldung für das Frühjahrssemester 2025 am 13. Februar öffnet. Andernfalls werde man ihm nicht erlauben weiterzustudieren.“
https://www.linkedin.com/posts/edkaim_github-jdkaimhuskyswap...
Ich persönlich wäre längst in den offenen Konflikt gegangen, hätte alle Beweise veröffentlicht und Druck auf die Uni aufgebaut. Wenn man faktisch ohnehin schon exmatrikuliert ist, hat man nicht mehr viel zu verlieren, also hätte ich es öffentlich gemacht.
Es wirkt seltsam, Vergeltung zu behaupten und trotzdem nichts offenzulegen, und genau das macht es schwer, die Sache ganz ernst zu nehmen.
Vielleicht wusste er das nicht, bevor die Hochschule reagierte, aber wenn man selbst nach einer Exmatrikulationsdrohung die Position der Uni nicht nachvollziehen kann, dann fehlt es entweder massiv an kognitiver Empathie oder an Ehrlichkeit.
Deshalb betrachte ich auch seine späteren Behauptungen und die weitere Diskussion mit Skepsis.
Das ist an sich nichts Schlimmes, zeigt aber, dass der Vater stark in dieses Kind investiert ist und bereit ist, aktiv zu handeln, um ihm einen Vorteil beim Start zu verschaffen. Deshalb werte ich das persönlich nicht als zusätzliche unabhängige Bestätigung dieser Geschichte.
Es macht die Aussage des Vaters nicht weniger wahrscheinlich, aber als positives Beweismittel ist sie nicht besonders stark.
Downvotes sind in Ordnung, aber ich fände es gut, wenn man erklärt, warum man anderer Meinung ist. Dass jeder Kommentar, der nicht sofort mit der Fackel losrennt, grundlos runtergewählt wird, ist etwas entmutigend. Wir können das besser.
Ich verstehe nicht, warum die Hochschulverwaltung auf die Bitte, das in das Anmeldesystem zu integrieren, so extrem reagiert. Dieses System wirkt von vornherein so, als sei es für die Nutzung durch Anwendungen gebaut worden
„Der Student Web Service ermöglicht Anwendungen den Zugriff auf allgemeine akademische Daten in der Student-Datenbank, etwa Kursdaten, Anmeldedaten, Sektionsdaten, Personendaten und Semesterdaten.“
Das ergibt vorne und hinten keinen Sinn. Fehlt in der Geschichte etwas? Wird dieser Web Service als Honigtopf angeboten, um ehrgeizige Softwareentwickler aufzuspüren und von der Hochschule zu werfen?
Gleichzeitig ist die meiste „Enterprise“-Software an Hochschulen ein eiternder Haufen Schrott
Der Erpressungsversuch überrascht mich sehr, aber die massive Überreaktion an sich leider nicht besonders
Wenn ein Dienst, den die Hochschule nicht kontrolliert, das nutzen will, dürfte eine Genehmigung schwer zu bekommen sein. Studentendaten sind rechtlich stark geschützt; wenn sie also über eine andere Anwendung zugänglich werden und deren Betreiber Daten anderer Studierender sehen könnten, ist das ein Problem
Ein Bürokrat kann seinen Job verlieren, wenn etwas schiefläuft, aber sein Gewinn ist null, wenn es gutgeht, also sagt er nicht „ja“
Zum Beispiel könnte ein DDoS entstehen. Ich habe schon mehr als einmal versehentlich einen API-Endpunkt mit DDoS belegt. Oder der Dienst wird so populär, dass daraus faktisch ein DDoS wird
Innerhalb dieser Organisation hasst jemand seinen Job und hat fast nichts, das er kontrollieren kann, außer seinem eigenen kleinen Revier und seinen Hinterzimmer-Kanälen. Wer so eine Rolle nicht verlässt, sammelt oder nutzt wahrscheinlich gern Macht, oder hätte außerhalb solcher Organisationen Schwierigkeiten
Und nun stelle man sich vor, jemand mit fast keiner Macht macht die Arbeit in seinem Zuständigkeitsbereich öffentlich zum Thema, obwohl das Problem seit Langem bekannt ist und jahrelang liegen blieb, weil niemand es durchsetzen konnte
Dann ist es sehr gut möglich, dass er allein dafür, dass er es gewagt hat, herauszufordern, mit überzogener Härte versucht wird, die Sache totzumachen, auch wenn direkte Bestrafung unwahrscheinlich ist. In der Wissenschaft ist direkte Bestrafung schließlich sehr selten
Ich sage nicht, dass diese Geschichte wahr ist. Es fehlen Daten für ein Urteil. Aber nachdem ich die toxischen Seiten des akademischen Betriebs lange genug gesehen habe, habe ich genug Leute erlebt, die von 0 auf 11 hochdrehen, dass ich es plausibel finde
Ich habe mehrere Freunde in der Hochschulverwaltung, und man muss zwei Dinge wissen. Hochschulen haben extrem viele Verwaltungsangestellte, und sie haben einen ausgeprägten Revierinstinkt
Jemand hat an ihrem Boot gerüttelt, und diese Person ist jetzt wütend. Es gibt so viele Verwaltungsleute, dass sie Zeit haben, und nun stürzt man sich darauf, als wäre es die eigene Sache
Ich denke, es ist richtig, das breit bekannt zu machen. Ruhig und sachlich bleiben und so nah wie möglich bei den Fakten. Sobald es sich in sozialen Medien und in den Nachrichten verbreitet, wird es auch für andere Verwaltungsmitarbeiter zum Problem, deren Revier PR und Image ist, und sie werden versuchen, es als ihre Angelegenheit einzufangen
Also: laut werden, aber höflich bleiben
Ich stimme „laut werden, aber höflich bleiben“ voll zu. Im akademischen Betrieb werden Probleme erst behoben, wenn es lästiger wird, sie nicht zu beheben, als sie zu beheben. Je mehr Aufmerksamkeit das bekommt, desto eher merkt irgendein anderer kleinkarierter Bürokrat oberhalb der Verantwortlichen, dass sein Tag dadurch sehr viel unangenehmer geworden ist, und drückt die Sache still und schnell runter
Der betreffende Student Web Service: https://ws.admin.washington.edu/student/swagger/index.html
Dass die UW anfangs verlangte, die Seite offline zu nehmen, dürfte wahrscheinlich stark mit FERPA zusammenhängen. Institutionen sind inzwischen komplett auf Selbstschutz fixiert
Der Teil mit der Drohung wirkt etwas übertrieben. Ich würde gern die Korrespondenz zwischen der UW und dieser Person sehen. Die ganze Geschichte ist durchaus möglich, aber wie andere schon angemerkt haben, gibt es auch mehrere Ungereimtheiten
Ich habe an der Hochschule etwas Ähnliches erlebt. Das zentrale IT-Team der Hochschule wollte einen Ersatz für das Studierendenportal mit einer Menge unnötiger Funktionen ausrollen, also haben wir als Mock-up eine einfache Seite gebaut, die nur das enthielt, was wir tatsächlich wollten
Später haben wir auch die Website der Studierendenvertretung neu umgesetzt, um nützlichere Informationen wie Veranstaltungspläne und Öffnungszeiten bereitzustellen
In beiden Fällen wurden wir untersucht, weil die Hochschule befürchtete, wir könnten Studentendaten auf eine Weise verarbeiten, die sie nicht kontrollieren kann, insbesondere weil wir möglicherweise Passwörter entgegennehmen würden
Das erste war ein Mock-up, und beim zweiten hatten wir anfangs die Hochschul-Authentifizierung über einen öffentlichen LDAP-Server angebunden, sind aber bald auf eine eigene Authentifizierung umgestiegen. Denn es war klar, dass allein ein Passwort-Eingabefeld auf unserer Domain für die Hochschule absolut nicht akzeptabel war
Durch sorgfältige Kommunikation darüber, was wir tun und was wir nicht tun, wo die Grenzen liegen und wie wir Daten verarbeiten, konnten wir sie zu einer produktiven Diskussion bewegen
Die meisten beteiligten Hochschulmitarbeiter verstanden technische Details wie die Möglichkeit, Authentifizierung an einen ungesicherten LDAP-Server zu hängen, nicht gut genug; sie interessierte nur die Richtlinienfrage, ob wir das überhaupt durften
Ein typischer Fehlmodus von Softwareingenieuren ist die Annahme, dass etwas erlaubt sei, nur weil es technisch nicht verboten ist und auch nicht blockiert wird, obwohl es verboten werden könnte. So funktioniert es in der Praxis nicht
Unklar ist bei diesem Projekt, ob die Hochschule grundsätzlich etwas gegen die Idee hat, dass ein studentisches Projekt einen Dienst anbietet, oder ob jemand in Panik geraten ist, weil ein nicht genehmigtes System möglicherweise Studentenpasswörter entgegennehmen könnte. Ersteres wäre offensichtlich absurd; Hochschulen sollten gerade für solche Innovationen von Studierenden offen sein. Letzteres wäre nachvollziehbar und eine ziemlich vernünftige Reaktion, würde aber vom Studierenden ein sehr sorgfältiges Vorgehen erfordern
Auf der Seite „Policies & Procedures“ des UW Registrar wurde im Abschnitt „Tampering and Abuse“ innerhalb des letzten Tages folgender Satz hinzugefügt:
„Darüber hinaus ist es strengstens untersagt, einen Dienst zu erstellen, der eine der oben genannten Handlungen ermöglicht; dies stellt einen Verstoß gegen diese Richtlinie dar.“
Wahrscheinlich sind die Verwaltungsvorschriften wichtiger; die relevanten Bestimmungen sind folgende:
WAC Aiding, assisting, and attempting: https://app.leg.wa.gov/WAC/default.aspx?cite=478-121-113
WAC Computer abuses: https://app.leg.wa.gov/WAC/default.aspx?cite=478-121-117
Registrar vorher: https://web.archive.org/web/20241208123609/https://registrar...
Registrar nachher: https://web.archive.org/web/20250109203004/https://registrar...
Interessant. Ich habe eine andere UW abgeschlossen, nämlich die University of Warsaw, und an unserer Universität ist eine Funktion zum Tauschen von Kursen direkt in USOS, dem University Study Service System, eingebaut
Zur Einordnung: Die Ausbildung an öffentlichen Hochschulen in Polen wird vollständig staatlich finanziert und ist für Studierende kostenlos
1 - https://usosweb.mimuw.edu.pl/kontroler.php?_action=news%2Fde...
Gut, dass unsere polnische Universität das nicht benutzt
Die Kursanmeldung wurde zu einem bestimmten Zeitpunkt für alle geöffnet, und man konnte sich danach bis zur Frist nach Vorlesungsbeginn irgendwann innerhalb von mehreren Monaten einloggen und alles eintragen. Einige Studiengänge haben begrenzte Plätze, und zugehörige Kurse sind auf Studierende dieses Fachs beschränkt, aber auf Kursebene gab es keinen Platzmangel, der dazu führte, dass man seine Kurswahl schnell einreichen musste