Jaki framework / biblioteka ? Opcje

[GreenGo]

Witajcie.
Chciałbym, przy prywatnym projekcie, odejść od jQuery i skupić się na innym frameweroku/bibliotece w celach głównie edukacyjnych. Pytanie własnie tylko na jakim ?
Potrzebne mi to będzie do zarządzania elementami DOM, jakieś małe animacje, ładowanie danych w tle, filtrowanie list, drag&drop, upload itd. ale jednak backend będzie stał robiony w php (laravel) a nie np. node.js

Najbardziej skłaniam się do użycia angulara tylko właśnie nie wiem czy to nie za duży kombajn jak na moje potrzeby ? Czy jednak angulara nie powinno się raczej używać do stron stricte typu SPA a nie portali pisanych w PHP tworząc tylko swoje dyrektywy ?
Jeśli angular do 1.4 czy może już jest sens się wdrażać w 2.0 ?

Co byście polecili ?

[Comandeer]

Nie twierdzę, że każdy webapp ma się opierać na web components - byłbym pierwszym, który by zaprotestował (IMG:style_emoticons/default/wink.gif) mówię jedynie, że nie ma sensu tworzyć np poronionych pomysłów z lokalnymi modułami CSS, podczas gdy wystarczy napisać prostego polyfilla dla style[scoped]. Tak samo nie ma sensu kombinować z jakimiś własnymi pomysłami na custom elements jeśli istnieją Web Components. Jeśli potrzebujemy custom elementów, to weźmy web components i doróbmy abstrakcję na ich podstawie (co robi Polymer).

React to wgl ściśły rezerwat prawdę powiedziawszy. Dopóki nie wprowadzili Fluxa i nie wrzucili do niego HTML + CSS okraszonych składnią łudząco podobną do zarzuconego E4X to było to całkiem miłe, odświeżające rozwiązanie. Teraz to jest rozwiązanie, pod które jak się już napisze kod to się będzie tkwić w tym po uszy.

Obecnie środowisko webdevów za bardzo ufa narzędziom i przywiązuje się grubymi łańcuchami do nich. I to mnie ciut niepokoi. Warunki dyktują albo ludzie, którzy siedzą nad aplikacjami, w których liczą się tylko wydajność, wydajność i jeszcze raz pieniądze (fb i react), albo ludzie, którzy próbowali z nazwy JS uciąć S (google i angular). Tak ja to widzę. Mam nadzieję, że jednak się mylę.