Woche 2 Setup Scrum

[florian-13]

1. Teamvorstellung

Mohid Syed (@mohid-1311)

• Entwickler, Product Owner

Florian Blum (@florian-13)

• Entwickler

Moritz Czekalski (@Moritz-Czekalski)

• Entwickler

Simon Just (@SimonJ2222)

• Entwickler, Scrum Master, Use-Case Autor

2. Produktvision

Die Anwendung soll eine graphische Oberfläche zum Simulieren logischer Bauteile bieten. Dabei sollen Nicht-, Und-, Oder- und weitere Logikgatter per Drag und Drop angeordnet und verbunden werden können. Außerdem soll eine Möglichkeit geboten werden, verbundene Bauteile schnell zu einem neuem Bauteil zusammenzuschließen. Erstellte Schaltungen und Bauteile können gespeichert werden, sodass sie nicht neu erstellt werden müssen.

3. eingeplante Technik

• GitHub und Git
• IDE: VS Code
• Codeverwaltung: GitHub
• Feedbacks: Github Discussions

Frontend:

• Programmiersprache: Typescript
• Framework: React + Vite
• CSS Framework: Tailwind CSS
• Jest für Unit- und Komponententests

Backend:

• Programmiersprache: C#
• ASP.NET Core Web API
• API-Test: Postman
• xUnit für Unit-Tests im Backend

Datenbank:

• SQLite

4. Scrum Planung

YouTrack (Scrum Board)
Sprint Dauer: 2 Wochen
"Dailys": Montag, Mittwoch und Freitag von 18:00 bis 18:10
Sprint Review, Retroperspective und Sprint Planning am letzten Tag des aktuellen Sprints von 17:00 bis 18:30

5. Sprint 1: Backlog

6. Scrumboard

[A1exHorst]

Eure Produktvision macht gut nachvollziehbar, was ihr euch vorstellt.

Mich interessiert aber noch:
Wollt ihr die Logik vom Client berechnen lassen oder übernimmt das das Backend?
Habt ihr nicht vor ein Framework wie asp.net (C#) im Backend anzuwenden?

[Sabeleis]

Ich finde euer Setup gut durchdacht.
Ich fände noch interessant wenn man andere Projekte hochladen/runterladen könnte und dadurch mehr Austausch der Nutzer ermöglichen würde.

[sxba-04]

Hey BitFlow-Team,
euer Ansatz wirkt richtig rund: Bauteile ziehen, verbinden, gruppieren, speichern – das ist ein klarer, machbarer Start.

Zwei Dinge würde ich früh festzurren:

Wo rechnet die Simulation? Komplett im Browser (ggf. mit Web-Worker) oder auf dem Server (dann mit WebSocket)? Eine kleine Skizze mit Schnittstellen hilft, Missverständnisse zu vermeiden.

Datenmodell: Wie speichert ihr Bauteile, Pins und Verbindungen (Graph/JSON)? Wenn ihr direkt an Versionierung und Import/Export denkt, spart ihr später viel Umbau.

Für die UI würde ich einen soliden State-Plan anlegen (Undo/Redo, Mehrfach-Auswahl, Zoom). Und: Legt euch früh eine Test-Schaltung mit vielen Gattern an und messt, ob die Oberfläche noch flüssig bleibt – dann wisst ihr, ob ihr Worker braucht.

Konkreter, kleiner nächster Schritt: „Als Nutzerin kann ich eine einfache Schaltung bauen, speichern und später wieder laden.“*
„Fertig“ wäre es, wenn: Drag-&-Drop/Verbinden klappt, ein Speichern eine ID/URL erzeugt, Laden die Schaltung 1:1 zurückbringt und die Anzeige beim Umstecken zügig aktualisiert.

Kleiner Bonus für später: Tastatur-Shortcuts (z. B. G = Gate, W = Wire) und gute Kontraste/Focus-Ringe. Insgesamt: sehr starkes Fundament – weiter so!

DermaTrack Team

[Jonah199]

Kurzfazit:
Coole Idee! Ein visueller Logik-Simulator mit Drag&Drop und eigenen „Composite“-Bauteilen macht richtig Spaß und ist lehrreich. Stack wirkt solide – React/Tailwind vorne, .NET + SQLite hinten passt.

Was mir gefällt:

• Drag&Drop + Speichern: genau das, was man für schnelle Experimente braucht.
• Eigenes Bauteil aus Teil-Schaltung bauen: nice Feature für Wiederverwendung.
• Tests auf beiden Seiten (Jest/xUnit) – guter Qualitätsanker.

Fragen:

• Wollt ihr die Simulation clientseitig rechnen (schneller Feedback-Loop) und das Backend nur für Persistenz nutzen?
• Wie geht ihr mit Zyklen/Latches um (rein kombinatorisch vs. später Flip-Flops/Takt)?

[Philipp5]

Cooles Projekt! Ich hoffe hier entsteht Logisim 2.0 :)
Ich würd vielleicht noch überlegen, ob ihr irgendwann so’n Feature einbaut, wo man eigene Schaltungen teilen oder importieren kann , wäre safe nice fürs Lernen oder für den Austausch.
Sonst top Setup, React + C# klingt stark! Viel Erfolg!