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

74

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.

Brandon Wamboldt
fuente
18
Mientras conduces a casa con una nueva copia de Sam's Teach Yourself [Blah] en 24 horas
Anthony Pegram el
1
En el momento en que te das cuenta de que tienes que eliminar otras 30 tecnologías que tenías en la lista.
Coder

Respuestas:

79

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ó.
aufather
fuente
44
+1 en las calificaciones de habilidad. Y eso es más o menos lo que hago. Por ejemplo: he trabajado en un producto JSP antes y tengo una idea general de qué se trata JSP / JEE, pero no podría decir exactamente que puedo diseñar sistemas JEE desde cero cómodamente. Entonces digo que tengo "alguna exposición a JSP / JEE" en mi currículum.
Bobby Tables
66
+1 muy bien puesto! Sólo me gustaría poner "conocimiento escritura del libro" un poco menor (quizás 7-8?) ... O eso, o tiendo a leer los libros de los autores equivocadas ...
Torre
21
No estoy convencido de que escribir un libro sobre un tema califique para la calificación de "10". Ha arrojado libros con un ambivalente "Meh". después de algunos capítulos cuando me doy cuenta de que ya soy más competente que el autor del libro. En resumen, algunos libros realmente malos se publican.
Dan Moulding
66
No es aplicable aquí en Europa ... nadie agrega calificación de habilidad en el currículum, se vería muy raro.
Asistente
77
¿Por qué no hay nada entre "no sentirse cómodo implementando algo en él" y "usarlo diariamente"?
usuario13278
26

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".

Greg Gauthier
fuente
10
1+ de acuerdo. Si está contratando a un programador para un empleo a tiempo completo y espera que esté allí con usted el próximo año, creo que la calificación más importante es la disposición y la capacidad de aprender .
Martin Wickman
Es curioso, también puse mi experiencia Rexx en mi CV, y por casi la misma razón: para mostrar que he usado muchos idiomas diferentes.
Frank Shearar
¡+1 para la referencia de Rexx! Y por la fluidez en moverse entre idiomas.
Simon Knights
Un ejemplo de lo que estoy hablando en esta respuesta: (Sí, me doy cuenta de que esto va a sonar como si estuviera ondeando mi propia bandera, y me disculpo por eso: $) ... Acabo de convertir un conjunto completo de Pruebas de IronPython que escribí hace 2 meses, en C #. Fue la primera vez que realmente trabajé con C #, pero con un pequeño arranque de uno de los desarrolladores (un tutorial de aproximadamente 1 hora), pude tomar 3 semanas de trabajo en Python y entregarlo en C # en aproximadamente tres días. ¡Ahora, volver al nuevo código y buscar oportunidades de mejora!
Greg Gauthier
23

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.

Fishtoaster
fuente
En algún momento, las habilidades individuales ya no son particularmente relevantes - especialmente cuando el código real se convierte en una pequeña parte de su trabajo tal y que está gastando más tiempo en el diseño en lugar de implimentation
saschabeaumont
13

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).

rápidamente_ahora
fuente
9

¿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.

Thomas Owens
fuente
4

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.

Torre
fuente
¿Carriles + ensamblador? Me pregunto dónde se tocan estas dos tecnologías.
@Thorbjorn: fue solo un ejemplo que inventé en el lugar. Pero veo tales anuncios todos los días ... y no :) No tengo idea de dónde se encuentran :))
Rook
¿Ves anuncios de Rails + Assembler todos los días? Enlace por favor: D
@Thorbjorn - Perdón, periódico local. En esta parte del mundo, todavía es donde van los anuncios de empleo (Europa del Este / Central). Podría intentar escanearlo la próxima vez que vea uno, y publicarlo en algún lugar si tiene curiosidad terminal :-)
Rook
1
He hecho ensamblador y php en mi trabajo actual. Pero estamos consultando así que ... a veces estamos trabajando en hardware, a veces en desarrollo web. ¡Es un gran lugar para aprender!
Malfist
4

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

Yevgeniy Brikman
fuente
3
Cuando se reanuda la lectura, ignoro años de experiencia. ¿Por qué? (1) Algunas personas adquieren una experiencia profunda con una tecnología en un tiempo relativamente corto, otras simplemente repiten la misma experiencia superficial una y otra vez. (2) Ignora las habilidades transferibles entre tecnologías: alguien con 5 años de Java y 1 año de C # también podría tener 5 años de C # por toda la diferencia que hace. (3) Algunas personas afirman tener 5 años de experiencia cuando han utilizado una tecnología dos veces, con una brecha de 5 años en el medio.
Kramii reinstala a Monica el
Estoy de acuerdo en cierta medida en que los "años de experiencia" no son la métrica ideal, prefiero las calificaciones de las habilidades, pero aún así es útil como guía. Si enumero 5 años de experiencia en Java, será mejor que pueda aclarar cualquier pregunta de entrevista relevante para Java. Si enumero 1 año de SQL, probablemente sea una indicación de que no soy experto en ello. Dicho esto, definitivamente tiene razón en que es posible seguir apestando a Java después de 5 años o convertirse en un asistente de SQL después de 1, por lo que las calificaciones de habilidades son más útiles.
Yevgeniy Brikman
@Kramii: excelente resumen de por qué los años de experiencia no valen nada. El punto 3 es especialmente por qué tengo tantos problemas para escribir currículums y completar solicitudes. Demasiados usos ocasionales de ciertas herramientas o habilidades.
DarenW
Los años tienen al menos un contexto interesante (sin embargo, no la calidad o la fiabilidad). Puede ser de gran interés con qué y cuántas versiones ha tocado. Si indica 10 años de codificación, puede ser moderado / bueno / novato como desarrollador de 3 años, pero probablemente conozca VB6 y la complejidad que migra los módulos COM antiguos y la arquitectura de la consola de 16 bits, etc. Probablemente pongas tu estación de negocio win311 clave en manos de un tipo que estuvo en el juego por un tiempo. De nuevo, honesto es importante!
Independiente
3

¿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.

FrustratedWithFormsDesigner
fuente
2

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).

MyNameIsZero
fuente
2

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 ".


Naturalmente, una buena manera de mostrar su nivel de habilidad real es proporcionar enlaces para capturas de pantalla, diagramas, planes, esquemas de datos, historial de proyectos, publicaciones en blogs y código en la aplicación para el trabajo.

Heikki Naski
fuente
1

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.

Bryan Oakley
fuente
-1

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.

DBlackborough
fuente
-1: No puedes simplemente enumerar las tecnologías que estás utilizando actualmente, de esta manera tu currículum estará casi vacío. No digo que tenga que hacer trampa, pero debe quedar claro incluso para el entrevistador que estará más "fresco" en algunas tecnologías que en otras.
Asistente el
Mi CV está lejos de estar vacío y así es como siempre he trabajado. Dije usado en un proyecto, que podría ser personal o en un trabajo. La mayor parte de mi aprendizaje se realiza fuera del horario laboral y es posible que nunca pueda usar una tecnología en un rol, pero puede que lo sepa lo suficiente de proyectos personales.
DBlackborough
-2

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.

DanSingerman
fuente
1
-1: No puedes simplemente enumerar las tecnologías que estás utilizando actualmente, de esta manera tu currículum estará casi vacío. No digo que tenga que hacer trampa, pero debe quedar claro incluso para el entrevistador que estará más "fresco" en algunas tecnologías que en otras.
Asistente el
@mago. Probablemente no te contrataría entonces. Si pones una habilidad en tu CV, espero que puedas respaldarla.
DanSingerman
2 votos negativos: woah, las tecnologías de listado que no puedes usar realmente deben ser muy populares. Tenga en cuenta que mi respuesta no lo limita solo a las tecnologías que usa actualmente, sino a las que puede usar actualmente. De todos modos, mantengo mi respuesta claramente impopular.
DanSingerman
@DanSingerman Creo que no hay ningún problema en enumerar una habilidad que no se ha utilizado durante un tiempo, siempre que eso quede claro en el currículum . En mi currículum no tengo una sola lista de habilidades: cada habilidad es parte de la descripción de lo que hice en cada trabajo, por lo tanto, está claro si he usado una habilidad recientemente.
teambob
-5

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.

Wizard79
fuente
Debo estar en desacuerdo. Por ejemplo, no puede agregar Django a su currículum si conoce Python y ha "mirado" Django. Claro, podrías resolverlo bastante rápido, pero todavía hay una curva de aprendizaje, así que si alguien necesita un programador de Django de inmediato, eres inútil :)
Brandon Wamboldt
1
¿Qué parte de "a veces" no está clara?
Wizard79
55
-1, en desacuerdo! Sé lo que significa la NASA, ¿puedo hacer una nave espacial ahora?
Malfist
2
@Lorenzo, a veces nunca debería serlo, en realidad debes saber cómo usar algo en lugar de solo su nombre. Es genial que sepas que existe, pero no te estoy contratando por eso, no implica ninguna habilidad de tu parte.
Malfist
2
Creo que todos ustedes deberían regresar al mundo real ... El currículum está lleno de idiomas, siglas, tecnologías, no pueden ser fluidos en todos ellos, y los entrevistadores del mundo real lo saben.
Wizard79