Ich hab nochmal über die Frage der Programmiersprache bzw. des Frameworks nachgedacht.
Aus meiner Sicht relativiert sich das Problem der Hostingkosten bei Java dadurch, dass wir bei Erfolg des Tools wahrscheinlich eh einen eigenen Server (mindestens einen VServer) brauchen werden. Und ob wir da nen Tomcat installieren oder nicht ist ziemlich egal.
Ich vergleiche mal die Alternativen, die ich sehe:
1. PHP (mit einem Webframework)
- schlechte Wartbarkeit
- Kenntnisse meinerseits weitgehend verschüttet
+ geringe Infrastrukturanforderungen
2. Ruby on Rails
- viel Automagie (dadurch schlechte Lesbarkeit)
- Kenntnisse meinerseits weitgehend verschüttet
3. Java (JSF+Spring/CDI)
+ gute Wartbarkeit durch klaren, echten Code (keine übertriebene Magie)
+ Kenntnisse meinerseits aktuell
- hohe Infrastrukturanforderungen
In Zusammenhang mit dem oben aufgeführten Punkt, dass die Installation eines Tomcat auf einem ohnehin notwendigen eigenen Server den Kohl nicht fett macht, tendiere ich zu Java.
Aber das liegt primär daran, dass ich halt mein täglich Brot mit der Entwicklung von Java-Webanwendungen verdiene und daher dort die geringste Einstiegshürde habe.
Um mal kurz meine Kenntnisse zusammenzufassen:
++ Java
++ JSF
+ Spring
+ Hibernate
+ Datenbankdesign
~ PHP
~ Zend Framework
~ Ruby on Rails
- CSS
- Javascript (soweit nicht durch JSF-Libraries abgedeckt)
Wie sieht das bei euch anderen aus? Wenn wir hier fähige Programmierer für PHP, Ruby oder dergleichen haben, werden diese Sprachen natürlich deutlich interessanter - schließlich lerne ich auch gern dazu. Und ich würde das auch ungern als one-man-show aufziehen, zumal meine ganz persönlichen Bedürfnisse deutlich geringer sind als die, welche dieses Tool abdecken würde.
Ach ja, zum Thema Features: eine Tickvisualisierung wäre sicher auch ne feine Sache.