DEV Community: Wilson Lucena

A Aplicação da Lei de Pareto no Desenvolvimento de Software

Wilson Lucena — Sat, 09 Nov 2024 15:37:24 +0000

No contexto do desenvolvimento de software, a otimização do tempo e dos esforços é essencial para garantir a entrega de produtos de alta qualidade dentro dos prazos estipulados. Nesse cenário, a Lei de Pareto, também conhecida como o Princípio 80/20, emerge como uma metodologia eficaz. Este conceito, originado por Vilfredo Pareto, destaca que 80% dos resultados são frequentemente originados por 20% das causas. No desenvolvimento de software, essa proporção pode oferecer insights valiosos sobre onde concentrar esforços para maximizar a eficiência.

O que é a Lei de Pareto?

A Lei de Pareto foi inicialmente observada por Vilfredo Pareto no final do século XIX quando ele percebeu que 80% das terras na Itália pertenciam a 20% da população. Desde então, essa observação tem sido aplicada a diversas áreas, incluindo negócios, economia, e, mais recentemente, na tecnologia da informação.

Aplicação no Desenvolvimento de Software

Identificação de Problemas Críticos: Durante o desenvolvimento, os desenvolvedores podem usar o Princípio 80/20 para identificar quais são os 20% dos bugs que estão causando 80% dos erros nos sistemas. Focar nesse pequeno grupo de problemas críticos pode aumentar significativamente a eficiência do processo de correção de bugs.
Otimização de Recursos: No gerenciamento de projetos de software, a distribuição eficiente de recursos é crucial. A Lei de Pareto ajuda a identificar quais 20% das tarefas são responsáveis por 80% do valor do projeto, permitindo que gerentes de projeto priorizem adequadamente.
Aprimoramento de Funcionalidades: Em muitos casos, 80% dos usuários utilizam apenas 20% das funcionalidades de um software. Entender quais funcionalidades são mais utilizadas ajuda no direcionamento dos esforços de aprimoramento e manutenção, garantindo que os recursos sejam alocados de forma a maximizar a satisfação do usuário.

Exemplos Práticos

Um estudo famoso realizado por Jim Johnson da Standish Group destaca que, em softwares empresariais, apenas 20% das funcionalidades são usadas com frequência, enquanto as demais 80% são raramente exploradas pelos usuários. Isso sugere que o foco no desenvolvimento de funcionalidades essenciais pode não apenas reduzir custos, mas também melhorar a experiência do usuário.

Limitações e Considerações

Apesar de sua utilidade, a Lei de Pareto não é uma fórmula mágica. É importante que equipes de desenvolvimento considerem variáveis específicas do contexto de cada projeto. A proporcionalidade pode variar, e a aplicação cega da regra pode levar à negligência de fatores críticos que não se encaixam na proporção 80/20.

Conclusão

A Lei de Pareto, quando aplicada com discernimento, pode ser uma poderosa ferramenta de análise e otimização no desenvolvimento de software. Ela auxilia na identificação de pontos críticos que demandam atenção e na alocação mais eficaz dos recursos disponíveis. No mundo cada vez mais competitivo do desenvolvimento de software, entender e aplicar esse princípio pode ser a chave para acelerar processos, melhorar produtos e assegurar um posicionamento de destaque no mercado.

Fontes:

Koch, Richard. "The 80/20 Principle: The Secret to Achieving More with Less." Crown Business, 1999.
Johnson, Jim. "CHAOS Report." Standish Group, 1995.

Com essa perspectiva, desenvolvedores e gerentes de projeto podem se beneficiar ao incorporar o Princípio de Pareto nas suas práticas diárias, resultando em um desenvolvimento mais ágil e orientado a resultados.

Criando uma API em NodeJS: Um Guia para Iniciantes

Wilson Lucena — Sat, 09 Nov 2024 15:36:18 +0000

Se você está iniciando no mundo do desenvolvimento com JavaScript e quer criar sua primeira API usando NodeJS, está no lugar certo! Neste artigo, vamos explorar como construir uma API RESTful simples utilizando o framework Express. Vamos trabalhar com todos os verbos HTTP principais e, ao final, você terá uma compreensão sólida de como montar sua própria API. Vamos lá!

Pré-requisitos

Antes de começarmos, certifique-se de ter o NodeJS e o npm (Node Package Manager) instalados em sua máquina. Você pode baixar ambos do site oficial do Node.js.

Configurando o Projeto

Inicie um novo projeto NodeJS

Abra seu terminal e crie um diretório para seu projeto. Em seguida, inicialize um novo projeto NodeJS:


mkdir minha-api

cd minha-api

npm init -y

Isso criará um arquivo package.json com as configurações padrão.

Instale o Express

Para criar nossa API, precisamos do Express, um framework web que simplifica o desenvolvimento em NodeJS.


npm install express

Criando Servidor com Express

Vamos começar criando um servidor básico.

Crie o arquivo principal

No diretório raiz do projeto, crie um arquivo chamado index.js.

Configure o servidor básico

Abra o index.js e adicione o seguinte código:


const express = require('express');

const app = express();

const port = 3000;

app.use(express.json());

app.listen(port, () => {

console.log(`Servidor rodando em http://localhost:${port}`);

});

Este código cria um servidor que escuta na porta 3000 e está pronto para receber requisições.

Trabalhando com Verbos HTTP

Agora que temos um servidor básico em execução, vamos adicionar rotas para cada um dos principais verbos HTTP: GET, POST, PUT e DELETE.

Método GET

Vamos começar com uma rota que retorna uma lista de itens:


const items = [

{ id: 1, name: 'Item 1' },

{ id: 2, name: 'Item 2' },

];

app.get('/items', (req, res) => {

res.json(items);

});

Esta rota responderá com uma lista de itens quando acessarmos http://localhost:3000/items.

Método POST

Para adicionar um novo item à lista, usamos o verbo POST:


app.post('/items', (req, res) => {

const newItem = req.body;

newItem.id = items.length + 1;

items.push(newItem);

res.status(201).json(newItem);

});

Com esta rota, você pode enviar um novo item no corpo da requisição e ele será adicionado à lista.

Método PUT

Para atualizar um item existente, utilizamos o verbo PUT:


app.put('/items/:id', (req, res) => {

const id = parseInt(req.params.id, 10);

const itemIndex = items.findIndex(item => item.id === id);

if (itemIndex !== -1) {

const updatedItem = { id, ...req.body };

items[itemIndex] = updatedItem;

res.json(updatedItem);

} else {

res.status(404).send('Item não encontrado');

}

});

Nesta rota, podemos atualizar um item existente pelo seu ID.

Método DELETE

Para remover um item, usamos o verbo DELETE:


app.delete('/items/:id', (req, res) => {

const id = parseInt(req.params.id, 10);

const itemIndex = items.findIndex(item => item.id === id);

if (itemIndex !== -1) {

items.splice(itemIndex, 1);

res.status(204).send();

} else {

res.status(404).send('Item não encontrado');

}

});

Esta rota permitirá que você exclua um item pelo ID.

Conclusão

E pronto! Você criou uma API básica em NodeJS utilizando Express que responde aos verbos HTTP GET, POST, PUT e DELETE. Este exemplo é um ponto de partida excelente para entender como APIs funcionam e como você pode expandi-las para casos mais complexos.

Para mais informações sobre o Express, você pode consultar a documentação oficial. Além disso, recomendo a leitura do livro "Node.js Design Patterns" de Mario Casciaro e Luciano Mammino para aprofundar seus conhecimentos.

Boa codificação!

Boas Práticas - DRY, KISS, YAGNI

Wilson Lucena — Fri, 30 Jun 2023 00:15:22 +0000

As boas práticas de desenvolvimento DRY, KISS e YAGNI são princípios fundamentais que podem ajudar os desenvolvedores a escrever código mais limpo, eficiente e fácil de manter. Aqui está uma breve explicação de cada um deles:

DRY (Don't Repeat Yourself - Não se repita): DRY é um princípio que incentiva os desenvolvedores a evitar a duplicação de código. Em vez de ter o mesmo trecho de código repetido em vários lugares, é preferível abstrair esse código em uma função, classe ou componente reutilizável. Dessa forma, se houver a necessidade de fazer alterações, elas só precisam ser feitas em um único lugar, o que reduz a possibilidade de erros e facilita a manutenção do código.

Exemplo: Função para calcular a média de uma lista de números.

// Versão não-DRY
function calcularMedia(lista) {
  let soma = 0;
  for (let i = 0; i < lista.length; i++) {
      soma += lista[i];
  }
    return soma / lista.length;
}

// Versão DRY
function calcularMedia(lista) {
  const soma = lista.reduce((acc, num) => acc + num, 0);
    return soma / lista.length;
}

Na versão não-DRY, o cálculo da soma é repetido em um loop. Já na versão DRY, a função reduce é usada para calcular a soma sem repetir o código.

KISS (Keep It Simple, Stupid - Mantenha Simples, Estúpido): O princípio KISS sugere que o código deve ser simples e direto. Em vez de criar soluções complexas e sofisticadas, os desenvolvedores devem buscar a simplicidade, tornando o código mais fácil de entender, depurar e manter. Isso envolve evitar a complexidade desnecessária, utilizar nomes claros para variáveis, funções e classes, e evitar soluções complicadas quando há alternativas mais simples e eficientes

Exemplo: Verificar se um número é par.

// Versão não-KISS
function isPar(numero) {
  if (numero % 2 === 0) {
    return true;
  } else {
    return false;
  }
}

// Versão KISS
function isPar(numero) {
  return numero % 2 === 0;
}

Na versão não-KISS, o resultado da expressão
numero % 2 === 0 já é um valor booleano, então não é necessário o uso do bloco if para retornar true ou false. A versão KISS simplifica a função, retornando diretamente o resultado da expressão.

YAGNI (You Ain't Gonna Need It - Você não vai precisar disso): YAGNI é um princípio que adverte contra a inclusão de funcionalidades ou código que ainda não são necessários. Os desenvolvedores devem se concentrar em implementar apenas o que é necessário no momento, evitando adicionar recursos ou funcionalidades especulativas que possam nunca ser utilizados. Isso evita a criação de código desnecessário, reduz a complexidade do sistema e facilita a manutenção futura.

Exemplo: Classe de um carro com atributo "cor".

// Versão não-YAGNI
class Carro {
   constructor(cor, marca) {
        this.cor = cor;
        this.marca = marca;
        this.ano = 2023;
    this.combustivel = 'gasolina';
   }

     // ...outros métodos
}

// Versão YAGNI
class Carro {
   constructor(cor, marca) {
    this.cor = cor;
    this.marca = marca;
   }

     // ...outros métodos
}

Na versão não-YAGNI, foram adicionados atributos como "ano" e "combustível" ao construtor da classe, mesmo que eles não sejam necessários para o exemplo. Na versão YAGNI, esses atributos foram removidos para manter a classe simples e incluir apenas o necessário.

Essas três boas práticas são complementares e podem ser aplicadas em conjunto para promover um código mais limpo, eficiente e fácil de manter. Elas ajudam a evitar a duplicação de código, simplificar soluções e evitar o excesso de complexidade, resultando em um software mais robusto e de qualidade.

https://github.com/ryanmcdermott/clean-code-javascript

Introdução a blockchain

Wilson Lucena — Tue, 27 Jun 2023 00:33:45 +0000

Blockchain é uma tecnologia que permite o registro de dados distribuídos e seguro. A blockchain é uma espécie de banco de dados, mas se diferencia dos outros por ser imutável e descentralizada, enquanto o controle das informações de um banco de dados convencional está nas mãos de uma entidade reguladora específica.

Em um banco de dados comum, as informações podem ser apagadas ou modificadas, enquanto na blockchain os dados ficam gravados para sempre e não podem ser alterados.

O que significa o termo blockchain ? O termo significa "cadeia de blocos", pois consiste em uma cadeia de blocos de dados encadeados.

O termo foi utilizado pela primeira vez no artigo Bitcoin: um sistema financeiro eletrônico peer-to-peer, publicado por Satoshi Nakamoto, o criador do bitcoin, em 2008. No artigo, Nakamoto define a blockchain como ‘’uma rede que marca o tempo das transações, colocando-as em uma cadeia contínua no ‘hash’, formando um registro que não pode ser alterado sem refazer todo o trabalho’’.

Para ficar mais claro, o hash é uma função criptográfica que codifica dados em uma cadeia exclusiva, garantindo sua autenticidade.

Principais características do blockchain

Blocos: São estruturas de dados que armazenam um conjunto de transações ou qualquer tipo de dados.O principal conteúdo de uma bloco geralmente são lista de transações. No caso das moedas digitais as transações consistem em transferências de moedas de uma conta para outra, mas existem outros tipos de blockchains em que as transações podem representar outros tipos de dados.Os blocos são ligados uns aos outros em uma sequência cronológica. Cada bloco contém o hash do bloco anterior, o que cria uma cadeia de blocos, ou "blockchain".

Blocos são formados por cabeçalho,hash e nonce.

fonte: https://andersbrownworth.com/blockchain/block

Cabeçalho do Bloco: O cabeçalho do bloco contém metadados sobre o bloco. Isso geralmente inclui um carimbo de data/hora indicando quando o bloco foi criado, e informações sobre o bloco anterior na cadeia, geralmente na forma de um hash.

Hash do Bloco: Um dos elementos mais importantes do cabeçalho do bloco é o hash do bloco. Este é um valor criptográfico que serve como uma espécie de impressão digital única para o bloco. Ele é gerado com base no conteúdo do bloco e no hash do bloco anterior. Isso significa que qualquer alteração no conteúdo do bloco ou nos blocos anteriores resultaria em um hash diferente, o que torna extremamente difícil alterar os dados depois que eles são adicionados à blockchain.

Nonce: Em blockchains que usam um mecanismo de consenso de prova de trabalho (Proof of Work), como o Bitcoin, há também um valor chamado "nonce" no cabeçalho do bloco. O nonce é um número arbitrário que pode ser alterado para que o hash do bloco atenda a certos critérios, como ter um certo número de zeros à esquerda. Encontrar um nonce que satisfaça esses critérios é computacionalmente difícil e requer uma quantidade significativa de poder de processamento. Isso é o que torna o mecanismo de prova de trabalho resistente a spam e abuso.

Cadeias: É a ligação que ocorre entre os blocos quando um bloco é preenchido, um novo bloco é criado e ligado ao anterior. Isso vai criar a cadeia de blocos, ou seja cada bloco contém uma referência do bloco anterior, formando um histórico imutável de transações.

Descentralização: Esse é uma dos grandes benefícios da blockchain não existe a necessidade de uma entidade ou servidor de controle da rede. Ao invés disso é criada uma rede de nós, onde cada nós contém uma cópia do registro da blockchain. Com isso temos uma aumento significativo da segurança e consistências dos dados transitados na rede.

Vou explicar os principais aspectos da descentralização na blockchain:

Distribuição de Controle: Em sistemas tradicionais, como bancos ou serviços online, geralmente há uma única entidade ou grupo de entidades que controla toda a informação e tomada de decisões. Na blockchain, o controle é distribuído entre todos os participantes da rede, chamados de nós. Cada nó tem a capacidade de validar e verificar transações ou dados que estão sendo adicionados à blockchain.

Redundância de Dados: Em uma blockchain descentralizada, cada nó na rede mantém uma cópia completa da blockchain. Isso significa que a mesma informação é armazenada em muitos lugares diferentes. Isso aumenta a resistência da rede a falhas e ataques, pois mesmo que alguns nós sejam comprometidos ou falhem, os outros ainda mantêm a integridade dos dados.

Consenso Distribuído: Para que um novo bloco seja adicionado à blockchain, os nós devem chegar a um consenso sobre a validade das transações que ele contém. Existem vários mecanismos de consenso, como a Prova de Trabalho (Proof of Work) ou a Prova de Participação (Proof of Stake), que são usados para garantir que a maioria dos participantes concorde com o estado da blockchain.

Resistência à Censura e Transparência: Devido à sua natureza descentralizada, é difícil para uma única entidade controlar ou censurar transações em uma blockchain. Isso pode ser particularmente importante em aplicações que requerem transparência e imutabilidade, como votações ou sistemas financeiros abertos.

Segurança Aumentada: A descentralização também contribui para a segurança da blockchain. Para comprometer ou alterar dados em uma blockchain descentralizada, um atacante precisaria controlar mais de 50% dos nós da rede, o que geralmente é considerado impraticável devido ao grande poder computacional e custo envolvido.

Em suma, a descentralização na blockchain significa que não há um único ponto de falha ou controle, o que contribui para a segurança, transparência, e resistência à censura desta tecnologia.

Criptografia:

A blockchain utiliza criptografia para garantir a segurança e a integridade dos dados. Cada bloco contém um hash, que é um valor criptográfico único. Este hash é influenciado pelo conteúdo do bloco e pela hash do bloco anterior, criando uma ligação segura entre eles.

Mecanismo de consenso:

Antes que um novo bloco seja adicionado à cadeia, os nós da rede devem concordar que as transações dentro dele são válidas. Isso é feito através de mecanismos de consenso, como a Prova de Trabalho (Proof of Work) ou Prova de Participação (Proof of Stake), que ajudam a prevenir fraudes e garantir que apenas transações legítimas sejam adicionadas à blockchain.

A blockchain ganhou notoriedade inicialmente como a tecnologia subjacente do Bitcoin, uma criptomoeda. No entanto, atualmente é usada em diversos setores e para várias aplicações além das criptomoedas, incluindo sistemas de registro de propriedade, cadeias de suprimentos, contratos inteligentes e muito mais.

Segue alguns links uteis.

Demo blockchain na prática
O que é blockchain
Canal LuizTools

Async-first communication (Comunicação assíncrona)

Wilson Lucena — Mon, 20 Mar 2023 00:36:33 +0000

Olá, hoje resolvi escrever sobre comunicação assíncrona, uma excelente ferramenta que melhorará a comunicação do seu time, mas antes de falarmos dela falaremos da comunicação síncrona.

O que é comunicação síncrona?

Aquela conversa frente a frente, quando nos reunimos com pessoas em uma sala física ou virtual para reunião, ou então uma conversa por telefone esses são exemplos de comunicação síncrona. Quando você e a pessoa com quem se fala estão sincronizados naquele momento.

Imagine um cenário que você precisa conversar com várias pessoas ao longo do dia para resolver demandas importantes. Nesse modelo provavelmente você encontrará pessoalmente ou virtualmente com cada um deles, gerando assim várias reuniões em sua agenda, isso de alguma forma influenciará na sua produtividade ao fim do dia.

O que é Comunicação assíncrona ou Async-first?

Async-first communication é uma abordagem de comunicação que prioriza a troca de mensagens e informações de forma assíncrona, em vez de depender exclusivamente de interações síncronas em tempo real.

Em sistemas que utilizam uma abordagem async-first para comunicação, as mensagens são geralmente enviadas por meio de filas ou sistemas de mensagens, permitindo que os destinatários processem as mensagens de forma assíncrona, quando for conveniente e estiver disponível para fazê-lo.

Essa abordagem é particularmente útil em sistemas distribuídos e em nuvem, onde as interações entre componentes do sistema podem ser imprevisíveis e podem ocorrer atrasos na comunicação. Além disso, sistemas que utilizam async-first communication são geralmente mais resilientes por conseguirem lidar melhor com falhas e erros de comunicação.

Embora a comunicação assíncrona possa exigir uma infraestrutura de comunicação mais complexa e possa ser menos intuitiva para os desenvolvedores, que estão acostumados com abordagens síncronas, os benefícios da abordagem async-first, incluindo escalabilidade, eficiência e resiliência, podem valer a pena o esforço adicional necessário para implementá-la.

Espero que esse artigo tenha te ajudado a entender essa poderosa ferramenta de comunicação.

Até mais!

Microserviços - Definição e Boas Práticas

Wilson Lucena — Wed, 23 Nov 2022 20:39:40 +0000

O que são microserviços ?

É uma abordagem de arquitetura de software composta de pequenos serviços independentes que se comunicam e organizados de acordo com seu domínio de negócio.

Diferenças entre as arquiteturas monolítica e de microsserviços

Com as arquiteturas monolíticas, todos os processos são altamente acoplados e executam como um único serviço. Isso significa que se um processo do aplicativo apresentar um pico de demanda, toda a arquitetura deverá ser escalada. A complexidade da adição ou do aprimoramento de recursos de aplicativos monolíticos aumenta com o crescimento da base de código. Essa complexidade limita a experimentação e dificulta a implementação de novas ideias. As arquiteturas monolíticas aumentam o risco de disponibilidade de aplicativos, pois muitos processos dependentes e altamente acoplados aumentam o impacto da falha de um único processo.

Com uma arquitetura de microsserviços, um aplicativo é criado como componentes independentes que executam cada processo do aplicativo como um serviço. Esses serviços se comunicam por meio de uma interface bem definida usando APIs leves. Os serviços são criados para recursos empresariais e cada serviço realiza uma única função. Como são executados de forma independente, cada serviço pode ser atualizado, implantado e escalado para atender a demanda de funções específicas de um aplicativo.

Quais são as características dos microserviços?

- Autonomia
Cada serviço pode ser desenvolvido, escalado e implantado sem interferir em outros serviços. Não há necessidade de compartilhamento de código entre os serviços porque essa comunicação acontece por chamadas API (síncrona) ou de forma (assíncrona).

- Especialistas

Cada serviço é desenhado para resolver um problema específico, se um serviço começa a ter outras responsabilidades é indicado que se crie um serviço novo para novas responsabilidades.

- Resilientes

A independência de serviço aumenta a resiliência a falhas na arquitetura, ou seja, se um dos serviços tiver algum problema, isso não deve afetar o funcionamento dos outros serviços.

Boas práticas

- Estabilidade

Um microserviço considerado estável é aquele que durante o desenvolvimento, deploy, inclusão de novas tecnologias e desativação de outros serviços não resulta em instabilidade do eco sistema de microserviços.

- Confiabilidade

Um microserviço confiável dentro um eco sistema é aquele que outros microserviços podem confiar, pois o mesmo garante que sempre estará disponível para responder o que se espera dele.
Possui um ciclo de desenvolvimento padronizado para se proteger de más práticas de desenvolvimento.
É submetido a testes de unidade, integração, e2e e regras de coverage.
Conhece os clientes que dependem dele e isso é super importante, pois através dessa informação teremos uma estimativa de quanto e quando o serviço precisa escalar recursos para atender determinada demanda, até mesmo saber ter a estimativa de quantidade requisições que serão feitas para o nosso microserviço e etc.

- Tolerância a falhas

Nunca deve existir uma parte do eco sistema que uma falha do serviço afete todo o fluxo de uma aplicação.
Também não deve haver qualquer parte individual dentro de uma arquitetura de microserviço que possa derrubar o mesmo quando ela falhar.
Microserviços devem suportar falhas internas dentro dele mesmo e externas que acontecem em outras camadas.

Testes de cargas e testes de caos são indicados para ajudar a garantir tolerância a falhas.

Ter um fluxo de tratamento de incidentes também é importante para uma ação mais proativa da equipe de desenvolvimento.

- Monitoramento

É uma forma de acompanhar o que esta acontecendo ou que já aconteceu no microserviço, ter logging que refletem com precisão os estados do microserviço, os logs devem ter informações relevantes e não sensíveis (documentos, numero de cartão de crédito, senhas, etc.), mas um bom log é aquele sinaliza ciclos de início, meio e fim de determinada ação executada no microserviço.

- Bons alertas

Possuir uma forma de emitir alerta para equipe de sustentação ou responsáveis caso ocorra algum tipo de falha no microserviço seja via e-mail, sms e etc.

- Documentação

Essa é uma das boas práticas mais inportantes para se manter um microserviço, qualquer pessoal deve ser capaz de saber qual a renponsabilidade do microserviço de forma individual dentro de um eco sistema.

Documentação deve possuir

Descrição de responsabilidade do microserviço
Diagrama de arquitetura
Contato dos responsáveis (desenvolvedor, pessoas de negócios)
Guia de bordo de desenvolvimento
Collection (postman ou insominia)
FAQ (Em casos de serviços públicos)

Conclusão

Espero que esse post tenha te ajudado a entender um pouco sobre arquitetura de microserviço tendo em vista que esse é um post introdutório sem nenhuma intenção técnica, mas com objetivo de trazer clareza sobre definição e boas práticas da arquitetura que é tão utilizada por grandes empresas.

Obrigado por ler esse post fique a vontade para compartilhar e comentar.

Segue alguns links que podem te ajudar a aprofundar no assunto.

https://microservices.io/
[https://aws.amazon.com/pt/microservices/(https://aws.amazon.com/pt/microservices/)
https://cloud.google.com/learn/what-is-microservices-architecture?hl=pt-br