Lista de verificación para la incorporación de desarrolladores

Una rampa cronológica para nuevos ingenieros de Solana: cadena de herramientas, modelo mental, primer programa, cliente y prácticas de equipo. Completar en orden durante las primeras dos semanas en Agave 4.1.1 / Anchor 0.32.1.

Cómo usar esta lista de verificación

• Asigna un compañero para preguntas los días 1-5.
• Marca los elementos en la documentación específica del repositorio donde las rutas difieren.
• No omitas los elementos de seguridad y pruebas antes de tocar las claves de mainnet.

Semana 0 - Acceso y Orientación

1. Concedido acceso a Git, rastreador de incidencias y CI.
   • Capaz de abrir PRs y leer registros de canalización.
2. Leer los conceptos básicos de Solana y los documentos informativos del modelo de cuentas.
   • Comprender cuentas, programas, transacciones, lamports.
3. Unirse al proveedor RPC del equipo y al almacén de secretos.
   • Solo claves de Devnet y CI al principio.
4. Clonar el monorepo y ejecutar anchor --version / solana --version.
   • Esperar Solana CLI 3.0.10 y Anchor 0.32.1.
5. Ejecutar la suite de pruebas existente localmente.
   • LiteSVM 0.6.x o anchor test en verde en el portátil.

Semana 1 - Entorno y Primer Programa

6. Completar la Lista de verificación de configuración del entorno.
   • Rust 1.91.1, herramientas de Agave, Anchor, ruta del validador local.
7. Aún no desplegar nada en mainnet.
   • Solo Devnet y local hasta la aprobación del compañero.
8. Compilar y probar el programa de plantilla.
   • anchor build produce IDL y .so.
9. Seguir la rampa del modelo mental de Solana.
   • PDAs, CPIs, signers, unidades de cómputo en orden.
10. Implementar un pequeño cambio de instrucción con pruebas.
    • Agregar un campo de cuenta o un registro; probar con LiteSVM.
11. Abrir un primer PR solo con programa + prueba.
    • Practicar las directrices de revisión de código en un diff pequeño.
12. Emparejarse en la lectura de registros de transacciones de un fallo.
    • Usar solana confirm -v y registros de simulación.

Semana 2 - Cliente y Flujo de Trabajo del Equipo

13. Generar o consumir el cliente IDL (@solana/kit 7.0.0 o AnchorPy).
    • Llamar a tu programa de devnet desde un script o una stub de UI.
14. Completar la ruta guiada del Primer Programa y dApp.
    • Despliegue de extremo a extremo en devnet + lectura/escritura del cliente.
15. Ejecutar el comando de compilación verificable una vez.
    • Comprender los artefactos de despliegue reproducibles.
16. Documentar el ID de tu programa de devnet en el registro del equipo.
    • Evita despliegues duplicados.
17. Observar una revisión de código en un PR sensible a la seguridad.
    • Comprobaciones de signers, comprobaciones de propietario, aritmética.
18. Leer las Mejores Prácticas del Equipo y acordar el modelo de ramificación.
    • Ramas trunk vs. release, política de actualización.
19. Configurar el hábito local de Surfpool 0.12.0 o test-validator.
    • Saber cuándo usar fork vs. un validador limpio.
20. Demostrar al compañero: explicar un PDA que usa tu programa.
    • Semillas, bump y por qué es seguro.

Aplicación de la Lista de Verificación en Orden

• Días 1-3 (1-5): orientación sin acceso de escritura a claves compartidas de mainnet.
• Días 4-8 (6-12): cambios prácticos de programa solo en devnet/local.
• Días 9-14 (13-20): integración del cliente y fluidez en los procesos del equipo.

Preguntas Frecuentes

Relacionado

• Lista de verificación de configuración del entorno - instalación de la cadena de herramientas
• La rampa del modelo mental de Solana - conceptos en orden
• Primer Programa y dApp - proyecto guiado
• Conceptos básicos de Solana - introducción a los fundamentos

Versiones de la pila: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0 y LiteSVM 0.6.x.