Após o Ano Novo, reiniciamos os testes e as iterações do bot de negociação. Durante essas duas semanas, fomos ajustando a estratégia de negociação, fazendo melhorias contínuas, e atualizando o código passo a passo. Mas nesse processo, você percebe um fenômeno constrangedor — a qualidade do código do projeto está gradualmente deteriorando-se.
No começo, ainda conseguíamos manter tudo organizado, mas à medida que avançávamos, começamos a empilhar patches, várias correções sobrepostas, até que finalmente virou uma 💩 montanha. Para ser honesto, anteriormente na empresa, critiquei o código de outras pessoas por ser uma 💩 montanha, e agora, ao construir um projeto do zero, não consegui escapar dessa mesma regra. Essa é uma tática comum de deterioração do código.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
21 gostos
Recompensa
21
10
Republicar
Partilhar
Comentar
0/400
NotSatoshi
· 01-10 01:13
Ao tentar modificar, acabou por se tornar uma montanha de lixo, é o destino mesmo
Ver originalResponder0
OnlyUpOnly
· 01-10 00:38
A decadência do código é realmente impressionante, até mesmo o que você constrói não escapa hahaha
Ver originalResponder0
metaverse_hermit
· 01-09 07:31
Haha, esta é a maldição do desenvolvimento, o preço de iterações rápidas é que o código fica cada vez mais confuso
Ver originalResponder0
CoffeeNFTrader
· 01-08 14:51
Haha, isto é karma, antes criticava os outros e agora não posso escapar também
---
Alterar e alterar até ficar inútil, é um problema comum... preciso pensar numa forma de refatorar
---
É muito real, o código antes do deadline é sempre assim, primeiro faz-se funcionar depois vê-se
---
Sempre assim, a rápida iteração e a qualidade do código realmente são inimigos
---
Neste momento é que mais testa as pessoas, ou param para refatorar ou continuam a mergulhar na armadilha
---
Por isso, a modularização é fundamental, senão as mudanças posteriores serão um desastre
---
Sinto-me muito identificado, quando a lógica do bot fica complexa, facilmente vira um código spaghetti
---
Já pensou em fazer revisões de código periódicas, para detectar sinais de deterioração
---
A meu ver, definir checkpoints é bastante importante, para não deixar tudo ficar ruim continuamente
---
Patches em cadeia são realmente um assassino, é preciso refatorar com disciplina
Ver originalResponder0
LiquidationWizard
· 01-08 14:50
Haha, realmente, chega a hora de também manter o código 💩 de montanha
---
É por isso que nunca reclamo do código dos outros, porque cedo ou tarde chega a minha vez
---
Ao fazer alterações, acaba virando uma bagunça, o sabor familiar, irmão
---
Quando se aplica um patch, já devia saber que o problema é grave, já é tarde demais
---
Dívida de código acumulada, no final ninguém consegue pagar
---
Antes achava o código dos outros absurdo, agora estou assim também, que ironia
Ver originalResponder0
BlockImposter
· 01-08 14:49
Haha, foste tu quem acertou, esta é a sina do desenvolvimento
Iterar rapidamente facilita acumular dívida técnica, e depois é difícil até mesmo pensar em refatorar
Eu também, no começo o design da arquitetura era bem bonito, depois de alguns sprints virou uma verdadeira bagunça
A parte de patches empilhados é muito real, corrigir um bug e acabar introduzindo cinco novos bugs
A qualidade do código e o retorno das negociações são inversamente proporcionais? Haha, vou tentar fazer o oposto
Hã? Será que quanto pior o código, mais tokens se ganha? Vou tentar ver
Ver originalResponder0
BearMarketSurvivor
· 01-08 14:48
Isto é demasiado realista, ao fazer alterações torna-se uma montanha de merda, e ainda por cima entra-se num ciclo vicioso de refatoração
Ver originalResponder0
probably_nothing_anon
· 01-08 14:44
Haha, esta é mesmo a sorte do destino, avançar rapidamente para o inferno da reestruturação
Ver originalResponder0
nft_widow
· 01-08 14:39
Isto é mesmo a realidade, o preço da iteração rápida é 💩 montanhas acumuladas
Ver originalResponder0
DegenApeSurfer
· 01-08 14:37
哈哈 isto é a realidade, o preço da iteração rápida
---
Entendo perfeitamente o patch em camadas, inicialmente pensei em refatorar depois, mas ficou cada vez mais difícil de salvar
---
De fato, ninguém consegue escapar desta maldição, a dívida de código sempre precisa ser paga
---
Fazer bots de negociação é o mais fácil de cair nesta armadilha, ajustes frequentes na estratégia levam ao fracasso
---
Ri até morrer, de criticar os outros para acabar caindo na mesma armadilha, isso é o ciclo de causa e efeito
---
Fazer uma grande refatoração mais cedo pode ser mais vantajoso do que ficar só aplicando patches
---
Relatável, por isso alguém faz uma reescrita completa em três meses
Após o Ano Novo, reiniciamos os testes e as iterações do bot de negociação. Durante essas duas semanas, fomos ajustando a estratégia de negociação, fazendo melhorias contínuas, e atualizando o código passo a passo. Mas nesse processo, você percebe um fenômeno constrangedor — a qualidade do código do projeto está gradualmente deteriorando-se.
No começo, ainda conseguíamos manter tudo organizado, mas à medida que avançávamos, começamos a empilhar patches, várias correções sobrepostas, até que finalmente virou uma 💩 montanha. Para ser honesto, anteriormente na empresa, critiquei o código de outras pessoas por ser uma 💩 montanha, e agora, ao construir um projeto do zero, não consegui escapar dessa mesma regra. Essa é uma tática comum de deterioração do código.