Você é programador, trabalha para mais de uma empresa e também contribui com projetos open source no github, gitlab, codeberg, etc. Certamente você já passou por aquela situação de fazer um commit no repositório do trabalho usando username/email que usa nos seus projetos pessoais ou open source. Ou o que é mais delicado, você faz um commit num repositório público usando seu email da empresa. E agora o histórico de commit do seu projeto Open Source agora tem seu nome real e seu email da empresa… 😓 ...

Este artigo é parte da série “Práticas de programação shell que mudarão sua vida” Os artigos da série são: deixe seu bash mais rigoroso use um trap para saber exatamente onde seu script quebrou use o shellcheck No artigo anterior aprendemos como fazer o nosso script falhar o mais rápido possível e entedemos qual é a grande vantagem disso. Neste artigo veremos como obter uma indicação bem direta e precisa de onde o nosso script falhou. ...

Este artigo é parte da série “Práticas de programação shell que mudarão sua vida” Os artigos da série são: deixe seu bash mais rigoroso use um trap para saber exatamente onde seu script quebrou use o shellcheck No livro The Art of Unix Programming, o Eric S. Raymond diz o seguinte: Quando precisar falhar, falhe ruidosamente e o mais cedo possível. Neste artigo eu vou tratar da situação de “falhar o mais cedo possível”. Em um outro artigo eu vou falar sobre o “falhar ruidosamente”. ...

Neste artigo veremos algumas configurações interessantes para se fazer no seu ambiente de forma a melhorar o seu .bash_history e o output do comando history. Motivação Eu geralmente uso o tmux com várias sessões de bash abertas, e como raramente eu desligo o computador, muitas vezes essas sessões duram dias. Normalmente o bash grava o histórico da sessão atual no .bash_history apenas ao final da sessão. O problema disso é que muitas vezes eu quero consultar o histórico de comandos em busca de algo que fiz dias atrás, mas o como eu não encerrei a sessão onde o comando foi executado, esse histórico ainda não foi salvo no meu .bash_history. ...

Recentemente descobri uma ferramenta bem bacaninha que serve para gerar simples e belos gráficos de barra diretamente no terminal. A ferramenta se chama termgraph e seu repositório no github é https://github.com/mkaz/termgraph. E aproveitando a enorme oferta de dados disponível na web sobre a epidemia do Coronavírus, achei que esse seria um bom caso de uso para aprendermos a usar a ferramenta. Vamos obter uma lista com as 10 nações com maior número de mortes por COVID-19 e gerar um gráfico de barras mostrando esse ranking. ...

O mundo está em pânico! O tal do Coronavirus está se alastrando rapidamente pelo mundo. Mesmo que exista uma turma tentando minimizar o alarde e nos convencer que não tem necessidade de tanto pânico, dizendo que existem/existiram outras doenças matando muito mais… O melhor é se prevenir! Uma das recomendações que estão sendo dadas é para que as pessoas não saiam de casa. E já que vamos ficar em casa (stay at /home), que tal um pouco de nerdeza para distrair? ...

Um conhecido serviço de “encurtamento de URL” que existe na web é o https://bitly.com. Neste site podemos criar versões mais curtas para URLs grandes. Se você já se deparou com links do tipo bit.ly/AlgumaCoisa, sabe do que estou falando, certo? Neste artigo vamos usar a API do bitly.com através do curl e assim criar o nosso próprio “URL shortener” para usar direto da linha de comando. Se você não conhece o curl, trata-se de um comando bastante poderoso e útil, que serve para transferir dados de/para servidores usando diversos protocolos (HTTP, HTTPS, FTP, TELNET, e muitos outros). Neste artigo veremos apenas uma pequena fração de todo o poder do curl. ...

O shell script é uma “linguagem” muito permissiva. Não é necessário muito conhecimento pra você começar a fazer algumas coisas legais. Isso é bom, fazer coisas legais é divertido, mas também tem um perigo embutido: você pode acabar ir levando adiante uma prática ruim que funciona em determinado cenário mas que em outro pode trazer consequências indesejadas (a não utilização de aspas duplas pra proteger suas variáveis é um exemplo dessas práticas ruins). ...

Esse post é para tentar convencê-los de que suas variáveis devem ser protegidas com aspas duplas SEMPRE. E quando eu digo sempre, é sempre mesmo. Até mesmo em $(subshells). OK… Tá bom. As vezes precisamos referenciar variáveis sem aspas, mas faça isso só quando for estritamente necessário. E quando isso acontecer, deixe um comentário falando sobre esta necessidade. Insisto: Não fique perdendo tempo pensando “Uhmm… Será que tem problema se eu deixar essa variável sem aspas?”. Simplesmente use-as. E quando precisar não usá-las, deixe isso claro através de um comentário. ...

Desde a versão 4.0 do bash (lançada em 2009) nós temos disponível alguns operadores para lidar com case conversion. Nos exemplos a seguir imagine que var contém uma string: ${var,,}: conteúdo de var todo em minúsculas ${var^^}: conteúdo de var todo em maiúsculas ${var,}: primeira letra de var minúscula ${var^}: primeira letra de var maiúscula ${var~~}: inverte de maiúsculo para minúsculo, ou vice-versa, todo o conteúdo de var ${var~}: inverte de maiúsculo para minúsculo, ou vice-versa, a primeira letra de var Funções Para Case Conversion De posse desse conhecimento, vamos fazer nossas versões bash de toLower() e toUpper() e, por que não?, de camelCase(). ...