Prueba Técnica Programador
15-jun-2026 19:04
#1
|
Me han contactado de una consultora para un puesto de fullstack y me gustaría comentar con los shurs programadores lo siguiente. Me envían esto de parte del cliente: -------------------- Sueldo: 35k Te adjunto las dos pruebas técnicas que me piden que te haga llegar, si tienes cualquier duda me dices:
• Código funcionando y dejarlo a poder ser en un repo “abierto” en Github, Gitlab, Bitbucket ,..… • Mantener estructura de código clara y limpia: utilización obligatoria de arquitectura hexagonal. • Tener el código mínimo: no implementar cosas no requeridas, y tener cuidado a las dependencias del pom. Se pueden añadir librerías (lombok, swagger, etc… mientras tienen sentido y aportan).da de código muerto. • Calidad de código, • Tests unitarios • Test funcionales: se pide en el enunciado que se testen por lo menos 5 casuísticas. Se pueden implementar como tests de integración, pero se valora más tener tests e2e (karate, cucumber, restassured, postman, …) • API first es altamente recomendable • Gestión de Excepciones: tener controlado los casos de no encontrar precio, o de parámetros incorrectos • Tener un README que presenta como ejecutar el programa y testearlo, y algunas especificades del código si hay. • Se suele valora muy positivamente la configuración de SwaggerUI y/o Docker en la resolución del ejercicio. -------------- Les he dicho amablemente que me niego, me parece una burrada de trabajo de gratis para que luego encima ni te cojan. ¿Os ha tocado a vosotros cosas así? Sin mal rollo: ¿habéis pasado por el aro? El panorama de contratación en IT da puto asco. |
15-jun-2026 19:08
#5
|
La última que hice fue un live coding que duró unas cuantas horas, pero no era más que una excusa para freirme a preguntas sobre la marcha. Fue un coñazo pero entiendo que en algún sitio tienen que poner el filtro. Eso que te piden es un tostón pero con la IA lo haces volando. Me parece mucho pero lo haría según lo que me interese entrar en la empresa. |
15-jun-2026 19:10
#8
|
La última que hice fue un live coding que duró unas cuantas horas, pero no era más que una excusa para freirme a preguntas sobre la marcha. Fue un coñazo pero entiendo que en algún sitio tienen que poner el filtro.
Eso que te piden es un tostón pero con la IA lo haces volando. Me parece mucho pero lo haría según lo que me interese entrar en la empresa. El sueño de cualquier niño de Bangladesh |
15-jun-2026 19:10
#9
|
Me han contactado de una consultora para un puesto de fullstack y me gustaría comentar con los shurs programadores lo siguiente.
Me envían esto de parte del cliente: -------------------- Sueldo: 35k Te adjunto las dos pruebas técnicas que me piden que te haga llegar, si tienes cualquier duda me dices:
• Código funcionando y dejarlo a poder ser en un repo “abierto” en Github, Gitlab, Bitbucket ,..… • Mantener estructura de código clara y limpia: utilización obligatoria de arquitectura hexagonal. • Tener el código mínimo: no implementar cosas no requeridas, y tener cuidado a las dependencias del pom. Se pueden añadir librerías (lombok, swagger, etc… mientras tienen sentido y aportan).da de código muerto. • Calidad de código, • Tests unitarios • Test funcionales: se pide en el enunciado que se testen por lo menos 5 casuísticas. Se pueden implementar como tests de integración, pero se valora más tener tests e2e (karate, cucumber, restassured, postman, …) • API first es altamente recomendable • Gestión de Excepciones: tener controlado los casos de no encontrar precio, o de parámetros incorrectos • Tener un README que presenta como ejecutar el programa y testearlo, y algunas especificades del código si hay. • Se suele valora muy positivamente la configuración de SwaggerUI y/o Docker en la resolución del ejercicio. -------------- Les he dicho amablemente que me niego, me parece una burrada de trabajo de gratis para que luego encima ni te cojan. ¿Os ha tocado a vosotros cosas así? Sin mal rollo: ¿habéis pasado por el aro? El panorama de contratación en IT da puto asco. Hace 8 años hice una para mi primera empresa |
15-jun-2026 19:11
#10
| Pues ya está, eso es lo que tendrá que valorar. A mi no me suena al puesto de mis sueños, pero ya cada uno. |
15-jun-2026 19:13
#12
|
Las pruebas técnicas se han adaptado a la IA y a que sepas utilizarla bien según veo. Hay un limite? Tipo 4-8h? |
15-jun-2026 19:14
#13
|
Nunca he entendido esto de rechazar trabajos por el proceso. Miro el curro, si el curro vale la pena, como si me piden que monte Kubernetes en ensamblador, si la prueba me tira para atras , es que el curro no me llama lo que deberia. |
15-jun-2026 19:15
#14
|
Recuerdo hacer 1 de estas y ni me contactaron luego ni me dieron feedback ni nada. Una y no más. |
15-jun-2026 19:16
#15
| solo de back, pero si, he hecho pruebas de este tipo, un proyecto symfony dockerizado con DDD y su testing unitario integracion y de behat (tambien lo de las excepciones y tal) y no me parece para tanto lo que te piden |
15-jun-2026 19:20
#18
|
Me han contactado de una consultora para un puesto de fullstack y me gustaría comentar con los shurs programadores lo siguiente.
Me envían esto de parte del cliente: -------------------- Sueldo: 35k Te adjunto las dos pruebas técnicas que me piden que te haga llegar, si tienes cualquier duda me dices:
• Código funcionando y dejarlo a poder ser en un repo “abierto” en Github, Gitlab, Bitbucket ,..… • Mantener estructura de código clara y limpia: utilización obligatoria de arquitectura hexagonal. • Tener el código mínimo: no implementar cosas no requeridas, y tener cuidado a las dependencias del pom. Se pueden añadir librerías (lombok, swagger, etc… mientras tienen sentido y aportan).da de código muerto. • Calidad de código, • Tests unitarios • Test funcionales: se pide en el enunciado que se testen por lo menos 5 casuísticas. Se pueden implementar como tests de integración, pero se valora más tener tests e2e (karate, cucumber, restassured, postman, …) • API first es altamente recomendable • Gestión de Excepciones: tener controlado los casos de no encontrar precio, o de parámetros incorrectos • Tener un README que presenta como ejecutar el programa y testearlo, y algunas especificades del código si hay. • Se suele valora muy positivamente la configuración de SwaggerUI y/o Docker en la resolución del ejercicio. -------------- Les he dicho amablemente que me niego, me parece una burrada de trabajo de gratis para que luego encima ni te cojan. ¿Os ha tocado a vosotros cosas así? Sin mal rollo: ¿habéis pasado por el aro? El panorama de contratación en IT da puto asco. Yo cambié de empresa hace apenas 1 mes por 36k y solo hice 1 entrevista con RRHH y otra con el tech lead del proyecto que me hizo un par de preguntas técnicas sobre la tecnología que iba a usar y poco mas. |
15-jun-2026 19:23
#20
|
Pues acabo de hacer una parecida como arquitecto de BBDD y tambien era bastante larga. Al final depende de lo necesitado que estes |
15-jun-2026 19:28
#23
| Por 35 no haría una puta mierda en una prueba que me va a consumir tiempo antes de saber si me cogen. Suficiente es con las entrevistas en las que luego te hacen ghosting. |
15-jun-2026 19:33
#27
|
Me han contactado de una consultora para un puesto de fullstack y me gustaría comentar con los shurs programadores lo siguiente.
Me envían esto de parte del cliente: -------------------- Sueldo: 35k Te adjunto las dos pruebas técnicas que me piden que te haga llegar, si tienes cualquier duda me dices:
• Código funcionando y dejarlo a poder ser en un repo “abierto” en Github, Gitlab, Bitbucket ,..… • Mantener estructura de código clara y limpia: utilización obligatoria de arquitectura hexagonal. • Tener el código mínimo: no implementar cosas no requeridas, y tener cuidado a las dependencias del pom. Se pueden añadir librerías (lombok, swagger, etc… mientras tienen sentido y aportan).da de código muerto. • Calidad de código, • Tests unitarios • Test funcionales: se pide en el enunciado que se testen por lo menos 5 casuísticas. Se pueden implementar como tests de integración, pero se valora más tener tests e2e (karate, cucumber, restassured, postman, …) • API first es altamente recomendable • Gestión de Excepciones: tener controlado los casos de no encontrar precio, o de parámetros incorrectos • Tener un README que presenta como ejecutar el programa y testearlo, y algunas especificades del código si hay. • Se suele valora muy positivamente la configuración de SwaggerUI y/o Docker en la resolución del ejercicio. -------------- Les he dicho amablemente que me niego, me parece una burrada de trabajo de gratis para que luego encima ni te cojan. ¿Os ha tocado a vosotros cosas así? Sin mal rollo: ¿habéis pasado por el aro? El panorama de contratación en IT da puto asco. |
15-jun-2026 19:39
#28
|
Como bien han señalado algunos shurs, la prueba es de Inditex, ya van dos consultoras distintas que me envían la misma prueba, y en ambos casos he rechazado.No estoy en contra de pruebas técncias, pero una cosa es hacer unas cuantas preguntas en la entrevista con el responsable técnico o un test, y otra es tener que gastar días de tu tiempo libre en hacer algo que no te garantiza el puesto. Bajo mi punto de vista, me parece un volumen de trabajo bastante alto para un proceso de selección. |
