Portada
mis comunidades
otras secciones
#9:
#6 O, visto de otra forma, que para entrar en esas empresas has de prepararte para escribir código chorras que en tu día a día no harás, código que se aprende en la universidad y se va olvidando y que no garantiza que la persona que los pasa tenga conocimientos más allá de pasar esa entrevista.
Yo he llegado a hacer lo contrario. Hacer una de estas chorradas, pasarla y darme el gustazo de decir que no, que con ese criterio se habrán cargado a mucha gente sin tiempo de preparar esas chorradas y habrán perdido mucho talento y que, por tanto, no quería entrar en su equipo. Por otra parte, me suelo negar a hacer una prueba de código antes de haber hablado un poco con ellos. Igual no me interesa el trabajo que ofrecen, normalmente son ellos los que me han contactado... y esperan que pierda varias horas antes siquiera de saber si me interesa lo que ofrecen?
Yo he llegado a hacer lo contrario. Hacer una de estas chorradas, pasarla y darme el gustazo de decir que no, que con ese criterio se habrán cargado a mucha gente sin tiempo de preparar esas chorradas y habrán perdido mucho talento y que, por tanto, no quería entrar en su equipo. Por otra parte, me suelo negar a hacer una prueba de código antes de haber hablado un poco con ellos. Igual no me interesa el trabajo que ofrecen, normalmente son ellos los que me han contactado... y esperan que pierda varias horas antes siquiera de saber si me interesa lo que ofrecen?
#6:
#1 No se queja, de hecho dice que se prepara uno por semana para estar en forma. Al final dice que son la manera más eficiente de cribar currículos cuando te envían 500 para una vacante y que los test están aquí para quedarse. Ya no hace falta que te leas el artículo pero está bastante interesante si os interesa el tema.
También sale un recruiter diciendo que rechazó para Netflix a uno que acabó siendo cofundador de Amazon Prime Air. La moraleja es que si os rechazan no es que seais malos, es que para ser aceptado hay que tener suerte además de habilidades. Cuando tienes 500 aplicaciones es imposible seleccionar al mejor.
También sale un recruiter diciendo que rechazó para Netflix a uno que acabó siendo cofundador de Amazon Prime Air. La moraleja es que si os rechazan no es que seais malos, es que para ser aceptado hay que tener suerte además de habilidades. Cuando tienes 500 aplicaciones es imposible seleccionar al mejor.
#42:
Hay un dicho que reza: "para el que tiene un martillo, todo son clavos".
Eso es lo que veo que le pasa a muchos desarrolladores: que se han dedicado a la programación pura, la dominan de maravilla y está super-actualizados en las últimas tecnologías, y por eso piensan que en un proceso de selección, solo les deben medir por estos criterios. Pero un programador excelente no es solo el que programa de puta madre, también debe saber comunicarse, trabajar en equipo con (¡horror!) gente que no es técnica, interesarse el negocio de la empresa para la que trabaja, planificar y organizar sus tareas, transmitir sus conocimientos a otros, mantener un ambiente positivo y constructivo, ser flexible con cambios de última hora, soportar con madurez la presión o las críticas... Y tantas y tantas cosas en las que veo a diario que fallan programadores presuntamente fabulosos. Yo en mi equipo prefiero alguien que necesita 15 minutos de consulta en Stackoverflow antes de empezar a programar nada, pero que después va a responder bien a las otras exigencias que he mencionado.
Eso es lo que veo que le pasa a muchos desarrolladores: que se han dedicado a la programación pura, la dominan de maravilla y está super-actualizados en las últimas tecnologías, y por eso piensan que en un proceso de selección, solo les deben medir por estos criterios. Pero un programador excelente no es solo el que programa de puta madre, también debe saber comunicarse, trabajar en equipo con (¡horror!) gente que no es técnica, interesarse el negocio de la empresa para la que trabaja, planificar y organizar sus tareas, transmitir sus conocimientos a otros, mantener un ambiente positivo y constructivo, ser flexible con cambios de última hora, soportar con madurez la presión o las críticas... Y tantas y tantas cosas en las que veo a diario que fallan programadores presuntamente fabulosos. Yo en mi equipo prefiero alguien que necesita 15 minutos de consulta en Stackoverflow antes de empezar a programar nada, pero que después va a responder bien a las otras exigencias que he mencionado.
#2:
Una prueba arbitraria más. Es como los tests psicológicos. Superará la prueba el que se haya preparado la prueba. La prueba no mide otra cosa.
#129:
#96 #112 Pues fueron varias razones, pero sí que pasó las dos semanas (y algo) y todas las entrevistas. Estoy hablando del año 2012, cuando Google te hacía varias entrevistas previas a ir a googleplex, y amazon todavía hacía entrevistas finales en Seattle.
Fueron varias razones, pero #96 no va tan desencaminado: 1) en todos los casos era para temas de robótica, pero le gustó mucho más el ambiente de la startup. 2) haciendo números, ya SF Bay empezaba a ser inasumible. El tiempo le ha dado la razón. Con su sueldo en Phoenix, aunque era más bajo, le dió sobradamente para ahorrar, y se han comprado un casoplón que en SF sería impensable. 3) todas las pruebas que le hicieron pasar, por otro lado, le dieron la impresión de un elitismo en ambas, que no iba con él. Todos los que le entrevistaron en google y amazon le dieron unas referencias que no le gustaron, que no iban con él.
Pero el punto es que sí hay gente que se hace todas las entrevistas y llega al final, y decide pasar, por el motivo que sea.
Fueron varias razones, pero #96 no va tan desencaminado: 1) en todos los casos era para temas de robótica, pero le gustó mucho más el ambiente de la startup. 2) haciendo números, ya SF Bay empezaba a ser inasumible. El tiempo le ha dado la razón. Con su sueldo en Phoenix, aunque era más bajo, le dió sobradamente para ahorrar, y se han comprado un casoplón que en SF sería impensable. 3) todas las pruebas que le hicieron pasar, por otro lado, le dieron la impresión de un elitismo en ambas, que no iba con él. Todos los que le entrevistaron en google y amazon le dieron unas referencias que no le gustaron, que no iban con él.
Pero el punto es que sí hay gente que se hace todas las entrevistas y llega al final, y decide pasar, por el motivo que sea.
#62:
Llevo haciendo entrevistas a candidatos, técnicas y personales, desde hace tres años en mi empresa y antes de eso estuve años ayudando a seniors a hacer entrevistas.
Gente que te llega con un currículum de la hostia, con todos los problemitas del Hackajob resueltos, que los tests de algoritmos estos los pasa con la polla... y que luego cuando firmas el contrato "porque es listo, capaz de resolver problemas, fuerte en algoritmos"... el hijodelagranputa se cae al suelo intentando hacer un endpoint de una API REST en SpringBoot, o no tiene ni puta idea de qué tipos usar en columnas SQL, o no sabe absolutamente nada de OOP y te llena los proyectos Python de la empresa de interminables listas y diccionarios cargados en memoria, haciendo programas que no aguantan un performance test, o te empastra el Git y te tienes que pasar media hora arreglando su destrozo con cherry-picks y push forces porque la ha liado pardísima.
Historias de terror de tíos superlistos de estos que saben un huevo de algoritmos y que hacen tests de algoritmos de puta madre tengo para pasarme el día entero hablando.
Por eso hace años que dejé de hacer preguntas de universidad en mis entrevistas, y me dedico a hacer preguntas de cosas que se gastan en la empresa y que se usan día a día. De poco me sirve que me resuelvas las mierdas del fizzbuzz y similares si luego no sabes OOP y abusas de lenguajes interpretados metiendo iterables y diccionarios en memoria como solución a cada tarea que se te pone en la empresa. De nada me sirve que seas el más listo de tu edad si luego no sabes trabajar con otras personas y nos dejas a los otros 10 el Git hecho una puta mierda y nos borras el trabajo.
Las estrellitas del código, a dar clases en el MIT. En la empresa mejor tener gente que sabe trabajar, y no teorizar. Gracias.
Gente que te llega con un currículum de la hostia, con todos los problemitas del Hackajob resueltos, que los tests de algoritmos estos los pasa con la polla... y que luego cuando firmas el contrato "porque es listo, capaz de resolver problemas, fuerte en algoritmos"... el hijodelagranputa se cae al suelo intentando hacer un endpoint de una API REST en SpringBoot, o no tiene ni puta idea de qué tipos usar en columnas SQL, o no sabe absolutamente nada de OOP y te llena los proyectos Python de la empresa de interminables listas y diccionarios cargados en memoria, haciendo programas que no aguantan un performance test, o te empastra el Git y te tienes que pasar media hora arreglando su destrozo con cherry-picks y push forces porque la ha liado pardísima.
Historias de terror de tíos superlistos de estos que saben un huevo de algoritmos y que hacen tests de algoritmos de puta madre tengo para pasarme el día entero hablando.
Por eso hace años que dejé de hacer preguntas de universidad en mis entrevistas, y me dedico a hacer preguntas de cosas que se gastan en la empresa y que se usan día a día. De poco me sirve que me resuelvas las mierdas del fizzbuzz y similares si luego no sabes OOP y abusas de lenguajes interpretados metiendo iterables y diccionarios en memoria como solución a cada tarea que se te pone en la empresa. De nada me sirve que seas el más listo de tu edad si luego no sabes trabajar con otras personas y nos dejas a los otros 10 el Git hecho una puta mierda y nos borras el trabajo.
Las estrellitas del código, a dar clases en el MIT. En la empresa mejor tener gente que sabe trabajar, y no teorizar. Gracias.
#114:
#71 No, no dan más grima los que corrigen.
Sí, es posible (ya te digo yo que no) que en un futuro la RAE recoja ese uso, pero los futuribles no son excusa.
Traducir "Apply for" (solicitar) como "aplicar a" y "application form" (solicitud) como "aplicación" es un barbarismo lo mires por donde lo mires y además es innecesario.
Sí, es posible (ya te digo yo que no) que en un futuro la RAE recoja ese uso, pero los futuribles no son excusa.
Traducir "Apply for" (solicitar) como "aplicar a" y "application form" (solicitud) como "aplicación" es un barbarismo lo mires por donde lo mires y además es innecesario.
#13:
#2 Sí, lo que pasa es que hay más de 1,000 problemas sólo en leetcode. Si te los preparas todos y eres capaz de resolverlos pues te has convertido en un ingeniero de la hostia.
Yo mismo estoy haciendo montones de estos problemas (y entrevistas) y sinceramente, me parece muy bien. Los algoritmos poco eficientes que pueden tener un pase en aplicaciones mono-usuario que corren en maquinones no tienen cabida en el mundo cloud donde la eficiencia tiene una conversión automática en coste. Sí, puedes hacer una puta mierda y decir a Amazon que te la escale poniendo tanta CPU como sea necesaria, pero preparate a pagar...
En Silicon Valley hay (simplificando) dos tipos de desarrolladores (ingenieros de software, como se suelen llamar): Los que controlan mucho de la tecnología de moda, y que están muy bien para empresas que empiezan un proyecto nuevo con justo esa tecnología, y los generalistas que son máquinas en código eficiente y que las grandes quieren contratar para meterles donde sea porque lo harán bien en cualquier proyecto.
No es una prueba arbitraria, es una prueba necesaria que te permite filtrar mucha morralla. Por supuesto que es un filtro que puede eliminar a buenos candidatos, pero es que es más importante asegurarte de que no contratas a ninguno malo que asegurarte de que no dejas pasar a uno bueno.
Yo mismo estoy haciendo montones de estos problemas (y entrevistas) y sinceramente, me parece muy bien. Los algoritmos poco eficientes que pueden tener un pase en aplicaciones mono-usuario que corren en maquinones no tienen cabida en el mundo cloud donde la eficiencia tiene una conversión automática en coste. Sí, puedes hacer una puta mierda y decir a Amazon que te la escale poniendo tanta CPU como sea necesaria, pero preparate a pagar...
En Silicon Valley hay (simplificando) dos tipos de desarrolladores (ingenieros de software, como se suelen llamar): Los que controlan mucho de la tecnología de moda, y que están muy bien para empresas que empiezan un proyecto nuevo con justo esa tecnología, y los generalistas que son máquinas en código eficiente y que las grandes quieren contratar para meterles donde sea porque lo harán bien en cualquier proyecto.
No es una prueba arbitraria, es una prueba necesaria que te permite filtrar mucha morralla. Por supuesto que es un filtro que puede eliminar a buenos candidatos, pero es que es más importante asegurarte de que no contratas a ninguno malo que asegurarte de que no dejas pasar a uno bueno.
#63:
Particularmente no estoy para nada de acuerdo con estos tests que voy a llamar de "algoritmia clásica", para entendernos. No se cuando a uno le ponen la chapita de "senior", pero por ponernos en contexto mi experiencia es de unos 26 años, de los cuales 16 son profesionales. Durante todo ese tiempo, de continuo aprendizaje por supuesto, sólo he tenido que rebuscar en el cajón de los algoritmos una sola vez y fue concretamente buscando optimizar la ordenación de un array, en un entorno concreto con unas características concretas.
No se... esto es como estudiar todo de memoria o estudiar razonando las cosas... razonar las cosas te da la capacidad de aprender a investigar por tu cuenta, y de buscar soluciones activamente. Aprender las cosas como un papagayo, particularmente pienso que es una pérdida de tiempo.
Y volviendo a la cuestión, estoy completamente de acuerdo con #42... no quiero genios en mi equipo.
No se... esto es como estudiar todo de memoria o estudiar razonando las cosas... razonar las cosas te da la capacidad de aprender a investigar por tu cuenta, y de buscar soluciones activamente. Aprender las cosas como un papagayo, particularmente pienso que es una pérdida de tiempo.
Y volviendo a la cuestión, estoy completamente de acuerdo con #42... no quiero genios en mi equipo.
#5:
La voy a menear por el interesante debate.
Es USA. El título oficial o inoficial (senior) cada vez importa menos. El título se supone que sirve para que seas habil. Demuéstralo. Y si no tienes titulo pero eres más habil que otro que lo tiene, adelante, el puesto es tuyo.
Es USA. El título oficial o inoficial (senior) cada vez importa menos. El título se supone que sirve para que seas habil. Demuéstralo. Y si no tienes titulo pero eres más habil que otro que lo tiene, adelante, el puesto es tuyo.
#99:
#76 Es un barbarismo. El inglés "apply", usado con significado similar a "enviar una solicitud", no se traduce por "aplicar" en castellano.
http://lema.rae.es/dpd/srv/search?key=aplicar
http://lema.rae.es/dpd/srv/search?key=aplicar
#84:
#74 Pues es lo común.
Tú haces la prueba y solo conoces el rango salarial, que puede ser amplio porque es una prueba previa a la entrevista en la que hablas de temas técnicos y de la entrevista en la que negocias tu salario. Yo normalmente la cerraba si veía que era automatizada, pero ese día tenía tiempo y quería ponerme a prueba.
Tú haces la prueba y solo conoces el rango salarial, que puede ser amplio porque es una prueba previa a la entrevista en la que hablas de temas técnicos y de la entrevista en la que negocias tu salario. Yo normalmente la cerraba si veía que era automatizada, pero ese día tenía tiempo y quería ponerme a prueba.
#53:
#5 Yo hace tiempo que no uso coletillas como senior o junior, ni para referirme a mi mismo, ni para seleccionar gente, ni para referirme a gente. Utilizamos cosas del tipo "con X años de experiencia" o "con Y proyectos a sus espaldas" como "garantía" de que esa persona no es novata en el término al que se le haga referencia.
Por supuesto, tener experiencia o proyectos no garantiza que esa persona sepa moverse fuera de ese contexto. Conozco programadores Java que han estado 10 años en el mismo proyecto interminable de la administración y que saben mucho del framework propietario que se usa en ese proyecto pero que ante un proyecto nuevo u otro framework no saben ni como empezarlo.
Por supuesto, tener experiencia o proyectos no garantiza que esa persona sepa moverse fuera de ese contexto. Conozco programadores Java que han estado 10 años en el mismo proyecto interminable de la administración y que saben mucho del framework propietario que se usa en ese proyecto pero que ante un proyecto nuevo u otro framework no saben ni como empezarlo.
#45:
#7 #11 no he visto los tests pero las habilidades de un seniors muchas veces van más allá de resolver un problema algoritmico en un momento dado. Un serior (que lo sea de verdad) aprenderá mas rápido lo que le toque, se pegará mejor con la «nueva api de turno», hará una solución más escalable y pillará antes los errores, algunos incluso no se darán porque los preveerá antes de tiempo. Será mejor interlocutor y más resuelto, etc.
Obviamente en un problema algoritmico puntual pues cualquiera puede sacarlo y cualquiera puede pinchar. Como dice el artículo, pues habrá que practicar.
Obviamente en un problema algoritmico puntual pues cualquiera puede sacarlo y cualquiera puede pinchar. Como dice el artículo, pues habrá que practicar.
#30:
#15 O que asumió que un mal dia lo puede tener cualquiera, incluso los programadores, o que llamó a un número de referencias y todos le dieron una buena respuesta, o que aunque no pasó las pruebas (algunas) se notó que el tipo sabía de qué hablaba o... vamos: que un test es un fotograma, y la capacidad profesional del señor es una película entera.... Y incluso las buenas películas tienen algún fotograma malo.... Vete a saber.
#47:
#36 Comprensión lectora... justita.
Se está hablando de empresas que hacen ese tipo de pruebas, no de Netflix en concreto. De hecho, a Netflix lo menciona la persona a la que el responde, como argumento adicional para mencionar que perdieron un buen empleado que se fue a Prime porque las pruebas son una castaña y no garantizan que te quedes con los mejores, que la suerte también importa. Así que el contesta que si, que las pruebas son una tontería que puede dejar fuera a gente buena (mira, como le pasó a Netflix) y que ha rechazado algun trabajo.... no que haya rechazado a Netflix. ¿Mejor así?
Se está hablando de empresas que hacen ese tipo de pruebas, no de Netflix en concreto. De hecho, a Netflix lo menciona la persona a la que el responde, como argumento adicional para mencionar que perdieron un buen empleado que se fue a Prime porque las pruebas son una castaña y no garantizan que te quedes con los mejores, que la suerte también importa. Así que el contesta que si, que las pruebas son una tontería que puede dejar fuera a gente buena (mira, como le pasó a Netflix) y que ha rechazado algun trabajo.... no que haya rechazado a Netflix. ¿Mejor así?
Comentarios
Se queja de que le ponen tests de algoritmos y no los pasa. Pues toca estudiar. Lo que le pasa es que por ponerse la coletilla "senior" ya quiere que le contraten sin verfificar sus aptitudes.
Una prueba arbitraria más. Es como los tests psicológicos. Superará la prueba el que se haya preparado la prueba. La prueba no mide otra cosa.
#1 ahora, se premia al que mejor clona en Github.
Sin ello, no sirves.Pensar es improductivo.
Como dice al final, cuando tienes 500 candidatos hay que poner filtros, aunque sean arbitrarios, entre todos los que cumplen requisitos. Es imposible entrevistar a todos.
Si como le pasa a mi empresa , buscas perfiles técnicos bastante especializados, y no pagas más que el resto, pues te toca pasar de pruebas estúpidas y entrevistas a todos los que se presentan.
La voy a menear por el interesante debate.
Es USA. El título oficial o inoficial (senior) cada vez importa menos. El título se supone que sirve para que seas habil. Demuéstralo. Y si no tienes titulo pero eres más habil que otro que lo tiene, adelante, el puesto es tuyo.
#1 No se queja, de hecho dice que se prepara uno por semana para estar en forma. Al final dice que son la manera más eficiente de cribar currículos cuando te envían 500 para una vacante y que los test están aquí para quedarse. Ya no hace falta que te leas el artículo pero está bastante interesante si os interesa el tema.
También sale un recruiter diciendo que rechazó para Netflix a uno que acabó siendo cofundador de Amazon Prime Air. La moraleja es que si os rechazan no es que seais malos, es que para ser aceptado hay que tener suerte además de habilidades. Cuando tienes 500 aplicaciones es imposible seleccionar al mejor.
After the initial phone screen they sent me to a 3rd party site (HackerRank) to solve three programming puzzles in a one hour time box. It was my first attempt at this. The first two were easy but the last one was trickier. My solution didn’t pass all the unit tests. It passed something like 8/10 tests and there was no time left to debug it.
"""""""""""""Senior"""""""""""""
#1 el autor parece un poco llorica, en plan hice uno y ahora es un problema global, pero a ver cuantos de esos algoritmos necesita un programador en su día a día, es una prueba absurda en muchísimos casos (en otros quizás necesaria)."En el test te pedimos implementar el breadth-first, pero el trabajo es retocar plantillas de wordpress"
El problema es que nadie tiene muy claro cual es un buen método de entrevistar a posibles candidatos, es muy caro y gasta mucho tiempo y recursos. Estos tests es una solución cómoda (tus trabajadores no tienen que revisar el trabajo de los candidatos, ahorras tiempo de entrevista, eliminas candidatos,...). Desde mi punto de vista hay peores métodos (los hay que te piden que arregles algun bug de su código directamente y les envies 3 PR, o pruebas de 2-3 dias mínimo) y también los hay mejores (pruebas más relacionadas con la empresa en pair-programming)
PS: mi último trabajo lo obtuve sin que me hicieran ninguna prueba
#6 O, visto de otra forma, que para entrar en esas empresas has de prepararte para escribir código chorras que en tu día a día no harás, código que se aprende en la universidad y se va olvidando y que no garantiza que la persona que los pasa tenga conocimientos más allá de pasar esa entrevista.
Yo he llegado a hacer lo contrario. Hacer una de estas chorradas, pasarla y darme el gustazo de decir que no, que con ese criterio se habrán cargado a mucha gente sin tiempo de preparar esas chorradas y habrán perdido mucho talento y que, por tanto, no quería entrar en su equipo. Por otra parte, me suelo negar a hacer una prueba de código antes de haber hablado un poco con ellos. Igual no me interesa el trabajo que ofrecen, normalmente son ellos los que me han contactado... y esperan que pierda varias horas antes siquiera de saber si me interesa lo que ofrecen?
Esas pruebas técnicas sirven para eliminar a mucha gente que va de desarrollador porque ha hecho el hola mundo. Prueban que tienes la capacidad para enfrentarte un problema en poco tiempo y dar una solución. Pasado ese corte, hay otras cosas que influyen más a la hora de seleccionar candidatos, y ya ahí depende del entrevistador, puesto, experiencia, etc.
#7 he mirado los test (hay uno de prueba) y la verdad que van a pillar pero vamos es que si la cagas en el codigo de esa manera que algo falla, muy senior no eres cuando no eres capaz de pasar esos 3 tests
Bueno... hay muchas formas de cribar
#2 Sí, lo que pasa es que hay más de 1,000 problemas sólo en leetcode. Si te los preparas todos y eres capaz de resolverlos pues te has convertido en un ingeniero de la hostia.
Yo mismo estoy haciendo montones de estos problemas (y entrevistas) y sinceramente, me parece muy bien. Los algoritmos poco eficientes que pueden tener un pase en aplicaciones mono-usuario que corren en maquinones no tienen cabida en el mundo cloud donde la eficiencia tiene una conversión automática en coste. Sí, puedes hacer una puta mierda y decir a Amazon que te la escale poniendo tanta CPU como sea necesaria, pero preparate a pagar...
En Silicon Valley hay (simplificando) dos tipos de desarrolladores (ingenieros de software, como se suelen llamar): Los que controlan mucho de la tecnología de moda, y que están muy bien para empresas que empiezan un proyecto nuevo con justo esa tecnología, y los generalistas que son máquinas en código eficiente y que las grandes quieren contratar para meterles donde sea porque lo harán bien en cualquier proyecto.
No es una prueba arbitraria, es una prueba necesaria que te permite filtrar mucha morralla. Por supuesto que es un filtro que puede eliminar a buenos candidatos, pero es que es más importante asegurarte de que no contratas a ninguno malo que asegurarte de que no dejas pasar a uno bueno.
Cree una nueva empresa: una que haga cursos para pasar test laborales.
#6 Ese que acabó en Amazon también tendría que pasar varias pruebas allí. Me imagino que se puso a estudiar, o tuvo suerte y le tocó algo que se había mirado.
#11 https://leetcode.com/problemset/all/?difficulty=Hard
Ponte con algunos, cuando hayas resuelto 5 ó 6 me lo dices
#14 Esa tarea la efectúan perfectamente los partidos políticos. Pero buena idea.
#6 Por qu'e lo llamas aplicaciones?
#14 ya existen unas cuantas. Por ejemplo interviewbit que es la que te recomiendan para entrevistas en Google
Eso no cuadra con La nueva "guerra" del talento laboral: ya no compiten los candidatos, sino las empresas
La nueva "guerra" del talento laboral: y...
elconfidencial.comIgual es que el tío es un manta.
Puede que estos tests estén para quedarse, pero tal y como dicen, no sirven realmente para discernir a alguien apto para el puesto. Imponer una prueba física compleja sería otro modo "eficiente" de hacer una criba sobre esos 500 candidatos. Parece una manera de hacer perder el tiempo a candidatos preparando unos ejercicios que raramente usarán en su día a día; quizá buscando a quienes han salido recientemente de alguna formación donde se enfocaban en ese tipo de problemas teóricos.
#9 En mi caso les perdí el respeto a estas prueba desde que vi que en una startup entró alguien que demostró ser bastante inútil en nuestro equipo. Y sin embargo utilizaban este tipo de pruebas, de modo que descartaron a otros que parecían sacar trabajo técnico de cierta calidad.
#20 Esto parece un análisis sobre el mercado laboral de España. No es extrapolable a la situación en USA y menos a compañías grandes, como las que menciona el artículo (Netflix).
En el artículo del meneo se mencionan las pruebas técnicas teóricas sobre algoritmos (análisis de complejidad, optimización, etc). En el artículo que pasas hablan de la cultura de empresa y de que hay candidatos que usan eso para descartar. Lo cual es otra cosa diferente y quizá el autor del artículo también lo aplica, pero no es su enfoque.
Dicho esto, hay empresas más o menos reciente con "cultura de empresa" que se inmiscuye demasiado en sugerir actividades o decir qué debe o no debe hacer el empleado. Desde sugerir una visión política hasta lo típico de fomentar más o menos machaconamente unas actividades en conjunto para hacer "team building" o "sugerencias" para que un empleado se identifique con la empresa, a dar cursos entre empleados o compartir experiencias de uno a otros, a quedar X días entre semana o incluso en fin de semana, etc.
A a alguna gente le parece bien y motiva que le propongan actividades y le den todo eso hecho, y a otros nos disgusta tanta intervención empresarial en las relaciones y actividades y preferimos definir nosotros qué hacemos y con quién. Y esto hace que cada cual se decante por un tipo de empresa u otro.
Más pronto que tarde la IA solucionará casi cualquier problema que se le proponga y sobrarán el 99% de los desarrolladores.
#18 Usa la voz: "aplicar" en la acepción de: "rellenar formularios". En desuso en España.
La mejor solución es un reto sencillo para implementar algo que el candidato debería saber.
Es el sistema que yo uso.
Además se puede semiautomatizar la evaluación.
En cuanto a algoritmos, jamás tuve que codificar ninguno complejo en 12 años. Lo que hay que hacer es entenderlos, llegado el momento
#6 500 candidatos*
#16 no conocía esto. Me encanta. Muchas gracias!
He entrevistado a decenas de programadores en los últimos años y los tests son simplemente una herramienta para tener código que ha escrito él candidato y tener algo sobre lo que hablar.
Deben ser algo sencillo, que no se atasque si no es alguien muy básico.
Además, los tests tienen que ser siempre hechos a medida de la empresa, para que sean únicos.
#24 Creo que te equivocas:
https://dle.rae.es/?id=3CjZzQU
No viene recogido como en desuso. No est'a en "desuso", sino que no tiene ese uso en espa;ol. Lo que est'a haciendo es usar un barbarismo, y una barbaridad, al mismo tiempo
#15 O que asumió que un mal dia lo puede tener cualquiera, incluso los programadores, o que llamó a un número de referencias y todos le dieron una buena respuesta, o que aunque no pasó las pruebas (algunas) se notó que el tipo sabía de qué hablaba o... vamos: que un test es un fotograma, y la capacidad profesional del señor es una película entera.... Y incluso las buenas películas tienen algún fotograma malo.... Vete a saber.
#20 Como dice #22, el mercado laboral no es el mismo a cada lado del charco.
Trabajo en Europa para una multinacional americana y cuando vienen alguno de recursos humanos por aquí nos cuenta la diferencia de que allí las entrevistas las hacen principalmente para ser ellos los que elijan al candidato, que es el que les tiene que convencer a ellos. Mientras que en nuestro caso es al revés, somos nosotros los que tenemos que convencer al candidato.
Tampoco es que contratemos a todos los que entrevistamos, pero los que tienen una entrevista si son buenos son aceptados, pero muchos de ellos tienen que elegir entre varias empresas (a mi también me pasó cuando entré).
#22 Cuando la empresa tiene su propio gimnasio, guardería, máquina expendedora de powerbanks, cenas gratis... Lo que busca es que no tengas otra vida fuera de la empresa.
Tanto para que hagas todas las horas extra posibles, como para que no te quieras ir de la empresa al ser toda tu vida.
Yo pensaba q lo de hacer codigo era mas para ver COMO programas, q tu codigo lo entiende alguien mas q tu, q tienes cuerto orden...
De hecho me parece mas importante. Basicamente lo q dice #28.
En mi empresa no encuentran un programador senior. Buscan para la oficina de Valencia o de Alcorcón. Interesados escribirme por privado.
#6 Ya hay que ser un friki del móvil para tener instaladas 500 aplicaciones.
#9 No, tú no has rechazado un trabajo en netflix bay area por +200.000€
ni tú ni nadie que no trabaje ya allí. Y si lo haces, tampoco te pones a hacer el imbécil de pasar pruebas para rechazarlas por los loles
#23 Sí, claro que sí. Al final, alguien tendrá que especificarle paso a pasito a esa IA qué tiene que hacer, o cómo es el problema a resolver, detalladamente. Vamos, la va a tener que programar.
#32 Exacto. La primera vez que vi una cocina y una consola en una empresa a la que fui a entrevistarme me temí lo peor.
Curiosamente, aparte de eso tan supuestamente bonito y de sus cabinas de aislamiento para pensar o descansar tenían una sala abarrotada sin aire y poco espacio entre trabajadores.
#9 No entiendo el “gustazo” de perder tiempo haciendo pruebas para al final rechazarlo. Piensa que a ellos les importa una mierda no se van a sentir aleccionados ni nada de eso. Pero si tú te sientes bien yo me alegro mucho eh.
#18 Es un false friend del inglés que se dice application. Los que buscamos trabajo en el extranjero lo terminamos diciendo así por comodidad mental
#6 Corrección amistosa: traducir apply por aplicar es un false friend. Solicitudes estaría mejor.
Hay un dicho que reza: "para el que tiene un martillo, todo son clavos".
Eso es lo que veo que le pasa a muchos desarrolladores: que se han dedicado a la programación pura, la dominan de maravilla y está super-actualizados en las últimas tecnologías, y por eso piensan que en un proceso de selección, solo les deben medir por estos criterios. Pero un programador excelente no es solo el que programa de puta madre, también debe saber comunicarse, trabajar en equipo con (¡horror!) gente que no es técnica, interesarse el negocio de la empresa para la que trabaja, planificar y organizar sus tareas, transmitir sus conocimientos a otros, mantener un ambiente positivo y constructivo, ser flexible con cambios de última hora, soportar con madurez la presión o las críticas... Y tantas y tantas cosas en las que veo a diario que fallan programadores presuntamente fabulosos. Yo en mi equipo prefiero alguien que necesita 15 minutos de consulta en Stackoverflow antes de empezar a programar nada, pero que después va a responder bien a las otras exigencias que he mencionado.
#37 Ese será el 1%
#25 hay que conocerlos para saber qué poner en Google. Ayer mismo me consultaron cómo resolver un problema y cuando terminaron de exponerlo simplemente dije "ese es el problema de la mochila" y les mandé un par de enlaces con posibles soluciones. Sorprendentemente no lo conocían.
#7 #11 no he visto los tests pero las habilidades de un seniors muchas veces van más allá de resolver un problema algoritmico en un momento dado. Un serior (que lo sea de verdad) aprenderá mas rápido lo que le toque, se pegará mejor con la «nueva api de turno», hará una solución más escalable y pillará antes los errores, algunos incluso no se darán porque los preveerá antes de tiempo. Será mejor interlocutor y más resuelto, etc.
Obviamente en un problema algoritmico puntual pues cualquiera puede sacarlo y cualquiera puede pinchar. Como dice el artículo, pues habrá que practicar.
#39 Prueba personal, quería saber si todavía sabía hacer ese tipo de ejercicios.
#36 Comprensión lectora... justita.
Se está hablando de empresas que hacen ese tipo de pruebas, no de Netflix en concreto. De hecho, a Netflix lo menciona la persona a la que el responde, como argumento adicional para mencionar que perdieron un buen empleado que se fue a Prime porque las pruebas son una castaña y no garantizan que te quedes con los mejores, que la suerte también importa. Así que el contesta que si, que las pruebas son una tontería que puede dejar fuera a gente buena (mira, como le pasó a Netflix) y que ha rechazado algun trabajo.... no que haya rechazado a Netflix. ¿Mejor así?
#5 en España eso es impensable
#30 Me gusta tu analogía, la pienso usar en otros contextos.
#32 uno que echaron de Google escribió un artículo sobre el impacto que tuvo el que de pronto perdiera todo eso. No te echan del trabajo, te echan de tu vida.
#34 cuanto pagais para seniors?
#36 No sabes si te van a ofrecer eso porque el sueldo no te lo dicen hasta la última entrevista. Ya has tardado un tiempo en hacer sus ejercicios y todavía no te han dejado preguntarles nada.
#5 Yo hace tiempo que no uso coletillas como senior o junior, ni para referirme a mi mismo, ni para seleccionar gente, ni para referirme a gente. Utilizamos cosas del tipo "con X años de experiencia" o "con Y proyectos a sus espaldas" como "garantía" de que esa persona no es novata en el término al que se le haga referencia.
Por supuesto, tener experiencia o proyectos no garantiza que esa persona sepa moverse fuera de ese contexto. Conozco programadores Java que han estado 10 años en el mismo proyecto interminable de la administración y que saben mucho del framework propietario que se usa en ese proyecto pero que ante un proyecto nuevo u otro framework no saben ni como empezarlo.
#51 cuenco de arroz y 1 euro al mes.
#52 si es "una de esas empresas", sabes perfectamente lo que te van a ofrecer en un rango, y si no lo sabes, en 20 minutos de glassdoor lo averiguas.
#47 respondes a un comentario hablando de netflix, amazon y "esas empresas", si por "esas empresas" quieres incluir a paco & co en tardajos ofertando 20.000€, sólo porque piden 3 pruebas, tu post está mal escrito.
La realidad es que en cualquier empresa importante, esas entrevistas son impepinables, existen con varios niveles de filtrado y nadie se pone a perder 20 horas y 4 entrevistas para rechazarlo así sin más.
Y no, no son una tontería, son un filtro tremendo que deja a los mangurrianes fuera que es de lo que se trata cuando tienes exceso de oferta. Dejar a 10 tíos geniales en la última ronda, habiendo perdido a 5 geniales pero filtrando 400 lamentables en el camino.
#28 eso de echos a medida y que sean únicos me ha hecho gracia
En una empresa que estuve me hicieron un test, muy sencillito. Les servía para ver si escribías código limpio, como distribuías el código, que utilizabas en cada caso... no entré en ese momento, pero a los siete meses les llamé y me pasaron directamente. Y en otra que estuve me hizo una entrevista tipo test, respondiendo a algunos problemas. En este caso no me sirvió de nada, me tenían todo el día actualizando excels y duré poco.
#40 Yo vivo en el extranjero, hablando ingl'es todos los d'ias, y trato de evitar hablar mal el espa;ol.
#55 También sabes cómo son sus entrevistas, y por lo que veo la Netflix que comentas no siempre hace esas pruebas.
https://www.glassdoor.com/Interview/Netflix-Interview-Questions-E11891.htm
A veces hacen otras más desarrolladas, dónde te dan un problema y lo has de resolver.. Eso es más razonable, pero ellos han de perder tiempo mirando tu código en lugar de tener un programa que lo haga. Al menos los que piden eso valoran tu tiempo.
#41 Es un falso cognado y es un barbarismo.
https://es.wikipedia.org/wiki/Falso_cognado
Llevo haciendo entrevistas a candidatos, técnicas y personales, desde hace tres años en mi empresa y antes de eso estuve años ayudando a seniors a hacer entrevistas.
Gente que te llega con un currículum de la hostia, con todos los problemitas del Hackajob resueltos, que los tests de algoritmos estos los pasa con la polla... y que luego cuando firmas el contrato "porque es listo, capaz de resolver problemas, fuerte en algoritmos"... el hijodelagranputa se cae al suelo intentando hacer un endpoint de una API REST en SpringBoot, o no tiene ni puta idea de qué tipos usar en columnas SQL, o no sabe absolutamente nada de OOP y te llena los proyectos Python de la empresa de interminables listas y diccionarios cargados en memoria, haciendo programas que no aguantan un performance test, o te empastra el Git y te tienes que pasar media hora arreglando su destrozo con cherry-picks y push forces porque la ha liado pardísima.
Historias de terror de tíos superlistos de estos que saben un huevo de algoritmos y que hacen tests de algoritmos de puta madre tengo para pasarme el día entero hablando.
Por eso hace años que dejé de hacer preguntas de universidad en mis entrevistas, y me dedico a hacer preguntas de cosas que se gastan en la empresa y que se usan día a día. De poco me sirve que me resuelvas las mierdas del fizzbuzz y similares si luego no sabes OOP y abusas de lenguajes interpretados metiendo iterables y diccionarios en memoria como solución a cada tarea que se te pone en la empresa. De nada me sirve que seas el más listo de tu edad si luego no sabes trabajar con otras personas y nos dejas a los otros 10 el Git hecho una puta mierda y nos borras el trabajo.
Las estrellitas del código, a dar clases en el MIT. En la empresa mejor tener gente que sabe trabajar, y no teorizar. Gracias.
Particularmente no estoy para nada de acuerdo con estos tests que voy a llamar de "algoritmia clásica", para entendernos. No se cuando a uno le ponen la chapita de "senior", pero por ponernos en contexto mi experiencia es de unos 26 años, de los cuales 16 son profesionales. Durante todo ese tiempo, de continuo aprendizaje por supuesto, sólo he tenido que rebuscar en el cajón de los algoritmos una sola vez y fue concretamente buscando optimizar la ordenación de un array, en un entorno concreto con unas características concretas.
No se... esto es como estudiar todo de memoria o estudiar razonando las cosas... razonar las cosas te da la capacidad de aprender a investigar por tu cuenta, y de buscar soluciones activamente. Aprender las cosas como un papagayo, particularmente pienso que es una pérdida de tiempo.
Y volviendo a la cuestión, estoy completamente de acuerdo con #42... no quiero genios en mi equipo.
Este tipo de pruebas son meras oposiciones que no demuestran nada de nada.
En mi empresa hacemos otro tipo de test. Ponemos un caso real de una feature que acabamos de terminar de sacar a producción y le pedimos al candidato que nos explique como la analizaría, que preguntas haría al PM o al diseñador, cómo plantearía la arquitectura, la API etc.
Eso junto con entrevistas con el equipo donde trabajaría para ver si tiene buen cultural fit y poco más.
Creo que es algo mucho más razonable.
#60 todas, absolutamente todas las de ese calibre hacen pruebas de código. No te mandan a hacknewbs.com a resolver 3 problemas, te dan un tiempo y varios personalizados mientras te controlan por escritorio remoto si estás en otra ciudad y vas hablando con ellos sobre tu forma de resolver los problemas.
El hecho es que es más avanzado pero el filtro es el mismo, entrevistas de código. Sólo que en esa clase de empresas, tratan de evitar los "cracking the code interview" y te plantan cosas aún más jodidas y menos genéricas.
Pero como digo, ni dios te va a contratar sin entrevistas de código y problemas similares sólo porque en un papel escrito por ti diga que has trabajado en otra empresa y eres senior, y si no eres un chaval de 18 años, tampoco te van a pedir un github como si no tuvieses vida fuera de programar.
#42 Normalmente esa es otra parte de la entrevista. La técnica por un lado y la personal por otro. Pero sí, cuánto friki hay que aguantar por no haber entrevistas personales bien planteadas.
#59 lo que es escribirlo ya tal
#42 Exacto. La tecnología se aprende, la actitud no tanto. Es mejor tener a una persona que sabe jugar en equipo y que tiene inquietud por aprender y aprende rápido (que no aprender+olvidar rápido), que un lobo solitario que dice que hace las cosas "porque así las hago yo que lo hago mejor" y no cambia de actitud. (Lo de si lo hace mejor o no de verdad, esta abierto a discusión y una de las dos partes tendrá que corregir la manera de hacerlo).
Aprovecho el Hilo para hacer spam: Buscamos un programador Java con algo experiencia en QA. Utilizamos selenium para testear nuestra aplicación y sería para apoyar a nuestro QA principal automatizando tests, haciendo testing manual y ayudando en todo lo posible. Se requiere inglés para las reuniones técnicas por videoconferencia, trabajo remoto, mandadme pm y hablamos detalles.
#9 Esa superioridad moral...
Un saludo.
#18 #26 #35 #41 Sin acritud, ¿sabéis que dais más grima los que corregís a los que dicen aplicar que los que usan la palabra, verdad?
Lo habéis entendido perfectamente y es sólo cuestión de tiempo que sea aceptada por la RAE, si no lo está ya.
#65 Ese es otro tema. Si al menos demuestran que gastan en la entrevista el tiempo que tú inviertes es razonable que quieran ver cómo trabajas. Yo estoy en contra de tener que demostrarles algo "solo" a ellos sin nada a cambio. No tengo nada en contra de las pruebas, solo en contra de las pruebas automatizadas de "combina estos numeritos y estás letritas dentro de este método y pasamos los unit tests para ver si vales) porque por experiencia no demuestran capacidad resolutiva y son una criba que ya ha cribado a los que no tienen tiempo de preparar entrevistas, tal vez porque dedican su tiempo a resolver problemas reales
#70 La de los que exigen eso. Ellos dicen que tienen 500 candidatos, pero también hay un número de empresas. ¿Quieres que te demuestre que soy el candidato que quieres sin que tú a cambio me vayas a demostrar que tengo que perder cuatro horas con tu empresa en lugar de con la de al lado?
Me hace gracia lo de "no prueba que sepa hablar con cliente" pero es que quizá esa no sea una de sus atribuciones (salvo que seas un consultor pero eso es otra cosa).
Por lo demás no creo que un senior sea alguien que saca las funcionalidades adelante, eso también te lo hago yo pero no esperes mucha sostenibilidad.
#52 Si tu haces esas pruebas y No sabes a que sueldo estas optando, el tonto eres tu. Nadie con 2 dedos de frente entra a un proceso de seleccion sin saber el sueldo del puesto.
#48 no es verdad. En España el título no es condición imprescindible en puestos de informática (si te refieres a un título universitario), las empresas son bastante pragmáticas en ese sentido.
#29 el barbarismo es para ti. En el mundo de la busqueda de trabajo se llamar aplicar cuando "te apuntas" a una oferta. pero imagino que para ti es un barbarismo porque nunca has buscado trabajo en el mundo anglosajon.
#56 yo conozco a alguien que rechazó a google y amazon, tras 7 y 5 entrevistas, como 2 semanas en entrevistas y conversaciones con ellos, para irse a una startup en phoenix. Si, phoenix, ese sitio que a la gente cool de California y bay area le suena a puto pueblucho.
El recruiter interno de google llegó a decirle si estaba out of his mind. El de amazon se rió de él. Tal cual.
Muchas veces tengo la sensación de que este tipo de pruebas sólo están para satisfacer el ego de los entrevistadores. Si la gente no las pasa, entonces es que ellos tienen el nivel muy alto y pueden considerarse una especie de pioneros elegidos. Tan simple como eso.
#62 Efectivamente, los test académicos chorras servirán para contratar a alguien con nula o poca experiencia, pero para seniors lo que vas a hacer es descartar a gente perfectamente válida, y encima se te cuelan flipadillos.
#71 Ni lo está, ni lo va a estar.
#76 JAJAJA
querra's decir en el mundo de los que no saben hablar pero quieren d'arselas de inteligentes y cultos.
Trabajo para una empresa de ingleses. Vas dando lecciones sin siquiera reconocer tus errores, los cuales son obvios.
Corrije al sabio y te lo agradecer'a. Corrije al tonto...
#53 toda la razón! Nadie debería quedarse 10 años trabajando con la misma arquitectura, es una condena profesional.
#71 Me da igual que te d'e grima a ti o a cualquier otra persona que defienda hablar mal.
#74 Pues es lo común.
Tú haces la prueba y solo conoces el rango salarial, que puede ser amplio porque es una prueba previa a la entrevista en la que hablas de temas técnicos y de la entrevista en la que negocias tu salario. Yo normalmente la cerraba si veía que era automatizada, pero ese día tenía tiempo y quería ponerme a prueba.
#32 Esa sera en espana amigo, trabajo en la empresa mas grande del mundo del deporte y en nuestro campus hay ademas starbucks ,3 restaurantes , gimnasio gratis y cada semana hay una fiesta distinta y adivina que... la gente entra y sale cuando le sale de sus huevos. incluso basta un simple resfriado o que estan esperando un paquete de amazon para que trabajen desde casa. Sal de espana y descubriras otro mundo.
#25 Alguien se inventa los algoritmos. Entenderlos es lo mínimo para ser un programador decente.
Para trabajar en Google no es suficiente.
La mayoría de tests de algoritmos no tienen sentido alguno para validar las capacidades de trabajo de un desarrollador.
Si quieres validar si alguien vale o no, ponle una prueba real, por ejemplo un PR de una feature, o una contribución a algo open source. Ahí validas los commits, estructura el código, como entiende los requerimientos.
Lo mejor son las empresas que te hacen el test de algoritmos, y luego vas el primer día a trabajar y te ponen a arreglar un plugin de wordpress para un cliente
Lo de las pruebas está muy bien para ellos, pero igual deberían plantearse pagarte por esas horas que te tiras haciendo el imbécil en el proceso de selección.
#9 Tu día a día no es el de un ingeniero de Netflix.
Vamos que prefieren las cosas rápidas y baratas aunque ello conlleve un gasto extra en matenimiento. Luego acabarán llamando al senior para sacarlos del apuro. Es ahí cuando hay que aprovechar para sangrarlos.
#81 trabajo para una empresa de ingleses
Busca trabajo en el mercado ingles o EEUU trabajar para un subsidiara de una empresa inglesa en Malaga no cuenta de nada, porque alli se sigue habalndo castellano, aunque tus jefes seas ingleses.
Como si eso contara para algo
#21 correcto, he tenido compañeros que se pasaban gran parte del día haciendo éste tipo de algoritmos con lenguajes raros de programación (brainfuck incluido). Luego el curro no salía, claro.
#72 eso te lo estás montando tú en la cabeza, nadie ha dicho que no te ofrezcan hablar antes. Aquí se habla de gente que se siente jodida y discriminada por no ser capaces de pasar test básicos de algoritmia y resolución de problemas.
Por mucho que hables con ellos y te digan que te van a dar el oro y el moro si te cogen, seguirás necesitando pasar las pruebas.
#75 bueno hablaba en general no en informática.
Supongo, que no lo sé, que precisamente las informáticas pueden ser de las más pragmáticas en ese aspecto.
Ojo, que tampoco digo ahora que un autodidacta pueda hacer de médico sin título o algo así
#85 Ni idea de cómo será en España, de hecho me sorprende que haya estas cosas.
Según lo cuentas parece que allí la gente no puede entrar ni salir cuando le sale de los huevos ¿?
#77 Tan pueblucho como que es más grande phoenix que bay
Y esos puestos se rechazan si te ofrecen algo mejor, obvio, que puede ir desde ser un developer bajo de 80k que no gana ni para el alquiler y tienes que buscarte otras alternativas, a que una startup te parezca que tiene buena pinta y te ofrezcan el 85% del salario de bay, en una ciudad de menor coste y con acciones que si te toca la lotería pueden valer millones, pero no te pones a pasar pruebas de 2 semanas por los loles de decir que no te interesa, ni rechazas un puesto senior bien pagado para meterte con +40 años a trabajar 15 horas al día por bastante menos dinero.
#71 "Aplicar" suena tan terriblemente mal que preferiría estar una hora delante de una persona arañando una pizarra.
#89 No creas...
Eso sí, a Netflix le da igual usar la criba porque para trabajar en Netflix sí que hay gente a la que no le importa hacer el pino puente. Que una startup del sector financiero pretenda que gastes un tiempo de tu vida para ganar el honor de ser entrevistado por ellos, que ni siquiera van a revisar ese trabajo más allá de un proceso automatico, siendo ellos los que te han llamado, es lo que no comprendo. Si la gente pasa por el aro es su problema, pero yo lo veo como un aro por el que no hemos de pasar en un mercado en el que hay tanta oferta como demanda y las entrevistas son una negociación bidireccoonal, salvo precisamente para Netflix y cuatro más que igual tienen más tirón.
#76 Es un barbarismo. El inglés "apply", usado con significado similar a "enviar una solicitud", no se traduce por "aplicar" en castellano.
http://lema.rae.es/dpd/srv/search?key=aplicar
Yo como diferencio a un junior de un senior es que el junior aporrea el teclado y quiere programar su propia librería con clases , objetos, llena de bugs... mientras que un senior busca una librería que le resuelve el problema.