Tak naprawdę to nie da się pracować z frameworkiem bez znajomości czystego JS. Na przykład pracując z Angular i tak w wielu miejscach korzystasz z czystego JS implementując własną logikę itp.
A tak wracając do tematu to dużo zależy m.in. od skali projektu, od tempa wdrażania ficzerów biznesowych itp. Ja obecnie pracuję przy dużym temacie w Angular i nie wyobrażam sobie pracy w tym temacie z czystym JS bez żadnego frameworka jak Angular, React itp. Nie chodzi tuta o to, że w JS coś jest zrobić trudniej, tylko o to, że po prostu wdrażanie ficzerów i poprawki biznesowe w Angular są szybsze niż gdybyśmy mieli je implementować całkowicie w vanillaJS.
Teoretycznie można sobie zrobić własny mały framework dostosowany do potrzeb... wiele osób zarzuca Angularowi jego przepychu itp. Wszystko fajnie, tylko warto też mieć na względzie to, że gdy rekrutujesz nowe osoby, szczególnie juniorów to gdy powiesz im Angular to mogą sobie spokojnie poczytać dokumentację, mnóstwo artykułów, postów SO itp. W przypadku własnych libek i frameworków często wiele wiedzy tkwi tylko w głowach najbardziej doświadczonych osób bo po prostu nie mają oni czasu na tworzenie mega dokładnej dokumentacji więc trudniej i dłużej trwa wdrożenie nowych osób... a tym samym biznes dłużej czeka na nowe ficzery...
Także jak widzisz nie ma jednej odpowiedzi i wg mnie wiele zależy nie tylko od samego projektu ale również od całej polityki firmy, tempa wdrażania zmian, tempa rozwoju nowych rzeczy, rotacji programistów, stosunku senior/junior itp. itd. Nawet pokusiłbym się o stwierdzenie, że to właśnie względy biznesowe mogą mieć bardzo istotne znaczenie przy wyborze technologii...