Webanwendung

Hier werden die Überlegungen zur Webanwendung gesammelt. Siehe auch Thread im Forum.

Features

Was soll die Anwendung können?

fachliche Features

• Generierung von Charakteren
• Steigerung von Charakteren
• Ausdrucken von Charakteren
• Würfeln von Proben
• Visualisierung von Ticks

nicht-fachliche Anforderungen

• Benutzerverwaltung
• Login mittels Facebook/Google/Sonstwas-Account
• Freischaltung von Charakteren als lesbar für andere
• Darstellung auf mobilen Endgeräten

Technologie

mögliche Technologiestacks

PHP

Erstellung in PHP - vermutlich mit einem geeigneten Framework

Vorteile

• geringe technische Voraussetzungen (LAMP)--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Nachteile

• schwierige Wartung --Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Ruby on Rails

Erstellung mit Ruby on Rails

Vorteile

• einfaches Erstellen von Wartungsguis mit Scuffolding (wobei wir die Wartung mE auch über phpMyAdmin machen können)--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)
• viele Automatismen, die Arbeit abnehmen--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Nachteile

• viele Automatismen, die Programmlogik verbergen--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)
• hohe technische Voraussetzungen (Mehr als nur ein LAMP)--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Java

Erstellung mit Java auf einem Tomcat (z.B. mit CDI oder SpringFramework) und JSF

Vorteile

• harte Typisierung erleichtert die Wartung--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Nachteile

• hohe technische Voraussetzungen (Mehr als nur ein LAMP)--Flippah (Diskussion) 14:17, 22. Aug. 2013 (CEST)

Weitere?

was gäbe es denn noch?

Entwickler

Folgende Entwickler wären ggf. dabei:

flippah

KnowHow:

Gut:

• Java
• JSF

OK:

• Spring
• Hibernate
• Datenbankdesign

Mäßig:

• PHP
• Zend Framework
• Ruby on Rails

Schwächen:

• CSS
• Javascript (soweit nicht durch JSF-Libraries abgedeckt)