Eu concordo em partes, mas você parece negligenciar coisas importantes.
De fato, parte expressiva das soluções não requerem uso de ferramentas tão refinadas e complexas, onde soluções mais rápidas e simples seriam mais eficientes. Porém, uma boa maneira de comaçar um estudo de uma nova ferramenta, é usando-a para tarefas simples. Por exemplo, suponha que você quer aprender a atirar com arco e flecha, obviamente você não vai entrar em uma competição para aprender. Você vai começar de um jeito simples, mesmo que não seja a ferramenta ideal para disparos curtos, você vai começar atirando de 2-3m. Eu poderia jogar uma pedra no alvo? Sim, poderia, teria basicamente o mesmo efeito e de forma mais simples que aprender a atirar.
Entretando, compreende que para eu adquirir essa habilidade, eu tenha que começar usando-a de maneira simples, mesmo que não seja o uso mais eficiente dela?
Se fosse apenas limitado ao estudo eu não ligaria, mas percebo que estão levando isso além.
Já teve alguns casos de remover totalmente dependências somente pelo fato de alterar o conceito da implementação. Em um projeto recente vi o desenvolvedor usando Redis para cachear a resposta que enviava o arquivo. A alegação era que "ler o arquivo" em toda a requisição era custoso, e realmente era, então já tinham aprendido que Redis era uma forma eficiente de cache.
Resolvi o problema eliminando o Redis e fazendo streaming do arquivo. Sequer sabiam que existiam "streaming" de dados no HTTP. Isso é uma deficiência do conceito, algo que não ensinam.
Muitos não sabem o que é uma API. Sempre lembram daquele REST que lê/volta um JSON. Isso está errado.
Simplificar não é remover o conceito, o que estão fazendo é o contrário: estão dizendo que você precisa aprender tudo isso para resolver coisas simples e não ensinam o mais básico primeiro. Estão ensinando o que vem depois e estão pulando as aulas iniciais, ou sequer estão existindo essas aulas.