SoSe16 AK IT

Vorstellung des AKs

Verantwortliche/r: Jörg (FUB), Fabs (TUB), (Jan (FUB))

In diesem AK stellt der TOPF seine bisherige Arbeit vor und möchte über weitere Projekte sprechen, die Henkel übernehmen können.

Arbeitskreis: Akkreditierung

Protokoll vom 06.05.2016

Beginn

13.30

Ende

14.58

Redeleitung

Jörg (FUB), Fabs (TUB), Jan (FUB)

Protokoll

Annika, Bähring (Uni Konstanz)

Anwesende Fachschaften

( <-- bedeutet ausklammern --> )

FU Berlin,-->

HU Berlin,-->

TU Berlin,-->

TU Dresden,-->

Uni Frankfurt,-->

Uni Jena,-->

Uni Konstanz,-->

Uni Münster,-->

Uni Siegen,-->

Uni Würzburg,-->

Einleitung/Ziel des AK

Protokoll

Was wurde gemacht? Wiki:

• einige Programme wurde komplett in Wiki übernommen

→ Zapf komplett → einige von StudiWikis

• Problem zu beginn: Spam → Manuelle Anmeldung / Verifizierung per Mail

• Media Wiki: Account hat sein Limit erreicht, da Spams → Lösung wird gesucht (aufräumen)
• Zapf.ev liegt teilweise Still/ es gibt Probleme da Server in Frankfurt ist und alles über eine Person läuft, nun muss alles erneuert werden → weitere Ansprechperson aus Frankfurt um dies zu Regeln

• Statische Zapf.ev Seite erstellt → ging eine Zeitlang gut
  • ABER: keine Kontrolle über Domain → großer Aufwand etwas zu ändern
  • derzeit: eigenen Nameserver erstellt

• zwischenzeitlich waren einige Seite nicht abrufbar, da sie nicht von Zapf.ev gezahlt wurden
• Lösung: eigenen Nameserver verbessern (evtl wird nicht mehr benötigt oder hinreichend verbessert)

• allgemein wurde mehr Kontakt zu Zapf.ev aufgebaut

(*Zapf.ev wurde lang von einer Person geführt, wird nun aber nach und nach auf mehrere Personen aufgeteilt, Beginn ist schwer)

• nicht so viel vom eigentlichen wurde erreicht, dennoch wurde die Kommunikation deutlich verbessert und Fehler großteils beseitigt

• neue Wünsche  : Zapf.ev will Dropbox o.ä.

→ Mailingliste erstellen um dies zu besprechen

• Allgemein ist der Topf eher ein besprechendes Gremium als Handelndes
• “Ansible“ wurde erstellt um Aufbau der Server zusammen zu fügen → zu finden auf (Gitter.com/zapf)→ Ziel mit mehr Leuten arbeiten um „Ideen auszutauschen“

• Ansible- Rollen werden erstellt um Kommunikation zu verbessern und die Arbeit aufzuteilen

• Wunsch: mehr Helfer, welche die Kompetenzen haben um Ansible-Rollen zu übernehmen:

→ Erreichbarkeit über #topf aut freenode oder topf@lists.physik.tu-berlin.de

• Viele Kritische Aspekte

Kommen wird (to do´s):

• finden von Person, die sich in das komplette System einarbeitet
• ordentliche Backups

(* Studienführer)

• Studienführerwiki muss aufgeräumt werden und wird relevanter
• Zapf.ev möchte ein paar Sachen haben
• Wiki Plugin

• Zapf.App von Kn wird aufgeräumt und öffentlich gemacht

→ evtl wird es wieder eine Einheitliche App geben (es wird sich darum gekümmert) → Verbesserung: aktuelles Angaben sollen besser zu sehen sein

• App ist momentan Datei, welche direkt von Tagungsbüro aktualisiert wird → es wird nach Verbesserung gesucht.

Weitere Anregungen/ Kritik/ Fragen :

• Mailingliste nur für allgemeine Dinge und Leute außerhalb des Topfs, Rest ist auf #topf auf freenode

• Kommunikation verbessern (auch für Allgemeinheit?)
• Gruppennachrichten über signal gehen verloren oder kommen mehrmals an
• Kommunikation Henkel Topf ist dafür eigl. Zuständig
• Kommunikation so simpel wie möglich gestalten
• über Java-Server (ist in Arbeit)

• Anzahl der Leute 2, als Verantwortliche sind Kontakt zu Stapf, sollen dennoch nicht alleine arbeiten, sind ausreichend
  • Übergabe Läuft damit
  • immer erreichbar

• mehr Leute welche beim „Brainstorm“ helfen

→ Interne und Externe Mailingliste (um Datenschutz zu sichern)

• freiwillige Helfer sollen nicht alle Anonyme Daten erhalten, im Spezialfall kann dies aber zugeteilt werden (vom „Gremium“/ Verantwortliche) beziehungsweise Probleme zusammen zu lösen ohne den Datenschutz nicht zu verletzen

• Testcase finden um Fehler zu vermeiden

• unter den Topfdeckeln sind KEINE Programmierer

• StaPF darf laut „Gesetz“ auf Daten zugreifen → StaPF kann diese beantragen und ohne Gewissenbissen können diese weitergegeben werden

• man kann zur Not auch alles über eine Mail regeln (Notlösung)

→ wenn alles im letzten Moment ausfallen würde

• nächste Rechnung für ZapfEv ist da und wird evtl rechtzeitig bezahlt
• vollständiger Datenverlust ist ein Problem (worst case)

→ evtl Lösung über zweiten anderen Server starten → Metall der Uni eher weniger, da wieder Personen und Uni abhängig → ZapfEv kann evtl. weiteres Pensum weiterer Server/Anbieter auch bewältigen

Zusammenfassung

Es wurde die Geschehnisse des letzten halben Jahr durchgesprochen und kommende To-Do´s aufgeführt und besprochen was sonst noch zu tun ist und was verbessert werden kann.