mihaeu / fair-projects Goto Github PK

Fächer anzeigen nach refresh

@FaGerbig Bitte ASAP beheben und vorm committen einmal das PDF erstellen

Projekt erstellen mit:

• Titel
• Beschreibung
• Erstelldatum

• Ordner anlegen mit Bsp. Dateien
• Entscheidungen im Wiki dokumentieren

User Stories

Als Benutzer
...

Definition of Done

• Tests
• Stylechecks

So @FaGerbig und @MarkusRodler was steht alles an? Was wollen wir bis zum 16. Oktober machen/schaffen? (https://github.com/mihaeu/mean-memory/milestones/Kick-Off)

Ich schlage mal vor längere Diskussionen als GitHub Issue umzusetzen und Ergebnisse im GitHub Wiki zu sammeln. Meinungen dazu?

Ausserdem muss ich sagen, dass ich die Entscheidung Skype zu benutzen schon fast wieder bereue. Bilder und Code zu sharen oder leute zu pingen ist einfach lästig bzw. nicht möglich. Ich kann damit leben, aber vielleicht habt ihr ja doch Bock mal Slack auszuprobieren (gibts als App aber auch im Browser). Nur so als Idee :)

Ihr habt ja gesehen, dass das Projekt so steht. Ich habe das einfach mit Git Flow gebootstraped, aber normalles git tuts genauso ich mag nur das automatische branching model.

Also auf develop wird entwickelt und alles reingemerged, das darf auch mal instabil sein. master ist allerdings immer stable und ist praktisch immer ein sauberer Startpunkt. Da wir drei Leute sind, bieten sich Feature branches an, aber ich denke da hocken wir uns einfach mal zusammen und probieren da rum, was uns am besten passt.

Mein Senf zum eigentlichen Thema, also was ich glaube, was wir bis zum 16. Oktober wissen sollten:

• welchen MEAN Stack verwenden wir?
• wie definieren wir unsere Ziele?
• grober Überblick/Hello World der verschiedenen Technologien (Jasmin, AngularJS, MongoDB, Express, Node, ...)
• techn. Infrastruktur festlegen (Build- und Testmanagement, Continuous Integration und Continuous Delivery)
• Entwicklungsumgebung einrichten (nicht nur IDE sondern auch die hundertmillionenen Tools die bei den MEAN Sachen dabei sind ... npm, grunt/gulp, mean)
• ein kleines Kick-Off Dokument das wir vorlegen und abzeichnen lassen können
• vielleicht schon ein paar Backlog Items?

Sonstiges:

• Travis als CI würde sich anbieten, da umsonst und leicht einzurichten und zudem Standard bei open source Javascript Projekten
• Ich habe einen vServer den wir zum deployen benutzen können (oder wir suchen uns einen kostenlosen Service für open source Projekte)
• Wie sollen wir Scrum umsetzen? Ich glaube hier bietet sich ein separates Tool an, dann hat man ein schönes Scrum Board.

Ach ja, kennt ihr ein paar gute Javascript Dojos zum aufwärmen?

Meinungen? Ergänzungen?

Aufgabe

Erstellen eines "Test Durchstichs": Tests auf allen Schichten.

User Stories

Als Benutzer
...

Definition of Done

@noichl bitte jQuery entfernen, Markus und ich konnten den aufruf nicht finden.

Gruntfile.js
bower.json
und wo der Aufruf war

Projekte anzeigen

Projekt Teilnahme

abhängig von #18

User Stories

Als Benutzer
wenn ich in der Fachübersicht bin
kann ich erkennen wie viele Plätze mit Priorität 1 belegt sind

Als Benutzer
wenn ich in der Fachübersicht bin
kann ich erkennen wie viele Prioritäten kleiner 1 vorhanden sind

Definition of Done

• Balkenansicht der belegten Plätze
• Dropdown der übrigen Prioritäten als Balken

Teilnahme löschen

Verwendung von Websockets um auf Änderungen am Server reagieren zu können.

Mögliche Anwendungsfälle:

• "Live"-Ansicht der aktuellen Projektbelegung in der Fach-Detail-Ansicht
• Meldungen wenn ein Benutzer sich für ein Projekt anmeldet

Wenn man zwei verschiedene Benutzer gleichzeitig einloggt und dann versucht einen auszuloggen, loggen sich automatisch beide aus.

@noichl Kannst du dir das noch anschauen? Waere cool fuer die Demo.

• JS combine & minify
• CSS combine & minify
• Stylechecks
• Server starten
• Tests ausführen

User Stories

Als unbekannter Benutzer
   werde ich (von allen Seiten) automatisch auf die Login-Seite weitergeleitet.

Als unbekannter Benutzer
   kann ich mich mit meinem Github-Account identifizieren.

Als identifizierter Benutzer
   kann ich mich ausloggen.

Definition of Done

• Test geschrieben und erfolgreich durchlaufen dass API zugriffe nur durch authentifizierte Benutzer möglich sind
• Frontend-Tests, die sicherstellen dass nicht registrierte Benutzer auf die Login-Seite umgeleitet werden.
• Lose Kopplung der Authentifizierung auf Server-Seite

grunt test-server

takes a couple of seconds, but

jasmine-node tests/unit/server

is done after 0.5s

User Story

Als möglicher Teilnehmer
Muss ich einen Projektwunsch priorisieren

Als möglicher Teilnehmer
Kann ich Prioritäten (1 - Anzahl der Projekte) verändern

Als möglicher Teilnehmer
Kann ich für jedes Projekt eine Priorität vergeben

• Projektteilnahme nach Priorität
• Pro Fach und Teilnehmer kann jede Priorität nur einmal vergeben werden
• Prioritäten werden der Reihe nach vergeben

Definition of Done

• alle User Stories sind durch Tests abgedeckt
• Validierung auf Client und Server Seite

• zu jedem Unterpunkt ein paar Stichpunkte
• Themen vergeben

Vermutlich ähnlich wie beim Dokument. Hängt ab von #19

Wer will, wer will, wer hat noch nicht?

Mal eine kurze Frage:

Wer bevorzugt Grunt und wer bevorzugt Gulp als Taskrunner (und wem ist es egal)?

Ich persönlich habe schon viel mit Grunt gearbeitet und mal testweise ein paar Projekte auf Gulp umgestellt und mich nur geärgert. Die Tasks laufen schneller, aber es gibt weniger Plugins und das Konzept sagt mir nicht so zu (piping ist nice, aber sorgt auch für viel Duplikation).

Also für mich:

[x] Grunt
[ ] Gulp
[ ] egal

Wie sieht es bei euch aus @noichl @MarkusRodler @FaGerbig ?

Fach anlegen

• Titel
• Beschreibung
• Erstellungsdatum
• Autor

User Stories

Als Benutzer erkenne ich 
 wenn Änderungen durch mich durchgeführt wurden (erfolgreich wie fehlerhaft).

Akzeptanzkriterien

• Einheitliches Styling auf allen Seiten

User Stories

Als Benutzer bekomme ich
  bei fehlerhaften Formulareingaben
  eine Fehlermeldung und das betroffene Feld wird hervorgehoben

Als Benutzer bekomme ich einen Hinweis
  wenn bei Interaktionen mit dem Server Fehler auftreten.

Definition of Done

• Abdeckung der Valdierungsfälle
• Information bei Netzwerkproblemen
• Information bei 500er Fehlermeldungen vom Server die nicht abgefangen werden können (Anwendung im inkonsistenten Zustand)
• API liefert Statuscodes bei Validierungsfehlern
• Tests für Validierungen auf Server-Seite

Optisch ansprechende Präsentationsvorlage erstellen

Wer hat Lust? Wollen wir das just for fun mit einem JS Framework machen? revealjs z.B. ?

Wer will?

@noichl hat JSCS ja bereits in das Projekt und Grunt integriert, aber wenn ich mich nicht ganz taeusche sind das keine kompletten oder offiziellen Guidelines.

Ist uns das egal oder sollen wir uns welche von Angular oder Google raussuchen?

Wollen wir zwischen Front- und Backend unterscheiden oder die gleichen Guidelines fuer Node und Angular verwenden?

• Bootstrap einbinden
• einfaches Layout definieren

Unit Test Setup

Teilnehmer anzeigen

Gute Frage von Marinus gestern:

• AngularJS v1.4.7
• Angular v2.0.0-alpha

Ersteres ist JavaScript, zweiteres ist TypeScript das auf Javascript ES5 kompiliert. Webstorm unterstützt das soweit ganz gut, aber wie es mit Plugins etc. aussieht weiß ich nicht.

Was meint ihr? Ich glaube es gibt genügend neue mehr oder wenig stabile Technologien, als dass man sich noch eine alpha antun muss.

[x] AngularJS v1.4.7
[ ] Angular v2.0.0-alpha
[ ] egal

Wie sieht es bei euch as @MarkusRodler @noichl @FaGerbig ?