Somos un estudio pequeño, no una factoría de recursos. Las personas del proyecto son quienes lo entregan, lo operan y se quedan con él. No aumentamos plantillas, no subcontratamos y no rellenamos puestos. Si ha entregado software serio y quiere construir más con fundadores europeos — siga leyendo.
Si puede demostrarnos estas tres cosas por escrito, con código o en conversación, casi siempre podemos encontrarle un puesto. Todo lo demás — frameworks, idiomas, empresa actual — son detalles.
Código en producción en productos reales con usuarios reales. Preferimos escuchar sobre algo que puso en manos de usuarios y con lo que convivió durante un año, antes que un proyecto paralelo que nunca se encontró con el mundo. El bug que arregló en producción a las 2 de la mañana vale más que la charla que dio en una conferencia.
El diseño y la arquitectura le importan. La razón por la que seguimos escribiendo documentos de 10 páginas antes de empezar un sprint es la misma por la que usted lo hace, o quiere hacerlo — es más barato que la alternativa. Muéstrenos un sistema que esbozó antes de escribirlo, y qué cambió.
Escritura clara y desacuerdo directo, de forma profesional. Debatimos en PRs y lo dejamos por escrito. Si su último equipo le llamaba «intenso en la revisión de código» y lo decía como un cumplido, probablemente queremos hablar con usted. Si no puede decir «no estoy de acuerdo» en voz alta, este no es su estudio.
Una versión breve de los cuatro pasos por los que pasa cada proyecto — desde la posición del ingeniero que está en el pod, no del cliente que lo paga. La versión larga está en la página de Enfoque →.
Pase la primera semana de un proyecto nuevo pensando, dibujando y escribiendo — antes de escribir código. Será coautor del documento de arquitectura. Ese documento es el contrato para todo lo que sigue.
Diseñe con los ingenieros que lo construirán. Revise con el cliente cada viernes. Sin grandes revelaciones. Si una pantalla sorprende al cliente en la semana tres, lo hicimos mal.
En producción desde el segundo sprint. Demos los viernes al cliente, sin excepciones. Se opondrá cuando algo no funcione, propondrá lo que sí funcionará y lo dejará por escrito en un ADR. Ese es el trabajo.
Se queda en el proyecto. Misma rotación de guardia, mismo canal de Slack, misma hoja de ruta. Si el cliente quiere contratarle cuando el proyecto madure, es una opción que hemos escrito en el contrato a propósito.
Si los puestos abiertos no encajan pero el estudio le parece adecuado, escríbanos. Envíe un portfolio, una nota breve sobre en qué le gustaría trabajar y un texto del que esté orgulloso. Los leemos todos.
Respuesta en 5 días laborables · en EN, UK o DECOOKIES
Usamos un pequeño conjunto de cookies para que el sitio funcione y — con su permiso — Google Analytics para entender qué páginas importan. Leer nuestra política de privacidad →