2026-01-12 08:00:18

Todos los amigos que hacen desarrollo Web3 deberían echarle un vistazo a esto.

El responsable técnico de Varick AI Agents, Eyad Khrais, publicó un resumen sistemático — cómo usar Claude Code para un desarrollo eficiente. De verdad hay bastante contenido valioso.

Su lógica central es especialmente clara: no te apresures a empezar a escribir código, primero piensa en la arquitectura. Esto es lo que se llama el "modo de planificación" — antes de escribir formalmente, aclara toda la estructura lógica de la tarea. De esta manera, la eficiencia de la codificación será mayor y será menos probable que te desvíes del camino.

Esta metodología también es muy útil para el desarrollo de contratos inteligentes, integración de AI Agent y otros proyectos complejos. Muchos desarrolladores están acostumbrados a pensar y escribir al mismo tiempo, y al final terminan modificando el código una y otra vez, lo que en realidad es una pérdida de tiempo. Pensar primero, ejecutar después; puede parecer que se pierden unos minutos, pero en realidad se ahorra mucho trabajo de depuración posteriormente. Vale la pena intentarlo.

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.

15 me gusta

Recompensa
15
6
Republicar
Compartir

Comentar

0/400

GasWastingMaximalist

· hace2h

De verdad, desde hace tiempo debería haber aprendido este modo de planificación, antes cuando escribía contratos, los modificaba sobre la marcha, y luego el tiempo dedicado a depurar era más que el tiempo que dedicaba a escribir el código.

Ver originalesResponder0

DefiOldTrickster

· hace15h

Jajaja, te lo digo, esta forma de "pensar primero, luego escribir" en la que he caído en la ola de auditorías de contratos en 2017 me hizo perder. En ese entonces, un montón de colegas estaban ansiosos por subir código a la cadena, y como resultado, bugs de reentrada, desbordamientos y otros fallos volaban por todas partes. Cuando se activaba el precio de liquidación, todo explotaba. En realidad, fue por no hacer una buena planificación de la arquitectura. Ahora, con herramientas como Claude, hay que ser más cuidadoso. Lo que se ahorra en tiempo de depuración, ¿cómo se usa? Para estudiar los rendimientos combinados, esa es la verdadera prioridad. Pero la mayoría de los desarrolladores jóvenes todavía no pueden dejar esa costumbre de modificar sobre la marcha; si no, ¿de qué sirve la eficiencia? Primero, aclara el marco lógico, y el rendimiento anualizado se duplicará directamente. Esa es una lección de sangre y lágrimas.

Ver originalesResponder0

FrogInTheWell

· 01-12 08:24

Primero diseña la arquitectura y luego escribe el código. ¿Cuántas veces he dicho esto? Todavía hay personas que piensan y escriben al mismo tiempo, y luego hacen cambios desordenados... realmente hay que corregir este problema.

Ver originalesResponder0

ProofOfNothing

· 01-12 08:21

De verdad, ya he sufrido las consecuencias de esa mentalidad de "primero estructurar, luego codificar"... Escribir y modificar al mismo tiempo, esa estrategia termina siendo un pozo sin fondo.

Ver originalesResponder0

MEVictim

· 01-12 08:20

Primero diseña la arquitectura y luego escribe el código, esa es una lección dura... Sé muy bien cuánto he cambiado el código en la noche en blanco por ello

Ver originalesResponder0

DeepRabbitHole