Pod jakimi kątami porównać frameworki?

Witam!
Dostałem (w sumie sam wymyśliłem) zadanie porównania szkieletów aplikacji do www.
Chce to zrobić konkretnie dla ruby on rails i codeignitera.
Aby sensownie do zrobić trzeba podejść do tego pod różnymi kątami.

Razem z bywalcami #rubyonrails.pl wymyśliliśmy, że można porównać frameworki ze względu na:
a) wydajności

  • kontakty z baza
  • renderowanie templatów
    b) podejścia do pracy (generator, ręczne klepanie klas)
    c) możliwość zmiany kontrolerów akcji
    d) cachowania
    e) wspolpracy z szablonami
    f) konfiguracji Urli
    g) łatwości wymieniania podzespołów
    h) domyślnego poziomu bezpieczeństwa (walidacja)
    i) stanu dokumentacji, przykładów zastosowań
    j) istnienia i wielkości społeczność
    k) narzutu technologicznego frameworka
    l) przenośności
    m) możliwości konfiguracyjnycjnych
    n) daty wydania ostatniej wersji (częstość aktualizacji)
    o) google fight :slight_smile:
    p) średnia płaca programisty
    q) ilość dostępnej literatury po polsku
    r) migracji baz
    s) ilości zajmowanego miejsca na dysku podstawowej wersji aplikacji
    t) prostoty rozpoczęcia pracy z aplikacją od 0
    u) instalacji samej aplikacji

Lista jest otwarta na wszystkie ciekawe aspekty.
Z góry dziękuje za wszystkie sugestie.

Warto wspomnieć o hostingu.

z) czas poswiecony na wprowadzenie konkretnie funkcjonalnosci do aplikacji (np jak dlugo zajmie zrobienie funkcjonalnosci XYZ w frameworku A i w frameworku B) i na ile owe rowaizanie bedzie elastyczne w rozbudowie