Entrevista de trabajo

[Ramsay]

Genial , me lo esperaba , estoy haciendo una lista de lo que pueden pedir :

• Diseña un programa que lea las calificaciones de un alumno en 5 asignaturas, las almacene en un vector y calcule e imprima su media.
• Diseñar un programa que devuelva en un array, el cuadrado de los 200 primeros números enteros.
• Escribe la función para calcular el factorial de un número entero (4)

Si alguien conoce mas peticiones me ayudaria a completar la lista.

[TOPX]

• Un FizzBuzz.

-

[Casimiro Notevi]

Empezado por Ramsay

Si alguien conoce mas peticiones me ayudaria a completar la lista.

Yo pediría que hicieran un analizador descendente recursivo de expresiones binarias.

Ya, más en serio, ¿pero qué tipo de programador buscas y para hacer el qué?

[mamcx]

El tema de las entrevistas de trabajo para programadores ultimamente esta "hot" en la industria.

En resumen? No hay consenso de que realmente sirve ni porque, todos tienen una vaga idea y a la mayoría de los que han pasado por esto les parece mal como ha sido la experiencia:

Ej:
https://news.ycombinator.com/item?id=11246917

Que toma de

http://blog.triplebyte.com/how-to-pa...ming-interview

Esta es la parte clave:

Being a good programmer has a surprisingly small role in passing programming interviews. To be a productive programmer, you need to be able to solve large, sprawling problems over weeks and months. Each question in an interview, in contrast, lasts less than one hour. To do well in an interview, then, you need to be able to solve small problems quickly, under duress, while explaining your thoughts clearly. This is a different skill

Basicamente, hay una brecha enorme en lo que se hace en una entrevista y como realmente se hace el trabajo. Esta muy desconectado. Ademas, no existe ningun tipo de estandar, no hay un predictor suficientemente confiable, los que entrevistamos no tenemos en general ningun tipo de entrenamiento al respecto, el entrenamiento que se pueda hacer esta fundado en los problemas anteriores asi que igual no sirve.

Ademas:

Absolutamente cierto que la mayoría no sabe programar, pero tambien cierto, que se hace mediciones en areas totalmente disconexas.

Por ejemplo, cierta empresa en USA me entrevisto. Fue un proceso LARGO. Era para hacer backend + BD, pero llegamos al punto de los acertijos y rompecabezas, basados en algo matematico que no entendi (soy PESIMO con matemáticas, that is true). Obvio no pude avanzar un milimetro porque no entendia que era el problema, menos que hacer entonces.

Lo triste es que ninguna pregunta tenia que ver con bases de datos ni backends.

------

La principal recomendacion que te puedo dar?

Conversa con quien te entrevista. Dialoga, haz preguntas, se honesto en lo que entiendes o no.

En otra entrevista que implicaba como hacer un algoritmo (un QuickSort) obvio no tenia NI IDEA de como hacer eso. ZERO!

Pero empece hablar con el equipo. En voz alta, que es lo que pensaba, que es lo que necesitaba. Me fueron dando un tip aqui y alla, y termine desarrollando una solución alternativa, que seguro no era QuickSort, pero que ciertamente podría resultar en una solución mas veloz para la pregunta que me habían hecho (ya que explotaba el hecho que los caracteres estan pre-ordenandos!).

Y eso fue suficiente.


Por lo tanto, si el entrevistador sabe de este cuento, es muy probable que prefiera un compañero con el cual pueda conversar que el que solo se sabe de memoria un pedazo de codigo...

[[gatosoft]]

Empezado por Ramsay

Genial , me lo esperaba , estoy haciendo una lista de lo que pueden pedir :

• Diseña un programa que lea las calificaciones de un alumno en 5 asignaturas, las almacene en un vector y calcule e imprima su media.
• Diseñar un programa que devuelva en un array, el cuadrado de los 200 primeros números enteros.
• Escribe la función para calcular el factorial de un número entero (4)

Si alguien conoce mas peticiones me ayudaria a completar la lista.

Bueno, no creo que sea el tipo de problemas a los que podrias enfrentarte en una entrevista. Aun si fueran este tipo de problemas, muy seguramente el lenguaje sería mas de negocio. i.e: Pedidos, inventarios, clientes.

Las preguntas podrian ir mas orientadas a SQL y reportes: Obtener listados con ciertos criterios, crear agrupaciones, filtros, totalizar. => Si estas aplicando para un trabajo en que prima la gestión.

No se...

[jhonny]

A veces me pregunto si para un entrevistador no sería suficiente ver el certificado Developer o Master (Según sea el caso) que emite Embarcadero, para al menos omitir este tipo de pruebas y centrarse más en el tipo de conversaciones como las que mencionan en este mismo post.

[Casimiro Notevi]

Empezado por jhonny

A veces me pregunto si para un entrevistador no sería suficiente ver el certificado Developer o Master (Según sea el caso) que emite Embarcadero, para al menos omitir este tipo de pruebas y centrarse más en el tipo de conversaciones como las que mencionan en este mismo post.

No, no creo que sea buena idea, no creo que haya mucha gente que haya pagado por ese certificado, del que nunca he oido hablar

[mamcx]

El problema Jhonny, es que la certificación esa certifica (repeat!) que el que la hizo respondió las preguntas de la certificación. (Y eso no necesariamente significa que las entendio. Solo que las *respondio*).


Esas preguntas. Y ya.

Son esas preguntas las que YO quiero certificar?


He ahi el lio de las entrevistas. Pregunta X cuando se necesita respuesta a Y. Y a veces a X, pero solo un pedacito de X. Mezclado con Z, obvio

[jhonny]

Igual, pienso que dicha certificación tiene preguntas muy completas, de todo tipo y si no pasas un porcentaje elevado, no te la dan.

Pero bueno, pensandolo bien es cierto, cada empresa requiere sus propias respuestas, así que por eso idean sus propias pruebas.

[[Al González]]

Yo voy y me tomo un café con la persona interesada en el puesto laboral, a un lugar donde él o ella se sienta cómodo(a). Una de las primeras cosas que le digo es que una entrevista de trabajo no tiene por qué ser una conversación tortuosa donde la empresa contratante adopte una posición de dominio sobre un sumiso solicitante de empleo. Intento que se relaje y le recuerdo que aquello se trata de una charla entre dos entidades que se necesitan mutuamente para lograr sus objetivos, para lo cual es justo charlar de forma amena, indagando empatía, afinidad de objetivos y posibilidad de acuerdo. Ni la empresa está por encima de la persona, ni la persona por encima de la empresa.

Si llevamos material para estudiar, lo estudiamos. Yo le muestro algo de mi código y el "entrevistado" me muestra algo de su código, comentando nuestros pareceres, generando espontánea retroalimentación. A veces una frase o expresión de la persona, cuando está revisando lo que le muestras, te dirá si podrá ser un buen colaborador o no. Pero no es definitivo, pues por un gesto no se debe juzgar, pero sí lo puedes tomar como indicio.

Seleccionas a una persona para iniciar una serie de prácticas, a manera de cursillo. Al segundo o tercer día ya sabes si la persona es la indicada. Las empresas que saben tratar a los trabajadores como humanos, tienen a los mejores humanos en su nómina.

[[fjcg02]]

Empezado por Al González

Las empresas que saben tratar a los trabajadores como humanos, tienen a los mejores humanos en su nómina.

Cómo que "humanos".... R E C U R S O S... que no se nos olvide.

Un saludo