É inegável a popularidade do NodeJs em quase todas as áreas do desenvolvimento, usa-se node para quase tudo, desde soluções mobile com Reat Native e IONIC, backend de aplicações, ferramentas de linha de comando, até a profunda dependências nos fluxos de desenvolvimento de frontends ricos com VueJs, React e Angular, assim conhecer o entorno de seu ecosistema é essencial. Com isso em mente, resolvi escrever este artigo e deixar um pouco mais mastigado e acessível os principais comandos de seu gerenciador de pacote oficial, o NPM (Node Package Manager), usado extensivamente no dia a dia para gerenciar as dependências do projeto.

O Deno tem evoluído muito rápido, e cada dia vem trazendo novas features que o deixam cada vez mais interessante, na versão 1.6 que saiu dia 8/12/2020 foi introduzida, entre outras features (como o suporte experimental aos novos macs com chips M1), essa nova funcionalidade que permite gerar um executável nativo standalone and self contained. Algo semelhante ao que libs como nexe e pkg fazem com o node, porém de forma integrada.

Na versão seguinte, a 1.7 lançada em 19/01/2021, tivemos ainda algumas melhorias que incluem a possibilidade de fazer compilação cruzada de qualquer arquitetura estável suportada (Windows x64, MacOS x64 e Linux x64) para qualquer outra arquitetura, o que possibilita criar binários para Windows ou Mac a partir de uma máquina linux por exemplo. Outra feature muito interessante incluída na nova versão foi a flag “—lite” que pode gerar um executável entre 40/60% menor.

Olá pessoal, hoje vou tentar expor aqui algo infelizmente muito comum no dia a dia de desenvolvedores de aplicativos, em especial os independentes onde esse tipo de ação tem maior impacto, os comentários destrutivos em uma loja de aplicativos. Este problema não se limita apenas ao contexto de aplicativos, podendo extrapolar para muitas áreas como a própria venda de produtos online, porém nesse artigo irei foca exclusivamente nesse contexto.

Big Techs tem acostumado usuários a serem o produto, disponibilizando tudo sem uma cobrança direta e passando uma percepção para quem as usa ser “de graça”. Não é o intuito desse artigo entrar no mérito desta discussão, mais saiba, se não paga diretamente por uma solução, muito provavelmente é porque você e seus dados são o produto, nenhuma empresa disponibiliza uma aplicação comercial sem o intuito de ganhar dinheiro com a mesma, quem nunca pesquisou por um produto como televisão no google por exemplo, e depois em todo site que abre só vê anuncio de televisões? Essa percepção de ser tudo “grátis” está criando uma geração que espera ter tudo que precisa sem ter que disponibilizar nem mesmo alguns centavos para financiar quem vai produzir a solução, é comum encontrar sites especializados em disponibilizar aplicativos que seriam pagos nas lojas de aplicativos oficiais, muitas vezes alguns centavos, sem nenhum custo. Muitos preferem se expor e sair da segurança da loja do ecossistema e financiar o aplicativo que tanto gosta, para economizar R$ 0,99, expondo seu celular, seus dados e se colocando em risco por tão pouco.

Falar sobre PWA é algo que sempre curto bastante, e ontem tive a oportunidade de apresentar uma talk em nosso grupo do GDG (Google Developer Groups) Cataguases, onde tentei passar minha visão sobre esse tema e demonstrar o quão relevante será seu futuro ( o presente também é claro :) ), passando os conceitos envolvidos no tema, bem como ferramentas e soluções que o completam e fazem das progressive web apps, ao meu ver, o futuro da esmagadora maioria das aplicações.

O Observer pattern é um dos padrões de projeto mais úteis, amplamente utilizado, especialmente no frontend com os novos frameworks/libraries reativas como Vue, React e Angular por exemplo, assim, entender bem seus conceitos e o problema que ele pretende resolver, é fundamental para que possamos usá-lo da melhor forma possível.

Nesse artigo pretendo apresentar de uma forma simplificada o conceito de Adapter Pattern, que é um padrão de projeto extremamente útil no dia a dia para qualquer desenvolvedor. Sua função é converter uma interface de uma classe para outra esperada pelo cliente, possibilitando que classes com interfaces incompatíveis trabalhem juntas.

Este artigo é a terceira e ultima parte de uma sequência de artigos sobre meu processo de aprendizado de uma nova linguagem de programação, nessa série tenho o objetivo de documentar esse processo na esperança de talvez poder ajudar alguém, não só aprender a própria linguagem Go, como qualquer outra linguagem de programação. A parte 1 dessa série pode ser lida aqui e a parte 2 aqui.

Este artigo é a segunda parte de uma sequência de artigos sobre meu processo de aprendizado de uma nova linguagem de programação, nessa série tenho o objetivo de documentar esse processo na esperança de talvez poder ajudar alguém, não só aprender a própria linguagem Go, como qualquer outra linguagem de programação. A parte 1 dessa série pode ser lida aqui.

Já faz muito tempo que não escrevo um artigo, mas já fazia algum tempo que queria voltar a escreve-los. Hoje resolvi aprender uma nova linguagem de programação e também documentar esse processo na esperança de talvez poder ajudar alguém, não só aprender a própria linguagem Go, como qualquer outra linguagem de programação. Esta série de artigos não tem a pretensão de ser um guia definitivo, ou um super manual da linguagem, mas sim descrever como eu aprendo uma nova linguagem, pontos importantes e minhas impressões da mesma. Bom então vamos lá…