prove(it);
Creemos que la mejor forma de demostrar lo que puede hacer es haciéndolo. Este desafío abierto es para desarrolladores que están comenzando su carrera y quieren unirse a MindShore. Sin currículum. Sin carta de presentación. Solo un pull request.
¿Qué es este desafío?
Es un problema de código pequeño y del mundo real alojado en GitHub. Lo usamos para conocer cómo piensa, cómo estructura soluciones y cómo se comunica a través del código. No es una pregunta trampa ni un examen competitivo. Es el inicio de una conversación; escrita en su lenguaje favorito.
Abierto para todos
No se necesita invitación. El repositorio es público. Si es desarrollador junior o trainee en cualquier parte de LATAM, esto es para usted.
Trabaje a su propio ritmo
No hay cronómetro. Tómese el tiempo que necesite para escribir algo de lo que se sienta orgulloso. La calidad importa más que la velocidad.
Recibirá feedback
Cada envío recibe una revisión de código de nuestro equipo de ingeniería. Ya sea que derive en una oferta o no, aprenderá algo.
Cómo funciona
Cinco pasos. Todo en GitHub. Sin formularios que llenar, sin PDFs que subir.
Haga un fork del repositorio
Vaya al repositorio en GitHub y haga un fork en su propia cuenta.
Lea las instrucciones
El README explica el problema, las restricciones y lo que esperamos ver.
Construya su solución
Escriba código limpio y funcional. Use el lenguaje y las herramientas que mejor conozca.
Abra un pull request
Envíe su trabajo como un PR contra el repositorio original. Incluya una breve descripción de su enfoque.
Reciba feedback
Nuestros ingenieros revisarán su código y le contactarán con comentarios en pocos días.
Qué evaluamos
No buscamos perfección. Buscamos: cómo piensa, cómo organiza y cómo se comunica a través del código.
Estructura del código
¿El código está organizado de forma fácil de seguir? Los nombres, la separación de responsabilidades y la legibilidad importan más que la ingeniosidad.
Resolución de problemas
¿Entendió el problema? ¿Su enfoque es razonable? Nos importa cómo descompone un problema, no si encontró la solución óptima.
Comunicación
La descripción de su PR, los mensajes de commit y cualquier comentario en el código nos dicen cómo colabora. Escriba como si un compañero de equipo fuera a leerlo mañana.
Testing y casos extremos
¿Piensa en lo que podría salir mal? Incluso tests básicos o una nota sobre lo que probaría con más tiempo demuestra madurez.
Prácticas de Git
Commits limpios, mensajes significativos y un historial lógico. Observamos cómo usa el control de versiones como herramienta de comunicación.
Atención al detalle
¿Siguió las instrucciones del README? Pequeños detalles como el formato, el linting y un README completo demuestran disciplina.
Consejos antes de empezar
Algunos consejos honestos de nuestro equipo de ingeniería.
Lea el README completo antes de escribir una sola línea de código
Comprender el alcance completo le evita retrabajo. Las instrucciones son breves a propósito: cada detalle importa.
Manténgalo simple
No necesita un framework, una base de datos ni Docker para impresionarnos. Un script limpio que funcione es mejor que una aplicación sobreingenieriada que no lo haga.
Escriba una buena descripción del PR
Explique qué construyó, por qué tomó las decisiones que tomó y qué mejoraría con más tiempo. Esto es lo primero que leen nuestros revisores.
Haga commits frecuentes y pequeños
Muéstrenos su proceso. Un historial de commits atómicos cuenta una historia que un solo commit de "listo" no cuenta.
Pruebe su código, aunque sea simple
Algunos tests unitarios demuestran que piensa en la corrección. Si el tiempo es limitado, al menos describa su estrategia de testing en el PR.
Pregunte si algo no está claro
Abra un issue en el repositorio. Hacer buenas preguntas es una habilidad que valoramos mucho. Nadie tiene todas las respuestas desde el primer día.
¿Listo para escribir código?
El repositorio está abierto. El desafío lo espera. Su próximo paso profesional comienza con un pull request.