El equipo cambia. La forma de construir, no.
No tenemos gente en nómina esperando a que llegue un proyecto. Armamos el equipo para cada uno. Esto es lo que hace que eso no sea un riesgo para ti.
Cinco cosas que se cumplen en todos los proyectos
No son preferencias ni buenas intenciones. Son condiciones de entrada, y puedes comprobarlas: pídenos ver un repositorio.
-
El dominio no sabe de la base de datos
Arquitectura por capas con regla de dependencia. Se puede cambiar el motor de datos o el framework sin tocar la lógica de negocio.
-
Cuatro niveles de prueba
Unitarias, integración contra base real en Docker, de componente levantando el servicio entero, y end a end. Con criterio de cuál corresponde a cada cosa.
-
Las decisiones quedan escritas
Cada decisión de arquitectura queda registrada con su motivo y las alternativas que se descartaron. Si mañana trabajas con otro proveedor, entiende por qué está hecho así.
-
Infraestructura como código
Nada se configura a mano en una consola. El entorno completo se puede recrear desde cero.
-
El repositorio es tuyo desde el primer día
No trabajamos en un repositorio nuestro que después se traspasa. Es tuyo desde el commit inicial.
Quién entra en tu proyecto
Preferimos enseñarte el filtro antes que una galería de fotos. El filtro dice más.
Trabajo previo que se pueda mirar
Código o un producto en producción. No currículums.
Acepta nuestros estándares antes de empezar
Los cinco de arriba, sin excepciones. Es lo que hace que el resultado no dependa de quién lo ejecutó.
Autonomía y comunicación escrita
Trabajamos cien por ciento remoto. Quien necesita supervisión continua no funciona en este modelo.
Disponibilidad comprometida por escrito
Antes de asignarlo al proyecto, no «creo que puedo».
Y una regla que no es de selección
La responsabilidad ante ti no se traspasa. El equipo varía según el proyecto; quien responde si algo sale mal es Emprende Conmigo, siempre la misma persona y siempre con nombre.
Puedes irte cuando quieras
El repositorio es tuyo desde el primer día. La infraestructura está descrita como código, en tu cuenta. Las decisiones de arquitectura están escritas con su motivo y sus alternativas.
Eso significa que otro proveedor puede tomar el trabajo y entender por qué está hecho así, sin llamarnos. Decirlo suena a que trabajamos en contra nuestra, y es al revés: quien no puede irse no se queda por confianza, se queda porque no le queda otra.
¿Quieres comprobarlo?
Pídenos ver un repositorio o el registro de decisiones de un proyecto. Es la forma más rápida de saber si esto es cierto.
Cuéntanos tu caso