Nessa postagem vou adicionar ao script de pós-instalação algumas ferramentas que utilizo no meu trabalho como desenvolvedor, como o editor de código-fonte vscode e o Git, assim como configuração da chave SSH necessária para realizar as operações nos repositórios. Não vou abordar ferramentas específicas para cada linguagem que utilizo, isso poderá ser adicionado mais tarde.
Na postagem anterior, instalamos as ferramentas relacionadas ao terminal, agora vamos instalar o WSL (Windows Subsystem for Linux). Essa instalação envolve um desavio extra: habilitar o WSL exige a reinicialização do computador. Além disso, vamos configurar o Oh My Posh no terminal bash do WSL.
Nessa postagem, vou adicionar ao script de pós-instalação, iniciado na parte 1, a instalação e configuração de ferramentas relacionadas ao Terminal, são elas:
Oh My Posh ao CMD.PowerShell, CMD e Bash, entre outros.Para manter tudo organizando vou criar um script em separado para essa etapa, chamado Install.Terminal.ps1.
Uma tarefa incomoda após a troca de máquina, ou reinstalação da mesma, é instalar e configurar tudo conforme nossas preferências pessoais, na prática, precisamos executar várias etapas manuais para colocar o sistema no estado desejamos. Outro problema é quando temos mais de uma estação de trabalho e queremos manter tudo sincronizado. Para nos auxiliar nessa tarefa podemos recorrer a soluções como o Ninite, mas, a verdade é que nada é mais flexível do que fazermos nossos próprios scripts para automatizar essas etapas de configuração.
O objeto desse projeto é criar scripts que automatizem etapas de configuração pós-instalação para instalar e configurar minhas maquinas, e compartilhar o resultado para que qualquer um possa adaptá-los para suas necessidades. A minha pretensão é separa os scripts em categorias, para organizar, e para garantir que eu possa executar etapas em separado caso algo dê errado.
Há algum tempo comecei a ler "Trabalhando eficaz com código legado", de Michael C. Feathers, quando me deparei, ainda no capítulo de apresentação, com sua definição sobre código legado: "código legado é simplesmente código sem teste". Em resumo, Feathers relaciona código legado a código difícil de manter, como código sem testes é difícil de manter logo ele é legado. Já vi muitas maneiras de definir código legado, mas essa, sem dúvidas, é a mais impactante. Mesmo achando a definição coerente, uma mistura de descrença e dúvida vieram a minha cabeça.
EditorConfig é uma ferramenta que ajuda a manter estilos de codificação consistentes para vários desenvolvedores que trabalham no mesmo projeto em diferentes editores e IDEs. Ele consiste em um formato de arquivo para definir estilos de codificação e uma coleção de plugins de editor de texto que permitem que os editores leiam o formato de arquivo e sigam os estilos definidos. Os arquivos EditorConfig são facilmente legíveis e funcionam bem com sistemas de controle de versão.
Nessa nova prática apresento um problema comum no desenvolvimento de software: o tratamento incorreto de exceções genéricas.