WiSe13 AK FachschaftsIT: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

VisuellWikitext

@@ Zeile 2: / Zeile 2: @@
 '''Protokoll''' vom 16.11.2013
 ; Beginn
-: 835M Uhr
+: 08:35 Uhr
 ; Ende
-: HH:MM Uhr
+: 10:05 Uhr
 ; Redeleitung
 : Patrick (RWTH Aachen)
@@ Zeile 114: / Zeile 114: @@
 Konstanz: haben 1 Rechner, der auch Server ist, da läuft auch die mäßig aktuelle Homepage. Haben kein Wiki. Mit Cloud von außen zugreifbar. Haben externe und interne Mailinglist. Protokolle werden im Etherpad geschrieben, wird sich aber sicher mit VS ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.
-Erstes Topic: Dateiaustausch
+Erstes Topic: Dateiaustausch/Ordnerstruktur
+LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut. Aber im ersten halben Jahr mussten alle mehr suchen.
+Hamburg: Clone hat eine nette Suchfunktion, die erzieht Leute, vernüftige Beschreibungen/Titel anzugeben. Über die Suche findet man alles.
+Würzburg: hat auch vor ein paar Wochen geordnet, Befürchtung: Nach einem Jahr alles wie früher
+Aachen: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.
+Marburg: hab txt- und word-Dokumente erstellt. War nicht so gut, haben jetzt alles im Wiki, weil man jedes Jahr wieder zugreifen will. Haben Kapitel mit Semester, kopieren die Inhalte aus dem VOrjahr, Leute können sich neu eintragen.
+TU Berlin: jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht dran.
+LMU: Nicht jeder darf Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). Als Maßnahme, um sich mit der neuen Struktur vertraut zu machen. Größtes Problem: Dateistrukturen und Wiki: Wo liegen die Infos? Diskrepanz? Wo ist die aktuelle Version? Wiki nicht für größere Dateimengen geeignet, Dateien nicht so gut zu ordnen.
+Marburg lädt sogar Bilder hoch (sehr wohl große Datenmengen). Das klappt alles sehr gut, das Wiki läuft da super.
+Patrick: Nerds versus Browser-Struktur im Wiki. Nerds sind unzufrieden, Normalus wollen aber auch damit klarkommen.
+Hamburg: verwendet Plone: CMS, mächtig, einfach.
+TU Berlin hat mit distributed Dropbox (BTSync) angefangen. Funktioniert nur mäßig. Struktur ist etwas chaotisch. Aachen empfiehlt OwnCloud.
+TU Berlin: keine hypersensiblen Daten in OwnCloud lagern! Der Security sei nicht zu trauen.
+Bonn will alle FS-Daten in Wiki integrieren. Haben keinen "Kampf" zwischen extern mounten und Anwendung für normale. Sie finden zur Zeit einfach keine Daten.
+Aachen: Es gibt Tracker-Indizes, mit denen man für jedes Dateiformat eine Freitextsuche machen kann.
+TOP 2: Admin-Nachwuchs
+Wie kann eine Übergabe, gerade einer etwas größeren Infrastruktur stattfinden?
+Dresden hat selbes Problem. Empfielt eine Screen-Shot-Anleitung, die zwar sehr aufwendig, aber hilfreich ist.
+Würzburg: wurde ins kalte Wasser geschmissen, aber alter Admin konnte angerufen werden. Viel Zeit investiert, aber lerning-by-doing war sehr effizient. Erreichbarkeit der alten Admins sicherstellen!
+Marburg: Hat nicht nur einen Experten, haben zur Zeit 2 Leute, damit Infos nicht verloren gehen. Deren Sytem ist nicht sonderlich komplex, einfaches Warten. Manche Dinge werden outgesourct.
+Aachen: Komplexität kleinhalten ist eine gute Idee. Wenn Dinge zu sehr als Hobby spezieller Personen angesehen werden, ist es schwierig, die Strukturen zu übergeben.
+Dresden: neue Generation arbeitet sich selber ein. Es kümmern sich viele verschiedene Leute darum.
+Wie kann man eine komplexe Struktur sinnvoll übergeben?
+TOP 3:
+Wie kann man andere aktive FSler dazu bewegen, einen Artikel auf einer Homepage zu erstellen?
+Aachen ist auf Wordpress umgestiegen, es klappt jetzt besser, neue Leute trauen sich. Katja glaubt, dass viele sich nicht angesprochen fühlen "es gibt ja Leute, die das machen".
+KIT: Es gibt ein paar Leute, die sich kümmern. Sie benutzen Drupal. Die Admins bieten einen Crashkurs an.
+Leipzig: Nach jeder Sitzung schreibt wer anders eine Zusammenfassung, die auf die Homepage kommt. Dadurch lernen es viele Leute und im Anschluss an die Sitzung kann auch Hilfe geleistet werden.
+TOP 4:
+Welche Möglichkeiten gibt es, online fachschaftsintern zu kommunizieren?
+Genny: Channels (FUB verwendet Freenode) sind eine gute Diskussionsplattform. Man kann von der Homepage auch direkt eine Frage in den Channel schicken.
+Würzburg fragt, welche Kommunikationsplattformen zur Zeit verwendet werden.
+FUB: Facebook ist "verboten".
+Viele Fachschaften haben auch eine generelle Facebook-Abneigung.
+Hamburg: Wer ist die ganze Zeit online? Dann ist Channel nicht so hilfreich. Etherpad ist nicht so gut aufgenommen worden, weil wohl die Internetverbindung nicht immer so gut ist.
+Konstanz hat ein LAN-Kabel, dass der Protokollant bekommt, damit die Verbindung gegeben ist.
+Bonn: Hat eine FB-Seite, haben auch einen rege benutzten Twitter-Account, mit dem sie Infos nach außen geben.
+Bremen: Studierendenvertretung, muss sich auch an Masse der Studies anpassen. Daher FB-Gruppe, auf der einmal pro Woche das Protokoll verlinkt wird. Protokoll aushängen scheint mehr Leute zu erreichen.
+Leipzig: Erreicht mehr Leute, seit sie FB haben. Die Uni hat die FSRs angehalten, FB-Gruppen zu gründen.
+Aachen: macht jetzt auch FB für Öffentlichkeitsarbeit, aber keine interne Kommunikation. Verpflichtung, dass alle FB-Infos auch auf der Homepage verbunden werden.
+Leipzig hat RSS-Feed-Verknüpfung mit Facebook.
+Aachen stimmt zu, dass man nicht zu viele verschiedene Kanäle haben sollte. ABer z.B. Channel und Email werden für verschiedene Dinge verwendet.
+Hamburg: macht auch Mails mit einer Zeile, die über den Verteiler laufen. Es bekommen alle ein Jabber/IRC account
+TU Berlin: hat eine WhatsApp-Gruppe, aber es gab Beschwerden von Leuten, die das nicht haben. Daher jetzt wieder aufgehört.
+TOP Verschiedenes:
+Hamburg hostet den Studienführer. Sie sind auch damit einverstanden, das Wiki Internationaler Studienführer auf dem selben Serven zu hosten. Sebastian kann Admin machen.
+Gibt es ein Ticketsystem o.ä. um herauszufinden, wer Mails beantwortet etc?
+Konstanz hat das nicht, lesenswerte Mails werden gefiltert und erst dann auf internen Verteiler geleitet. Aber die Liste wird in CC gesetzt, damit die anderen wissen, dass und was geantwortet wurde.
+Würzburg hat Archivordner für die letzten Jahre, Inbox ist standartmäßig leer. Es gibt einen Ordner "in Arbeit", ankommende Mails werden von den Leuten gelesen, wer sich drum kümmert, verschiebt die Mail in den "in Arbeit"-Ordner.
+Hamburg macht es so, dass sobald einer geantwortet hat, die folgende Kommunikation nur mit einer Person läuft. Trifft nicht so auf Zustimmung, weil nicht jeder alle Antworten zu Fragen kennt.
+Problem bei Tickets: Es werden so viele Tickets erstellt, dass man mit bearbeiteten Tickets nicht hinterher kommt.
+Werden Mails von außen (Werbung, Umfragen etc) moderiert/gefiltert?
+Moderation findet größtenteils statt. Spam etc wird nicht weitergeleitet. An LMU wollten Leute vom Verteiler gestrichen werden, als sie Umfragen etc. bekamen.
+Marburg hat eine Umfragen@-Adresse, sodass man nichts weiterleiten muss. LMU hat das auch für Jobs. Jeder kann sich ein- oder austragen. Bei Aachen gibt es Jobs-Spam@ und Umfragen-Spam@. In Hamburg werden solche Dinge gelöscht. Allerdings stellt sich die Frage, wie man Studies erreicht, wenn man wirklich was interessantes verteilen will?
+In Dresden kann man sich in einen Newsletter eintragen. Außerdem moderiert das Rektorat Studi-Mails.
+Leipzig geht in die Erstivorlesungen, sodass sich jeder mit seiner favorisierten Adresse auf einen Infoverteiler schreibt.
+Wie erreicht man Studis bei wichtigen Infos?
+In Konstanz gibts nen Studi-Verteiler. In Hamburg muss man 3 verschiedene Adressen abrufen. Es scheint Leute zu geben, die sich keine Weiterleitung/Zusammeführung einrichten (können).
+In Marburg gibt es eine bebilderte Anleitung, wie man sich auf ne Mailingliste einträgt. Marburg hat sich explizit dagegen entschieden, an Studis zu schreiben.
+An LMU muss man sich, bevor man den Uni-Account hat, für Ersti-Programm online anmelden. Daher hat die LMU auch die anderen Mailadressen. Problem: Datenschutzrechtlich bedenklich? Ist es opt-in oder opt-out? FSen gelten als Privat, was Recht betrifft.
+TU Berlin hat das ähnlich wie Uni Konstanz.
+KIT: Besteht Interesse, eine Mailingliste "Fachschafts-Admins" einzurichten?
+Der Zapf-Verteiler ist zu groß für solche Probleme.
+Meinungsbild sehr positiv aufgenommen. Ein solcher Verteiler wird eingerichtet. Da Zapf-Verteiler auf TU Berlin läuft, wird der auch dort eingerichtet. Name: Zapf-FS-IT oder so. Die TU Berlin beschließt den tatsächlichen Namen. Auf dem Plenum wird das verkündet.
 == Zusammenfassung ==