2026-01-08 14:22:30

Reiniciar las pruebas y la iteración del bot de trading después del Año Nuevo. Durante estas dos semanas, hemos ido perfeccionando la estrategia de trading, ajustándola y mejorándola continuamente, y el código también ha sido actualizado e iterado paso a paso. Pero en este proceso, te darás cuenta de un fenómeno incómodo: la calidad del código del proyecto está disminuyendo gradualmente.

Al principio todavía podía mantenerse ordenado, pero luego, a medida que se seguía modificando, empezó a acumularse, con todo tipo de parches apilados unos sobre otros, hasta que finalmente se convirtió en 💩 montaña. La verdad, antes en la empresa criticaba el código de montaña de otros, y ahora, al construir un proyecto desde cero, no puedo escapar de esta misma regla. Esa es una rutina común de la corrupción del código.

Ver originales

Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.

21 me gusta

Recompensa
21
10
Republicar
Compartir

Comentar

0/400

NotSatoshi

· 01-10 01:13

Al ir cambiando, se convirtió en una montaña de mierda, es el destino.

Ver originalesResponder0

OnlyUpOnly

· 01-10 00:38

El problema de que el código esté podrido es realmente increíble, ni siquiera los que lo construyen pueden escapar de ello jaja

Ver originalesResponder0

metaverse_hermit

· 01-09 07:31

Jaja, esa es la maldición del desarrollo, el precio de la iteración rápida es que el código se vuelve cada vez más desordenado

Ver originalesResponder0

CoffeeNFTrader

· 01-08 14:51

Jaja, esto es karma, antes criticaba a otros y ahora no puedo escapar yo mismo. --- Cambiar y cambiar hasta que se arruine, esto es un problema común... hay que pensar en una forma de refactorizar. --- Es muy realista, el código antes de la fecha límite siempre es así, primero funciona y luego ya veremos. --- Siempre es así, la iteración rápida y la calidad del código son realmente enemigos. --- En estos momentos es cuando más se pone a prueba a la gente, o paras para refactorizar o sigues cayendo en el pozo. --- Por eso, la modularidad es clave, si no, cambiar algo después será un desastre. --- Totalmente de acuerdo, cuando la lógica del bot se vuelve compleja, fácilmente se convierte en código espagueti. --- ¿Alguna vez has pensado en hacer revisiones de código periódicas para detectar signos de deterioro? --- Creo que establecer puntos de control es bastante importante, no dejar que se siga deteriorando. --- Los parches en cascada son realmente un asesino, hay que refactorizar con disciplina.

Ver originalesResponder0

LiquidationWizard

· 01-08 14:50

¡Jaja, en serio! Es hora de avanzar y mantener el código de 💩 uno mismo. --- Por eso nunca critico el código de los demás, porque tarde o temprano te toca a ti. --- Al hacer cambios, se convierte en un montón, qué sabor tan familiar, hermano. --- Cuando aplicas un parche, deberías saber que el problema es grave, ya es demasiado tarde. --- Una pila de deuda de código, al final nadie puede pagarla. --- Antes pensaba que el código de los demás era absurdo, y ahora soy así también, qué ironía.

Ver originalesResponder0

BlockImposter

· 01-08 14:49

Jaja, me has dado en el clavo, esa es la suerte del desarrollador La iteración rápida facilita la acumulación de deuda técnica, y luego no hay tiempo para refactorizar Yo también, al principio el diseño de la arquitectura era bastante bonito, pero después de unos sprints se convirtió en un caos La parte de apilar parches como si fuera una torre de Jenga fue demasiado realista, arreglar un bug y terminar introduciendo cinco nuevos bugs ¿La calidad del código y las ganancias de trading son inversamente proporcionales? Jaja, voy a probar la operación inversa ¿Eh? ¿Será que cuanto peor esté el código, más ganancias se obtienen? Voy a probarlo

Ver originalesResponder0

BearMarketSurvivor

· 01-08 14:48

Esto es demasiado realista, al ir modificando se convierte en un montón de mierda, y además hay un ciclo infinito de tener que volver a reconstruirlo.

Ver originalesResponder0

probably_nothing_anon

· 01-08 14:44

Jaja, esto es el destino, pasa rápidamente a la tierra de la reestructuración.

Ver originalesResponder0

nft_widow

· 01-08 14:39

Esto es la realidad, el costo de la iteración rápida es que 💩 montañas se acumulan

Ver originalesResponder0

DegenApeSurfer

· 01-08 14:37

Jaja, esto es la realidad, el precio de la iteración rápida --- Entiendo perfectamente lo de apilar parches, al principio pensaba en hacer una refactorización después, pero se volvió cada vez más difícil de salvar --- Efectivamente, nadie puede escapar de esta maldición, la deuda de código siempre hay que pagarla --- Hacer bots de trading es lo más fácil en caer en esta trampa, cambios frecuentes en la estrategia significan el fin --- Me muero de risa, de criticar a otros a caer uno mismo, esto se llama ciclo de causa y efecto --- Hacer una gran refactorización temprano puede ser más rentable que estar poniendo parches constantemente --- Es relatable, por eso hay quienes hacen una reescritura completa en tres meses

Ver originalesResponder0