Meeting notes 2023_05_25 (#26)

* New meeting notes
* Some small changes to the other protokolls.
* Spelling error changes
This commit is contained in:
2023-06-05 01:25:46 +02:00
committed by GitHub
parent e7434af17c
commit a9101aef2f
3 changed files with 54 additions and 24 deletions

View File

@ -1,4 +1,4 @@
# Weekly: 11.05.2023
# Weekly *4*: 11.05.2023
## Teilnehmer
- Prof. Arinir
@ -26,7 +26,7 @@ Abstract siehe Datei in github.
Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
- Eine sehr straffe Pipeline, die für Seriensoftware in Ordnung wöre, könnte uns für unser Projekt zu sehr „fesseln“ bzw. einschränken.
- Eine sehr straffe Pipeline, die für Seriensoftware in Ordnung wäre, könnte uns für unser Projekt zu sehr „fesseln“ bzw. einschränken.
- Es wäre zu überlegen, ob die Software-Entwicklung, wie diese früher ablief, mit der Software-Entwicklung von heute (u.a. mit den Automatisierungsmöglichkeiten von heute) gegenübergestellt werden soll, um daraus zunächst eine Strategie für unser Projekt zu entwickeln, bevor man sich vertieft mit DevOps beschäftigt
- Die Verwendung von CI/CD (Continuous Integration/Continuous Delivery)-Pipelines für KI-Projekte wäre ein interessantes Thema.
@ -38,8 +38,8 @@ Abstract siehe Datei in github.
Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
- Pros und Cons von WebScraping gegenüber RSS Feeds und gegenüber der API-Lösung sollen dargestellt werden
- Die Quelle Email-Newsletter (z.B. vom Handelsblatt) könnte ebenfalls interessant sein, jedoch muss hierfür möglicherweise ein separates Email-Account erstellt werden, was eher aufwändig ist
- Pros und Cons von WebScraping gegenüber RSS-Feeds und gegenüber der API-Lösung sollen dargestellt werden
- Die Quelle E-Mail-Newsletter (z.B. vom Handelsblatt) könnte ebenfalls interessant sein, jedoch muss hierfür möglicherweise ein separater E-Mail-Account erstellt werden, was eher aufwändig ist
- Es wäre eventuell zu prüfen, ob auch Daten aus LinkedIn API, XING oder Facebook extrahiert werden könnten.
@ -50,13 +50,13 @@ Abstract siehe Datei in github.
Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
- Bei der Wahl der Datenbank müssen verschiedene Anforderungen berücksichtigt werden, mit hohem Abstimmungsbedarf zwischen den Topics "Datenextraktion" und "Datenvisualierung"
- Bei der Wahl der Datenbank müssen verschiedene Anforderungen berücksichtigt werden, mit hohem Abstimmungsbedarf zwischen den Topics "Datenextraktion" und "Datenvisualisierung"
- Herr Prof. Arinir fragte noch, ob wir das Thema "relationale Datenbanken" als Modul behandelt haben. Dies wurde bejaht, insbesondere SQL Datenbanken und SQL queries waren Gegenstand des Moduls "Datenbankprogrammierung"
### Vorstellung des Abstracts der Seminararbeit zu "Verflechtungsanalyse" (Tim Ronneburg):
### Vorstellung des Abstracts der Seminararbeit zu "Verpflechtungsanalyse" (Tim Ronneburg):
Abstract siehe Datei in github.
@ -66,7 +66,7 @@ Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
- Beim Social Graph wäre zu überlegen, ob man nach Art der Beziehung filtern könnte
### Vorstellung des Abstracts der Seminararbeit zu "Text Mining" (Sascha Zhu):
@ -76,8 +76,8 @@ Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
- Bei den Sentiment-Analyse-Tools wie FinBERT oder VADER wäre stets eine maschinelle Übersetzung der deutschen Nachrichtentexte ins Englische erforderlich, da FinBERT oder VADER keine deutschen Texte erkennen können
- Die Generierung von Ontologien ist zu komplex und soll nicht Gegenstand der Projektarbeit sein
- Bei der semantische Textanalyse wäre empfehlenswert, dass dies über "Einzel-Personen ausgeführt wird (das wäre dann ein Punkt im Graphen)
- Das Thema "Named Entity Recognition wird für die Projektarbeit eine hohe Bedeutung haben
- Bei der semantischen Textanalyse wäre empfehlenswert, dass dies über "Einzel-Personen" ausgeführt wird (das wäre dann ein Punkt im Graphen)
- Das Thema "Named Entity Recognition" wird für die Projektarbeit eine hohe Bedeutung haben
@ -96,12 +96,12 @@ Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
### Feedback von Herrn Prof. Arinir:
- Es scheint noch kein Gesamtkonzept für das Gewerk vorzuliegen.
- Wir sollten uns die Frage stellen: Was soll am Ende für "ein brauchbares Stück Software" herauskommen, damit der Anwender mit der Vielzahl von Informationen und Funktionen zurechtkommt.
- Es scheint noch kein Gesamtkonzept für das Gewerk vorzuliegen.
- Wir sollten uns die Frage stellen: Was soll am Ende für "ein brauchbares Stück Software" herauskommen, damit der Anwender mit der Vielzahl von Informationen und Funktionen zurechtkommt.
- Eine Lösungsskizze muss definiert werden, wobei ein Pflichtenheft jetzt noch nicht erforderlich ist
- Es sollen zunächst einige GUI-Designs (mit einem Muster-Datensatz) entwickelt werden.
- Es sollen zunächst einige GUI-Designs (mit einem Muster-Datensatz) entwickelt werden.
- Pros und Cons zwischen einem Wasserfallmodell (Pflichtenheft mit bis zu 1000 Seiten) und der agilen Modellierung sollen berücksichtigt werden.
- Wie sollen die Verflechtungen eingebaut werden?
- Wie sollen die Verflechtungen eingebaut werden?
- Wie sollen die Daten persistiert werden?
- Es wäre empfehlenswert, mit irgendetwas (d.h. einer kleinen Lösung) anzufangen, dann das Ergebnis anzuschauen, und diese kontinuierlich zu verbessern.
@ -109,12 +109,9 @@ Folgende Punkte wurden bei bzw. nach der Vorstellung des Abstracts diskutiert:
## Abgeleitete Action Items
| Action Item | Verantwortlicher | Deadline |
|-------------|------------------|-----------------|
| GUI Designs | Alle | nächstes Weekly |
| Rückmeldung zum Umfang der Seminararbeit | Prof. Arinir | nächstes Weekly |
| Action Item | Verantwortlicher | Deadline |
|--------------------------------------------|------------------|-------------------|
| GUI Designs | Alle | nächstes Weekly |
| Rückmeldung zum Umfang der Seminararbeit | Prof. Arinir | nächstes Weekly |
## Aktueller Projektstand