KISS, pare de complicar o que não precisa

· 1 minuto de leitura
KISS, pare de complicar o que não precisa
KISS, Keep It Simple, Stupid, é um princípio de design que se resume a:
Não adicione complexidade onde a simplicidade resolve.

Em engenharia de software, há uma tendência frequente a "gourmetizar" soluções. Mas código bonito, sustentável e profissional começa com clareza e objetividade.

Quando “organizar demais” atrapalha

Imagine que você precisa retornar o nome do mês a partir de um número.
É só isso. Mas veja como isso vira um pequeno “framework”:

from enum import Enum

class Month(Enum):
    JANUARY = 1
    FEBRUARY = 2
    MARCH = 3
    # ...

class MonthNameService:
    def get_name(self, number):
        for month in Month:
            if month.value == number:
                return month.name.capitalize()

service = MonthNameService()
print(service.get_name(2))  # February
O que aconteceu aqui?Um Enum que simula o calendário do Python.Uma “service class” com um for para fazer o que um dicionário ou lib já faz.Três blocos de código para retornar... "February".

Esse é exatamente o tipo de complexidade desnecessária que o KISS existe para evitar.

Aplicando o KISS: não reinvente a roda

import calendar

print(calendar.month_name[2])  # February
  • Usamos a biblioteca padrão, feita para isso.
  • Sem loops, classes, enums ou serviços.
  • Código simples, claro, e confiável.

Sim, o uso de classes, enums e services tem valor, quando existe um domínio complexo que justifique.
Mas neste caso, a complexidade foi importada gratuitamente.

Por que o segundo exemplo é melhor?

  • Legibilidade: diz exatamente o que faz, sem wrappers ou camadas extras.
  • Manutenção: fácil de mudar, testar ou remover.
  • Extensão natural: se no futuro precisar virar uma classe, ok, mas só se houver necessidade real.
Simplicidade não é falta de engenharia, é engenharia sem excesso.

KISS como diferencial técnico

Aplicar o princípio KISS mostra maturidade, mais do que conhecimento técnico.
Mostra clareza de pensamento, disciplina para evitar o overengineering, e respeito pela manutenção futura.
Um engenheiro maduro não busca brilhar com complexidade. Ele busca impactar com clareza.