Feda /dev/ - No Javascript allowed

#58651 Si usas Java sin Spring puede ser por dos cosas:

• De verdad no lo necesitas y usas Java a pelo porque es suficiente para tu caso de uso.
• Se te queda corto. Eres Netflix, Amazon, Google o alguna de estas súper tochas y Spring es demasiado genérico/inseguro/lento/whatever para tus necesidades, que tienes tú y nadie más en el planeta. Vale, entonces veo normal que te hagas tu framework ajustado a tus necesidades (aunque para sustituir Spring con otro framework igual le daría una vuelta a si lo que necesito es Java u otra cosa).

En el primer caso no se me ocurre un solo motivo por el que usar Java a pelo existiendo otras opciones mucho mejores, porque Java sin Spring tampoco es que sea nada del otro mundo. En el segundo, Revolut no me encaja como empresa que tenga unas necesidades tan específicas porque hay más bancos en el mundo, no existen sólo ellos.

Y lo mejor de todo es que en la oferta me especificaron muy claramente que no usan frameworks de ningún tipo y ahora me dices tú que tienen uno propio, con lo cual me han engañado.

#58653 Es impresionante. No has dado NI UNA.

#58655 Y lo que yo te estoy diciendo es que me estás dando consejos sin conocerme de nada más que de lo que pongo por aquí, consejos que ni te he pedido ni necesito. Crees que me conoces y que sabes qué problemas tengo o qué errores estoy cometiendo y ya te di con el periódico en el morro una vez cuando te pasaste de frenada y lo estás volviendo a hacer. Así que hala, cada uno por su lado y arreando.

#58639 poca gente usa hilos ya a pelo en la JVM, lo normal es utilizar abstracciones tipo CompletableFuture, corutinas en kotlin, efectos tipo IO en Scala...

Aunque hay un gran PERO, y es que ahora en las nuevas versiones de la JVM se van a poder utilizar virtual threads con loom delegando toda la gestión a la máquina virtual, con lo cual volveremos a ver cierto spaghetti code

En java aún están intentando buscarle una solución que no de vergüenza ajena a la concurrencia y paralelismo? Si que están tardando en copiar a .NET.

#58667 Igual es hora de jubilar el cuestionario, ¿no? Si hasta en la academia están igual.

#58672 nuestras preguntas en concreto son independientes del resto de las que se usan para otros candidatos. No puedo dar mucho detalle pero no las vas a encontrar en Internet como si podrías encontrar otras de entrevistas a SWEs

El problema es que son preguntas que muchas de ellas están en la documentación del fabricante, manuales, foros, etc. así que es complicado. Hace unas semanas hablamos de hacer preguntas más enfocadas a experiencia del candidato que permitan luego explayarse sobre el tema pero no podemos por diversas razones. Y si cambias el cuestionario a otras preguntas técnicas el problema de la IA lo sigues teniendo saldo que sea la típica pregunta rara que solo Desu sabe

#58675 como decía antes, porque muchas de las preguntas se basan en documentación oficial del fabricante, manuales y mierdas varias. Cuando responde el candidato mezcla conceptos o comete ciertos errores que te hace preguntarte si ocurre porque está nervioso o porque le está metiendo las preguntas a una IA y va repitiendo las respuestas que le va cantando

Y qué problema hay si esta usando una IA? Mientras sepas resolver lo que tú necesitas... Ahora bien, dudo que estéis planteado las preguntas correctas para buscar un candidato si las puede resolver con ChatGPT

#58677D10X:

Yo hace tiempo q les pido que me explique una mierda o pufo q hayan tenido q resolver en la tecnología q busco. Es imposible q un tio con experiencia nunca haya pasado por eso, y además te lo cuentan con orgullo.

Pues debo ser el raro al que nunca le ha pasado eso. No he tenido ningún fire que no se haya solucionado con un revert del último merge, como mucho me ha tocado investigar por qué un update de una librería se ha cargado nuestro sistema, pero nada más. De hecho odio cuando me preguntan eso porque no sé qué responder XD