Bearbeiten von „KIF465:IT-Dienste für Fachschaftsarbeit und Studierende“

KIF 46,5: IT-Dienste für Fachschaften und Studierende Donnerstag, 01.11.18 10:00 Uhr AK-Leitung: Martin (Mot), Uni Bamberg

== Anwesende ==

* Uni Bamberg: Martin (Mot), Fabian, Marius
* HS-RM: Mustafa, Roxana
* TU Darmstadt: Joman, Atlas, Locke, Kevin
* Uni Bonn: Gina
* KIT: Jan (subpath), Vivi
* LMU München: Martin/Silas
* Uni Hannover: Matti
* JGU Mainz: Markus
* Uni Göttingen: Jonas
* Uni Tübingen: Roman, Cedric
* HU Berlin: Tim, Erik
* CAU Kiel: Moritz
* RWTH Aachen: Thomas
* Paderborn: Dennis, phi, Maxi
* TH Nürnberg: Holger
* Uni Augsburg: Dat

== Vorstellungsrunde ==

Welche Dienste werden in den Fachschaften genutzt?
=== Tübingen === 
* MailMan, Dokuwiki (Als Wiki und Webseite), bald Gitlab, Redmine, OpenLDAP, eigenes Altklausurensystem, Kassensystem 
=== Kiel ===
* Mailinglisten, Riot Server (Chat) + Telegram, Mediawiki + Custom Plugins, Eigenes Netzwerk 
=== München ===
* LDAP, Mail (Postfix, Dovecot, Sympa, Webmailer: SOGo(auch CalDAV), Roundcube, Squirrelmail), Gitlab, Website (wordpress,plone,selbstgeschribenes), XMPP, Rocketchat(dockerized, läuft recht stabil) <-> IRC <-> Telegram, selbstgeschriebenes Klausurensammelskript, Mediawiki, Dokuwiki, Icinga, owncloud, Protokollsystem, Ticketsystem 
* Betreuung der AStA-Menschen (EndUser-Support) 
=== Passau ===
* MailMan, OpenLDAP, Ticket System (JetAMMAD), Redmine, Nextcloud, PHP LDAP Admin, Bitbucket, URL Shortener 
=== Darmstadt(wir@d120.de) ===
* Durch FS betrieben 
* MailMan, etherpad-lite, trac, Wordpress, phpBB, Gitlab (+CI), Mediawiki, Python-Eigenentwicklungen (Webseite, Ophase, KiF, Ofahrt, Studienevaluation),PHP-Eigenentwicklungen (Etherpad Management, LDAP Management), limesurvey, zammad, openldap, Postfix/Dovecot/RoundCube/Rspamd, cups 
* Centos, Debian, Fedora und Proxmoxx 
* Durch FS Verwaltet 
* Leihnotebooks (Fedora/Windows 10) 
* Durch dritte betrieben 
* Signal (nicht offizieller Chat) * Github

=== Mainz (fsmathe-informatik@uni-mainz.de) ===

* Durch Uni verwaltet
** Sympa(Mailinglisten)
** GitLab(+CI+Pages), Seafile
** Wordpress, Teamweb/Sharepoint
** Jabber
* Auf privaten Servern
** OpenProject
** ShareLatex
* Auf sonstigen Servern (nicht von der Fachschaft)
** DOMJudge
** Discord
* Hardware
** Drucker, (hoffentlich) bald 3D-Drucker
** Ein Leihnotebook (Windows 10) ### Bonn (support@fachschaft.info)
* Gitea, Dokuwiki (als wiki und Website), ldap-server (Free-Ipa), Mail-server, Sympa, Redmine, nfs für Homes der Nutzer, 3 FS-Rechner im Büro, System für den Schließfachverleih, hack-md, diverse Skripte für das erstellen und verschicken von Protokollen, Icinga, Wire

=== Rhein-Main ===

* Rocket Chat, OpenLDAP (momentan kaputt), OwnCloud (momentan kaputt), Etherpad (momentan kaputt), Dokuwiki (momentan kaputt)

=== Göttingen(fsr@math-cs.uni.goettingen.de) ===

* MailMan, GitLab, Rocket Chat, IRC, Telegram, Forum (Software unbekannt), MediaWiki, RenatoWiki, Wordpress (Website), selbstgeschriebene Website für Konferenz (sIT), stud.IP, etherpad, Whatsapp

=== Aachen ===

* Viel (aktuell 42 VMs in der FS und weiß Eris wie viele im AStA)
* MailMan, GitLab (+CI), Samba AD, Getränkekasse, Protokollsystem, Shortlinkservice, Groupware, Monitoring, et cetera et cetera

=== KIT ===

* Mailman, Gitea, Gitolite, Garfield (PosSystem), Odie (Klausuren / Protokolle), AgendDav (Kalendar), Icinga (Monitoring), RPCD (Statusdisplay), Ticketsysteme (RT, osTicket), Debian Packet Verwaltung, Netboot mit eigenem “Image”, openldap, limesurvey, Icinga, NFS, …
* ca. 10 VMS (alles Debian) + eine nicht genutzte Windows VM

=== Berlin ===

* teilweise durch die Fachschaft, teilweise durch die Uni gestellt
** LDAP, MailMan, Sympa, GitLab, HU-Box(Seafile), modifiziertes MediaWiki, Redmine, Etherpad, ShortLinks, Dudle, FS-Fahrt Anmeldungssystem

=== Paderborn ===

* vieles von Uni- und Instituts-Diensten genutzt
* Storage zu großen Teilen selbst betrieben (geplant mehr von der Uni zu nutzen, da die eh Storage betreiben und man dann selbst deutlich weniger Stress hat)
* selbst betrieben: Jabber-Server für Chaträume und zugehöriger Webchat; eingestellt wegen fehlender Zeit der Admins und nicht-Nutzung der Dienste: ownCloud, Minecraft
* selbst geschrieben und betrieben:
** Website-Plugins (noch typo3; Umstellung läuft, siehe unten): Lecker Essen (Lieferdienste mit gescannten Flyern und Anzeige “hat gerade (nicht / nur noch &lt;30min) offen”), Planung der Veranstaltungs-Evaluation, diverser Kram wie Protokolle, Öffnungsstatus der Fachschaft auf der Website, Mensa-Plan etc.
** Klausurausleihe: https://git.cs.upb.de/fsmi/fsmi-klausurarchiv
* Website wird umgestellt von typo3 auf Jeckyl als Static Site Generator und selbstständig laufende “Plugins” (per SSI eingebunden und unabhängig von Jeckyl / typo3 / was auch immer sonst in Zukunft genutzt werden könnte)

=== Bamberg (fachschaft.wiai@uni-bamberg.de) ===

* intern
** LDAP + Gosa, Ticketsystem OTRS, Gitlab -&gt; Gitea, HackMD, Forum (Woltlab, to be replaced), matrix, Mediawiki, nextcloud, bitpoll, limesurvey, “Klausurenmodul” zum Versenden von Altklausuren (selbst geschrieben)
* public
** Raumsuche für Studierende (suche.wiai.de)
** Telegram-Kanal für Mensa Essen, API für Mensa-Essen (food.wiai.de)
** Türstatus des Fachschaftsbüros (open.wiai.de) + Push von Statusänderungen in Telegram und matrix Channel
* Dockerized

=== Nürnberg ===

* Wiki, Forum für Fachschaft, Rocket Chat (in Arbeit)

=== Hannover ===

* CodiMD, Debianserver, nextcloud, Gitlab, IRC (intern und public), Mumble, TS3, Pad, LDAP, Forum (Woltlab, to be replaced)

=== Augsburg ===

* G Suite (Google)
* Trello für Projektmanagement
* Kommunikation über WhatsApp und Mailverteiler (Google)
* “Kleinigkeiten” wie Pretix Wordpress sind selfhosted

== Kommunikation ==

* Fachschafts-intern &lt;-&gt; extern
* extern: Funktionsemail für Fachschaft, von Uni gestellt
* extern: Mailverteiler vom Dekanat an alle Studierenden
* eigene Email-Adresse pro Amt in der Fachschaft
* häufig Mailinglisten für Internes
* Mailinglisten für Jobangebote, Abstufungen für News
* public nextcloud-Kalender
* Telegram-Bot für Kalender

=== Mailinglisten: Feedback + Evaluation ===

“Fühlt ihr euch wohl?” * “Generell ja, aber keine Verschlüsselung möglich” * Mailinglisten werden weniger genutzt * Mail geht unter “Spam” unter * alternative Dienste wie Discord, Telegram, etc. wird von anderen häufig nicht akzeptiert. Andere, nicht Informatik,-Fachschaften beschränken sich oft auf Mail und WA * interne Mailinglisten archiviert, durchsuchbar * Mailinglisten für Hochschulnews * wird nicht wirklich gelesen

== Hosting: Uni/RZ, extern, eigene Server? ==

* wenn die Leute da sind definitiv selbst hosten
** ist abhängig von der Größe der Fachschaft
** “definitiv selbst”: äh, ne: Wenn Hochschul-IT gut ist, definitiv die nutzen, auch wenn gerade die Leute da sind, da Fachschaftler auch irgendwann weg sind oder sich noch um x andere Dinge kümmern müssen
* externe Cloud: nein (DSGVO)
* RZ kann bestimmte Dinge besser oder schlechter als selfhosting
** Gute Kommunikation zwischen Fachschaft und RZ ist wichtig
* eigene Server stehen teilweise im Büro
** problematisch wenn Infrastruktur instabil ist
* Email meist als Relay
** u.a. SPAM-Problem
* bedenkt Wartbarkeit!
* vereinzelt Komplettlösung von externem Anbieter wie Google: “ziemlich zufrieden”
** für eingetragende Vereine oft kostenlos
** kein Aufwand für Hosting
* selfhosted: meist hoher administrativer Aufwand, v.a. wenn es einmal nicht läuft

== Informationsverlust in Instant-Messengern ==

* wichtige Infos und Todos verschwinden in der Menge
** Trennung in “Offtopic” und “Wichtige Meldungen” nur bedingt wirksam
* “besser nur Email, je mehr Kanäle, desto verstreuter die Information”
* “es ist schwierig alle Fachschaftler auf einem Dienst zu vereinen”
* Informations-SPAM auch bei Emails ein Problem, gleicher Effekt wie bei IM

== Bereitstellung von Diensten für Studierende ==

* anonymer Kummerkasten
* Hosting von Diensten für alle/andere Fachschaften der Uni?
** “häufig bessere Verfügbarkeit und Wartung als vom Asta gehosted”
** schwierig wenn Spannungen zwischen FS, Asta und StuPa vorhanden sind
** “Asta finanziert Informatik-FS für IT-Hostig”
* Forum, auch von Dozenten genutzt
* Herausgabe von Altklausuren
** von Uni zu Uni bzw. Dozent zu Dozent verschieden
** Abfotografieren bei Klausureinsicht nicht überall erlaubt
** häufig durch Zugangsbeschränkung “legitimiert”
*** nur im Uni-Netz
*** nur über studentische-Email Adresse
*** nur persönliche Abholung
* Raumsuche für freie Arbeitsräume
* bitpoll (public oder mit LDAP-Beschränkung)
** Terminfindung
* hackMD/codiMD
* öffentlicher Kalender
** z.B. über nextcloud
** wichtige Termine, auch FS-unabhänig: Anmeldefristen, uniweite Events, …
* “stackoverflow” für Studierende / FAQ
** wird durch Q&amp;A Struktur besser gepflegt als bsp. ein WIKI
* Telegram-News Channel
* shareLaTex CE / overleaf
* als Fachschaft das RZ dazu motivieren Dienste zu hosten

= Fazit =

== Selfhosted oder nicht? ==

* Aufwand/Nutzen muss individuell evaluiert werden

== Kommunikation ==

* sowohl Email als auch IM mit ähnlichen Problemen
* keine allgemeingültige Lösung
* starke Unterschiede zwischen Fachschaften

== Selbstentwickelte Tools ==

* Vernetzung/Sharing mit anderen Fachschaften sinnvoll
* potentiell eigener AK

=== Git/Github Repositories ===

* https://github.com/d120/
* https://git.cs.upb.de/fsmi/
* https://github.com/fs-wiai/