Um ponto que facilmente passa desapercebido é que frameworks e grandes bibliotecas são construídos sob a experiência de desenvolvedores. Essa experiência é limitada, com certeza, porém React é construído sobre uma plataforma utilizada por centenas de milhões de pessoas. E a pergunta que fica é, quando vale apena não utilizar essa experiência em forma de código e construir a sua?
Se você considerar que o React nem foi lançado como um framework, isso ganha ainda mais força. Porque não utilizar-lo?
No final do dia, não vamos acabar criando um framework de toda forma? Imagina, qualquer empresa precisa:
- Codebase padronizado para acelerar a entrada de novos desenvolvedores;
- Camadas de abstração para DRY e evitar soluções muito complexas incompreensíveis.
- Contratos entre os desenvolvedores de como organizar o código para aumentar a colaboração entre os membros da equipe e paralizar trabalhos.
No fim, minha opinião é que parte de movimentos assim é de um desejo que nós desenvolvedores temos de construir coisas magnificas e manter controle sobre tudo que fazemos. Como um desenvolvedor experiente, saber lidar com esse lado emocional controlador e um tanto egocentrico é muito importante para tomar essa decisão.
Mas há sim situações onde o uso de framework não é necessário. Há talvez muitas situações, e gosto do movimento em fazer todos nos duvidar.
E até por isso concordo com o movimento, frameworkless (uma alternativa sem framework) e não "no framework", ou "frameworks nevermore" (morte os frameworks hahah).