ZaPFWiki - Benutzerbeiträge [de]

WiSe13 AK StudienführerInternational

2013-11-16T16:07:33Z

LarissaB: /* Zusammenfassung */ erstellt

= Arbeitskreis: Studienführer international =
'''Protokoll''' vom 15.11.2013
; Beginn
: 15:30 Uhr
; Ende
: 17:30 Uhr
; Redeleitung
: Larissa Boie (FU Berlin)
; Protokoll
: Malte Schröder(Ruhruni Bochum)
; Anwesende Fachschaften
RWTH Aachen,
FU Berlin,
HU Berlin,


Uni Bochum,


Uni Bremen,






Uni Düsseldorf,

Uni Frankfurt,

Uni Göttingen,









TU Kaiserslautern,


Uni Konstanz,
Uni Leipzig,

Uni Magdeburg,




Uni Oldenburg,











[WIP!!!]

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Larissa Boie 
Häufig kommen von Studierenden, gerade in den jüngeren Semestern, viele Fragen, wie man einen Auslandsautenthalt im Rahmen des Studiums am besten organisiert und welche Möglichkeiten es gibt. Dieser AK möchte eine Strategie ausarbeiten, wie man Programme, die sich speziell an Physikstudierende richten, in einer sinnvollen Datenbank zusammentragen kann und wichtige Fakten, die man für die Organisation von einem solchen Auslandsaufenthalt benötigt, beantworten.

Dadurch, dass manche Programme sehr klein und/oder unbekannt sind, verpassen Studierende vielleicht die Möglichkeit, außergewöhnliche Erfahrungen zu sammeln und finanzielle Unterstützung zu bekommen. Auch soll die Plattform schnell einen Überblick liefern, sodass man Zeit bei der Suche nach passenden Programmen nach Interessen- und Kenntnislage spart.
Die Zielgruppe dieser Informationsplattform sind Physikstudierende und Studierende eng verwandter Studiengänge in den ersten Semestern.

== Protokoll ==
'''Einleitung von Larissa (FUB):''' 
Ziel des AKs soll eine Einrichtung eines internationalen Studienführers zur Information zum Auslandsaufenthalt sein. Dazu sollen die Angebote gebündelt werden und Informationen zu diversen Programmen ausgetauscht werden. Weitere Programme (ggf. speziell für Physikstudierende) sollen vorgestellt werden. Es soll eine Liste erstellt an Angeboten erstellt werden, mit einer Unterscheidung nach Studienaufenthalten, Praktika (Bezahlung/ohne Bezahlung) etc.. Weiterhin soll eine Aufstellung über die nötigen Voraussetzungen und Gegebenheiten gemacht werden, sowie Fristen und nötige Unterlagen. In naher Zukunft sollen weitere Programme dann über den Zapfverteiler/Wiki aktualisiert werden.

Die im AK gesammelten Kriterien, nach denen Studierende sich über Programme informieren können, sind in einer Tabelle zusammengefasst.
*Name
*Land/Wo
*Praktikum/Studium [y/n]
*Zulassungsvorraussetzungen [Sprache/Noten/etc.]
*Kontakt
*Fristen
*Unterkunft wird von Uni gestellt/organisiert/selbst zu organisieren
*Besondere Gegebenheiten

Auf eine Bewertung der Betreuung wird bewusst verzichtet, da diese subjektiv sind. Um den Arbeitsaufwand zu beschränken, soll nur ein grundlegendes FAQ zur Organisation bzw. den wichtigsten Themen aufgestellt werden. Auf spezielle Studienführer zu den einzelnen Ländern wird explizit verzichtet. Genauso sind rechtliche Hinweise ausdrücklich nicht einzustellen, um sich gegen eventuelle Rechtsstreitigkeiten zu verwahren. Eine besondere Kategorie für zeitnahe Praktika wurde ebenfalls vorgeschlagen und positiv aufgenommen.

Zusätzlich wurde festgestellt, dass wenige Informationen zu der Suche von Auslandsprogrammen vorhanden sind. Es wurde die Vermutung geäußert, dass in Ländern mit hohen Studienbeiträgen eher Programme zu finden sind.

In diesem Zusammenhang wurde sich über die Informationsmethoden der verschiedenen Fachschaften ausgetauscht. Im allgemeinen ist der Informationsfluss über solche Programme zu den Studierenden eher mäßig. Die TU Kaiserslautern besitzt ein-zwei Leute welche als Auslands-Referat fungieren, in anderen Fachschaften ist dies nicht der Fall. Einige FSen bieten zentrale Infoveranstaltungen an. Die generelle Einführung von Auslands-Referaten in den anderen FSen wurde mit Skepsis in Bezug auf die Schaffung einer zusätzlichen Postenstelle, welche von einem/einer Freiwilligen besetzt werden müsste, reagiert. Es wird der Hinweis gegeben, dass einige Professoren "Individual-Programme" für einzelne Studierende durchführen.

Als weitere Hilfe wird ein E-Mailverteiler innerhalb der jeweiligen Fachschaften zu den Belangen des Studiums im Ausland vorgeschlagen. Dieser soll dann die Studierenden über die verschiedenen Möglichkeiten informieren. Insbesondere soll den Studierenden die Sorge genommen werden, für die diversen Förderprogramme "nicht geeignet" zu sein.

Als technischer Umsetzung wurde vorgeschlagen, dass die Informationen als Sub-Wiki des Studienführer-Wikis geführt werden sollen. Um die technischen Möglichkeiten der Studienführer-Wiki zu erfahren, sollen Mitglieder des IT-AK angesprochen werden. Um die inhaltliche Pflege des Wiki sollen sich mehrere zentrale Beauftragte kümmern. Larissa Boie (FUB) und Katja (RWTH Aachen) würden den Posten vorerst übernehmen. Sie können als inhaltliche Administratoren Moderatoren benennen, welche die Änderungen von registrierten Benutzern freischalten. Änderungen ohne Benutzerkonto sollen nicht möglich sein.

Um einen möglichst breiten Zulauf zu bekommen, soll eine Aufruf an die Studierenden der Fachschaften gerichtet, in dem sie ihnen ggf. bekannte Projekte benennen können.
== Zusammenfassung ==
Es steht ein Konzept, wie wir Informationen zu speziellen Auslandsprogrammen für Physikstudierende sammeln wollen. Dies soll mithilfe eines Wikis entstehen, das an das Studienführer-Wiki angegliedert ist und somit von Hamburg (Sebastian) verwaltet wird.
Die wichtigsten Infos, die für ein Programm angelegt werden, wurden festgehalten (s. oben). Außerdem sollen allgemeine Infos zur Programmsuche den Benutzern der Plattform helfen. Die Zielgruppe sind Studierende der Physik, die einen Studienaufenthalt oder ein Prakikum im Ausland absolvieren wollen. Die Fachschaften bzw. insbesondere wissende Personen werden über den ZaPF-Verteiler informiert, dass sie das Wiki mit Infos füttern sollen.



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK StudienführerInternational

2013-11-16T14:37:31Z

LarissaB: /* Protokoll */

= Arbeitskreis: Studienführer international =
'''Protokoll''' vom 15.11.2013
; Beginn
: 15:30 Uhr
; Ende
: 17:30 Uhr
; Redeleitung
: Larissa Boie (FU Berlin)
; Protokoll
: Malte Nachname (Ruhruni Bochum)
; Anwesende Fachschaften
RWTH Aachen,
FU Berlin,
HU Berlin,


Uni Bochum,


Uni Bremen,






Uni Düsseldorf,

Uni Frankfurt,

Uni Göttingen,









TU Kaiserslautern,


Uni Konstanz,
Uni Leipzig,

Uni Magdeburg,




Uni Oldenburg,











[WIP!!!]

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Larissa Boie 
Häufig kommen von Studierenden, gerade in den jüngeren Semestern, viele Fragen, wie man einen Auslandsautenthalt im Rahmen des Studiums am besten organisiert und welche Möglichkeiten es gibt. Dieser AK möchte eine Strategie ausarbeiten, wie man Programme, die sich speziell an Physikstudierende richten, in einer sinnvollen Datenbank zusammentragen kann und wichtige Fakten, die man für die Organisation von einem solchen Auslandsaufenthalt benötigt, beantworten.

Dadurch, dass manche Programme sehr klein und/oder unbekannt sind, verpassen Studierende vielleicht die Möglichkeit, außergewöhnliche Erfahrungen zu sammeln und finanzielle Unterstützung zu bekommen. Auch soll die Plattform schnell einen Überblick liefern, sodass man Zeit bei der Suche nach passenden Programmen nach Interessen- und Kenntnislage spart.
Die Zielgruppe dieser Informationsplattform sind Physikstudierende und Studierende eng verwandter Studiengänge in den ersten Semestern.

== Protokoll ==
'''Einleitung von Larissa (FUB):''' 
Ziel des AKs soll eine Einrichtung eines internationalen Studienführers zur Information zum Auslandsaufenthalt sein. Dazu sollen die Angebote gebündelt werden und Informationen zu diversen Programmen ausgetauscht werden. Weitere Programme (ggf. speziell für Physikstudierende) sollen vorgestellt werden. Es soll eine Liste erstellt an Angeboten erstellt werden, mit einer Unterscheidung nach Studienaufenthalten, Praktika (Bezahlung/ohne Bezahlung) etc.. Weiterhin soll eine Aufstellung über die nötigen Voraussetzungen und Gegebenheiten gemacht werden, sowie Fristen und nötige Unterlagen. In naher Zukunft sollen weitere Programme dann über den Zapfverteiler/Wiki aktualisiert werden.

Die im AK gesammelten Kriterien, nach denen Studierende sich über Programme informieren können, sind in einer Tabelle zusammengefasst.
*Name
*Land/Wo
*Praktikum/Studium [y/n]
*Zulassungsvorraussetzungen [Sprache/Noten/etc.]
*Kontakt
*Fristen
*Unterkunft wird von Uni gestellt/organisiert/selbst zu organisieren

Auf eine Bewertung der Betreuung wird bewusst verzichtet, da diese subjektiv sind.

Zusätzlich wurde festgestellt, dass wenige Informationen zu der Suche von Auslandsprogrammen vorhanden sind. Es wurde die Vermutung geäußert, dass in Ländern mit hohen Studienbeiträgen eher Programme zu finden sind. Als weitere Hilfe wird eine Umfrage unter den Studierenden der Fachschaften geplant, sowie ein E-Mailverteiler innerhalb der jeweiligen Fachschaften zu den Belangen des Studiums im Ausland vorgeschlagen. Dieser soll dann die Studierenden über die verschiedenen Möglichkeiten informieren. Insbesondere soll den Studierenden die Sorge genommen werden, für die diversen Förderprogramme "nicht geeignet" zu sein.

In diesem Zusammenhang wurde sich über die Informationsmethoden der verschiedenen Fachschaften ausgetauscht.

Als technischer Umsetzung wurde vorgeschlagen, dass die Informationen als Sub-Wiki des Studienführer-Wikis geführt werden sollen. Um die technischen Möglichkeiten der Studienführer-Wiki zu erfahren, sollen Mitglieder des IT-AK angesprochen werden. Um die inhaltliche Pflege des Wiki sollen sich mehrere zentrale Beauftragte kümmern. Larissa Boie (FUB) und Katja (RWTH Aachen) würden den Posten vorerst übernehmen.

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T13:31:21Z

LarissaB: /* TOP Verschiedenes */ Formatierung

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Mailingliste ==
Die Adresse der Mailingliste ist: zapfadmins@lists.physik.tu-berlin.de

Eintragen könnt ihr euch [https://lists.physik.tu-berlin.de/mailman/listinfo/zapfadmins HIER]

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.

Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet

Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.

Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.

Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.

Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.

Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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 Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.

===TOP 1: Dateiaustausch/Ordnerstruktur===

LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. 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 gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.

Marburg: Hatten 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 für Dienste etc.

TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.

LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse 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 ins Wiki hoch (große Datenmengen funktionieren sehr wohl). Das klappt alles sehr gut, das Wiki läuft da super.

Aachen: Nerds versus Browser-Struktur (anwenderfreundlich) im Wiki. Nerds sind unzufrieden, Normalos 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 rät: 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 wegen chaotischer Sortierung.
Aachen: Es gibt Tracker-Indizes, mit denen man für jedes Dateiformat eine Freitextsuche machen kann.

===TOP 2: Admin-Nachwuchs===
Aachen fragt: Wie kann eine Übergabe, gerade einer etwas größeren Infrastruktur, an neue Admins stattfinden?
Dresden hat das selbe Problem. Sie empfehlen eine Screen-Shot-Anleitung für Edits/Wartung etc., die zwar sehr aufwendig zu erstellen, aber hilfreich für Neue ist.

Der Würzburger Vertreter wurde ins kalte Wasser geschmissen, aber der alte Admin konnte angerufen werden. Er hat viel Zeit investiert, aber lerning-by-doing war sehr effizient. Erreichbarkeit der alten Admins sollte man unbegdingt sicherstellen!

Marburg hat nicht nur einen Experten, sondern sie haben zur Zeit 2 Leute, damit Infos nicht verloren gehen und immer einer ausgetauscht werden kann, ohne dass Expertise verloren geht. 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 an weniger begeisterte Bastler zu übergeben.

Dresden: Die neue Generation arbeitet sich selber ein. Es kümmern sich viele verschiedene Leute darum. Sie stellen nochmal die Frage, wie man eine komplexe Struktur sinnvoll übergeben kann.

===TOP 3: Beteiligung anderer an Admin-Prozessen===
Wie kann man andere aktive Fachschaftler 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, und das Problem nicht darin liegt, dass die Leute Angst vor der Software etc. haben (verbreitete Meinung: "Es gibt ja spezielle 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: Fachschaftsinterne online-Kommunikation===
Genny (FUB): Channels (FUB verwendet Freenode) sind eine gute Diskussionsplattform. Man kann von der Fachschaftshomepage auch direkt eine Frage in den Channel schicken.
Würzburg fragt, welche Kommunikationsplattformen zur Zeit verwendet werden.

FUB: Facebook ist "verboten", Hasswort. Viele andere Fachschaften haben auch eine generelle Facebook-Abneigung.

Hamburg sieht Problem bei Channels: Wer ist die ganze Zeit online? Dann ist Channel nicht so hilfreich. Etherpad ist nicht so gut aufgenommen worden, weil wohl die Internetverbindung in den Fachschaftsräumen nicht immer so gut ist. Konstanz hat ein LAN-Kabel im Fachschaftsraum, dass der Protokollant bekommt, damit die Verbindung gesichert ist.

Bonn hat eine FB-Seite, sie haben auch einen rege benutzten Twitter-Account, mit dem sie Infos nach außen geben.

Bremen sagt, dass man ja die komplette Studierendenschaft vertrete, daher muss sich auch an Masse der Studies anpassen. Sie haben deshalb eine FB-Gruppe, auf der einmal pro Woche das Protokoll verlinkt wird. Protokoll aushängen scheint aber mehr Leute zu erreichen.

Leipzig erreicht mehr Leute, seit sie eine Facebookseite haben. Die Uni hat sogar die Fachschaften angehalten, FB-Gruppen zu gründen.

Aachen nutzt jetzt auch FB für Öffentlichkeitsarbeit, aber darüber läuft keine interne Kommunikation. Es existiert die Verpflichtung, dass alle FB-Infos auch auf der Homepage verbunden werden, damit Leute ohne Facebook-Konto keine Nachteile haben. Leipzig hat auch eine RSS-Feed-Verknüpfung mit Facebook.

Aachen meint, dass man nicht zu viele verschiedene Kanäle haben sollte. Aber z.B. Channel und Mail-Verteiler werden für verschiedene Dinge verwendet, daher verschiedene Kanäle sinnvoll.

Hamburg schickt auch Mails mit nur einer Zeile, die über den Verteiler laufen. Es bekommen alle ein Jabber/IRC-Account, den nutzen aber nur die wenigsten.

TU Braunschweig hat eine WhatsApp-Gruppe, aber es gab Beschwerden von Leuten, die kein WhatsApp haben. Daher wurde das wieder eingestellt.

===TOP Verschiedenes===
Anfrage aus dem [[WiSe13 AK StudienführerInternational]] zu Hosting-Arbeit. Hamburg hostet bereits den allgemeinen Studienführer. Sie sind auch damit einverstanden, das Wiki "Internationaler Studienführer" auf dem selben Serven zu hosten. Sebastian (Hamburg) kann dafür auch den Admin machen.

''Gibt es ein Ticketsystem o.ä. um herauszufinden, wer Mails beantwortet bzw. welche Anfragen erledigt sind?''

Konstanz hat das nicht, Mails werden gefiltert und lesenswerte erst dann auf den internen Verteiler geleitet. Bei Antworten wird die Liste in CC gesetzt, damit die anderen wissen, dass und was geantwortet wurde.
Würzburg hat eine spezielle Ordnerstruktur für den Mailserver: Archiv-Ordner werden für jedes Jahr angelegt, die Inbox ist standardmäßig leer. Es gibt einen Ordner "in Arbeit", ankommende Mails in der Inbox werden von den Leuten gelesen, wer sich drum kümmert, verschiebt die Mail in den "in Arbeit"-Ordner. Wer nichts machen will, lässt die Mail in der Inbox.
Hamburg macht es so, dass, sobald einer geantwortet hat, die nachfolgende Kommunikation nur noch mit einer Person läuft. Diese Lösung trifft nicht auf große Zustimmung, weil nicht jeder alle Antworten zu Fragen kennt und bestimmte Personen dann "ihr Ding machen".
Problem bei Tickets allgemein: Es werden so viele Tickets erstellt, dass man mit der Bearbeitung der 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, nachdem die Fachschaft Umfragen weitergeleitet hatte.
Marburg hat eine Umfragen@-Adresse, sodass man nichts weiterleiten muss. LMU hat das zusätzlich auch für Jobangebote. Jeder kann sich auf diesen Listen ein- oder austragen. Bei Aachen gibt es Jobs-Spam@ und Umfragen-Spam@. In Hamburg werden solche Dinge gelöscht. Andererseits stellt Hamburg die Frage, wie man Studies erreicht, wenn man wirklich was interessantes verteilen will oder informieren möchte.

In Dresden kann man sich in einen Fachschafts-Newsletter eintragen. Außerdem moderiert das Rektorat Studi-Mails, sodass man eine Anfrage ans Rektorat schicken muss, wenn man an alle Studierende schreiben will. Leipzig geht mit einer Liste in die Erstivorlesungen, sodass sich jeder mit seiner favorisierten Mail-Adresse auf einen Infoverteiler schreiben kann.

Wie erreicht man Studis bei wichtigen Infos?

In Konstanz gibt es einen Studi-Verteiler. In Hamburg klappt Kommunikation über die Uni-Adressen nicht gut, weil man drei verschiedene Adressen bekommt, die man unterschiedlich abrufen muss. Es scheint einige Leute zu geben, die sich keine Weiterleitung/Zusammenführung einrichten (können).
In Marburg gibt es eine bebilderte Anleitung, wie man sich auf eine Mailingliste einträgt. Marburg hat sich explizit dagegen entschieden, an Studis zu schreiben.
An der LMU muss man sich, bevor man den Uni-Account hat, für das Ersti-Programm online anmelden. Daher hat die LMU auch die anderen (privaten) Mailadressen. Anmerkungen der TU Berlin: Das Procedere sei datenschutzrechtlich bedenklich, auch wenn die Seite darüber informiert. Es ist wohl EU-rechlich wichtig, ob es opt-in oder opt-out ist. Fachschaften gelten nämlich als Privat, was rechtliche Dinge betrifft. Die TU Berlin hat das ähnlich wie Uni Konstanz.

''Besteht Interesse, eine Mailingliste "Fachschafts-Admins" einzurichten?''

Der Zapf-Verteiler ist zu groß für Probleme, die nur die Fachschafts-IT-Menschen betreffen. In einem Meinungsbild wir die Idee sehr positiv aufgenommen. Ein solcher Verteiler wird nun eingerichtet. Da der Zapf-Verteiler über die TU Berlin läuft, wird der neue Verteiler auch dort eingerichtet. Die TU Berlin beschließt den tatsächlichen Namen. Auf dem Plenum wird das verkündet.

''Nachtrag: Der Verteiler ist eingerichtet (s. oben).''

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T13:26:53Z

LarissaB: /* TOP Verschiedenes */ Struktur, Typos

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Mailingliste ==
Die Adresse der Mailingliste ist: zapfadmins@lists.physik.tu-berlin.de

Eintragen könnt ihr euch [https://lists.physik.tu-berlin.de/mailman/listinfo/zapfadmins HIER]

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.

Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet

Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.

Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.

Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.

Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.

Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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 Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.

===TOP 1: Dateiaustausch/Ordnerstruktur===

LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. 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 gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.

Marburg: Hatten 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 für Dienste etc.

TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.

LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse 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 ins Wiki hoch (große Datenmengen funktionieren sehr wohl). Das klappt alles sehr gut, das Wiki läuft da super.

Aachen: Nerds versus Browser-Struktur (anwenderfreundlich) im Wiki. Nerds sind unzufrieden, Normalos 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 rät: 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 wegen chaotischer Sortierung.
Aachen: Es gibt Tracker-Indizes, mit denen man für jedes Dateiformat eine Freitextsuche machen kann.

===TOP 2: Admin-Nachwuchs===
Aachen fragt: Wie kann eine Übergabe, gerade einer etwas größeren Infrastruktur, an neue Admins stattfinden?
Dresden hat das selbe Problem. Sie empfehlen eine Screen-Shot-Anleitung für Edits/Wartung etc., die zwar sehr aufwendig zu erstellen, aber hilfreich für Neue ist.

Der Würzburger Vertreter wurde ins kalte Wasser geschmissen, aber der alte Admin konnte angerufen werden. Er hat viel Zeit investiert, aber lerning-by-doing war sehr effizient. Erreichbarkeit der alten Admins sollte man unbegdingt sicherstellen!

Marburg hat nicht nur einen Experten, sondern sie haben zur Zeit 2 Leute, damit Infos nicht verloren gehen und immer einer ausgetauscht werden kann, ohne dass Expertise verloren geht. 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 an weniger begeisterte Bastler zu übergeben.

Dresden: Die neue Generation arbeitet sich selber ein. Es kümmern sich viele verschiedene Leute darum. Sie stellen nochmal die Frage, wie man eine komplexe Struktur sinnvoll übergeben kann.

===TOP 3: Beteiligung anderer an Admin-Prozessen===
Wie kann man andere aktive Fachschaftler 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, und das Problem nicht darin liegt, dass die Leute Angst vor der Software etc. haben (verbreitete Meinung: "Es gibt ja spezielle 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: Fachschaftsinterne online-Kommunikation===
Genny (FUB): Channels (FUB verwendet Freenode) sind eine gute Diskussionsplattform. Man kann von der Fachschaftshomepage auch direkt eine Frage in den Channel schicken.
Würzburg fragt, welche Kommunikationsplattformen zur Zeit verwendet werden.

FUB: Facebook ist "verboten", Hasswort. Viele andere Fachschaften haben auch eine generelle Facebook-Abneigung.

Hamburg sieht Problem bei Channels: Wer ist die ganze Zeit online? Dann ist Channel nicht so hilfreich. Etherpad ist nicht so gut aufgenommen worden, weil wohl die Internetverbindung in den Fachschaftsräumen nicht immer so gut ist. Konstanz hat ein LAN-Kabel im Fachschaftsraum, dass der Protokollant bekommt, damit die Verbindung gesichert ist.

Bonn hat eine FB-Seite, sie haben auch einen rege benutzten Twitter-Account, mit dem sie Infos nach außen geben.

Bremen sagt, dass man ja die komplette Studierendenschaft vertrete, daher muss sich auch an Masse der Studies anpassen. Sie haben deshalb eine FB-Gruppe, auf der einmal pro Woche das Protokoll verlinkt wird. Protokoll aushängen scheint aber mehr Leute zu erreichen.

Leipzig erreicht mehr Leute, seit sie eine Facebookseite haben. Die Uni hat sogar die Fachschaften angehalten, FB-Gruppen zu gründen.

Aachen nutzt jetzt auch FB für Öffentlichkeitsarbeit, aber darüber läuft keine interne Kommunikation. Es existiert die Verpflichtung, dass alle FB-Infos auch auf der Homepage verbunden werden, damit Leute ohne Facebook-Konto keine Nachteile haben. Leipzig hat auch eine RSS-Feed-Verknüpfung mit Facebook.

Aachen meint, dass man nicht zu viele verschiedene Kanäle haben sollte. Aber z.B. Channel und Mail-Verteiler werden für verschiedene Dinge verwendet, daher verschiedene Kanäle sinnvoll.

Hamburg schickt auch Mails mit nur einer Zeile, die über den Verteiler laufen. Es bekommen alle ein Jabber/IRC-Account, den nutzen aber nur die wenigsten.

TU Braunschweig hat eine WhatsApp-Gruppe, aber es gab Beschwerden von Leuten, die kein WhatsApp haben. Daher wurde das wieder eingestellt.

===TOP Verschiedenes===
Anfrage aus dem [[WiSe13 AK StudienführerInternational]] zu Hosting-Arbeit. Hamburg hostet bereits den allgemeinen Studienführer. Sie sind auch damit einverstanden, das Wiki "Internationaler Studienführer" auf dem selben Serven zu hosten. Sebastian (Hamburg) kann dafür auch den Admin machen.

''Gibt es ein Ticketsystem o.ä. um herauszufinden, wer Mails beantwortet bzw. welche Anfragen erledigt sind?''
Konstanz hat das nicht, Mails werden gefiltert und lesenswerte erst dann auf den internen Verteiler geleitet. Bei Antworten wird die Liste in CC gesetzt, damit die anderen wissen, dass und was geantwortet wurde.
Würzburg hat eine spezielle Ordnerstruktur für den Mailserver: Archiv-Ordner werden für jedes Jahr angelegt, die Inbox ist standardmäßig leer. Es gibt einen Ordner "in Arbeit", ankommende Mails in der Inbox werden von den Leuten gelesen, wer sich drum kümmert, verschiebt die Mail in den "in Arbeit"-Ordner. Wer nichts machen will, lässt die Mail in der Inbox.
Hamburg macht es so, dass, sobald einer geantwortet hat, die nachfolgende Kommunikation nur noch mit einer Person läuft. Diese Lösung trifft nicht auf große Zustimmung, weil nicht jeder alle Antworten zu Fragen kennt und bestimmte Personen dann "ihr Ding machen".
Problem bei Tickets allgemein: Es werden so viele Tickets erstellt, dass man mit der Bearbeitung der 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, nachdem die Fachschaft Umfragen weitergeleitet hatte.
Marburg hat eine Umfragen@-Adresse, sodass man nichts weiterleiten muss. LMU hat das zusätzlich auch für Jobangebote. Jeder kann sich auf diesen Listen ein- oder austragen. Bei Aachen gibt es Jobs-Spam@ und Umfragen-Spam@. In Hamburg werden solche Dinge gelöscht. Andererseits stellt Hamburg die Frage, wie man Studies erreicht, wenn man wirklich was interessantes verteilen will oder informieren möchte.

In Dresden kann man sich in einen Fachschafts-Newsletter eintragen. Außerdem moderiert das Rektorat Studi-Mails, sodass man eine Anfrage ans Rektorat schicken muss, wenn man an alle Studierende schreiben will. Leipzig geht mit einer Liste in die Erstivorlesungen, sodass sich jeder mit seiner favorisierten Mail-Adresse auf einen Infoverteiler schreiben kann.

Wie erreicht man Studis bei wichtigen Infos?
In Konstanz gibt es einen Studi-Verteiler. In Hamburg klappt Kommunikation über die Uni-Adressen nicht gut, weil man drei verschiedene Adressen bekommt, die man unterschiedlich abrufen muss. Es scheint einige Leute zu geben, die sich keine Weiterleitung/Zusammenführung einrichten (können).
In Marburg gibt es eine bebilderte Anleitung, wie man sich auf eine Mailingliste einträgt. Marburg hat sich explizit dagegen entschieden, an Studis zu schreiben.
An der LMU muss man sich, bevor man den Uni-Account hat, für das Ersti-Programm online anmelden. Daher hat die LMU auch die anderen (privaten) Mailadressen. Anmerkungen der TU Berlin: Das Procedere sei datenschutzrechtlich bedenklich, auch wenn die Seite darüber informiert. Es ist wohl EU-rechlich wichtig, ob es opt-in oder opt-out ist. Fachschaften gelten nämlich als Privat, was rechtliche Dinge betrifft. Die TU Berlin hat das ähnlich wie Uni Konstanz.

''Besteht Interesse, eine Mailingliste "Fachschafts-Admins" einzurichten?''
Der Zapf-Verteiler ist zu groß für Probleme, die nur die Fachschafts-IT-Menschen betreffen. In einem Meinungsbild wir die Idee sehr positiv aufgenommen. Ein solcher Verteiler wird nun eingerichtet. Da der Zapf-Verteiler über die TU Berlin läuft, wird der neue Verteiler auch dort eingerichtet. Die TU Berlin beschließt den tatsächlichen Namen. Auf dem Plenum wird das verkündet.

''Nachtrag: Der Verteiler ist eingerichtet (s. oben).''

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T13:13:24Z

LarissaB: /* TOP 4: Fachschaftsinterne online-Kommunikation */ interne Verlinkung eingefügt

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Mailingliste ==
Die Adresse der Mailingliste ist: zapfadmins@lists.physik.tu-berlin.de

Eintragen könnt ihr euch [https://lists.physik.tu-berlin.de/mailman/listinfo/zapfadmins HIER]

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.

Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet

Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.

Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.

Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.

Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.

Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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 Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.

===TOP 1: Dateiaustausch/Ordnerstruktur===

LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. 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 gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.

Marburg: Hatten 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 für Dienste etc.

TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.

LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse 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 ins Wiki hoch (große Datenmengen funktionieren sehr wohl). Das klappt alles sehr gut, das Wiki läuft da super.

Aachen: Nerds versus Browser-Struktur (anwenderfreundlich) im Wiki. Nerds sind unzufrieden, Normalos 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 rät: 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 wegen chaotischer Sortierung.
Aachen: Es gibt Tracker-Indizes, mit denen man für jedes Dateiformat eine Freitextsuche machen kann.

===TOP 2: Admin-Nachwuchs===
Aachen fragt: Wie kann eine Übergabe, gerade einer etwas größeren Infrastruktur, an neue Admins stattfinden?
Dresden hat das selbe Problem. Sie empfehlen eine Screen-Shot-Anleitung für Edits/Wartung etc., die zwar sehr aufwendig zu erstellen, aber hilfreich für Neue ist.

Der Würzburger Vertreter wurde ins kalte Wasser geschmissen, aber der alte Admin konnte angerufen werden. Er hat viel Zeit investiert, aber lerning-by-doing war sehr effizient. Erreichbarkeit der alten Admins sollte man unbegdingt sicherstellen!

Marburg hat nicht nur einen Experten, sondern sie haben zur Zeit 2 Leute, damit Infos nicht verloren gehen und immer einer ausgetauscht werden kann, ohne dass Expertise verloren geht. 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 an weniger begeisterte Bastler zu übergeben.

Dresden: Die neue Generation arbeitet sich selber ein. Es kümmern sich viele verschiedene Leute darum. Sie stellen nochmal die Frage, wie man eine komplexe Struktur sinnvoll übergeben kann.

===TOP 3: Beteiligung anderer an Admin-Prozessen===
Wie kann man andere aktive Fachschaftler 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, und das Problem nicht darin liegt, dass die Leute Angst vor der Software etc. haben (verbreitete Meinung: "Es gibt ja spezielle 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: Fachschaftsinterne online-Kommunikation===
Genny (FUB): Channels (FUB verwendet Freenode) sind eine gute Diskussionsplattform. Man kann von der Fachschaftshomepage auch direkt eine Frage in den Channel schicken.
Würzburg fragt, welche Kommunikationsplattformen zur Zeit verwendet werden.

FUB: Facebook ist "verboten", Hasswort. Viele andere Fachschaften haben auch eine generelle Facebook-Abneigung.

Hamburg sieht Problem bei Channels: Wer ist die ganze Zeit online? Dann ist Channel nicht so hilfreich. Etherpad ist nicht so gut aufgenommen worden, weil wohl die Internetverbindung in den Fachschaftsräumen nicht immer so gut ist. Konstanz hat ein LAN-Kabel im Fachschaftsraum, dass der Protokollant bekommt, damit die Verbindung gesichert ist.

Bonn hat eine FB-Seite, sie haben auch einen rege benutzten Twitter-Account, mit dem sie Infos nach außen geben.

Bremen sagt, dass man ja die komplette Studierendenschaft vertrete, daher muss sich auch an Masse der Studies anpassen. Sie haben deshalb eine FB-Gruppe, auf der einmal pro Woche das Protokoll verlinkt wird. Protokoll aushängen scheint aber mehr Leute zu erreichen.

Leipzig erreicht mehr Leute, seit sie eine Facebookseite haben. Die Uni hat sogar die Fachschaften angehalten, FB-Gruppen zu gründen.

Aachen nutzt jetzt auch FB für Öffentlichkeitsarbeit, aber darüber läuft keine interne Kommunikation. Es existiert die Verpflichtung, dass alle FB-Infos auch auf der Homepage verbunden werden, damit Leute ohne Facebook-Konto keine Nachteile haben. Leipzig hat auch eine RSS-Feed-Verknüpfung mit Facebook.

Aachen meint, dass man nicht zu viele verschiedene Kanäle haben sollte. Aber z.B. Channel und Mail-Verteiler werden für verschiedene Dinge verwendet, daher verschiedene Kanäle sinnvoll.

Hamburg schickt auch Mails mit nur einer Zeile, die über den Verteiler laufen. Es bekommen alle ein Jabber/IRC-Account, den nutzen aber nur die wenigsten.

TU Braunschweig hat eine WhatsApp-Gruppe, aber es gab Beschwerden von Leuten, die kein WhatsApp haben. Daher wurde das wieder eingestellt.

===TOP Verschiedenes===
Anfrage aus dem [[WiSe13 AK StudienführerInternational]]. 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 ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T13:04:17Z

LarissaB: /* TOP 1: Dateiaustausch/Ordnerstruktur */ Strukturierung, ganze Sätze

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Mailingliste ==
Die Adresse der Mailingliste ist: zapfadmins@lists.physik.tu-berlin.de

Eintragen könnt ihr euch [https://lists.physik.tu-berlin.de/mailman/listinfo/zapfadmins HIER]

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.

Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet

Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.

Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.

Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.

Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.

Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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 Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.

===TOP 1: Dateiaustausch/Ordnerstruktur===

LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. 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 gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.

Marburg: Hatten 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 für Dienste etc.

TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.

LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse 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 ins Wiki hoch (große Datenmengen funktionieren sehr wohl). Das klappt alles sehr gut, das Wiki läuft da super.

Aachen: Nerds versus Browser-Struktur (anwenderfreundlich) im Wiki. Nerds sind unzufrieden, Normalos 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 rät: 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 wegen chaotischer Sortierung.
Aachen: Es gibt Tracker-Indizes, mit denen man für jedes Dateiformat eine Freitextsuche machen kann.

===TOP 2: Admin-Nachwuchs===
Aachen fragt: Wie kann eine Übergabe, gerade einer etwas größeren Infrastruktur, an neue Admins stattfinden?
Dresden hat das selbe Problem. Sie empfehlen eine Screen-Shot-Anleitung für Edits/Wartung etc., die zwar sehr aufwendig zu erstellen, aber hilfreich für Neue ist.

Der Würzburger Vertreter wurde ins kalte Wasser geschmissen, aber der alte Admin konnte angerufen werden. Er hat viel Zeit investiert, aber lerning-by-doing war sehr effizient. Erreichbarkeit der alten Admins sollte man unbegdingt sicherstellen!

Marburg hat nicht nur einen Experten, sondern sie haben zur Zeit 2 Leute, damit Infos nicht verloren gehen und immer einer ausgetauscht werden kann, ohne dass Expertise verloren geht. 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 an weniger begeisterte Bastler zu übergeben.

Dresden: Die neue Generation arbeitet sich selber ein. Es kümmern sich viele verschiedene Leute darum. Sie stellen nochmal die Frage, wie man eine komplexe Struktur sinnvoll übergeben kann.

===TOP 3: Beteiligung anderer an Admin-Prozessen===
Wie kann man andere aktive Fachschaftler 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, und das Problem nicht darin liegt, dass die Leute Angst vor der Software etc. haben (verbreitete Meinung: "Es gibt ja spezielle 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: Fachschaftsinterne online-Kommunikation===

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 ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T12:54:11Z

LarissaB: Typos, vollständige Sätze

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Mailingliste ==
Die Adresse der Mailingliste ist: zapfadmins@lists.physik.tu-berlin.de

Eintragen könnt ihr euch [https://lists.physik.tu-berlin.de/mailman/listinfo/zapfadmins HIER]

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.

Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet

Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.

Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.

Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.

Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.

Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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 Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.

===TOP 1: Dateiaustausch/Ordnerstruktur===

LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. 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 gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.

Marburg: Hatten 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 für Dienste etc.

TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.

LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse 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 ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK StudienführerInternational

2013-11-16T12:41:15Z

LarissaB: /* Einleitung/Ziel des AK */ ganze Sätze gebildet

WiSe13 AK StudienführerInternational

2013-11-16T09:44:04Z

LarissaB: /* Einleitung/Ziel des AK */

WiSe13 AK FachschaftsIT

2013-11-16T09:05:52Z

LarissaB:

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 08:35 Uhr
; Ende
: 10:05 Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.
Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (Flimen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet,

Leipzig: hoffnungslos veraltete Homepage, haben jVerteiler, machen viel mit Cloud-COmputing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingsliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich über File-Ablagen/Online-Server

Dresden: haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das nicht auf dem eigenen Server liegt.

Aachen: hosten allgemein viele Basis-Dienste. Machen auch Pads.

Konstanz macht das auch so.

Braunschweig: haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit PW ist verschwunden

Bonn: haben Server für interne Dinge, homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein KOnto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das. Fragt, wie man anderen Leuten das beibringen kann. Daher auch fast nie aktuell. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum. RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen. haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: haben eine Homepage, haben ein Wiki, aber recht leer. haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle, Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Bögen werden eingelesen. Am Ende kommt Latex-Skript aus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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/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 ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T08:13:40Z

LarissaB: erste Version

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom 16.11.2013
; Beginn
: 835M Uhr
; Ende
: HH:MM Uhr
; Redeleitung
: Patrick (RWTH Aachen)
; Protokoll
: Larissa Boie (FU Berlin)
; Anwesende Fachschaften
RWTH Aachen,

FU Berlin,

TU Berlin,


Uni Bonn,
TU Braunschweig,
Uni Bremen,




TU Dresden,

Uni Düsseldorf,





TU Graz,


Uni Hamburg,





Uni Karlsruhe,

Uni Konstanz,
Uni Leipzig,


Uni Marburg,
LMU München,









Uni Würzburg,


PsyFaKo

== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' Patrick (RWTH Aachen) 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.
Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (Flimen die Vorlesungen), verwenden Ansible

TU Graz: Wird von nicht selbst administriert, Plone wird verwendet,

Leipzig: hoffnungslos veraltete Homepage, haben jVerteiler, machen viel mit Cloud-COmputing (Google drive)

KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingsliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.

Bremen: sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.

Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?

Psyfako: wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich über File-Ablagen/Online-Server

Dresden: haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu

TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das nicht auf dem eigenen Server liegt.

Aachen: hosten allgemein viele Basis-Dienste. Machen auch Pads.

Konstanz macht das auch so.

Braunschweig: haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit PW ist verschwunden

Bonn: haben Server für interne Dinge, homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein KOnto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.

Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das. Fragt, wie man anderen Leuten das beibringen kann. Daher auch fast nie aktuell. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum. RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.

LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen. haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).

FU Berlin: haben eine Homepage, haben ein Wiki, aber recht leer. haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.

Marburg: Hat seit ca 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle, Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Bögen werden eingelesen. Am Ende kommt Latex-Skript aus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.

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

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK FachschaftsIT

2013-11-16T08:12:10Z

LarissaB:

= Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom tt.mm.jjjj
; Beginn
: HH:MM Uhr
; Ende
: HH:MM Uhr
; Redeleitung
: Vorname Nachname (Uni)
; = Arbeitskreis: Fachschafts-IT =
'''Protokoll''' vom tt.mm.jjjj
; Beginn
: HH:MM Uhr
; Ende
: HH:MM Uhr
; Redeleitung
: Vorname Nachname (Uni)
; Protokoll
: Vorname Nachname (Uni)
; Anwesende Fachschaften





















































== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Protokoll ==

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]
: Vorname Nachname (Uni)
; Anwesende Fachschaften





















































== Einleitung/Ziel des AK ==
'''Verantwortliche/r:''' 

Ziel des Arbeitskreises ist der Austausch der Verantwortlichen für FS-IT (aka Admins). Falls ihr irgendwelche Probleme mit eurer Infrastruktur habt und/oder ihr gerne etwas an eurer IT ändern wollt, könnt ihr euer Problem gerne dem AK vorstellen um von den bestehenden Erfahrungen der Anwesenden profitieren zu können.

Mögliche Fragen, die diskutiert werden könnten:
* Verwendete Betriebssysteme/Distributionen
* Vorhandene Server (Hardware und Serverdienste, Virtualisierung?)
* IT-Angebot für aktive Fachschaftler und alle Studis
* Konfigurationsmanagementsysteme (Ansible, Puppet, FAI usw...)
* Drucker (Leasing oder eigener Drucker?)
* ...

== Protokoll ==

== Zusammenfassung ==



[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe13]]

WiSe13 AK StudienführerInternational

2013-11-15T18:39:35Z

LarissaB: Formales eingefügt