full image - Repost: 3 meses de Python a Solidity: Los recursos que me sirvieron (y los 4 que no) 💻 (from Reddit.com, 3 meses de Python a Solidity: Los recursos que me sirvieron (y los 4 que no) 💻)
Mining:
Exchanges:
Donations:
Pasar de Python a Solidity en tres meses fue un desafío. Con background en scripting Web2, me topé con un ecosistema blockchain lleno de recursos desactualizados y conceptos confusos. Fue una montaña rusa de bugs y gas malgastado.Mi meta no es venderte nada, sino compartir los recursos que realmente me sirvieron para construir mis primeras dApps y entender la EVM, y también señalar los callejones sin salida que me costaron incontables horas.Recursos que realmente funcionaronMi proceso se basó en la práctica intensa, no solo en ver videos. Aquí lo esencial: Curso de Patrick Collins (FreeCodeCamp): Invaluable. Su serie de ~30 horas cubre Solidity, despliegue con Hardhat/Foundry y seguridad a fondo. La profundidad en proxy patterns y upgradability es única en un recurso gratuito. Me tomó casi 2 meses completar esta base. Documentación oficial de Foundry: Cambiar de Hardhat a Foundry fue un acierto. La velocidad de testeo y ergonomía de sus pruebas en Solidity son superiores. Entender forge script y cast fue clave para automatizar despliegues y leer la blockchain eficientemente. Etherscan y OpenZeppelin Contracts: Analizar contratos verificados en Etherscan revela patrones de diseño y optimizaciones de gas. Para estándares (ERC20, Ownable), usar OpenZeppelin Contracts es esencial. Evita reinventar la rueda y reduce riesgos. **Web3.py para interacción off-chain:** Aunque el foco era Solidity, interactuar con contratos desde Python fue vital. Web3.py para read/write funciones y escuchar eventos me permitió construir scripts de orquestación y testing complejos.Lo que funcionó (Enfoque de aprendizaje)No todo es sobre qué leer, sino cómo: CTFs (Capture The Flag) de seguridad: Ethernaut (OpenZeppelin) y Damn Vulnerable DeFi (immunefi) te fuerzan a pensar como un atacante. Debuggear reentrancy o flash loan attacks mejoró mi código. Cada desafío me tomaba entre 2 y 6 horas, pero valió la pena. Auditar código ajeno: En lugar de solo escribir, dediqué una semana a leer código de Aave o Uniswap en GitHub. Ver su manejo de lógica, edge cases y optimización de gas es invaluable. No copies, entiende el porqué. Proyectos pequeños de punta a punta: Construir un token ERC20 personalizado o un marketplace NFT básico y desplegarlo en testnet (Goerli/Sepolia) fue crucial. El ciclo completo (escribir, testear, desplegar, interactuar con Python) consolidó mi aprendizaje.Donde perdí más tiempo (y recursos que no)No todo el tiempo fue productivo. Evita estos escollos: Tutoriales de Medium de 2020-2021: Muchos están desactualizados, por breaking changes en Solidity o herramientas. Seguirlos ciegamente causa errores de compilación y pérdida de tiempo. Siempre verifica la fecha y las versiones de las dependencias. Bootcamps superficiales: Prometen "dominar Solidity en X días" pero no profundizan. Se enfocan en el deploy sin explicar seguridad, arquitectura de dApps o interacción con la EVM. Busca currículums con sustancia, no con marketing. Dependencia excesiva de ChatGPT para lógica compleja: ChatGPT es bueno para snippets o explicaciones básicas. Para logic security o patrones de diseño complejos, genera código con bugs o malas prácticas. Úsalo como asistente, no como arquitecto.Seré honesto: la curva de aprendizaje de Solidity es empinada, especialmente viniendo de Python. No construirás una dApp auditable y segura en dos semanas, como prometen bootcamps. Pero sí puedes adquirir una base sólida y construir proyectos interesantes en pocos meses, dedicando 20-30 horas semanales. La frustración es inevitable.Si estás lidiando con conceptos de seguridad en tus contratos o buscando la mejor forma de testear con Foundry, r/EstudiaCripto es para eso—aquí hablamos de código real, no de charts. ¿Qué recursos o metodologías les han funcionado a ustedes en su transición a Web3?
No comments:
Post a Comment