Entendendo o Git Flow

No desenvolvimento de software moderno, manter um controle eficiente do código-fonte é essencial para garantir a estabilidade, a organização e a escalabilidade do projeto. Uma das estratégias mais consolidadas para isso é o uso do Git Flow, um modelo de ramificação (branching) que oferece um fluxo de trabalho bem definido para times de desenvolvimento.

No presente artigo, vamos apresentar como o Git Flow organiza o ciclo de vida das branches, além de destacar como essa prática melhora a qualidade e a previsibilidade das entregas em projetos de software.

O que é o Git Flow?

O Git Flow é uma convenção de uso do Git proposta por Vincent Driessen que define uma estrutura clara de branches para apoiar os ciclos de desenvolvimento, testes, homologação e produção. Ele é especialmente útil em times que trabalham com entregas contínuas ou release planejados.

Estrutura de Branches no Git Flow

Veja abaixo como estruturar seu repositório Git usando Git Flow:

• master/main

Contém o código em produção. Deve estar sempre estável, pois representa a versão em uso pelos usuários finais.

• develop

Branch onde ocorre o desenvolvimento contínuo. Serve como base para novas features, e é aqui que as funcionalidades são integradas antes de ir para produção.

feature/idTask-nome

Cada nova funcionalidade é desenvolvida em uma branch própria a partir de develop, identificada por um ID de tarefa (como no Jira ou Trello).

Ex: feature/1234-login-social.

• hotfix/nome

Correções urgentes feitas a partir da main, utilizadas para corrigir bugs críticos em produção. Após o merge, as alterações devem ser integradas também na develop.

• release/x.y.z

Quando as funcionalidades em develop estão prontas, uma branch release é criada para testes finais, ajustes e preparação da versão de produção.

Fluxo Ilustrado

Abaixo está um diagrama simplificado ilustrando esse fluxo de trabalho com base nas boas práticas descritas:

Por que usar Git Flow?

• Organização:

Separação clara entre produção, desenvolvimento e funcionalidades.

• Segurança:

O código em produção (main) permanece sempre confiável.

• Escalabilidade:

Permite que vários desenvolvedores trabalhem paralelamente sem conflitos.

• Automação e CI/CD:

Facilita pipelines de integração e entrega contínua, com regras claras por branch.

• Facilidade de rollback e hotfixes:

Bugs em produção podem ser resolvidos rapidamente e reintegrados ao desenvolvimento.

Considerações finais

O uso do Git Flow é uma excelente prática para equipes de desenvolvimento que precisam lidar com múltiplas features, correções e versões simultaneamente. Ele fornece um modelo claro e eficaz para gerenciar o ciclo de vida do código, promovendo estabilidade em produção e agilidade no desenvolvimento.

Se sua equipe ainda não segue um modelo de branching, o Git Flow é um ótimo ponto de partida para estruturar o controle de versões de forma madura e escalável.

Referências

Git Flow – by Vincent Driessen



Feito!

5 Habilidades que valem mais que diploma de curso superior em TI

No mercado de tecnologia atual, ter um diploma de TI já não é garantia de sucesso ou de salários altos. A saturação de profissionais que sabem programar faz com que as empresas busquem algo além do conhecimento técnico tradicional. Elas querem profissionais que dominem habilidades que a faculdade não ensina direito, mas que fazem toda a diferença no dia a dia e na carreira.

Aqui estão as 5 habilidades essenciais que podem transformar sua carreira em TI e te destacar no mercado:

1. Comunicação Estratégica

Não é só ser comunicativo ou engraçado em reuniões. É a capacidade de traduzir termos técnicos para a linguagem do negócio, explicando para gestores e colegas o valor das suas soluções. Isso gera valor real para a empresa e te torna indispensável.

2. Mentalidade de Dono

Empresas querem profissionais que vão além do básico, que tomam iniciativa e cuidam dos projetos como se fossem seus. Resolver problemas, sugerir melhorias e entregar resultados sem precisar de supervisão constante é o que diferencia um colaborador comum de um verdadeiro líder.

3. Marketing Pessoal

Mostrar seu trabalho e construir uma marca pessoal é fundamental. Um diploma fica guardado numa gaveta, mas um perfil otimizado no LinkedIn, portfólio no GitHub e artigos em blogs trabalham por você o tempo todo, atraindo oportunidades.

4. Visão de Produto

Entender o “porquê” do código que você escreve: quem é o usuário final, qual problema estamos resolvendo e como isso ajuda a empresa a crescer. Profissionais com visão estratégica são vistos como parceiros do negócio e recebem os melhores salários.

5. Resiliência e Inteligência Emocional

O mundo da tecnologia é cheio de pressão, prazos apertados e críticas constantes. Saber lidar com feedbacks, trabalhar em equipe, controlar o estresse e aprender com os erros é o que mantém você firme e valorizado.

Considerações finais

O diploma abre a porta, mas são essas habilidades que fazem você reinar no mercado de TI. Invista nelas para construir uma carreira sólida, lucrativa e à prova do tempo.

E você, qual habilidade acha que falta no ensino formal e é essencial para um profissional de tecnologia? Deixe seu comentário!

Feito!

Encriptação de Dados Sensíveis no MySQL

Quando lidamos com dados sensíveis, como CPF, telefone ou informações bancárias de usuários, a segurança da informação torna-se um dos pilares mais importantes de um sistema. Uma prática fundamental é armazenar esses dados de forma encriptada no banco de dados.

Exemplo prático: Encriptação de CPF no MySQL

Considere a seguinte estrutura de tabela:

CREATE TABLE clientes (
    id INT PRIMARY KEY AUTO_INCREMENT,
    nome VARCHAR(100),
    cpf VARBINARY(255)
);

Como funciona a encriptação com AES_ENCRYPT

O MySQL oferece a função AES_ENCRYPT(valor, chave) para encriptar dados. Aqui:

• valor:

é o dado sensível que queremos proteger (por exemplo, o CPF).

• chave:

é uma senha secreta utilizada no processo de encriptação e decriptação. Importante: A chave nunca deve ser armazenada dentro da própria base de dados. O ideal é mantê-la em um arquivo de configuração da aplicação ou em um gerenciador de segredos (Vault, AWS Secrets Manager, etc).

• Recomendações sobre a chave:

A chave de encriptação deve ter pelo menos 16 bytes para evitar warnings e garantir maior segurança.

Exemplo de inserção de dados encriptados:

INSERT INTO clientes (nome, cpf) 
      VALUES ('Bjorn', 
             AES_ENCRYPT('123.456.789-00', 
             'chave_secreta_16b'));

Como realizar a decriptação dos dados:

Para visualizar os dados de forma legível, usamos a função AES_DECRYPT(coluna, chave):

SELECT nome, 
       CONVERT(AES_DECRYPT(cpf, 'chave_secreta_16b') 
       USING utf8) AS cpf 
FROM clientes;

Dica:

É recomendado sempre usar o CONVERT(... USING utf8) para transformar o resultado binário em texto legível.

Considerações importantes

Consistência nos dados:

Tentar decriptar dados que não foram previamente encriptados com AES causará erros ou retornará valores nulos. Garanta que todos os dados sensíveis sejam sempre armazenados de forma encriptada.

Conformidade com a LGPD:

A prática de encriptar dados sensíveis está totalmente alinhada com a LGPD (Lei Geral de Proteção de Dados).

Em caso de um eventual vazamento de dados, as informações estarão ilegíveis para qualquer atacante que não possua a chave de encriptação.

Boas práticas de segurança:

Infelizmente, ainda vemos notícias frequentes de vazamentos de bases de dados de órgãos públicos e grandes empresas. Muitas vezes, os dados estavam armazenados de forma simples e sem criptografia.

Uma política mínima de encriptação já evitaria que tais informações pudessem ser lidas por terceiros não autorizados.

Compatibilidade com MariaDB

As funções AES_ENCRYPT() e AES_DECRYPT() também são suportadas pelo MariaDB, garantindo boa compatibilidade com as versões do MySQL até a 5.7.

Porém, vale uma atenção especial para quem trabalha com MySQL 8.x ou superior, pois algumas mudanças foram introduzidas no modo de criptografia padrão (exemplo: modo de padding e modo de operação AES).

Recomendações ao usar entre MySQL e MariaDB:

Teste a criptografia e decriptação em ambos os ambientes.

Utilize sempre chaves com no mínimo 16 bytes.

Valide se o modo de operação AES é o mesmo entre as versões.

Evite migrações diretas de bases encriptadas entre MySQL 8.x e MariaDB sem testes prévios.

Considerações finais

A segurança de dados não deve ser tratada como um recurso opcional. Encriptar informações sensíveis no banco de dados é uma obrigação para qualquer sistema que armazene dados pessoais.

Com poucas alterações na modelagem e nas queries SQL, já é possível implementar uma camada extra de proteção.

Se você ainda não aplica encriptação de dados sensíveis no seu banco de dados no SGBD MySQL ou MariaDB, o momento de começar é agora.

Feito!

10 erros comuns de desenvolvedores

Iniciar a carreira como desenvolvedor pode ser um desafio cheio de aprendizados e armadilhas. Muitos programadores, especialmente os juniores, cometem erros que podem atrasar seu progresso e dificultar o desenvolvimento de habilidades sólidas. No presente artigo, vamos explorar os 10 erros mais comuns que você deve evitar para acelerar sua evolução na programação.

1. Querer aprender muitas tecnologias ao mesmo tempo

Um dos maiores erros é tentar aprender várias tecnologias simultaneamente, seja por hype, influência de vídeos ou pressão do mercado. Isso dispersa o foco e dificulta a aprendizagem consistente. O ideal é concentrar-se em uma ou duas tecnologias no máximo para assimilar bem os conceitos e práticas.

2. Ignorar os conceitos fundamentais

Muitos iniciantes pulam os fundamentos da linguagem, como variáveis, funções e classes, buscando resultados rápidos e visíveis. Porém, entender a base é essencial para construir códigos sólidos e resolver problemas complexos no futuro.

3. Ficar preso em problemas sem pedir ajuda

Sentir-se obrigado a resolver tudo sozinho é um erro. A comunidade de programadores é vasta e cheia de recursos, fóruns e pessoas dispostas a ajudar. Pedir ajuda não é sinal de fraqueza, mas sim de inteligência e colaboração.

4. Copiar e colar código sem entender

Com a facilidade da Inteligência Artificial (IA) e a abundância de códigos na internet, muitos copiam e colam soluções sem compreender o que estão fazendo. Isso pode gerar problemas futuros, principalmente na hora de corrigir erros ou adaptar o código.

5. Não usar controle de versionamento

Git é uma ferramenta de versionamento essencial no mercado de trabalho e para projetos pessoais. Não dominar o básico do Git é um erro grave que pode comprometer sua organização e colaboração em equipes.

6. Consultar muitos tutoriais sem praticar (Tutorial Hell)

Assistir a dezenas de vídeos ou tutoriais sobre o mesmo tema sem colocar a mão na massa é improdutivo. O aprendizado real vem da prática: testar, escrever e refatorar código constantemente.

7. Ignorar as melhores práticas

Programar "do seu jeito" sem considerar padrões e boas práticas resulta em código bagunçado, difícil de manter e inseguro. Aprender com o trabalho de outros desenvolvedores experientes é fundamental para escrever código limpo e eficiente.

8. Comparar seu processo de aprendizagem com o dos outros

Cada pessoa tem seu ritmo e estilo de aprendizado. Comparar-se com colegas pode gerar ansiedade e desmotivação. Foque no seu progresso e celebre suas conquistas pessoais.

9. Desvalorizar a documentação

Criar e manter documentação clara, comentários no código e explicações sobre o funcionamento das aplicações é parte do trabalho do programador. Ignorar isso pode dificultar a manutenção e o trabalho em equipe.

10. Desistir diante das dificuldades

Programar é resolver problemas diariamente. Se você está travado há dias, a solução não é desistir, mas buscar ajuda, revisar o código e persistir. A resiliência é uma qualidade essencial para qualquer desenvolvedor.

Considerações finais

Errar faz parte do processo de aprendizado, mas reconhecer esses erros e corrigi-los rapidamente é o que diferencia um bom desenvolvedor de alguém que ficará estagnado. Além dos pontos citados, vale reforçar uma observação muito importante: escolher o sistema operacional errado para desenvolver pode limitar seu crescimento técnico.

Muitos iniciantes utilizam o Windows como sistema operacional principal, ignorando que a grande maioria dos ambientes de produção em servidores utiliza Linux. Trabalhar diretamente em um ambiente semelhante ao de produção desde o início vai facilitar a familiarização com o terminal, permissões de arquivo, estrutura de diretórios, deploys e ferramentas amplamente utilizadas no mundo real (como Docker, Git, Nginx, entre outros). Isso não significa que o Windows não seja uma boa estação de trabalho para outras finalidades, mas se o seu objetivo é se tornar um desenvolvedor back-end, DevOps, ou trabalhar com cloud e infraestrutura, não utilizar Linux é um erro estratégico que pode te atrasar muito no mercado de trabalho.

O importante é lembrar que a carreira de desenvolvimento é uma maratona, não uma corrida de 100 metros. Foque no aprendizado constante, evite os erros mais comuns e, principalmente, busque se aproximar ao máximo do ambiente real onde suas aplicações irão executar.

Se você evitar esses deslizes, com certeza terá uma base sólida para crescer na carreira de forma consistente e profissional.

Participe dos nossos grupos no Telegram:

Programadores Brasil Dicas, vagas, tecnologia e networking.

Linux Para Todos Aprendizado e suporte para quem quer migrar ou dominar o Linux no dia a dia do desenvolvimento.

Feito!

O Segredo dos Programadores de Sucesso

Nos últimos anos, a comunidade de programadores tem se concentrado quase exclusivamente nas habilidades técnicas: dominar frameworks modernos, linguagens da moda, arquiteturas complexas e técnicas avançadas. Muitos acreditam que isso é o que diferencia um programador júnior de um pleno ou sênior. No entanto, essa visão é uma armadilha que pode limitar o crescimento profissional.

A Importância das Soft Skills

Apesar de acumular conhecimento técnico por anos, muitos programadores perdem grandes oportunidades para colegas menos técnicos, mas mais habilidosos em habilidades interpessoais, as chamadas Soft Skills. Essas habilidades não técnicas são fundamentais para o sucesso na carreira, especialmente em um mercado onde a Inteligência Artificial (IA) avança rapidamente, automatizando tarefas técnicas.

Enquanto a IA pode gerar código e automatizar processos repetitivos, ela não substitui a capacidade humana de interação, tomada de decisões e influência no ambiente de trabalho. É justamente aí que as soft skills fazem a diferença.

As Três Soft Skills Essenciais para Programadores

1. Comunicação Persuasiva

Saber comunicar o valor das suas ideias é crucial. Por exemplo, ao propor uma refatoração de código, não adianta focar apenas nos aspectos técnicos. É preciso mostrar para a gestão o impacto positivo que isso terá nos resultados do negócio, usando gatilhos emocionais como:

Urgência: Mostrar que a inação pode gerar custos maiores e perda de confiança dos clientes.

Ganância: Demonstrar que o investimento trará maior agilidade e lucro no futuro.

Essa abordagem conecta a linguagem técnica com a visão estratégica da empresa, aumentando as chances de ser ouvido e ter suas propostas aceitas.

2. Cuidar da aparência, mesmo no Home Office

A forma como você se apresenta influencia diretamente a percepção das pessoas sobre você e também a sua própria mentalidade. Estudos mostram que pessoas que se vestem melhor têm mais confiança, tomam decisões mais assertivas e são vistas como líderes. Não é necessário usar terno e gravata, mas sim transmitir profissionalismo e preparo, mesmo trabalhando de casa.

3. Saber lidar com pessoas

A habilidade mais importante de todas é a capacidade de se relacionar bem com colegas, gestores e clientes. Pesquisas indicam que 85% do sucesso profissional está ligado à competência interpessoal, enquanto apenas 15% depende do conhecimento técnico.

Programadores que dominam essa habilidade conseguem construir relações de confiança, resolver conflitos e influenciar positivamente o ambiente, abrindo portas para promoções e melhores oportunidades.

Considerações finais

Na era da inteligência artificial, o diferencial do programador não está apenas no domínio técnico, mas principalmente nas Soft Skills. Desenvolver comunicação persuasiva, cuidar da aparência e aprender a lidar com pessoas são passos essenciais para se destacar e alcançar o sucesso profissional.

Invista nessas habilidades e veja sua carreira!

Se quiser se aprofundar, recomendo os livros Gatilhos Mentais e Como Fazer Amigos e Influenciar Pessoas para aprimorar sua comunicação e relacionamento interpessoal.

Feito!

Entendendo a anotação @Transient no Hibernate

Se você já trabalhou com Hibernate ou JPA, é provável que tenha se deparado com a anotação @Transient. Embora simples, seu uso adequado evita persistir dados desnecessários e pode te livrar de uma dor de cabeça lá na frente.

No presente artigo, vamos entender o propósito da anotação @Transient, quando e por que usá-la, e ver um exemplo prático com Hibernate.

O que é @Transient?

A anotação @Transient indica que um determinado campo de uma entidade não deve ser persistido no banco de dados. Ou seja, o Hibernate (ou qualquer implementação JPA) irá ignorar esse campo no momento de salvar ou atualizar a entidade.

É equivalente ao uso da palavra-chave transient do Java, mas no contexto da persistência ORM.

Por que usar @Transient

Algumas situações comuns onde @Transient se torna útil:

• Campos calculados: Você quer exibir um valor derivado de outros campos, mas não precisa armazená-lo no banco.
• Campos auxiliares: Dados que são úteis apenas em tempo de execução, como flags de controle ou estruturas temporárias.
• Evitar dados desnecessários: Ajuda a manter seu modelo de dados enxuto e evita redundância.

Exemplo prático

Vamos imaginar uma entidade Produto que calcula seu valor com desconto apenas em tempo de execução:

import jakarta.persistence.*;
import lombok.Getter;
import lombok.Setter;

@Entity
@Table(name = "TB01_PRODUTO")
@Getter
@Setter
public class Produto {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String nome;

    private Double preco;

    private Double desconto;

    @Transient
    private Double precoFinal;

    
    public Double getPrecoFinal() {
        if (preco != null && desconto != null) {
            return preco - (preco * desconto);
        }
        return preco;
    }
}

Nesse exemplo:

• O campo precoFinal não será criado na tabela produto.
• Ele é útil apenas para retorno em uma API ou exibição na UI (User Interface).
• Ele é calculado dinamicamente sempre que for chamado.

Obervações:

• Se você esquecer o @Transient e o campo não tiver um setter, o Hibernate pode lançar exceções.
• @Transient é da JPA, não confundir com transient do Java, que é usado para serialização de objetos Java (por exemplo, em Serializable).

Considerações finais:

A anotação @Transient é uma daquelas ferramentas simples que, quando bem usadas, deixam seu modelo limpo, objetivo e mais alinhado com as boas práticas de arquitetura.

Se um campo não precisa ser persistido, não insista em forçar sua presença no banco. Use @Transient e mantenha a clareza do seu modelo.

Feito!

A desculpa perfeita que alimenta o microgerenciamento

Você já participou de uma reunião de planejamento de Sprint e estimou que uma tarefa levaria dois dias para ser concluída, mas, na prática, ela acabou demorando mais? E quando isso acontece, você sente aquela cobrança silenciosa, como se tivesse assumido um compromisso fixo? Se sim, você não está sozinho, essa é uma situação muito comum no desenvolvimento de software.

O Problema das estimativas como prazos fixos

No mundo do desenvolvimento, estimar é tentar prever o futuro, ou seja, chutar quanto tempo ou esforço uma tarefa vai demandar. Por natureza, toda estimativa envolve incerteza e deve ser vista como uma aproximação, não como um compromisso rígido. Porém, muitos gestores e culturas empresariais distorcem esse conceito, tratando estimativas como prazos fixos que precisam ser cumpridos a qualquer custo.

Esse erro gera um ambiente tóxico, onde o time sofre cobranças veladas e o microgerenciamento se instala. A falsa sensação de controle que as estimativas trazem para a gestão acaba prejudicando a produtividade e a qualidade do código produzido.

Por que estimativas de software estão sempre erradas?

1. Software é intangível e vivo:

Diferente de uma linha de produção industrial, o desenvolvimento de software é um processo dinâmico, cheio de variáveis técnicas, mudanças e imprevistos que não podem ser medidos ou controlados com precisão.

2. Falácia do planejamento:

Nosso cérebro cria um "filme mental" perfeito da tarefa, ignorando problemas, bugs e interrupções. Isso faz com que a estimativa seja otimista demais, sem considerar os imprevistos reais.

3. Lei de Hofstadter:

Mesmo quando você tenta ser realista e adiciona uma "gordurinha" no tempo estimado, a tarefa ainda vai levar mais tempo do que o previsto, porque sempre há algo desconhecido que atrasa.

4. Lei de Parkinson:

O trabalho se expande para preencher todo o tempo disponível. Se você tem cinco dias para uma tarefa que poderia levar dois, é provável que você procrastine ou invista tempo desnecessário, atrasando a entrega.

5. Lei da trivialidade (Bike Shedding):

As equipes gastam mais tempo discutindo detalhes simples e fáceis do que enfrentando os problemas complexos, o que distorce a estimativa geral e prejudica o andamento da Sprint.

O Triângulo de ferro e a qualidade do software

O triângulo de ferro da gestão de projetos mostra que só é possível fixar duas variáveis entre escopo, prazo e orçamento, a terceira sempre cede. Quando gestores travam todas as três, a qualidade do software é a variável sacrificada, resultando em código ruim, testes negligenciados e sistemas instáveis.

Como se posicionar diante dessa realidade?

• Reforce que estimativas são aproximações, não compromissos:

Use uma linguagem que deixe claro o grau de incerteza.

• Recuse escopos com prazos fixos sem negociação:

Pergunte qual variável do triângulo de ferro será ajustada.

• Entenda que você não é adivinho:

Seu papel é resolver problemas, não prever o futuro.

• Busque ambientes que valorizem a qualidade e respeitem o time:

Não aceite cobranças injustas que prejudiquem seu trabalho e bem-estar.

Se você já passou por situações assim, sabe o quanto é importante mudar essa cultura para garantir entregas mais realistas, menos estresse e software de qualidade. Afinal, estimativas são ferramentas para planejamento, não correntes que prendem o time.

Feito!