Na którego się ustawić, jeśli chodzi o patrzenie długofalowe?
Nie chcę zaorać projektów za rok, dwa.
Zależy co masz na myśli pisząc "długofalowe". Bo żadne z wymienionych technologii średnio nie pożyją więcej niż 10 lat.
Ja w swoich systemach w Delphi używam bibliotek, które były pisane jeszcze w 1999 roku a w PHP z 2004. Wciąż są kompatybilne z nowymi wersjami systemów i środowisk.
Nawet w czystym JS mam biblioteki, które napisałem w 2007 r. i z powodzeniem bez modyfikacji używam w nowych projektach i nic nie wskazuje by miały się "zestarzeć" przez kolejne 10 lat.
Pierwsze rozwiązania w Angular to rok 2010, druga wersja powstała około 2014 i była niekompatybilna wstecznie - dla mnie taki ruch jest jednoznaczny z odstawieniem rozwiązania na śmietnik. Mamy dopiero 2020 r. a technologia jest już na wylocie i coraz bardziej pasé. Biorąc pod uwagę, że niektóre moduły systemu piszemy przez 2-3 lata to jest absolutnie niedopuszczalne żeby system zaczynać pisać w "modnej i rozwijającej się" technologii a oddawać klientom jako technologia "przestarzała" do tego niekompatybilna z jej nowymi wersjami.
Podobnie z pozostałymi
- Vue.js wróżę jeszcze do 5 lat żywota...
- React ( piszemy w nim projekty ) według mnie też nie dotrwa w swojej popularności do 2025 a w 2030 już nie będzie po nim śladu.
To wszystko zdechnie tak jak Prototype (którego nazwy już młodzi nawet nie znają), jQuery itp ... Dlaczego?
Bo te wszystkie "technologie" to jedynie "zatkaj-dziury" na bolączki niedojrzałego wciąż JavaScript. Ten jednak rośnie w siłę tym samym wieszcząc zagładę wspomnianym rozwiązaniom.
Także, jak chcesz patrzeć długofalowo to:
- czysty JavaScript ;
- C++ / C ; ( prędzej napisany w C++ kod i skompilowany do WebAssembler będzie działał w przeglądarce za 10 lat niż ten z React`em czy Vue )
- C# ;
- Java ;
- od "bidy" PHP ;
To wg mnie rozwiązania, które ładnie "trzymają" kompatybilność wsteczną w porównaniu z wspomnianymi JS-frameworkami.
Oczywiście to moja subiektywna opinia poparta zaledwie 30 letnim doświadczeniem w programowaniu.