Quais os códigos mais dificeis que vcs sabem fazer?

SamL
(usa XUbuntu)

Enviado em 09/12/2025 - 14:53h

Olá pessoas, a quem se interessar:

--que códigos ou projetos vcs fizeram que vcs consideram como código difícil de ser feito? Algo que tem lógica complexa mas só vcs sabem como funciona ou não?

No meu caso são projetos que fiz pra um cliente, projetos de software de loteria.
O código é tão complexo que nem sei como fiz essas paradas em tão pouco tempo, coisa hard mesmo.
O pior é que nem escrevi uma documentação e pra tentar lembrar parte do que eu fiz, eu criei alguns comentários, mas mesmo assim se fosse pra alterar algo, seria preciso meu cliente explicar pra mm como chegar nessas saídas, porque não lembro mais como fiz.

______________________________
https://nerdki.blogspot.com.br/ acessa ai, é grátis!

tipoff
(usa Nenhuma)

Enviado em 09/12/2025 - 18:26h

Trabalhei em um projeto onde precisei implementar um formulário de cadastro para eventos. Até aí tudo bem, até o cliente surgir com a genial ideia de permitir que o usuário clonasse o formulário quantas vezes quisesse. Um botão "Clonar formulário" ao lado de um formulário com cerca de dez campos: selects, inputs de texto e número, um calendário, tudo estilizado em CSS puro.

Como se não bastasse, a cada clonagem ou remoção eu precisava atualizar dinamicamente um dos selects, adicionando ou removendo itens conforme o número de formulários existentes. A lógica inteira era um ninho de rato.

Quando o usuário clonava mais de dois formulários, a página virava uma centopeia de inputs se arrastando pela tela. Para tentar impedir esse desastre visual completo, tive que implementar scroll vertical condicional. Só que isso detonava o layout em diferentes resoluções, e cada clonagem parecia dar um soco aleatório no CSS: campo escapando da div, alinhamento quebrado, tamanhos variando sem motivo.

Tudo isso em jQuery, mais de 10 anos atrás, escrevendo um código tão ruim que hoje eu trataria como material tóxico. Sem comentários, sem padrão algum. Quem teve que dar manutenção depois de mim... meus pêsames sinceros.

SamL
(usa XUbuntu)

Enviado em 09/12/2025 - 19:46h

@tipoff
hahaha eu gostei dessas analogias com bichos! Se tem algo que provoca esse tipo de código é essas alterações imprevistas de última hora.
No erp de uma emprea que trabalhei, lá era tudo na base do "go horse", mas todo mundo acreditava na mentira de que "aqui usamos métodos ágil!".
Véi, é tanta coisa errada que se fosse escrever, o site ficaria sem espaço pra tantos dados!

Na época, a gente inventava a roda a cada novo projeto, mesma tática de sempre: vai montando código e ver se dá certo!
O gerente não se importava, dai refletia em toda hierarquia. Não se importava porque era a cultura da empresa e infelizmente eu sai sem aprender nada de útil do tempo que trabalhei lá.


______________________________
https://nerdki.blogspot.com.br/ acessa ai, é grátis!

cizordj
(usa Debian)

Enviado em 10/12/2025 - 08:50h

Posso dar 3 exemplos, 2 obras de arte e 1 ninho de rato.

1. Algoritmo de recomendação de cursos

Esse é o ninho de rato, código extremamente complexo, sem documentação alguma e ninguém teve coragem de mexer depois que eu finalizei, ficou 3 anos em produção.

O usuário possuía competências ligadas a áreas de atuação vinculados ao perfil dele, o algoritmo tinha que pegar os cursos que mais ajudassem ele a fechar o quadro
de competências de uma determinada área e recomendar para ele. O problema é que os cursos ficavam em um marketplace de terceiros e nós só podíamos acessar por
meio de API, não havia nenhuma relação entre cursos e a área de atuação no nosso banco de dados, então eu tive que criar uma relação na marra. Peguei o nome da área
que vinha no curso e usei um algoritmo de similaridade para comparar com o nome da área do nosso banco de dados, montei uma lista ordenada por similaridade e recomendei
cursos com a similaridade 0.75 ou maior, e detalhe: tudo isso ficava em cache no Redis, ninguém teve coragem de alterar rsrs

2. Algoritmo de exclusão de conta inativa

O cliente solicitou que nós criássemos uma rotina de exclusão de contas inativas, parece fácil, né? Só que não, levei 30 dias pra desenvolver e
tinha casos de teste que levava 8 dias pra testar (o QA não conseguiu testar tudo). Eram 8 cenários que precisavam ser validados antes de excluir
e nesse código eu usei o padrão Strategy onde cada estratégia corresponde a uma regra de negócio.

3. Tela de relatórios

Fui escalado para criar todo o módulo de relatórios em um sistema e a complexidade dos relatórios era bastante alta porque tinha muitas variações
diferentes, o usuário podia gerar 6 tipo relatórios que saíam diferentes dependendo do papel do usuário, se ele fosse super admin, o relatório
mostrava uma coisa, se fosse admin normal, mostrava outra e a complexidade aumentava exponencialmente conforme o cliente ia sugerindo
novos relatórios, novos tipos de usuário e novos formatos de arquivo. Eu usei o padrão Strategy e Builder combinados e o código ficou uma delicinha,
só que eu nunca escrevi tanto código na minha vida quanto nessa demanda, tinha muita classe, muito trabalho assíncrono e no final o relatório ficava
num redis com expiração de 24 horas.

Zoiudo
(usa Arch Linux)

Enviado em 10/12/2025 - 11:35h

O meu mais cabeludo foi "rm -rfv", sem sudo, hehehe...


"O maior fracasso da nossa espécie não é falta de tecnologia. É termos tecnologia suficiente para salvar todos e coragem política apenas para salvar alguns." - ChatGPT

tipoff
(usa Nenhuma)

Enviado em 10/12/2025 - 13:07h

90% das empresas são desse jeito ai, enxergam o desenvolvimento de software como gasto e não investimento. Só não "desgostei" de programar ainda porque vivo fazendo projetinho pessoal.

Acho que trabalhar em big tech deve ser diferente, mas não tenho ideia, só trampei em startups malucas e empresas onde o core business não é tecnologia.

SamL
(usa XUbuntu)

Enviado em 10/12/2025 - 19:33h

@cizordj
Nossa cezar, e pensar que o mesmo pattern esteve nas duas vezes que foram arte!

@Zoiudo
Hahaha Sidnei, eu tenho receio de usar o rm, principalmente quando tenho de apagar algum arquivo nas pastas de projetos. Eu prefiro ir no modo gráfico e deletar manualmente.

Uso linux desde 2007 mas não me acostumei apagar arquivos pelo terminal pra não fazer caca.

______________________________
https://nerdki.blogspot.com.br/ acessa ai, é grátis!

SamL
(usa XUbuntu)

Enviado em 10/12/2025 - 19:42h

Cara isso só pode ser forte autossabotagem e baixo autoconhecimento. A pessoa sabe o que é o certo a fazer mas não faz. Digo isso pela empresa que falei ai. Eles conheciam as técnicas de métodos ágeis mas não tinham nem a minima intensão de usar ou mesmo exigir que usássemos!

Inclusive essa questão eu percebi desde o primeiro dia quando vi o comportamento desleixado dos devs, ninguém ligava pra reaolver as paradas antes de acontecer [*****]. E tu não sabe do pior, usávamos tecnologia pré-histórica chamada de nxj porque a diretoria não queria pagar ninguém pra criar um parser de transpilar o código de java 8 com nxj pra um java atual sem nxj!

Pode ter certeza de uma coisa, assim que o java 8 for abandonado de vez, mais de 500 mil linhas de código desse erp vai ficar obsoleto. Ou seja, a empresa em questão corre alto risco de falência. E só de eu citar a sigla nxj possivelmente outros devs novatos na tal empresa vão cair aqui no vol via google.

Um simples transpilador era o ideal pra cortar de vez a necessidade do nxj. Eu tentei desenvolvar tal coisa mas infelizmente estava todo tempo ocupado tentando consertar bugs dessa desgraç4 do nxj!

______________________________
https://nerdki.blogspot.com.br/ acessa ai, é grátis!

tipoff
(usa Nenhuma)

Enviado em 10/12/2025 - 21:00h

Então, é uma mistura de ignorância institucional com autossabotagem coletiva. Não adianta mostrar padrões de arquitetura, design patterns, princípios SOLID, KISS, ou explicar por que a daily não é lugar para discutir requisitos. Só querem soluções de curto prazo e que traga lucro pra casa, no menor tempo possível.

Na empresa em que trabalho atualmente, 99% dos sistemas são legados, possuem diversas brechas de segurança devido a bibliotecas antigas e sem suporte, e com vulnerabilidades já conhecidas e relatadas pela comunidade. Atualizar exigiria refatoração, testes e tempo. Só que tempo precisa entrar no roadmap, e ninguém quer pagar esse preço quando existem "prioridades" mais chamativas, como features para impressionar clientes.

Segurança e manutenção ficam sempre espremidas no final da fila. E eu já tentei: apresentei relatórios, expliquei riscos, detalhei o impacto. Nada muda.

O que eu fiz? Larguei mão. Entrego o que pedem e sigo adiante. No fim das contas, o prejuízo não recai sobre mim, e minha responsabilidade termina onde a decisão deles começa.

Sobre Java 8 e nxj, isso ai é uma bomba relógio. Esperto é quem sai dessa empresa antes que ela se exploda, rsrs!

cizordj
(usa Debian)

Enviado em 11/12/2025 - 07:49h

Você fez o certo, sempre que possível é bom documentar que você tentou alertar para o caso de uma catástrofe, pois assim você tem como se defender.

Mauriciodez
(usa Debian)

Enviado em 11/12/2025 - 11:27h

use o trash-cli e crie um alias, assim qualquer 'rm' vai mandar para a lixeira

alias rm='trash-put' 

------------------------------------------------------| Linux User #621728 |------------------------------------------------------



                                " Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"



------------------------------------------------------| Linux User #621728 |------------------------------------------------------ 

SamL
(usa XUbuntu)

Enviado em 11/12/2025 - 18:27h

Opa, e ai Maurício, rapaz, a ideia é ótima, o problema é que eu uso projetos separados noutra partição, dai a lixeira não funciona. O Ubuntu nesse caso só me dá opção de deletar permanentemente.

Mas bem que tu poderia fazer uma dica com esse comando ai, deve servir pra outras pessoas que não conhecem tal comando.


______________________________
https://nerdki.blogspot.com.br/ acessa ai, é grátis!