¿En qué momento "sabe" una tecnología suficiente para enumerarla en una hoja de vida [cerrada]

71

Hace poco tuve un programador para una entrevista, que enumeró Python, PHP, Rails y ASP como algunas de sus habilidades. Sin embargo, en la entrevista, el entrevistado no sabía lo que eran las estructuras de control y la lógica básica, solo habían seguido algunos tutoriales de demostración.

Por lo tanto, mi pregunta es esta: En qué momento puede agregar una tecnología a su currículum vitae con precisión . Es cuando puedes demostrar todos los conceptos básicos, escribe un programa útil en él o simplemente te sientes cómodo usándolo sin tener que consultar la documentación cada 30 segundos.

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

    
pregunta Brandon Wamboldt 27.10.2010 - 04:42

14 respuestas

77

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

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

  • 1 significa que puedes leer el código de otros con un montón de googlear.
  • 5 tal vez para implementar módulos en la tecnología. Etc.
  • 8 para tener mucha experiencia y estar cómodo con el diseño e implementación de grandes proyectos en esa tecnología.
  • 9 para conocimientos de arquitectura con una comprensión moderada de lo que hay debajo del capó.
  • 10 significa que has escrito un libro o lo has inventado.

He visto currículos 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", "dominio moderado" y "familiarizado con".

Editar:

Intenté poner esto como un comentario, pero no lo miré por falta de formato.

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

  • 0 - No tienes experiencia
  • 1 a 3: estás familiarizado con esto área pero no sería cómodo implementando cualquier cosa en él.-
  • 4 a 6 - Confía en esto Área y usarla diariamente.-
  • 7 - 9 Eres extremadamente competente para Experto y profundo técnico. Experiencia en el tema y sentir. cómodo diseñando cualquier proyecto en it.-
  • 10 - Reservado para quienes están expertos de la industria reconocidos, ya sea Usted escribió un libro en él o inventó it.
respondido por el aufather 27.10.2010 - 05:01
26

En mi forma de pensar, el enfoque en tecnologías específicas es un error. Todavía enumero mi experiencia con Rexx, no porque crea que alguien la esté buscando hoy, sino porque quiero resaltar mi capacidad para moverme con fluidez en diferentes idiomas, incluso después de 19 años en I.T.

No, es probable que no pueda escribir con fluidez en la pizarra 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 elección).

Para mí, la verdadera pregunta es, ¿puede aprovechar la tecnología que está frente a usted (sea lo que sea), para poner en práctica las 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 se basa en leer una lista de "lo que ya sabes".

    
respondido por el Greg Gauthier 27.10.2010 - 05:23
23

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

Ejemplo:

  

Web Developer @ Company X (3/3/03 a 5/5/05) Desarrollador principal en un sitio web basado en bases de datos para ayudar a los estudiantes de cine a organizar sus proyectos. Utiliza PHP y MySQL . Trabajé en ello a través del desarrollo y lanzamiento, lo que llevó a un lanzamiento exitoso para los estudiantes a principios de 2009, y su mantenimiento a partir de entonces.

Este método le da a tus habilidades el contexto real que puedes discutir en una entrevista.

    
respondido por el Fishtoaster 27.10.2010 - 06:07
13

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

Eso es solo yo. Ese es el tiempo que creo que tomo para realmente conocer, apreciar y entender un idioma / sistema / IDE / medio ambiente / lo que sea.

Al hacer pequeños retoques, realmente no aprendes tan bien. La mayoría de los idiomas / frameworks / etc realmente requieren que se te meta en la mente del diseñador antes de que lo "entiendas", y que realmente sepas de lo que estás cerca de 12 meses.

Como un poco de un lado:

En mi posición de entrevista y lectura de CV, me parece interesante que las personas enumeren todo tipo de cosas, sin información de respaldo en su experiencia para respaldar su afirmación. Por ejemplo, pueden listar PHP, MYSQL, Ada, C ++, C #. Y luego su experiencia podría decir que hicieron un proyecto usando C ++.

Cuando no hay nada para respaldar los idiomas reivindicados en la experiencia enumerada, normalmente huelo una rata y esa persona ni siquiera llegará a una entrevista.

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

CONSEJOS:

SI ESCRIBE UN CV:

  • Sea claro, directo y escrupulosamente honesto.

  • Haga que la vida sea lo más sencilla posible para la persona que lee su CV. Presente claramente, sin hipérboles.

  • Si tiene una descripción de la posición que no cumple completamente, adjunte una declaración que muestre CÓMO cumple con la descripción de la posición (no haga que la persona que obtiene su CV lo resuelva). Y DONDE USTED NO CUMPLE ALGO requerido, dígalo. Y si está dispuesto a aprender, díganlo. Esto también muestra que realmente ha leído la descripción de la posición y la ha comprendido, y que no está simplemente desplegando los CV de cada posición.

SI LEA 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 pocos días, o un tutorial, no son experiencias, no importa cómo se vistan.

  • ¿La persona ha picado y cambiado constantemente? ¿Se quedaron el tiempo suficiente para ver algo a través? (¿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), siga adelante.

De Joel On Software: Cualquier duda = No contratar. Y desde mi propia experiencia: una posición vacante es mucho mejor que una llena de alguien de quien tienes dudas, que resulta ser una mala elección. (No hay progreso es mejor que ir hacia atrás).

    
respondido por el quickly_now 27.10.2010 - 09:22
9

¿Por qué está creando una lista de tecnologías? En su lugar, incluya información sobre el proyecto y mencione la clave Tecnologías, frameworks, librerías, y 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 relevante para el contexto. En segundo lugar, está haciendo su currículum más sobre lo que ha hecho y no simplemente lo que sabe.

En este caso, cuando se habla de su trabajo y responsabilidades, puede incluir cómo aprendió y utilizó Hibernate (y otras tecnologías) para hacer lo que sea que esté hecho. Si me interesan tus habilidades con Hibernate, es algo que preguntaría durante una evaluación telefónica o una entrevista. Luego esperaría que me diera información sobre qué era el proyecto, cómo usó Hibernate y qué pudo aprender. Además, cualquier escáner de currículum automático recogerá la palabra clave, sin embargo, su currículum aún es amigable para los humanos.

    
respondido por el Thomas Owens 16.01.2012 - 21:41
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 en un ejemplo:

Anuncio de trabajo 1: candidato buscado con conocimiento de: Python, PHP, Rails, ASP, Assembler.
(y generalmente puede ser algo determinado a partir del anuncio qué habilidades son más importantes que otras, que están ahí "en el caso")

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 pondría en calma, ya que no puede tener un gran impacto en combinación con el resto de los anteriores.

Anuncio de empleo 2: candidato buscado 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.

Eso depende mucho.

Como regla general, para incluir algo en un currículum vitae, OMI, uno debe saber cómo "encontrar su camino" alrededor del código, la sintaxis básica, y tener al menos algunos proyectos pequeños detrás de él usando ese lenguaje en particular. Por supuesto, no tiene que conocer las bibliotecas & ayuda de memoria ... pero debería y & dónde conseguir 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 en cuál de ellos se encuentren actualmente", por ejemplo: IF / loops / ... otros elementos de sintaxis de manera correcta, pero con una sintaxis incorrecta (que en realidad se ajusta a otro idioma que el que actualmente están pensando). Así que esa no es realmente una verdadera prueba de habilidades necesaria.

    
respondido por el Rook 27.10.2010 - 04:51
4

Si todo lo que haces es enumerar las habilidades sin otro contexto, entonces la mayoría de las personas que lean tu currículum esperarán que las conozcas lo suficientemente bien como para manejar las preguntas de la entrevista. Sin embargo, hay un montón de contexto que puede ubicar en torno a cada habilidad para que sea más obvio cuál es su nivel de experiencia. Algunos ejemplos:

Indica cuánto tiempo has usado la habilidad

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

Asigne una calificación a cada habilidad

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

Enumerar habilidades en categorías

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

    
respondido por el Yevgeniy Brikman 27.10.2010 - 08:15
3

¿Te sentirías cómodo usándolo en un nuevo proyecto? ¿Estás dispuesto a trabajar con él de nuevo? Si es así, entonces ponlo allí. No tiene que decir "Gurú" o "Newb", solo enumérelo como un técnico con el que esté familiarizado. Si preguntan en una entrevista sobre su experiencia, pueden explicar los detalles. Probablemente no esperarán que usted sepa todo, pero probablemente esperará que pueda / quiera aprender las partes que no sabe cuando las necesita.

    
respondido por el FrustratedWithFormsDesigner 16.01.2012 - 21:35
2

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

También, tengo una sección de Habilidades con una nota que dice algo como: "Experiencia variada con los siguientes idiomas y herramientas" y luego tengo algunas viñetas con idiomas y marcos relevantes que tengo utilizado en el pasado.

No uso el sistema de "calificación" porque no sabría cómo valorarme a mí mismo en cada uno de los idiomas (¿qué implica una calificación de 3 (de 0 a 5) en Java en términos de conocimiento?) . Para no ser deshonesto, probablemente apuntaría bajo cuando me calificara. Esto sucedió realmente el año pasado cuando solicité un trabajo y la empresa me hizo un cuestionario que solicitaba al solicitante que se calificara a sí mismo 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 eso, ya que por lo general me atengo a cierto subconjunto de él.

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

Actualmente estoy buscando trabajo, por lo que estoy revisando mi CV (por lo tanto, estoy leyendo programadores.SE y estoy buscando sugerencias de CV :)) y estoy pensando en eliminar los idiomas que solo se usaban en los proyectos de la Universidad (y esto sería cosas como Prolog).

    
respondido por el MyNameIsZero 11.12.2011 - 20:31
2

En las aplicaciones de mi trabajo, uso dos secciones para tecnologías, como es de esperar que la mayoría haga; Primero está la sección de habilidades generales y luego la lista de experiencias específicas en proyectos específicos. Por supuesto, al aplicar, enumero en ambas secciones principalmente aquellos elementos que son relevantes para el trabajo en cuestión.

Objetivos:

Creo que listar 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
  • logran trabajar razonablemente productivamente con ella
  • tener algún conocimiento de lo posible trampas explosivas que se encuentran dentro de ella.

Criterios

Mi criterio muy vago para enumerar tecnologías en las habilidades generales va en este sentido:

  • El dominio 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 a 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 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 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, como este: "El trabajo que está ofreciendo también menciona a Scala, que estoy estudiando ahora y estoy más que dispuesto a aprender más al respecto ".

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

Naturalmente, una buena forma de mostrar su nivel de habilidad real es proporcionar enlaces para capturas de pantalla, diagramas, planos, esquemas de datos, historial de proyectos, publicaciones de blog y código en la aplicación para el trabajo.     
respondido por el Heikki Naski 03.11.2010 - 20:22
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 vitae sea un reflejo honesto de sus habilidades, y debe asumir que se le puede pedir que demuestre todo lo que haya puesto en el currículum.

    
respondido por el Bryan Oakley 11.12.2011 - 20:50
-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, puntuación de 5, etc., he entrevistado a muchas personas que se marcan mucho más altas que ellas.

Prefiero que las entrevistas pregunten y pregunten por qué dicen ese nivel o si me entrevistaron para saber dónde y por qué me considero un 5/5.

    
respondido por el G3D 27.10.2010 - 13:10
-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 un tiempo   Así que estoy un poco oxidado ...

Probablemente sea mejor no enumerarlo como una habilidad. No significa que no pueda mencionar otros proyectos anteriores en los que haya trabajado.

    
respondido por el DanSingerman 27.10.2010 - 15:09
-5

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

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

    
respondido por el Wizard79 27.10.2010 - 10:38

Lea otras preguntas en las etiquetas