Letztes Jahr habe ich beim katastrophal fehlgeschlagenen oder zumindest kaum weiterverwendbaren tunetdb neu Projekt mitgearbeitet und damals ist die Verwendung von RubyOnRails nicht zur Debatte gestanden, weil das Projekt noch nicht "enterprise" genug war und es auszerdem spaeter wahrscheinlich schwierig gewesen waere, Entwickler mit Erfahrung fuer die Wartung zu finden.
Warum gibt's da jetzt ein Umdenken?
Oder ist das einfach ein kleineres, nicht zu wartendes Projekt, wo solche Argumente keine Rolle spielen?

Zitat von axestr

Dafür habt Ihr aber dann für einen Peanuts an Aufwand "katastrophal gute" Noten für's SE2 bekommen
Dass es sich um eine Evaluierung handelt, die nicht unbedingt weiterverwendbar sein wird stand schon in den Projektzielen.

Ich hab's ja nicht boese gemeint. Ich hatte es schon so in Erinnerung - vielleicht falsch - dass wir urspruenglich etwas Verwendbares produzieren wollten. Nur darauf hab ich mit "katastrophal fehlgeschlagen" bezogen.

Zitat von axestr

Nachdem Du ja damals im Team warst weißt Du auch, wie diese Entscheidung gekommen ist.

1) RubyOnRails war zur Debatte (neben JavaEE, .net und PHP)
2) Du warst im Team von denen, die eine Entscheidung finden mussten
3) Das Team hat sich (per Abstimmung) für JavaEE entschieden
4) Es war vor allem eine Übung für die Studenten, und als solche gab es auch Präferenzen vom betreuenden Institut

Das komplett andere Personen für ein komplett anderes Projekt unter komplett anderen Umständen mit einem komplett anderen Entwicklerkreis eine komplett andere Entscheidung treffen ist ein komplett normaler Vorgang. Ich kann nicht nachvollziehen, wo Du hier die parallelen siehst?
Und hier ist auch der falsche Platz um zu einem abgeschlossenen Studentenprojekt, welches mit dem Originalposting überhaupt nicht zu tun hat, Müll abzuladen.

In meiner Frage ging es ja um die Parallelen und die hat Dein Vorposter beantwortet. Meine Aussage war vielleicht etwas zu hart, aber ich habe ja keine Schuldzuweisungen gemacht und ich wollte wirklich keinen "Muell abladen".
Mich hatte nur interessiert warum unsere damaligen Argumente gegen RubyOnRails fuer die gleiche Organistaion fuer diese Projekt anscheinend nicht zutreffen.