Aktuelle Version |
Dein Text |
Zeile 1: |
Zeile 1: |
| KIF 46,5: IT-Dienste für Fachschaften und Studierende Donnerstag, 01.11.18 10:00 Uhr AK-Leitung: Martin (Mot), Uni Bamberg
| | Protokoll: https://hackmd.wiai.de/KIF465ITDienste# |
| | |
| == 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 <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 -> 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 <-> 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&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/
| |