En un currículum, todo lo que constituye un lenguaje de programación [cerrado]

En su currículum, ¿qué clasificaría como lenguaje de programación? Por ejemplo, en Lenguajes de programación (o una sección titulada de manera similar de su currículum), ¿enumera C #, Java, C y lo deja así o agrega XML (porque, bueno, es un Lenguaje de marcado extensible) y XSLT y jQuery y todo eso también?

Si no va a agregar jQuery en idiomas, ¿dónde exactamente lo colocaría?

Una solución a este dilema se pondría en las tecnologías que ha utilizado en el proyecto, pero de esa manera, está obligando al reclutador a pasar por los proyectos que ha realizado en lugar de dar un resaltado de las tecnologías y los idiomas que conoce. .

¿Cuáles son tus pensamientos?

Si tiene que preguntar "¿debería poner esto como un lenguaje de programación?" entonces no lo hagas.

No te perderás una entrevista porque archivaste XML y XSLT en "Herramientas y Tecnologías". Pero podría hacerlo si los archiva en "Lenguajes de programación" y golpea a un líder de desarrollo gruñón que le disgusta instantáneamente por eso.

Mi CV tiene una sección de "Idiomas y marcos" que se parece a esto:

• ECMAScript / Javascript (JQuery, Qooxdoo, YUI)
• C ++ (Qt, STL, ATL, MFC)
• Python (Wx)
• XML, XSLT, XSD

Esto es por tres razones:

1. Aunque nadie esperaría que tenga experiencia en el uso de JQuery o YUI en C ++, esto ayuda a desambiguar su experiencia hipotética de Qt en C ++ de su falta de experiencia en Wx en C ++. Simplemente colocar Wx o Qt en un paquete posterior de marcos no hace esto.

2. Proporciona un título conciso para cada categoría, de modo que un reclutador experto puede escanearlo para encontrar lo que quiere, y al mismo tiempo llenarlo con suficiente palabra de moda para obtener su CV para superar los robots de reclutamiento.

3. Al no llamar a esta sección "lenguajes de programación", también evito ser enviado por alguien que no está de acuerdo con mi afirmación sobre si XSLT es o no un lenguaje de programación. Sin mencionar a aquellos que mantienen una distinción arbitraria entre lenguajes de programación y scripting.

Personalmente, tengo una sección de Habilidades y Tecnologías, con diferentes subsecciones:

• Lenguajes de programación *
• Sistemas operativos
• Bases de datos
• Frameworks & Technologies (donde vuelcas todo lo que quieres)

* incluyendo lenguaje de marcado / declarativo, porque los reclutadores piensan que es lo mismo, y las personas técnicas que guardarían rencor no serían personas con las que quiero trabajar si no pueden pasar después de una entrevista.

Dependiendo del trabajo, lo modifico para incluir otras secciones y ser muy extenso como este:

• Sistemas operativos
• Frameworks / SDK
• Lenguajes de programación
• CLE / VM
• Bases de datos
• App. Servidores / Contenedores
• IDEs / Editores
• Oficina / Suites de autor
• Virtualización

Lo que admitiría es exagerado y ridículo, pero como el mercado laboral es como es, y a los reclutadores les gustan las casillas de verificación, no veo por qué no lo consideraría en contra de ellos. Si me ayuda a buscar palabras clave, entonces puedo enviar una versión más limpia y ágil para la entrevista. (De hecho, siempre produzco 3 versiones diferentes de mi currículum debido a esto, y debido a las diferencias culturales en varios países: tengo una versión de 1 página, una versión de 3 páginas y una versión muy extensa).

Pero estoy de acuerdo con otros: no mezcle idiomas y bibliotecas. Eso estaría bien con los reclutadores, ya que a menudo, pero no siempre, no entienden nada de esto en detalle y no verán la línea entre las categorías. Pero las personas con las que se entrevistará pensarán que eso va demasiado lejos. Sin embargo, todavía le llamaría para que me revisen el teléfono, pero diría que podría dejar una impresión negativa (por ejemplo, tengo que confesar que mis dientes se encogen cada vez que veo "J2EE" o "JEE" debajo del sección de lenguajes de programación).

Si necesita una sección de tecnologías, enumere los idiomas y luego enumere los marcos por separado.

Lo mejor es enumerar sus idiomas, marcos y otras tecnologías en línea con descripciones de sus proyectos clave / experiencias laborales.

es decir, "Aplicación web desarrollada para hacer XYZ usando PHP, Javascript (jQuery) y XSLT ..."

Voy a responder desde la perspectiva de alguien que lea hojas de vida. Esta es la forma en que los leo, por lo que tu caso es distinto, como siempre.

Cuando veo un currículum con algo como "Idiomas: jQuery, Django, Joomla" , es casi un archivo redondo instantáneo. Estaría bien el equivalente "Idiomas: JavaScript, Python, PHP" , con una llamada que tiene experiencia con jQuery / Django / Joomla, pero la primera declaración hace que parezca que realmente no conoce la diferencia entre un marco / biblioteca y un idioma, y ​​eso no es realmente una buena señal.

Acepto CSS / HTML / XML / XSLT como "idiomas". Pero no asumo que nunca has oído hablar de ellos si no los mencionas específicamente (aunque haré un seguimiento para asegurarme, si llegas a la pantalla del teléfono), y no levanto una ceja a las personas que tienen una sección separada de "herramientas" donde enumeran marcas / VCS / servidores con los que están familiarizados.

No confundas los idiomas con las bibliotecas. Puede enumerar JS e indicar que está familiarizado con JQuery (y posiblemente otras bibliotecas JS).

Mi experiencia es principalmente en C, que enumero, así como mi familiaridad con varias implementaciones de la biblioteca estándar de C. No detallo cada biblioteca individual (además del estándar C) con la que he trabajado, a menos que sean notables (MPI / etc.).

Además, si está muy versado en los detalles de cualquier estándar, es una buena idea enumerar ese estándar. Nuevamente, manténgalo breve e intente limitar la lista a las cosas que lo pueden diferenciar de los demás.

Enumero mi experiencia con XML y JSON, pero solo cuando profundizo en la sección "Diseño de API" de mi experiencia.

No estoy de acuerdo con Haylem en enumerar los lenguajes de marcado en los lenguajes de programación: los lenguajes de marcado se utilizan para estructurar datos, no para generarlos realmente. En realidad, no se puede programar nada con HTML, al menos no en combinación con Javascript, en el que el lenguaje de marcado se convierte en el medio de almacenamiento de datos. Haga una lista de esos en marcos / tecnologías.

Además, probar que realmente conoce la diferencia entre un lenguaje de programación / scripting, lenguaje de marcado / estructuración de datos y bibliotecas / API evitará que lo excluyan de la lista después de un rápido vistazo a su currículum.

En mi currículum, he establecido 4 secciones. Están escritos como:

• Habilidades web del lado del cliente: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
• Habilidades .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
• Habilidades PHP: PHP, MySQL, PHPMyAdmin, Wordpress, Joomla
• Habilidades generales de TI: SDLC, DBMS, UML, Habilidades de comunicación

Esta es solo mi forma de escribir CV, la tuya también será apreciada.

Debe orientar su CV / currículum al contexto en el que se aplica. ¿Está solicitando un trabajo en el que quieren experiencia en "lenguajes de programación que incluyen Java, C ++ y HTML"? Si tiene la experiencia relevante, enumerela. Pregúntese si es necesario presentar sus conocimientos de Rexx y, en caso afirmativo, si debe combinarlo con todo lo demás o ponerlo en una sección secundaria.

Por lo general, tengo una sección de "tecnologías relevantes" donde enumero las cosas en las que tengo experiencia y que me han pedido explícitamente en la especificación de la persona, y una sección de "experiencia en tecnología" que es un poco más amplia. Recuerde que el público objetivo de su currículum incluye personas de recursos humanos que no son expertos en tecnología. No les importa si crees que HTML es un lenguaje de programación, un lenguaje de marcado o un formato de documento: les importa si pueden descubrir fácilmente si tus experiencias coinciden con las que se les pidió que buscaran.