Après le Nouvel An, reprise des tests et des itérations du bot de trading. Au cours de ces deux semaines, nous avons progressivement peaufiné la stratégie de trading, ajusté et amélioré sans cesse, et le code a été mis à jour et itéré version après version. Mais au cours de ce processus, vous constaterez un phénomène embarrassant — la qualité du code du projet diminue progressivement.
Au début, il pouvait encore rester propre, mais au fil des modifications, il a commencé à s'empiler, avec toutes sortes de patchs empilés les uns sur les autres, jusqu'à devenir un 💩 montagne. Honnêtement, j'avais déjà râlé dans l'entreprise contre le code 💩 montagne des autres, et maintenant, en construisant un projet à partir de zéro, je ne peux pas échapper à cette règle. C'est une routine courante de la dégradation du code.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
21 J'aime
Récompense
21
10
Reposter
Partager
Commentaire
0/400
NotSatoshi
· 01-10 01:13
En changeant, cela devient une montagne de merde, c'est le destin.
Voir l'originalRépondre0
OnlyUpOnly
· 01-10 00:38
La dégradation du code est vraiment incroyable, même celui que l'on construit soi-même ne peut y échapper haha
Voir l'originalRépondre0
metaverse_hermit
· 01-09 07:31
Haha, c'est la malédiction du développement, le prix d'une itération rapide est que le code devient de plus en plus désordonné
Voir l'originalRépondre0
CoffeeNFTrader
· 01-08 14:51
Haha, c'est ça le karma, j'ai critiqué les autres avant, maintenant je ne peux plus y échapper
---
En changeant encore et encore, ça devient inutilisable, c'est une maladie courante... il faut trouver un moyen de tout refondre
---
C'est tellement vrai, le code avant la deadline est toujours comme ça, on fait fonctionner d'abord, on verra après
---
À chaque fois c'est pareil, l'itération rapide et la qualité du code sont vraiment des ennemis
---
C'est le moment le plus difficile, soit on s'arrête pour refondre, soit on continue à creuser sa propre tombe
---
Donc la modularité est cruciale, sinon tout changement ultérieur sera un cauchemar
---
Je suis tout à fait d'accord, quand la logique du bot devient trop complexe, ça devient facilement du spaghetti code
---
As-tu déjà pensé à faire des revues de code régulières pour repérer les signes de dégradation
---
Je pense que la mise en place de points de contrôle est essentielle, pour ne pas laisser le code pourrir indéfiniment
---
Les patchs empilés comme des tours de Jenga sont vraiment des tueurs, il faut une discipline stricte pour refondre
Voir l'originalRépondre0
LiquidationWizard
· 01-08 14:50
Haha vraiment, il est temps de passer à l'étape où l'on maintient aussi le code 💩 de montagne
---
C'est pourquoi je ne critique jamais le code des autres, car tôt ou tard, ce sera mon tour
---
En modifiant, ça devient une grosse boule, le goût familier, mon frère
---
Quand on applique un patch, on devrait savoir que le problème est grave, il est trop tard
---
Une pile de dettes de code, à la fin, personne ne peut rembourser
---
Avant, je trouvais le code des autres absurde, maintenant c'est moi aussi, c'est ironique
Voir l'originalRépondre0
BlockImposter
· 01-08 14:49
Haha, tu as deviné, c'est le destin du développement
Une itération rapide facilite l'accumulation de dettes techniques, et il est souvent trop tard pour refactoriser
Moi aussi, la conception initiale de l'architecture était plutôt jolie, mais après quelques sprints, c'est devenu un vrai bordel
La partie où tu parles de superposer des patchs est tellement réaliste, corriger un bug en introduit cinq nouveaux
La qualité du code et le rendement des transactions sont inversément proportionnels ? Haha, je vais essayer une opération inverse
Hein ? Tu veux dire que plus c'est mauvais, plus on gagne de la crypto ? Je vais essayer ça
Voir l'originalRépondre0
BearMarketSurvivor
· 01-08 14:48
C'est tellement réaliste, en modifiant, ça devient une montagne de merde, et en plus il faut tout reconstruire dans une boucle sans fin.
Voir l'originalRépondre0
probably_nothing_anon
· 01-08 14:44
Haha, c'est ça le destin, passe vite à l'enfer de la refonte
Voir l'originalRépondre0
nft_widow
· 01-08 14:39
C'est la réalité, le prix d'une itération rapide est que 💩 des montagnes s'accumulent
Voir l'originalRépondre0
DegenApeSurfer
· 01-08 14:37
Haha c'est la réalité, le prix d'une itération rapide
---
Je comprends parfaitement la superposition de patchs, au début je pensais refaire tout plus tard, mais ça devient de plus en plus difficile à sauver
---
Comme prévu, personne ne peut échapper à cette malédiction, la dette de code doit toujours être remboursée
---
Le plus facile à faire lorsqu'on crée un bot de trading, c'est de tomber dans ce piège, des ajustements de stratégie fréquents, c'est la fin
---
Mort de rire, passer de critiquer les autres à tomber soi-même dans le piège, c'est ce qu'on appelle un cycle de causalité
---
Faire une grande refonte plus tôt pourrait être plus rentable que de continuer à patcher
---
Relatable, c'est pour ça que certains refont complètement en trois mois
Après le Nouvel An, reprise des tests et des itérations du bot de trading. Au cours de ces deux semaines, nous avons progressivement peaufiné la stratégie de trading, ajusté et amélioré sans cesse, et le code a été mis à jour et itéré version après version. Mais au cours de ce processus, vous constaterez un phénomène embarrassant — la qualité du code du projet diminue progressivement.
Au début, il pouvait encore rester propre, mais au fil des modifications, il a commencé à s'empiler, avec toutes sortes de patchs empilés les uns sur les autres, jusqu'à devenir un 💩 montagne. Honnêtement, j'avais déjà râlé dans l'entreprise contre le code 💩 montagne des autres, et maintenant, en construisant un projet à partir de zéro, je ne peux pas échapper à cette règle. C'est une routine courante de la dégradation du code.