DEV Community: Jonatan Lima (balu)

Evitando consumo de mensagens duplicadas com Redis

Jonatan Lima (balu) — Fri, 24 Mar 2023 21:19:42 +0000

Nesse artigo vou tratar de uma forma de evitar o consumo de mensagens duplicadas via RabbitMQ, a solução que será demonstrada foi elaborada por Alison Machado, Jonatan Pedraza e por esse quem vos escreve Jonatan Lima.

Cenário

Primeiro vamos entender o cenário.

O processo inicia quando o Payment Gateway se comunica com Webhook que por sua vez publica uma mensagem no RabbitMQ, onde o Service consome a mensagem.

Problema

Por motivos de instabilidade o Payment Gateway pode enviar o mesmo Webhook, gerando o envio da mesma mensagem para o RabbitMQ que por sua vez enviará a mensagem duplicada para o Service.

Como não existe uma tratativa no CONSUMER para verificar se a mensagem já foi consumida e processada com sucesso, o USE CASE é chamado novamente.

Solução

Após conversarmos sobre várias formas de resolver o problema, chegamos na que melhor se encaixa no nosso cenário.

Decidimos utilizar o Redis para armazenar uma hash, que será gerada no momento em que o Consumer consumir a mensagem, após a geração da hash consultamos no redis para verificar se a mensagem já foi processada com sucesso, caso a hash seja encontrada não processamos a mensagem novamente.

Se a hash não for encontrada, o fluxo normal da chamada do USE CASE é realizado, caso tudo ocorra como o esperado, no final do fluxo inserimos a hash no Redis.

Pontos de atenção

Não esqueça de adicionar o ttl da chave que será inserida no Redis.
Caso queira que os métodos implementados do Redis sejam rejeitados no momento em que a conexão seja perdida, desabilite offline queue.

Projeto no Github

https://github.com/jdssl/redis-saves

Reduza a criação de listas utilizando compreensão em listas

Jonatan Lima (balu) — Mon, 08 Nov 2021 21:05:23 +0000

Post original: link

Normalmente quando estamos estudando Python e aprendendo a criar listas, utilizar while, for e if, nos sentimos com super poderes rs. Mas com grandes poderes vêm grandes responsabilidades.

Mãos à obra

Vamos criar um lista e vamos preenche-la utilizando

for e range().
>>> my_list1 = []
>>> for x in range(0, 10):
        my_list1 += [x]
>>> my_list1
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]

Agora vamos criar a mesma lista utilizando compreensão em listas.

>>> my_list2 = [i for i in range(0, 10)]
>>> my_list2
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]

E então?
Simplificamos toda a criação de nossa lista em uma única linha.

Vamos a mais um exemplo, podemos adicionar operações matemáticas.

>>> my_list3 = [i * 2 + 2 for i in range(0, 10)]
>>> my_list3
[2, 4, 6, 8, 10, 12, 14, 16, 18, 20]

Que tal usarmos if?

Queremos vê os números pares.

>>> my_list4 = [i for i in range(0, 10) if i % 2 == 0]
>>> my_list4
[0, 2, 4, 6, 8]

Se não tivéssemos utilizado compreensão em lista o nosso código ficaria assim.

>>> my_list4 = []
>>> for x in range(0, 10):
        if x % 2 == 0:
            my_list4 += [x]
>>> my_list4
[0, 2, 4, 6, 8]

Por que devo usar compreensão em listas?

Além do fato que podemos diminuir bastante o nosso código, uma coisa muito importante também é a beleza do código.

Beleza?

Sim!!!

Vamos lembrar do primeiro mandamento do Zen Of Python.

“Beautiful is better than ugly.”
ou seja
“Bonito é melhor que feio.”

Espero que esse pequeno artigo tenha ajudado você de alguma forma no seu caminho pela arte Pythonica.

Os fundamentos são a base de tudo.

Nunca desista de correr atrás dos seus sonhos

Aproveite as oportunidades

Jonatan Lima (balu) — Mon, 08 Nov 2021 21:00:26 +0000

Post original: link

Nesse pequeno artigo gostaria de compartilhar um pouco da experiência que estou vivendo atualmente, na verdade não sei se o nome correto seria de artigo ou texto de autoajuda rs. Mas gostaria que você tirasse um tempo pra lêr esse “artigo”, espero que possa lhe ajudar.

Vivemos em um mundo onde o tempo não para, quem dera se ele fosse nosso amigo e de vez em quando desse uma leve atrasada ou até mesmo parasse rs, mas não é assim, o tempo é veloz e implacável, funciona igual para o rico como para o pobre.

Tenho vivido um período que muitos profissionais considerariam um “inferno”, que é o desemprego, mesmo fazendo alguns trabalhos de freelancer, eles não estão o tempo todo ao nosso alcance, seja por falta de conhecimento, ou até mesmo por medo de não estarmos a altura do quesito da vaga ou da tarefa.

Você já deve ter feito algumas dessas perguntas ou questionamentos quando nos encontramos nessa situação.

O que fazer?

Estude, procure suas deficiências técnicas e foque em resolve-las, se prepare e de sempre o seu melhor!

O ser humano é incrível, podemos fazer coisas inimagináveis se tivermos força, garra e aquela chama que nossos heróis sempre tem e nos contagia!!

O mercado tá difícil!

Ele sempre foi e sempre será!

Não adianta reclamar dele, aprenda como ele funciona e crie sua estratégia de estudo e entre no jogo!!!

A culpa é desse mercado que não da valor para o ótimo profissional que eu sou!!!

Cuidado, esse tipo de afirmação pode ser considerada como orgulhosa e presunçosa, acredito que você seja um ótimo profissional, mas falar esse tipo de coisa pode comprometer de vez a visão das pessoas que estão ao seu redor.

Existem situações que nem sempre são as ideias de trabalho, seja ambiente de trabalho ou salário, mas fazer o que? A vida é assim, aprenda a viver com ela.

Se não está satisfeito com o mercado, pois ele não o valorize, mude, estude, evolua, procure outra área, mude de cidade ou até mesmo país, mas posso lhe garantir, em todos esses casos que falei haverão dificuldades.

Dedique um tempo para você, isso é muito IMPORTANTE

Separe um tempo pra fazer uma auto avaliação, da sua vida familiar, espiritual e profissional, tenha uma visão de como é o seu verdadeiro eu em cada um desses setores.

Sou um bom marido, namorado, amigo, filho ?

Acredite todas essas áreas estão ligadas, você não pode ser um mal filho e um bom profissional. Essa é a minha visão.

Não importa em que você acredita, todos temos fé em alguma coisa, todos somos filhos de Deus, veja se você tem dedicado um tempo pra fazer boas obras ao seu próximo.

Sou um bom profissional, posso melhorar?

Sempre podemos melhorar, a busca do aprendizado não acaba nunca, não se acomode!

Contribuo com a equipe da qual faço parte? Ou só me importo com o dinheiro?

Esse é um assunto delicado, sim você pode estar em um empresa só pelo dinheiro, pelo status. Isso é válido, ninguém pode desmerecer sua opinião, NINGUÉM!!!

Mas quando você tem uma visão de equipe, união, familia em uma empresa, seja ela uma multinacional ou um startup que está começando, as coisas mudam, o sentimento de estar fazendo parte de algo maior, de ser um membro dessa engrenagem, pode mudar completamente sua visão de vida. Mas uma vez, essa é a minha visão!!

Todos precisamos de dinheiro pra cumprir nossas responsabilidades, o mundo é capitalista.

Bom esse “artigo” tomo um rumo diferente do que tinha em mente rs, mas isso é bom, pode expor algumas das minhas visões do mundo.

Mas afinal como posso aproveitar as oportunidades?

Se você chegou até aqui, deve estar esperando um super conselho que vai mudar a sua vida e te tornar um super profissional com muito dinheiro e satisfação pessoal, não é mesmo rs?

Na minha visão satisfação pessoal, profissional e dinheiro, andam juntas.

Você pode ser o que você quiser, Desenvolvedor Web, Ilustrador, Advogado, Músico, Lutador de UFC em todas essas áreas você terá dificuldades.

Você está enrolando!!! Cadê a super dica para eu aproveitar as oportunidade?????

Tudo bem, lá vai, o meu super conselho é:

Seja grato pelo que você tem!

De valor aos momentos bons e ruins da sua vida, assim você vai conseguir perceber que em tudo podemos tirar uma lição.

Em todas as dificuldades aprendemos, em todas as coisas boas que nos acontecessem aprendemos.

Espero que tenha ajudado a você perceber que as situações que passamos sejam elas boas ou ruins, são grandes oportunidades de aprendemos, todas elas nos tornam mais fortes.

“Se a vida fosse fácil, ninguém nascia chorando.” Guilhermynho

Fiquem com Deus e até a próxima.

Estude TypeScript

Jonatan Lima (balu) — Mon, 08 Nov 2021 20:54:04 +0000

Post original: link

Bom dia amigos, gostaria de citar alguns benefícios de aprender e utilizar TypeScript em JavaScript.

Alguns motivos:

Temos a possibilidades de trabalhar com tipagem, algo muito útil para nós desenvolvedores JavaScript.
Orientação a Objetos, sim, vamos poder usufruir de todo o poder desse paradigma (Class, Interface, Abstract), somando com a programação funcional nativa.
Melhora seu código, seu código vai se tornar mais coeso, bem divido, claro, se você usufruir de interfaces, classes abstratas e da boa e velha herança.
Muitas tecnologias utilizam ou dão suporte ao TypeScript: Angular, React, Graphql, Graphcool e etc.

Lembre-se TypeScript é um supertest de JavaScript, ou seja, você pode implementar ele sem precisar usar esses frameworks citados acima.

Comece agora a utilizar TypeScript e eleve seu JavaScript para o próximo nível. Vou deixar alguns links legais pra você estudar TypeScript:

O próprio site dará todo o suporte que você precisará: https://lnkd.in/dC4bbuX
No próprio site tem uma área pra você começar do zero: https://lnkd.in/dB8pTuj

Agora só depende de você, estude, pratique e use TypeScript em seus novos projetos.

Fiquem com Deus e até a próxima.

Nunca desista de correr atrás dos seus sonhos

SOLID em menos de 5 minutos

Jonatan Lima (balu) — Mon, 08 Nov 2021 20:49:25 +0000

Post original: link

Essas são as minhas interpretações desse paradigma, não são verdades absolutas.

Single Responsibility Principle

Princípio da Responsabilidade Única

Uma classe deve ter somente uma função (não necessariamente uma função e sim fazer uma única tarefa bem feita), utilize interface para agrupar métodos.

Liskov Substitution Principle

Princípio da substituição de Liskov

A classe mãe deve poder ser substituída pela sua classe filha. Basicamente fazendo um override nos métodos, modificando para satisfazer os requisitos da nova classe.

Dependency Inversion Principle

Princípio da inversão de dependência

Toda classe de alto nível seja completamente independente de suas subclasses. Ou seja, as classes não podem depender dos detalhes de implementação de seus métodos e classes.

Interface Segregation Principle

Princípio da segregação de Interfaces

Este princípio afirma que uma interface não pode forçar uma classe a implementar métodos que não pertencem a ela. Cada interface deve conter métodos específicos, evitando poluir as classes que irão implementa-las.

Open Closed Principle

Princípio do aberto/fechado

Crie classes que tem foco de serem extensíveis, distribuindo as responsabilidades em classes pequenas, utilize classes abstratas.

Fiquem com Deus e até a próxima.

Nunca desista de correr atrás dos seus sonhos

Desenvolvimento de software com qualidade

Jonatan Lima (balu) — Mon, 08 Nov 2021 20:38:44 +0000

Post original: link

Todo processo de desenvolvimento de software começa com uma ideia, geralmente são boas ideias mas acabam se perdendo quando deixamos a emoção falar mais alto.

Você provavelmente já deve ter tido uma ideia que achou incrível, pensou que seria o novo Steve Jobs, mudando o mundo e colocando seu nome na história, mas na hora de passar pro papel se enrolou, não soube por onde começar, pulou etapas, começou a modelar banco de dados e pensar em requisitos de layout e bateu no primeiro problema, um novo requisito que não estava previsto apareceu e a implementação dele quebra toda sua aplicação.

Bom esse é o ponto onde muitos desistem, quando os problemas aparecem, quando as coisas não acontecem como o planejado. Tenho uma coisa pra lhe dizer caro amigo, nada nessa vida se comporta como planejamos, controle é uma mera ilusão. Nesse momento você para e se pergunta: E agora? Como posso desenvolver um bom software, já que você acabou de dizer que não existe controle?, calma meu amigo, não podemos controlar o clima, a doença, a morte e uma infinidade de eventos que ocorrem ao nosso redor, mas no nosso universo de criação de softwares de qualidade podemos sim controlar alguns eventos.

Etapas para um bom desenvolvimento

“Essas são as minhas interpretações, opiniões que construi com minha experiência como desenvolvedor, não significa que são etapas e regras absolutas.”

Escreva sua ideia, leia e releia até ficar claro o que o seu software vai fazer, ele terá muitas funcionalidades, mas terá uma que será o seu diferencial, a cereja do bolo. De atenção para ela, mas não esqueça das outras, pois não adianta tem um software que faz sua casa voar sendo que você não consegue mudar o toque da sua campainha.
Crie protótipos, no mercado tem bastante material para te auxiliar nesse processo, o foco principal é ter uma base simples de como o sistema vai funcionar, qual será o fluxo de telas, coisas simples, sem designer, recomendo fazer no papel ou utilizar o Balsamiq.
Faça um esboço do banco de dados, gosto muito de usar papel nessa etapa, seguindo o modelo de mapa mental, tem um aplicativo muito bom pra criar mapas mentais, o MindNode, nessa etapa não me preocupo com colunas, maxlenght e etc, deve ser algo simples mas que já mostre como o banco vai se comportar a nível de tabelas.
Modele o banco de dados, de maneira progressiva, lembre-se que a tendência é que seu sistema cresça e junto com esse crescimento seu banco deve acompanha-lo, use relacionamentos coesos.
Utilize TDD, teste seus modelos, teste suas funções, teste rotas, teste views, teste TUDO, TESTES SALVAM!!! Lembre-se “TODO CÓDIGO NÃO TESTADO É LEGADO”.
Independente da linguagem que você escolha, divida a responsabilidade, use controller, service, interface, factory, nada de colocar toda a responsabilidade no controller ou em um único lugar.
De importância para o Designer, UI e UX. Não adianta ter uma casa incrível por dentro se por fora ela está toda suja, e descuidada. Essas são etapas, assuntos que acho importante no processo para o desenvolvimento de um software de qualidade.

Fiquem com Deus e até a próxima.

Nunca desista de correr atrás dos seus sonhos

Seguindo o caminho JavaScript

Jonatan Lima (balu) — Tue, 14 Sep 2021 12:08:09 +0000

Post original: link

Um caminho ao aprendizado completo e eficiente da linguagem mais amada de todos.

Milhões de Bibliotecas, quais estudar?

Provavelmente você já deve ter se deparado com uma infinidade de frameworks JavaScript, os do momento são, Angular, React, Vue muitos outros. Essa é a “moda do momento”, mas a um tempo essa mesma “moda” tinha como foco, jQuery, Backbone e outros que talvez você nunca tenha ouvido falar.

Mas o que todos eles tem em comum?

Bom, essa pergunta é muito fácil de responder, todos são feitos em JavaScript. Eu sei, é um pouco óbvio, mas tenha calma no final tudo fará sentido rs.

Cada Framework tem sua função, cada tem um objetivo especifico pra solucionar um determinado “problema”, assim como em padrões de projetos, onde o padrão Observer, enfraquece o acoplamento, criando objetos que são “observáveis” que informam a todos os seus “observadores” quando algum evento acontece.

Nesse momento você deve estar se perguntando.

Tudo isso é legal, mas qual eu devo estudar?

Essa resposta é simples:

Todos!

Eu sei rs, não foi a melhor resposta, mas para que você entenda ela, teremos que responder algumas perguntas, tudo bem?

Vamos começar com as perguntas

Você domina bem JavaScript?

Quando falo dominar não é só saber como criar funções, variáveis e etc. Estou falando dos paradigmas da linguagens.

Sabia que JavaScript é um linguagem funcional?

E que ao mesmo tempo pode ser utilizada com o paradigma orientado a objeto e outros?

Funções são consideradas objetos de primeira classe?

Pois como em qualquer outro objeto elas podem:

Ser criadas por meio de literais.
Ser atribuídas a variáveis.
Ser passadas como parâmetros.

Essa é última eu acho muito legal, já pensou em criar um função que recebe um parâmetro qualquer e o seu segundo parâmetro é uma função, que tem seus próprios parâmetros que se comunicam com o primeiro parâmetro da função?

São muitos parâmetros em um pequeno texto rs.

O que eu quero dizer é que as possibilidades são infinitas.

E que funções podem ser invocadas de várias formas:

Invocada como uma simples função, onde seu contexto é global.
Invocada como um método, onde seu contexto é o objeto “dono” do método.
Invocada como um construtor, onde seu contexto é um objeto recém-alocado.
Invocada por meio dos métodos apply e call, onde o contexto pode ser o que quisermos.

E tem muito mais.

Ligando os pontos

Se você respondeu todas essas perguntas com um belo sim, ou já conhecia algumas dessas aplicações da linguagem, parabéns, você está no caminho certo. Mas se você ainda se sente inseguro com esses paradigmas, bom, antes de querer se aventurar pelo mundo dos frameworks, aventure-se no mundo do JavaScript, você irá se surpreender com o que podemos fazer com a linguagem pura.

Sem jQuery, sem Angular, sem React e etc.

Sabia que muitos desses frameworks que fazem algumas mágicas que achamos incríveis, são apenas a utilização de métodos nativos da linguagem e padrões de projetos, como formData, DataSet, preventDefault, stopPropagation, addClass , MVC, repository e outros.

Dica de Ouro

Vou deixar alguns dicas de leitura para vocês, são leituras que já fiz e estou fazendo e pretendo fazer.

Para quem está começando, recomendo livros que são chamados de Guias:

YDKJS - Kyle Simpson
Javascript Guia do programador - Maurício Samy Silva.
Javascript. O Guia Definitivo - David Flanagan.

Para testar os códigos desses livros recomendo um playground, eu gosto bastante do, JSBin.

Para quem já está em um nível intermediário ou avançado e deseja aprimorar suas habilidades de desenvolvimento com Javascript, recomendo:

Segredos do Ninja JavaScript - John Resig e Bear Bibealt.
Padrões JavaScript - Stoyan Stefanov.
Javascript de Alto Desempenho - Zakas.
Javascript Remoto - Ben Vinegar e Anton Kovalyov.
Eloquent JavaScript - Marijn Haverbeke.
Understanding ECMAScript 6 - Zakas.
Testable JavaScript - Ensuring Reliable Code.
Estruturas de dados e algoritmos em JavaScript - Loaine Groner
Testing JavaScript Applications

É uma boa dar uma olhada em TDD, Mocha, Jest, Sinon, Chai, Supertest e outras libs de testes para Javascript.

Por fim

Ter conhecimento da linguagem lhe possibilitará avaliar e escolher a melhor forma de resolver um determinado problema ou a melhor forma de iniciar um bom projeto.

Existem bons frameworks, eles são muitos bons, recomendo que vocês estudem eles e entendam como eles abordam a linguagem e aprendam a reproduzir seus conceitos. Pois talvez daqui à 5 anos, Angular, React e outros da “moda atual” não estejam na crista da onda e se porventura no projeto você precisar de uma solução que se encaixa perfeito com o Angular (lembrando que você não pode usa-lo), o que você vai fazer?, simples, você vai implementar o conceito que o framework utilizou, seja ele componentes ou two data binding.

Espero ter ajudado um pouco nessa sua caminhada JavaScript, nenhum framework deve superar seu conhecimento da linguagem pura. Lembre-se os fundamentos são a base de tudo.

Fiquem com Deus e até a próxima.

Nunca desista de correr atrás dos seus sonhos

Debug Node.js com Chrome DevTools

Jonatan Lima (balu) — Sat, 10 Jul 2021 18:51:42 +0000

Post original: link

Já precisou debugar em Node.js?

Se sim provavelmente você pensou que era necessário fazer toda uma configuração.

Não importa se você usa Sublime, VSCode, WebStorm ou outro editor/IDE, será necessário no mínimo configurar um arquivo.

Bom eu utilizo VIM, não largo por nada rs

Mas voltando pro foco, que tal utilizar o próprio Chrome DevTools como Debug?

É muito fácil.

Se você já tem o Node instalado pode utilizar a flag —inspect-brk para iniciar um Websocket com o Google Chrome. Essa flag adicona um break antes do código ser executado.

Vamos começar com um único

Show, agora vamos entrar no Google Chrome e digitar no campo de url chrome://inspect, o Chrome irá abrir um página com nosso script, clicando em inspect ele irá abrir o DevTools.

Agora com nosso DevTools aberto podemos adicionar break points para conseguir encontrar o erro.

Caso você esteja trabalhando em um projeto grande pode adicionar um script no seu package.json, “dev:debug”: “node —inspect-brk app.js”

Nesse cenário teremos que adicionar a pasta do no projeto na sessão Filesystem em Add folder to workspace, para podermos navegar entre os arquivos e adicionar nossos break pointers.

Espero que esse pequeno artigo ajude vocês no dia a dia com Node.

Para mais informações sobre debug com Node acesse esse link.

Fiquem com Deus e até a próxima.

Nunca desista de correr atrás dos seus sonhos!!!