Sie beachten immer die Termine zur Beantragung von Abschlussarbeiten? Gut. Und nun zum Thema:

Mich interessieren dezentrale, ortsbasierte mobile Systeme sehr. Wenn Sie in den Bereich eine Abschlussarbeit schreiben wollen, ein Forschungsprojekt oder eine Independent Coursework durchführen wollen, unterstütze ich Sie sehr gern. Natürlich freue ich mich besonders, wenn Sie in einem unserer Open-Source-Projekte mitmachen wollen: ASAP / Shark und Open Historical Data Map (OHDM).

Sie können sehr gern mit eigenen Vorschläge zu mir kommen. Hier ein meine Sicht auf wissenschaftliche studentische Arbeiten an der HTW:

Der Studienschwerpunkt mobile Anwendungen ist Teil einer Hochschule der angewandten Wissenschaften. Wir arbeiten an der Lösung von Problemen, die für uns (ja, ich meine Sie :) ) sichtbar sind, oft aber nicht im Massenmarkt. Alle Innovationen fangen so an. Leider sind spektakuläre Ideen anfangs kaum von dummen zu unterscheiden. Das ist Teil des Spiels. Als Ingenieur und angewandter Wissenschaftler interessieren mich Probleme für die es nicht die offensichtliche Lösung gibt. Mich interessiert primär nicht, ob es einen Markt für eine Lösung gibt. Wir wissen nicht, ob wir gerade die nächste Smartphone-Revolution oder das nächsten Cargolifter-Projekt aufsetzen. Im Nachhinein ist man klug. Eins aber weiß ich genau: Der sichere Weg, keine Innovationen zu finden besteht darin, es so zu machen wie es alle machen. Deshalb machen wir, was wir spannend finden.

Ich denke generell, dass eine Abschlussarbeit sich einem Problem widmen sollte, dass nicht offenbar schon klar gelöst ist oder keine oder nur minimale Herausforderungen stellt. Hier ist meine Fangfrage: "Ist Ihnen klar, wie Sie das machen werden?" Wenn ich dann ein "Ja, gar kein Problem." höre weiß ich genau: Das ist kein Thema für eine Abschlussarbeit.

Senden Sie mir eine Mail, schauen Sie dabei in meiner Sprechstunde vorbei. Am besten, Sie haben sich schon Gedanken über ein Exposé gemacht. Schauen Sie sich vorher unbedingt  Arbeiten ihrer Kommiliton:innen an. An diesen sehr guten Beispielen kann man eine Menge lernen. Wie und was man schreibt vor allem.

Vorschläge

ASAP / Shark

ASAP/Shark ist ein open and free source Developerframework zum Bau mobiler P2P Anwendungen. Es gibt einige offene Themen. Schauen Sie sich dazu auch gern das Video dazu an.
Ich notiere hier einmal die anstehenden und offenen Themen. Wenn Sie eigene Ideen haben - immer gern.

• Integration von Wifi-Direct in ASAPAndroid.
• Integration von LoraWan in ASAPAndroid.
• ASAP Kommunikation über TOR laufen lassen.
• Hedwig - die Software als SharkComponent implementieren.
• ASAPHub ausbauen
• SharkMessenger verbessern.

Was auf dem Video nicht diskutiert wurde:

• Implementierung einer digitalen Währung basierend auf dem ASAP Modell. Es gibt dazu Vorarbeiten. Das ist grob durchdacht - ob das alles so funktioniert und an welcher Stelle dort ein Denkfehler steckt wage ich einmal nicht zu sagen. Definitiv spannend. Es ist hoffentlich ersichtlich, was man dann hätte: eine digitale Währung, die auch ohne Internetzugang funktioniert. Das ähnelt deutlich mehr Münzen als Blockchain. Blockchain Apps fühlen sich eher wie Überweisungen an. Das sind sie ja auch. Das ist anders, ähnelt deutlich mehr ein lokalen Währung und allein das ist ein spannnendes - nicht IT - Thema,
• SharkHoc.

Smart City

Das Buzzword Smart City steht für eine Kombination von Technologien, Prozessen und menschlicher Teilhabe die durch Adaption basierend auf Messungen oder Erfahrungen Optimierungen durchführen. Das ist abstrakt Konkreter heißt es beispielsweise: Wir nutzen Sensoren, messen was und basierend darauf machen wir was besser. Wir lassen den Kühlschrank also automatisch neue Mate bestellen, wenn die Vorräte zur Neige gehen. Vorschläge in diesem Bereich:

• Evaluierung von Sensoren zur Personenzählung
  Es gibt eine Fülle von Sensoren die es erlaubt zu messen wie viele Personen (oder Geräte oder...) eine gewissen Stelle überschritten haben. Basierend darauf kann man messen wie viele Personen sich aktuell in einem Raum, einem Bus etc. befinden. Das langfristiges Ziel besteht im Aufbau eines Systems zur Bestimmung der Auslastung von Seminarräumen. In dieser Arbeit geht es im die Evaluierung dieser Hardware. Die Hardware soll auf Funktionsfähigkeit getestet werden. Die Hardware soll verglichen werden. Vergleichskriterien sind: Wartung (wie oft

Open Historical Data Map (OHDM)

Falls Sie das Projekt einmal in einem meiner Kurse kennenlernten und sie Lust daran haben, daran weiter zu arbeiten. Lassen Sie es mich gern wissen. Zu tun gibt es genug. Ich schreibe gerade keine Themen dazu aus, weil wir "leider" zu weit sind und man schon ein wenig Vorkenntnisse braucht, um dort etwas bewegen zu können. Ich schreibe wieder Themen aus, sobald das Modul Semantic Search läuft.