Encontrar a equação da reta passando por dois pontos é uma daquelas coisas que todo mundo aprende no segundo ano do ensino médio e depois esquece completamente.
Eu já vi muita gente travada nisso em fóruns, principalmente quando os números não são bonitos. A coisa funciona assim: você tem dois pontos, P1(x1, y1) e P2(x2, y2), e precisa chegar numa equação que descreva a reta que passa por ambos. O caminho mais direto é usar a fórmula do coeficiente angular e montar ponto-pendente.
equação da reta a partir de dois pontos
O primeiro passo é calcular a inclinação, o famoso m. A conta é simples demais para errar, mas é aqui que as pessoas cometem o erro mais comum: inverter a ordem dos pontos na subtração e criar inconsistência. Se você fizer (y2 - y1)/(x2 - x1), precisa manter essa mesma ordem do início ao fim. Misturar os pares e obter um resultado errado é rotina. Com o coeficiente angular em mãos, aplicamos a forma ponto-pendente: y - y1 = m(x - x1). Você escolhe qualquer um dos dois pontos, tanto faz. O resultado vai ser o mesmo. Depois basta desenvolver e deixar na forma y = mx + b ou Ax + By + C = 0, conforme a necessidade.
Aqui vai um exemplo rápido. Pontos A(2, 5) e B(6, 13). O m é (13 - 5)/(6 - 2) = 8/4 = 2. Usando o ponto A: y - 5 = 2(x - 2). Desenvolvendo: y = 2x + 1. Pronto. Verificação rápida substituindo B na equação final: 13 = 2(6) + 1, que é verdadeiro. Sempre faça essa verificação. Leva cinco segundos e evita muito estresse depois. O que as pessoas geralmente não entendem é quando o denominador vaza para zero. Se x1 for igual a x2, a reta é vertical e o coeficiente angular não existe. A equação nesse caso não segue a forma y = mx + b de jeito nenhum. Ela simplesmente vira x = x1. Já perdi tempo debugando código que tentava dividir por zero achando que era bug do algoritmo. Não era. Era reta vertical. A solução foi adicionar um cheque antes do cálculo: se x1 == x2, trate como caso separado e retorne x = x1 diretamente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro ponto que merece atenção é a precisão numérica. Quando os pontos são muito próximos ou os coordenados são decimais com muitas casas, o m pode ficar com erros de arredondamento significativos. Em projetos reais de computação gráfica, isso se traduz em linhas que parecem certas visualmente mas falham em testes de pertinência. A workaround que eu uso é trabalhar com frações exatas sempre que possível, e só converter para decimal no final. Em Python, o módulo fractions resolve isso sem estresse. Se você está fazendo isso manualmente no papel, evite arredondar o m precocemente. Mantenha a fração simplificada e aplique nos passos seguintes. Reduzir 8/12 para 2/3 antes de continuar muda o rumo da conta e evita confusão.
Também vale mencionar que a forma geral Ax + By + C = 0 às vezes é mais útil do que a slope-intercept. Para interseção com outros segmentos ou para verificar se um terceiro ponto pertence à reta, a forma geral economiza etapas. A conversão é direta: pegue y - y1 = m(x - x1), isole tudo num lado e ajuste os sinais. Para quem programa isso em lote, a rotina básica leva menos de dois minutos para rodar. A parte que realmente custa tempo é tratar os casos de borda: retas verticais, horizontais, pontos coincidentes e coordenadas muito grandes. Se os pontos forem idênticos, não existe reta única. Existem infinitas retas passando por um único ponto. Nesse cenário, o algoritmo deve retornar um erro ou None, nunca tentar calcular um m que não existe.
Um detalhe prático que pouca gente menciona: se os pontos forem dados em coordenadas homogêneas ou em projeções geodésicas, a lógica euclidiana padrão não se aplica direto. Aí entra geometria projetiva e você precisa de outra abordagem. Não adianta forçar a fórmula básica nesses casos. Resumindo o fluxo que eu recomendo:
Calcule m = (y2 - y1)/(x2 - x1). Cheque se x2 != x1. Monte y - y1 = m(x - x1). Desenvolva para a forma desejada. Verifique substituindo o segundo ponto. Trate verticais e pontos coincidentes como casos separados. Se quiser implementar rápido, a lógica cabe em poucas linhas. O importante é não pular a verificação e não assumir que os números vão ser bonitos. Na prática real, eles raramente são.
