Ah, você acha que é um verdadeiro desenvolvedor porque prefere fazer tudo com JavaScript puro? Por favor, acorde para a realidade, o mundo evoluiu e agora é tudo sobre frameworks. Quem tem tempo para escrever código manualmente quando você pode usar uma já feita e testada? E você acha mesmo que alguém vai esperar você terminar de escrever manualmente todas as funcionalidades antes de adicionar um framework? Isso é tão ultrapassado quanto usar uma máquina de escrever.
Desvantagens em usar JS puro
Usar JavaScript puro para projetos complexos pode ser problemático por várias razões. Algumas delas incluem:
- Falta de estrutura: Quando você está trabalhando com JavaScript puro, você precisa criar sua própria estrutura para organizar o código e garantir que ele seja escalável e fácil de manter. Isso pode ser difícil de fazer e levar a códigos bagunçados e desorganizados.
Reusabilidade de código: Quando você está trabalhando com JavaScript puro, é difícil criar componentes ou funcionalidades que possam ser facilmente reutilizadas em outras partes do seu projeto. Isso pode levar a muito tempo e esforço para desenvolver recursos similares novamente e pode aumentar a complexidade do projeto.
Gerenciamento de estado: Gerenciar o estado de aplicativos complexos pode ser desafiador quando você está trabalhando com JavaScript puro. Isso pode levar a códigos confusos e difíceis de manter.
Falta de recursos: frameworks e bibliotecas oferecem uma variedade de recursos e ferramentas para ajudar a desenvolver aplicativos modernos e de alta qualidade, enquanto ao trabalhar com javascript puro você precisa desenvolver essas ferramentas sozinho.
Acessibilidade e compatibilidade: Ao trabalhar com javascript puro, é mais difícil garantir que o seu aplicativo seja acessível para todos os usuários e compatível com todos os navegadores.
Enquanto é possível desenvolver projetos complexos com javascript puro, é muito mais fácil e eficiente usar frameworks e bibliotecas para ajudar a gerenciar esses desafios.
Conclusão
Bom... Só falta me dizer também que prefere escrever SQL puro? Num mundo onde query builders e ORMs dominam. Quem tem tempo para escrever comandos SQL manualmente quando você pode usar uma alternativa bem mais direta? E você acha mesmo que alguém vai esperar você terminar de escrever manualmente todas as consultas antes de usar uma query builder ou ORM? Bem vindo a 2023!