Home

Developers'-README

TODOS

Arbeitspakete 29.11.2013

• SuperTest-API-Tests schreiben (Niels)
  • Beispielstatements (Tobias Thelen)
• Entwicklungsregeln Wiki: Development
  • Liste der benötigten Technologien / Tools, Dokumentation der Umgebung (Sascha)
  • Build-Path (auch Richtung TravisCI gedacht) (Sascha)
• QA
  • TravisCI (Tilo)
  • ReportViewer (Jan)
• LRS-Kern
  • Rahmen / Dateistruktur (Tilo)
  • Rest-API (Sebastian)
  • Validierung / JSON-Schema (Sebastian / Dominik)
  • DB-Anbindung (Henning)
  • DB-Modellierung (Alex, Artem)
  • OAuth / Passport (Christian)
• Report Viewer
  • Prototyp (Jan)

Report Viewer

• Jan
• Möglichkeiten: kleines Framework + Visualisierung mit HighChart o.ä.
• Prüfen: Kann reine HTML/Javascript-Anwendung OAuth so verwenden wie benötigt? => Client side OAuth flow
• Github-Projekt

Framework (Restify oder andere)

• Wir nehmen: Restify (http://mcavage.me/node-restify/)
• Tilo
• Henning

OAuth (Passport oder andere)

• Wir nehmen: Passport (http://passportjs.org/)
• Christian

Datenbank / Datenstruktur(Relational? NoSQL? viele Daten!)

• Entscheidung: CouchDB
• Zu nächster Woche: Entscheidung vorbereiten
• Präferenzen: CouchDB, MongoDB, Redis, SQL..
• Artem
• Alex

Validierung / Datenstruktur

• Wir nehmen: JSON Schema
• Validierungstool: https://github.com/natesilva/jayschema
• Zu nächster Woche: Validierungstools vergleichen
• Sebastian
• Dominik

Qualitätsmanagement (Code-Style, Unit-Tests, funktionale Tests, Grunt)

• Wir nehmen CoffeeScript

• CoffeeScript?

• CoffeeScript + JS mischen? -> Nein, außer es gibt sehr gute Gründe, die dafür sprechen

• Unit-Tests / funktionale Tests: Mocha und SuperTest (für http-API-Tests mit Mocha)

• Grunt? ja

• Travis CI? ja

• Gemnasium?

• Niels

• Sascha

Code-Style

https://github.com/polarmobile/coffeescript-style-guide

Activity Provider

später