¿En qué momento "conoce" una tecnología lo suficiente como para incluirla en un currículum [cerrado]

Recientemente tuve un programador para una entrevista, que enumeró Python, PHP, Rails y ASP como algunas de sus habilidades. Sin embargo, en la entrevista, los entrevistados no sabían lo suficiente sobre las estructuras de control y la lógica básica, solo habían seguido unos pocos tutoriales de demostración.

Entonces mi pregunta es la siguiente: ¿ en qué punto puede agregar una tecnología a su currículum con precisión ? Es cuando puede demostrar todos los conceptos básicos, escribir un programa útil en él o simplemente se siente cómodo usándolo sin tener que consultar la documentación cada 30 segundos.

No creo que esto sea demasiado subjetivo, una línea de base debería establecerse fácilmente en función de los comentarios.

Debería poder defender / explicar todas y cada una de las palabras que ponga en su currículum. Algo así como tu disertación / tesis. He visto muchos candidatos rechazados con la razón "no podía justificar lo que había puesto en su currículum".

Un enfoque es seguir el auto cuestionario de Google. Califique cada habilidad en una escala de 10. De esa manera podemos proyectar cuán relativamente cómodos estamos con diversas tecnologías.

• 1 significa que puede leer el código de otros con mucho google.
• 5 quizás para implementar módulos en la tecnología. Etc.
• 8 para tener mucha experiencia y sentirse cómodo con el diseño e implementación de grandes proyectos en esa tecnología.
• 9 para conocimiento arquitectónico con comprensión moderada de lo que hay debajo del capó.
• 10 significa que ha escrito un libro sobre él o lo ha inventado.

He visto hojas de vida que tienen gráficos de barras que indican una competencia relativa en varias tecnologías.

Otra opción es agrupar habilidades como "comprensión sólida", "competencia moderada" y "familiaridad con".

Editar:

Traté de poner esto como un comentario, pero no parecía debido a la falta de formato.

Como referencia, esto es lo que Google define las tarifas en su autoevaluación

• 0 - No tienes experiencia
• 1 a 3: está familiarizado con esta área, pero no se sentiría cómodo implementando nada en ella.
• 4 a 6: confía en esta área y la usa a diario.
• 7 - 9 Eres extremadamente hábil con los expertos y tienes una gran experiencia técnica en el tema y te sientes cómodo diseñando cualquier proyecto en él.
• 10 - Reservado para aquellos que son expertos reconocidos de la industria, ya sea que usted escribió un libro o lo inventó.

En mi opinión, centrarse en tecnologías específicas es un error. Todavía enumero mi experiencia Rexx, no porque piense que alguien la buscaría hoy, sino porque quiero resaltar mi capacidad para moverme con fluidez en diferentes idiomas, incluso después de 19 años en TI

No, probablemente no pude escribir con fluidez algunos de los idiomas que enumero. Pero, dame medio día, y podría escribir el mismo guión en cualquiera de ellos 3 (tu eliges).

Para mí, la verdadera pregunta es, ¿puede aprovechar la tecnología que tiene delante (sea lo que sea), para poner en práctica buenas ideas de una manera que beneficie a la empresa y haga que su trabajo sea desafiante y agradable?

Esa es una pregunta difícil de responder, solo basada en la lectura de una lista de "lo que ya sabe".

Este es un problema que me he encontrado un poco. Eventualmente abandoné por completo la sección "Habilidades" de mi currículum, y me concentré en lo que había hecho con esos idiomas, específicamente en mis proyectos y sección de empleo. Destaco / resalto tecnologías específicas como parte de la descripción.

Ejemplo:

Desarrollador web @ Empresa X (3/3/03 a 5/5/05) Desarrollador principal en un sitio web basado en una base de datos para ayudar a los estudiantes de cine a organizar sus proyectos. Usé PHP y MySQL . Trabajé en ello a través del desarrollo y lanzamiento, lo que llevó a una implementación exitosa a los estudiantes a principios de 2009, y el mantenimiento a partir de entonces.

Este método le brinda a sus habilidades un contexto real que puede discutir en una entrevista.

Enumero solo las cosas que sé bien, y para mí eso significa que se usa con ira durante aproximadamente un año o más .

Así soy yo. Ese es el tiempo que creo que me toma realmente saber, apreciar y comprender un lenguaje / sistema / IDE / entorno / lo que sea.

Al jugar, realmente no aprendes tan bien. La mayoría de los lenguajes / frameworks / etc. realmente requieren que usted se meta en la mente del diseñador antes de "entenderlo", y saber realmente de qué se trata toma alrededor de 12 meses.

Como un poco aparte:

En mi posición entrevistando y leyendo CV, me parece interesante que la gente haga una lista de todo tipo de cosas, sin información de respaldo en su experiencia que respalde su afirmación. Por ejemplo, pueden enumerar PHP, MYSQL, Ada, C ++, C #. Y luego su experiencia podría decir que hicieron un proyecto usando C ++.

Cuando no hay nada que respalde los idiomas reclamados en la experiencia enumerada, generalmente huelo a rata y esa persona ni siquiera llegará a una entrevista.

Enumerar los idiomas por calificación, por cuánto tiempo se usa o por dominio, todo ayuda al entrevistador, ¡lo cual no siempre es lo que pretende la persona que envía el CV!

CONSEJOS

SI ESCRIBE UN CV:

• Sea claro, directo y escrupulosamente honesto.

• Haz la vida lo más simple posible para la persona que lee tu CV. Presente claramente, sin hipérbole.

• Si tiene una descripción del puesto que no cumple por completo, adjunte una declaración que muestre CÓMO cumple con la descripción del puesto (no haga que la persona que obtiene su CV lo resuelva). Y DONDE NO CONOCES ALGO requerido, dilo. Y si está dispuesto a aprender, DIGA ASÍ. Esto también muestra que realmente ha leído la descripción de la posición y la ha entendido, y no solo está creando CV de cada posición.

SI LEE UN CV:

• Verificación cruzada: ¿la experiencia enumerada coincide con el conjunto de habilidades enumerado? Si no, algo es sospechoso.

• ¿Cuánto tiempo se usó algo? Unos días, o un tutorial, no es experiencia, no importa cómo lo vistes.

• ¿La persona ha cortado y cambiado constantemente? ¿Se quedaron el tiempo suficiente para ver algo? (¿Han vivido con sus propios errores? No = otra advertencia)

A veces, estas cosas son difíciles de evaluar y terminas "oliendo". Si un CV tiene un poco de olor a mar (es decir, parece un poco sospechoso), continúe.

De Joel On Software: Cualquier duda en absoluto = Sin contratación. Y desde mi propia experiencia: un puesto vacante es mucho mejor que uno lleno con alguien de quien tenías dudas, que resulta ser una mala elección. (Ningún progreso es mejor que retroceder).

¿Por qué estás creando una larga lista de tecnologías? En su lugar, incluya información sobre el proyecto y mencione las tecnologías clave, los marcos, las bibliotecas y las herramientas utilizadas allí. Esto logra un par de cosas. Primero, está demostrando sus conocimientos y habilidades con algo para los proyectos, lo que lo hace contextualmente relevante. En segundo lugar, está haciendo que su currículum se centre más en lo que ha hecho y no simplemente en lo que sabe.

En este caso, cuando habla de su trabajo y responsabilidades, puede incluir cómo aprendió y usó Hibernate (y otras tecnologías) para hacer lo que sea que haya hecho. Si estoy interesado en sus habilidades con Hibernate, es algo que le preguntaría durante una evaluación telefónica o una entrevista. Entonces esperaría que me diga información sobre el proyecto, cómo usó Hibernate y qué pudo aprender. Además, cualquier escáner automático de currículum recogerá la palabra clave, pero su currículum sigue siendo amigable para los humanos.

No estoy seguro de que sea exactamente determinable. En mi opinión, debería ser caso por caso. Lo que quiero decir: déjame explicarte un ejemplo

Anuncio de trabajo 1: candidato deseado con conocimiento de: Python, PHP, Rails, ASP, Assembler.
(y, por lo general, se puede determinar de alguna manera a partir del anuncio qué habilidades son más importantes que otras, y cuáles están ahí "por si acaso")

En este caso, pondría en mi currículum Python, PHP ... solo si realmente los conozco bien. Ensamblador, por ejemplo, sé muy poco, pero lo expresaría, ya que no puede tener un gran impacto en combinación con el resto de lo anterior.

Anuncio de trabajo 2: candidato deseado con conocimiento de: ensamblador, C / C ++, kernel ..., Python, PHP, ...

Este caso es diferente. Aquí es (¿es?) Obvio que están buscando un tipo diferente de candidato, y que (probablemente) ignorarán la falta de conocimiento de PHP, por ejemplo, si el candidato posee estas otras habilidades.

Entonces depende realmente.

Como regla general, para poner algo en un currículum, en mi opinión, uno debe saber cómo "orientarse" en torno al código, la sintaxis básica y tener al menos algunos proyectos pequeños detrás de él utilizando ese lenguaje en particular. Por supuesto, no tiene que conocer las bibliotecas y la ayuda de memoria ... pero debe saber cómo y dónde obtener ayuda si la necesita.
Puede haber ejemplos contrarios a esta regla: me he dado cuenta de que las personas que (realmente) conocen muchos idiomas tienden a confundirse a veces "dependiendo de cuál esté atrapado actualmente", por ejemplo: usando IF / loops / ... otros elementos de sintaxis de forma correcta, pero con una sintaxis incorrecta (que en realidad se ajusta a algún otro idioma que no sea el que están pensando actualmente). Entonces, esa no es realmente una verdadera prueba de habilidades necesaria.

Si todo lo que hace es enumerar las habilidades sin otro contexto, entonces la mayoría de las personas que leen su currículum esperan que las conozca lo suficientemente bien como para manejar las preguntas de la entrevista sobre ellas. Sin embargo, hay mucho contexto que puede poner alrededor de cada habilidad para que sea más obvio cuál es su nivel de experiencia. Algunos ejemplos:

Enumera cuánto tiempo has usado la habilidad

• Java (5 años)
• C ++ (3 años)
• SQL (1 año)

Dale una calificación a cada habilidad

• Java (5/5)
• C ++ (3/5)
• SQL (1/5)

Lista de habilidades en categorías

Actualmente usando: Java, C ++ Experiencia previa: SQL

¿Te sentirías cómodo usándolo en un nuevo proyecto? ¿Estás dispuesto a trabajar de nuevo? Si es así, entonces póngalo allí. No tiene que decir "Guru" o "Newb", simplemente enliste como una tecnología con la que está familiarizado. Si le preguntan en una entrevista sobre su experiencia, puede explicar los detalles. Es probable que no esperan que usted sabe todo, pero serán probablemente esperará que usted sea capaz / dispuestos a aprender las partes que no lo hacen cuando cuando los necesite.

Tengo un par de sentencias que describen cada trabajo. En el último párrafo de cada descripción, coloco un "Lenguajes y tecnologías utilizados:" seguido de las herramientas que utilicé en ese trabajo.

Además, tengo una sección de habilidades con una nota que dice algo así como: "Experiencia variada con los siguientes idiomas y herramientas" y luego tengo algunas viñetas con idiomas y marcos relevantes que he usado en el pasado.

No uso el sistema de "calificación" porque no sabría cómo calificarme en cada uno de los idiomas (¿qué implica una calificación 3 (de 0 a 5) en Java en términos de conocimiento?) Para no ser deshonesto, probablemente apuntaría bajo cuando me calificara a mí mismo. Esto realmente sucedió el año pasado cuando solicité un trabajo y la compañía me dio un cuestionario que solicitaba al solicitante que se calificara en varios idiomas.

No enumero el número de años porque no creo que ayude mucho. Por ejemplo, tengo 4 años de experiencia profesional en el idioma / biblioteca que uso actualmente, pero no soy un experto en él, ya que generalmente me quedo con un cierto subconjunto.

Algunos de los idiomas que enumero los he usado en trabajos, otros solo los he usado en proyectos y ejercicios universitarios (hace 4 años o más). No podría escribir código en algunos de esos idiomas en la parada, pero podría volver a ellos dentro de algunas horas de estudiar. Sin embargo, si elimino cualquier idioma en el que no pueda escribir el código de la memoria sin revisarlo, solo me quedarán dos idiomas, probablemente tampoco una evaluación justa.

Actualmente estoy buscando trabajo, así que estoy revisando mi CV (por lo tanto, estoy leyendo programadores. SE y buscando consejos de CV :)) y estoy pensando en eliminar los idiomas que solo se usaron en proyectos universitarios (y esto serían cosas como Prolog).

En mis solicitudes de empleo, utilizo dos secciones para tecnologías, como esperaba que la mayoría lo haga; primero está la sección de habilidades generales y luego la lista de experiencias específicas en proyectos específicos. Por supuesto, mientras aplico, enumero en ambas secciones principalmente aquellos elementos que son relevantes para el trabajo en cuestión.

Metas:

Siento que enumerar una tecnología en el área general es una declaración sólida y para que una tecnología resida allí necesito

• ser capaz de comunicarse con ella
• lograr trabajar razonablemente productivo con él
• tener algún conocimiento de las posibles trampas que hay dentro de él.

Criterios

Mi criterio muy vago para enumerar tecnologías en las habilidades generales sigue estas líneas:

• La habilidad de un programador promedio que ha usado la tecnología para escribir programas que consisten en aproximadamente 10K SLOC.
• La capacidad de un programador promedio que ha tenido que mantener la complejidad de un programa del tamaño de aproximadamente 30 objetos.
• El conocimiento teórico equivalente de un libro promedio.

Básicamente, eso es al menos algo de amplitud en el área, manejo de complejidad razonable y algo de conocimiento sobre los horrores que le esperan.

Ejemplos:

Competente, PHP: escribir aplicaciones web con PHP ha sido mi trabajo diario durante varios años, con el mantenimiento de varios proyectos, la lectura de muchos libros y una gran parte del manual detrás de mí. Esto iría en ambas secciones, si fuera relevante para el trabajo.

Principiante, Scala: estoy leyendo un libro de Scala con unas 200 páginas detrás de mí y unos cientos de líneas de código escritas. Probablemente lo usaría como una nota al margen en algún lugar si lo viera en el anuncio de trabajo, así: "El trabajo que está ofreciendo también mencionaba a Scala, que estoy estudiando en este momento y estoy más que dispuesto a aprender más al respecto ".

Border case, Python: he escrito un pequeño juego shoot'em up y varios scripts en Python con la experiencia de un par de miles de líneas, leyendo una docena de artículos y tutoriales en la web, y algunas partes del manual. Si el anuncio mencionara Python (y estaría bien calificado de lo contrario) escribiría sobre ello en mi currículum en la sección de experiencia, tal vez algo similar a esto: "He creado un juego shoot'em up en Python con Pygame usando programación orientada a objetos con gráficos de mapa de bits ".

Póngalo en su currículum si está seguro de que puede responder preguntas técnicas sobre el idioma sin avergonzarse . El objetivo es que el currículum sea un reflejo honesto de tus habilidades, y debes asumir que se te puede pedir que pruebes todo lo que hayas puesto en el currículum.

Solo enumero las habilidades que he usado en un proyecto.

No me gusta la idea de poner mi idea de mi habilidad en una tecnología en mi CV, marcar 5, etc., he entrevistado a muchas personas que se marcan mucho más altas de lo que son.

Prefiero preguntar si entrevistar y preguntar por qué dicen ese nivel o si me preguntan dónde y por qué me califico como 5/5.

Si está seguro de que, dada una prueba de programación en esa tecnología como parte de la entrevista, la manejaría, entonces está bien.

Si fueras a decir,

en realidad no he usado X en mucho tiempo, así que estoy un poco oxidado ...

Probablemente sea mejor no mencionarlo como una habilidad. No significa que no pueda mencionar en otra parte proyectos anteriores en los que haya trabajado.

A veces, solo conocer el significado del acrónimo es suficiente para agregarlo al currículum ...

Eso es cierto, por ejemplo, para frameworks y bibliotecas que puede acoplar con un idioma determinado.