Eu não ia responder porque já está muito bem respondida pelo kht, o que não tem como eu discordar já que ele gentilmente usou uma referência minha. Mas resolvi adicionar algo.
E vou começar fazendo um jabá de outras postagem minha que ajuda entender um pouco mais sobre estilos de tipagem. Tipagem é um dos assuntos mais complexos da programação, como é da matemática também. Sim, a teoria de tipos veio da matemática, não foi inventada para a computação. Então tem várias formas de classificar a tipagem.
É muito comum essa confusão com a força da tipagem, aí quando a pessoa pergunta sobre isso não sabemos se ela está falando da força mesmo. Ainda mais com esses exemplos que As duas primeiras são estática e fortemente tipadas, e as duas seguintes são dinâmica e fracamente tipadas. O que acontece se falar de Python, Lua e muitas outras que são dinâmicas e fortemente tipadas? Ou C e outras que são estática e fracamente tipadas?
E o que dizer quando a linguagem não cumpre totalmente o que a classificação indica.
Java e C#, como quase toda linguagem mais conhecida tem furos na tipagem estática null, estou falando de você, entre outros), ou até mecanismos explícitos que escapam disso, principalmente em C#. Ou quando uma linguagem como PHP que permite explicitar os tipos, o que aliás muitas dinâmicas estão fazendo isso agora, por que será?
Precisa resolver essa ambiguidade de termos antes de mais nada.
Provavelmente o termo que está procurando para definir essas linguagens, é "com mais cerimônia".
Então começando responder as perguntas: para aprender a programar bem tem que entender a computação toda. A grande dificuldade das pessoas está em aprender olhando para buracos de fechadura em várias salas, quando elas precisam frequentar todas as salas, em conjunto. E só quem faz isso vê os benefícios de fazer assim.
Por isso você pode começar com qualquer linguagem, mas a tendência (não vale para todos casos, mas a maioria) é que algumas farão você aprender melhor. Mais ainda, evitará você aprender de forma errada, porque depois para corrigir o erro custa caro, e pode não conseguir mais. Se você treina o erro é ele que você cometerá para sempre.
"Todas" as minhas falhas são porque eu treinei o erro por mais tempo que eu deveria. E é comum eu não saber que está errado no começo porque ainda não entende do assunto. E não por esse motivo não sei quanto tempo investir nisso, ou quando é para trocar. Não sabendo isso é melhor começar pelo mais adequado, o que te dá uma base melhor, mesmo que fazendo de outro jeito também dê algum resultado. O risco é menos escolher a linguagem mais certa para entender a computação.
Aprender as regras primeiro e depois a flexibilidade é absurdamente mais fácil do que prender o flexível e depois ter que lidar com as regras depois. Vemos isso em tudo na sociedade. Cada ação vai provando isso quando se trata de seres humanos. Sempre dá para arrumar, mas é mais trabalhoso e muitos nunca farão.
A boa notícias é que não dominando tudo isso muito bem ainda dá para programar, mesmo que apresente deficiências, e tem emprego. A má notícias é que sem ser bom politicamente, os melhores empregos não estarão disponíveis sem isso.
Também é ambíguo falar de frontend. Vai Desenvolver aplicativos para Android, iOS, Windows, MacOS, Linux? Ah, ok, deve estar falando de front end web, que é o que quase todo mundo quer dizer quando usa esse termo, mas ele não é só isso.
Se for isso, então tem que escolher entre TypeScript ou JavaScript. Mas também pode pensar em C# que roda nos navegadores, mesmo que muita gente não saiba. Outras linguagens também.
Eu acho que pode começar com JS, mas o mais rápido possível deveria ir para outra linguagem com mais regras. JS sequer é uma linguagem adequada para fazer o que as pessoas estão fazendo com ela (arrumei briga com fanboys da linguagem), por isso TS foi criada. Sistemas complexos são difíceis de desenvolver, e principalmente de dar manutenção em linguagens de tipagem dinâmica, mais ainda de tipagem fraca.
Você sabia que se tirasse a tipagem fraca, não precisa tirar a dinâmica, PHP e JS eliminam quase todas as críticas que fazem a elas?
Agora, para aprender sério, eu aconselho C. Eu sei, aqui a maioria está fazendo o sinal da cruz, mas é isso. Só para aprender, para entender a computação, não é nem para usar. Para focar no aprendizado de uma coisa e não de duas, que seres humanos não são bons nisso. Ou aprende a computação ou aprende a linguagem. Não é para aprender C de verdade, é só instrumento para aprender computação, sem o artificialismo do Portugol, que dá o resultado oposto. Aliás a única coisa que Portugol tem de bom é regras simples e claras, incluindo a tipagem.
Nem todo mundo precisa ir por esse caminho, tem objetivos profissionais que seria um absurdo a pessoa fazer isso ("Quero aprender teoria músical pois quero ser um grande funkeiro", não é uma ferramenta para ter sucesso nessa área - não falo do funk original que é uma música maravilhosa - e você pode gostar da música quiser também). Eu jamais digo o que as pessoas devem fazer, porque só ela terá as consequências do que ela fizer. Eu apenas prefiro o caminho que eu vi sendo melhor. Eu nunca acharei ofensivo alguém me aprender essa rota em algo que eu ainda não sei. Eu acharei ruim, mas não ofensivo, alguém disser que eu só posso escolher um caminho. Assim como não é ofensivo alguém dizer que prefere não seguir o caminho proposto, mas não imposto, por alguém experiente.
Eu votei na sua pergunta mais cedo porque esse é um assunto que realmente faz diferença na carreira da pessoa, junto com muitos outros. Quem é inexperiente não consegue perceber isso com clareza. Eu tive sorte porque sem querer foi por um caminho bom nesse ponto, não tinha quem me ajudasse. Em outros pontos foi um festival de erros, até eu achar alguém que foi consertando meus vícios. pena que essas publicações nunca ficam populares aqui, mas agradeço pela oportunidade de falar sobre.
Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).