Em desenvolvimente web, principalmente no Java, dificilmente mechemos com concorrencia e paralelismo usando multi-thread's, veja os motivos aqui (Segurança em Concorrencia e paralelismo no Java?, como a JVM gerencia sua memoria?, Como funciona o stack e heap da JVM?, onde e em quais lugares a JVM armazena o que? | Concorrencia e Paralelismo no Java part 1 (final) | Gerenciamento de Memoria part 2 | detalhes internos da JVM part 2 (final)). E então muitos usam essa desculpa para não querer estudar paralelismo e concorrencia e multi-threading no Java, porém ainda assim devemos aprender, vai que um dia precisa usar Spring Batch para lidar com processos pesados, e ai você não consegue entende-lo pois nem threads direito entende, e ai?. Ou então digamos seu sonho é trabalhar em um big tech, e lá é tudo microservice, e ai você vai ter que lidar com um RabbitMQ da vida ou o poderoso Apache Kafka, e ai, como vai entender um sistema de filas se não sabe nem como funciona no Java Puro?. Outro caso, digamos queira fazer algo mais avaçado, uma aplicação assincrona como você ve o pessoal do nodejs fazendo, e ai você vai e tenta estudar Reactor e WebFlux, mas não consegue pois nem assincronicidade básica com Threads não entende, e ai?