KIF540:Open Source einsatz und entwicklung an Hochschulen und im Studium

Open Source auf Hochschulen




Überblick




Verschiedene Hochschulen und Teilgebiete




Hochschule 1


* Es bleibt teilweise wenig Geld für Software übrig, deswegen Open Source

• Leider gibt es auch zu wenig Geld um Open Source Software zu unterstützen


Vorschläge: - Abhängigkeit bzw. großer Nutzen von Open Source Software soll ernst genommen werden, denn Open Source Software kann nur überleben wenn sie unterstützt wird. - Maintenance muss auch unterstützt werden. -> Nicht nur Feature ##### Hochschule 2 - Es herrscht Chaos bei Zugehörigkeit und Wartung von Technik - leider meistens so bei allen Unis #### Hoschule 3 - Zentraler Informatik Dienst regelt alles an Technik bis auf Institute - Viele Open Source einsätze (nextcloud, etc.), aber auch viel Closed Source (Microsoft, Cisco) ##### Hochschule 4 - Fachschaftsinterne - Computer sollen auf Linux wechseln (bzw. gewechselt werden) - Open Source Software für alltägliches (Pads, etc.) - Fachschaft setzt sich aktiv dafür ein, dass Closed Source Software Angebot nicht weiter ausgebaut wird, sondern auf Open Source Alternativen gesetzt wird - Open Access 


Hoschule 5


* Größtenteils alles über Linux bei (Mathe und Informatik Fakultät)

• Andere Fakultäten arbeiten mehr über Windows
• Es liegt vor allem daran, welche Personen wo arbeiten und Lobby bzw. Vorarbeit geleistet

haben

• Rechenzentren hosten viele Tools wie z.B. Juypter, HedgeDoc, etc.
  • Merkbare unterschiede zwischen verschiedenen Stellen/Fachbereiche in Akzeptanz und

Interesse an den Open Source Tools

• Uni Bib ist sehr interessiert an Open Acess, Open Source, freie Zugänge allgemein #####

Hochschule 6

• Es gibt keine Campus Cloud, weil die Institute bzw. die Uni anscheinend anderswo

bessere Kompetenzen hat und horrende Backupkosten bei Uni Rechenzentrum wären

1. 1. 1. 1. 1. Hochschule 7

• Hoschulweit bzw. sogar kooperierend mit mehreren Hochschulen* Gemischt Linux und Windows
  • Verwaltung “gefangen in Windowshölle” inklusive z.B. Windwos Publisher
• SAK Stellen haben PDFs mit komischen Adobe Acrobat Tools, welche nur damit geöffnet

und gedruckt werden können 


Übegreifendes


* Vieles NRW-weit (z.b. Sciebo, Overleaf)

• OpenSource Ticketsystem: Znuny
• Inkscape für Grafiken/Werbung
• Kosten
  • “open source ist kostenlos” vs. “das müssen wir selbst warten und das kostet Geld”

vs. “wir haben Rahmenverträge”

• • kann in alle Richtungen gehen
• Mails
  • ticket system
  • E-Mail gibt es mehrmals (Fakultät, Uni, Fachschaften, etc.)
    • eine Hochschule:
      • Exchange führt zu Problemen -> Microsoft Cloud (vertrauliche Daten dürfen nicht

Versendet werden)

• • • • SMTP und IMAP ist schon weg bzw. wird wegfallen
      • Smime Probleme
  • Exchange Server führen öfters zu Probleme
• Digitale Signatur wird nur via Adobe akzeptiert
• Groupware




Fazit


* Wartung und Instandhaltung von Infrastruktur ist oft Chaotisch

• Open Source Software wird nicht ausreichend geschätzt und unterstützt
• Wunsch auf Wechsel zu Linux oft vorhanden, jedoch geglaubter Software Support und

Wunsch auf Veränderung nicht groß genug

• Viele Hochschulen verwenden ähnliche bzw. die gleichen Systeme und Programme,

tauschen sich aber untereinander nicht aus 


Akzeptanz für Software hängt auch mit UI/UX zusammen


 == Erfahrungen mit Open Source Development & Verwendung auf der Uni ==
* Open Source entwicklung via Wissenschaftlichen Arbeiten von Studierende

• • Aktives Entwickeln an Pro
  • Projekte (Bac Arbeiten, Sonstige Projekte, etc.) mit Ziel Open Source Softwareprojekte

konkret zu Unterstützten

• • • z.B. “Ich würde da gerne Datenbank analyse/verbessern.” “Security Analyse von

Program” “Metaanalyse von Lizensen”…

• Lehrveranstaltungen die Bedarf von Open Source Projekte sucht
  • Studierende Arbeiten im Team im Semester daran (-> software development

miteinander lernen/üben)

• Der Lehrstuhl muss was damit zu tun haben wollen
• Ausgründung (auch via Förderungsgründung) die Open Source sein kann, aber trotzdem

noch “as a Service” angeboten werden kann

• Verschiedene Institute Arbeiten tendenziell öfters an Open Source Libraries bzw. Software

Projekten

• Sync Clients/Funktionen/Copilot von Windows, etc. können auch Datenschutz Technisch

großes Problem sein (Passwörter unverschlüsselt, personenbezogenen Daten, etc.) 


Probleme und (mögliche) Lösungen


* Mails: Open Source Ticketsystem Znuny

• Zu viel Microsoft/Windows (teuer und Abhängigkeit): Mehr einsetzen für Linux/Open

Source

• Unis/HS haben zu wenig Geld: Umstieg auf Open Source
• Datenschutzbedenken - Abhängigkeit von der USA/anderen (nicht-eu)-Ländern: Mehr

investieren in Landesebene (hochschulcloud NRW)

• Fehlende Einarbeitung für die Open Source Programme: Bessere Dokumentation der

Systeme/Funktionsweise