Idiomas en un currículum: ¿Es mejor poner "C / C ++" o "C, C ++"? [cerrado]


46

Me graduaré en un par de semanas, y mi currículum (como se esperaba) enumera los idiomas con los que he tenido experiencia. Anteriormente he puesto "C / C ++" , sin embargo en ese entonces yo no tenía que mucha experiencia con estos dos idiomas como lo hago ahora.

Ahora que he aprendido formalmente estos dos idiomas, se ha hecho evidente para mí (y para cualquiera que realmente sepa estos idiomas) que son similares y completamente diferentes al mismo tiempo. Claro, la mayoría del código C es código C ++ compilable, pero la sintaxis y la incorporación de funciones de biblioteca es más o menos donde terminan estas similitudes. En la mayoría de los problemas no triviales, es probable que la solución C ++ deseable sea diferente de la solución C deseable.

Mi pregunta:


¿Los reclutadores tomarán nota o se preocuparán por si pones "C / C ++" en lugar de "C, C ++" ? ¿Asumirán una falta de conocimiento del funcionamiento de cualquiera de los dos por la inclusión de la primera forma, o tal vez verán la inclusión de la segunda forma como un posible "reanudar beefer" (enumerándolos como 2 idiomas, en lugar de "uno") ?

Además, para los trabajos que solicitó y que estaban particularmente interesados ​​en estos dos idiomas, ¿incluyó el proceso de la entrevista preguntas sobre las diferencias entre la programación en C y la programación en C ++ (por lo tanto, sobre técnicas de programación reales, no solo los paradigmas adicionales en el último )?


34
Uno realmente esperaría que no se reduzca a distinciones como esta.
kasterma

19
¿Por qué etiquetó su pregunta como "c" y "c ++" por separado?
dan04

77
Se reduce a distinciones como esta.
rapid_now

3
Creo que esto va más allá de lo pedante y entra en el ámbito de la retención anal. La única razón por la que no voy a votar para cerrar es porque creo que Kevin es realmente curioso.
Rei Miyasaka

44
Mi opinión: ¿escribirías "C / Java"? Puede estar bien usar separadores de barras en lugar de comas, pero si no escribiría "C / Java", ¿por qué escribir "C / C ++"?
Steve314

Respuestas:


62

C, C ++

No me gusta C / C ++, porque aunque C ++ es técnicamente un superconjunto de C, para hacerlo bien, tienes que hacer las cosas de manera diferente. C / C ++ te hace ver como alguien que conoce C y sabe que un compilador de C ++ también acepta C.


29
Incluso técnicamente no lo es. Yo también los separaría.
Tobu

77
Cuando leo C / C ++, estoy pensando en los programas de C ++ que usan #define, malloc () / free () y todas las cosas que funcionaron en C, y como un hábito, también se usan en C ++.
Oliver Weiler

8
Creo que técnicamente C ++ es un superconjunto de un subconjunto de C.
Ian G

29
Todo es un superconjunto de un subconjunto de C.
Dario

1
@JBRWilkinson ¿Qué pasa si C es 0? Además, no hay puntos de secuencia definidos en esa declaración. Es un comportamiento definido compilado.

35

Normalmente escribiría C / C ++ como un hábito, pero :

  • algún reclutador pedante podría pensar que asume erróneamente que son lo mismo (poco probable ... espero),
  • existe una mayor probabilidad de que C, C++se analice a los elementos Cy C++que C / C ++ ... lo que puede ser importante cuando los reclutadores intentan hacer coincidir su perfil con los requisitos para un rol.

Así que trate de tener quizás C / C ++ en su descripción general y luego C y C ++ separados en otro lugar.

Eso es solo un consejo, no tengo pruebas contundentes para seguirlo, pero (muchas) agencias de reclutamiento tienen un enfoque bastante orientado a palabras clave.

Una vez que haya pasado la agencia de reclutamiento, el reclutador real en su empresa objetivo (con suerte, si no es filtrado por personal de recursos humanos no técnico) sabrá que no necesariamente implica que C y C ++ están en la misma canasta, así que yo Realmente piense en ello solo como un problema de análisis.

Lo mismo se aplica a las variantes de Java y sus plataformas y especificaciones, que incluso tenían el mal gusto de cambiar las convenciones de nomenclatura con el tiempo para terminar con: Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, etc. ..


17
+1 para el ángulo de análisis. La mayoría de los reclutadores no tendrán idea de la distinción técnica entre C y C ++.
George Marian

@George: y mucho menos C, C + [sic] y C ++
Nick T

@George: cierto, desafortunadamente. También tiene el caso del reclutador que cree que no es apto para un puesto porque incluyó a JEE en lugar de J2EE, o viceversa ... Ese es otro caso de algo que trato de tener con ambas ocurrencias de mi currículum (JEE en la lista de habilidades, J2EE para proyectos donde la terminología solía ser J2EE en ese entonces). Molesto.
haylem

28

Para mí, "C / C ++" es una fuerte señal negativa.

Bjarne Stroustrup escribe :

No existe un lenguaje llamado "C / C ++". La frase generalmente es utilizada por personas que no tienen idea de la programación (por ejemplo, personal de recursos humanos y gerentes deficientes). Alternativamente, es utilizado por personas que simplemente no conocen C ++ (y a menudo tampoco C). Cuando los programadores lo usan, generalmente indica una actitud de "C ++ es C con algunas características útiles y muchas características complicadas inútiles añadidas". A menudo, ese es el punto de vista de las personas a las que les gusta escribir sus propias cadenas y tablas hash con poco conocimiento de la biblioteca estándar más allá de printf y memcpy. Hay personas que se adhieren a un subconjunto restringido de C ++ por razones perfectamente buenas, pero (por lo que he notado) no son las personas que dicen "C / C ++".


44
@Kevin: No es una apelación a la autoridad si el razonamiento se explica claramente. Stroustrup ciertamente no está apelando a la autoridad, y el razonamiento de su respuesta es razonar lo suficiente como para que no le guste "C / C ++", independientemente de quién lo haya dicho.
Billy ONeal

2
@Kevin: Lo siento si no estaba claro, pero no incluí la cita de Stroustrup como una apelación a su autoridad, y no es por la opinión de Stroustrup que considero "C / C ++" como una señal negativa. Simplemente usé su explicación porque, bueno, era demasiado vago para escribir la mía.
Thomas Padron-McCarthy

"La frase suele ser utilizada por personas que no tienen idea de la programación (p. Ej., Personal de recursos humanos y gerentes pobres)". Esto parece una buena razón para usar C / C ++ para mí. El punto principal de la inclusión de tecnologías en su currículum es lograr que la gente de RR. HH. Las transmita al equipo, que principalmente analizará su experiencia.
Sean McMillan

C / C ++ es C con cout para salida en lugar de printf
CashCow

Considero desafortunada la actitud del Sr. Stroustrup, así como la divergencia entre C y C ++. Si bien el código escrito de manera orientada a objetos debería evitar los C-ismos malloc, algunas de las características que proporciona C ++ podrían ser útiles para programas que están escritos en un 99% en C. Algunos de los programas que he escrito están diseñados para que puedan ya sea compilar como código C para un pequeño procesador integrado, o como código C ++ para fines de "emulación" en la PC. Incluso el código que escribe directamente en los registros de E / S puede ejecutarse sin modificación en la capa de emulación, ya que los registros de E / S se han anulado ...
supercat

20

Si desea eliminar cualquier ambigüedad, simplemente apúntelos:

  • C
  • C ++

Esto cubrirá todos los ángulos, incluido cualquier análisis también.


8
Si hiciera una lista con viñetas de cada idioma y tecnología que hubiera usado, ocuparía toda la página y algo más.
Andrew Arnold

1
@ Andrew: ¿crees que eso te ayudaría a conseguir el trabajo que realmente quieres?
JBRWilkinson

3
@JBRWilkinson - Por supuesto que no. Estoy diciendo que las tecnologías de viñetas como esa no son algo bueno.
Andrew Arnold

1
Si sus dos mayores fortalezas son C y C ++ y no le importa si su próximo trabajo usa uno u otro, ¿cuál es el problema?
JBRWilkinson

@Andrew: probablemente no debería enumerar todo lo que sabe: debe orientar su aplicación al trabajo en particular, y es poco probable que haya más idiomas / tecnologías relevantes para un trabajo de lo que razonablemente puede ser una viñeta. También hay lo que DocBook llama una lista simple, IIRC, una especie de mini-tabla de artículos, si necesita enumerar más de media docena.
Steve314

18

Si escribe C / C ++, parece que realmente no diferencia mucho entre los dos. Entonces definitivamente escribiría C, C ++


13

Ponga lo que es mejor al principio y por sí mismo, y sea honesto. Contrato desarrolladores experimentados de C ++, y mi experiencia es que las personas que enumeran "C / C ++" son buenos programadores de C y, por lo general, programadores marginales o principiantes de C ++. Esto no es pedantería, son los resultados de cientos de entrevistas que mi grupo y yo hemos hecho. Si enumeras "C ++, C, java, perl", seguiré leyendo tus proyectos, experiencia y educación. si enumeras "perl, java, C, C ++", te voy a entregar al chico del pasillo que contrata a nuestro equipo de perl. Si enumeras "C / C ++", tienes que tener algunas experiencias realmente fuertes que claramente fueron 100% C ++.


9

Probablemente no importa

Al menos no a los reclutadores. La mayoría de los reclutadores probablemente los tratarán como lo mismo o al menos una variación de lo mismo. Los más avanzados técnicamente probablemente no estén prestando atención a un detalle tan menor.

Sin embargo, me preocuparía "reanudar la carne" si tuviera una descripción para cada uno. Si incluye una descripción de los idiomas que enumera, enumérelos juntos e incluya una oración parcial para cada uno.


No estoy de acuerdo: con idiomas como A +, B, C, C ++, C #, Obj-C, D y E, es mejor ser claro para un reclutador.
JBRWilkinson

1
@JBRWilkinson Estoy hablando específicamente de tratar "C, C ++" y "C / C ++" como lo mismo, no "C" y "C ++" como lo mismo. En otras palabras, la mayoría de los reclutadores no distinguirán entre usar un ,o /. ¿Esto es con lo que no estás de acuerdo?
Nicole

En desacuerdo: es importante para las personas que toman la decisión sobre si recibirán o no una entrevista.
rapid_now

@quickly_now - ¿De qué manera importa ,o /importa?
Nicole

@Renesis: mira mi respuesta más larga.
rápidamente_ahora

8

¿Pondría Java / C # en su CV? O Perl / Python? (Java / Javascript sería interesante)

Probablemente no, entonces ¿por qué C / C ++?

Por supuesto, es posible que solo porque la especificación del trabajo solicite C / C ++ y si no lo escribe exactamente de esta manera, se filtrará por no contener las palabras de moda válidas. Así como debes asegurarte de que palabras como Agile aparezcan en tu CV hoy en día.


5

Cuando su currículum sale, llega a algunos lugares: la agencia de reclutamiento / cazatalentos (si hay uno), el gerente de contratación de la empresa, el líder del equipo en la empresa ... y así sucesivamente.

Un currículum puede pasar fácilmente de 3 a 4 manos, y CADA UNO tiene la capacidad de garabatear una nota al decir "pierde puntos por no conocer X". O simplemente tírelo directamente sobre la pila de rechazos. Una vez que esté marcado, eso es todo ... el currículum está efectivamente muerto. Perdiste.

Recuerde que conseguir un trabajo es una competencia. No solo estás haciendo un buen currículum, tienes que ser claro, conciso y tener algo que te haga destacar del siguiente chico. De esa manera obtienes el trabajo, y el otro no.

Las pequeñas cosas importan. Cuando he considerado a 2 solicitantes que, de lo contrario, parecen idénticos, el que escribe: "C / C ++" me molesta porque ha trivializado la diferencia. El que escribe: "C / C ++ / C #" pasa a la pila de rechazo sin más consideración. Porque la persona que escribe esos 8 caracteres piensa que transmite todo y estos son intercambiables. No son.

También miro la experiencia relevante y los proyectos completados. Cuando empleo a alguien, mi detector de mierda funciona con toda su fuerza porque todos los que se cruzan en la puerta y están mintiendo están perdiendo su valioso tiempo. La eliminación más barata es en la etapa de reanudación.

Entonces, si sabes algo bien, déjalo claro, hazlo distinto. Haz que destaques entre la multitud.

(Por analogía, quizás un poco anticuado. Si conozco Pascal y Ada, dos idiomas con bastante en común (y sí, sé mucho diferente). ¿Esperarías que escriba Pascal / Ada? Conozco a Pascal y Delphi, escribiría Pascal / Delphi. Delphi podría estar basado en Pascal, alguna vez, pero las extensiones OO y las grandes bibliotecas hacen que la comparación sea de tiza y queso).


Punto interesante Una cosa a apreciar es la entrevista anti-loop : incluso los buenos candidatos tienen entrevistadores que nunca los contratarían. No todos los candidatos que escriben C/C++lo hacen para trivializar la diferencia, pero son esa persona para ti porque lo ves de esa manera. Podría estar en desacuerdo con usted y ver C, C++como tratar de alargar el "recuento" de los idiomas que conocen. De todos modos, una buena perspectiva y esto me hace gustar aún más esta pregunta: me gusta entrar en los detalles psicológicos de las entrevistas / contrataciones.
Nicole

Escribí otro par de respuestas largas sobre la contratación ... programmers.stackexchange.com/questions/3892/… y programmers.stackexchange.com/questions/19278/… Probablemente valga la pena leerlas también. Estoy firmemente en el campo de Joel-on-software: es mejor no contratar a nadie que a la persona equivocada. La persona de la que no está muy seguro ... no debe ser contratada.
rápidamente_ahora

Contrapunto; nunca me molesta ni una jota. La lista de lenguajes de programación, no importa cómo se presente, es solo eso: una lista. No rechazaría a nadie por usar / en lugar de, claro, miras su experiencia más detallada y si parece que C / C ++ significa "No aprendí un poco de C una vez", entonces, sí, rechazalas. Pero esa no era realmente la pregunta.
Errante

por este mecanismo de filtrado , estoy totalmente jodido, en la sección de idiomas he escrito "C ++ / Java" - ¡Vaya! ...: D
Nim

3

El papel de un currículum es llevarte a la entrevista. Hoy en día, esto frecuentemente significa alcanzar las palabras de moda que buscan el reclutador y los recursos humanos, y luego impresionar al gerente de contratación.

Para este fin, los enumeraría por separado. Puede que no le importe a RR. HH. O al reclutador, pero es probable que el gerente de contratación se dé cuenta, y la única forma en que le importará es si le duele usar "C / C ++".

Dicho esto, no debe tener miedo de adaptar su currículum al trabajo, y si dice C / C ++ en la descripción, enumere C / C ++ y también encuentre formas de enumerarlos por separado.


2

Lo siento, pero ¿no crees que esto es realmente dividir los pelos? Cuando estoy contratando un programador, solo miro brevemente cuál es el listado de idiomas porque, de todos modos, generalmente estoy contratando un idioma específico. Además, el hecho de que conozca un idioma no significa que realmente conozca todas sus bibliotecas, API y sepa cómo usarlas.

Lo que más me interesa es generalmente la experiencia laboral o cualquier proyecto en el que haya trabajado. Sé muchos idiomas, pero solo he hecho un trabajo serio en aproximadamente dos o tres de ellos. Pasaría más tiempo destacando sus éxitos y experiencia en lugar de cuántos idiomas conoce. Solo mis $ .02.


1
Sí, pero si recibe los currículums a través de una agencia de reclutamiento, podría, ya que muchos realmente NO TIENEN PISTA de lo que están buscando. Bastante triste, pero así es como es. Obviamente, si contrata directamente, entonces no tiene este problema, esto es cierto. Pero sí ... de hecho está dividiendo pelos.
haylem

2

Una barra diagonal es tradicionalmente una abreviatura para y / o. ¿Conoces C y / o C ++? Creo que sabes C y C ++. Escríbelo así.


1

No tendría una sección que solo enumerara las afirmaciones de conocimiento del idioma en absoluto.

Un ejemplo: cuando estaba en la universidad, usé C para expresar mejor lo que originalmente era un programa escrito en el ensamblador 80286 anotado por MASM, mientras usaba la asmfunción para incluir las cosas que tenían que estar en el ensamblador. Para todo lo demás, elegí C ++ o un precursor de Delphi llamado "Object Pascal", que se enseñó en esa universidad.

En un currículum que podría tomar la forma "Universidad de Acme - 1993-1995 - Programador de red \ Como un estudiante empleado del departamento de MIS, desarrollé utilidades de monitoreo de redes TCP / IP de bajo nivel para que MIS las use, usando Assembler, C y lenguajes de programación C ++ ".

El uso de los departamentos de recursos humanos de los currículums todavía encontrará y seleccionará o rechazará su currículum, pero la afirmación anterior aparecerá en el contexto de su experiencia real y existirá como una oración en lenguaje natural que a los humanos les gusta leer. Tal cosa dice mucho más que una lista de palabras de moda.


No podría estar mas de acuerdo. Obtuve mi trabajo actual debido a mi experiencia en la aplicación de mi conocimiento general a proyectos semestrales. Simplemente describí mis responsabilidades.
Ramhound

Pero la mayoría de los entrevistadores (no hablo de reanudar bots), es decir, los entrevistadores F2F pueden no tomarse el tiempo para leer las oraciones en lenguaje natural. Sería más prudente enumerar sucintamente sus idiomas y agregar una sección separada que enumere los proyectos que ha emprendido.
abhicantdraw

Un currículum vitae bien formateado de una página no será una tarea para ningún entrevistador que valga la pena; se supone que el documento es una referencia de puntos de conversación para la entrevista. Si su entrevistador ni siquiera ha leído tanto, cuestione la calidad de la empresa a la que se postula. Y en caso de duda, en negrita las palabras clave.
Rob Perkins

1

Imagina un trozo de código

int class = 0;

Es un código C legal, pero no se compilará con el compilador C ++, por lo tanto, estos son dos lenguajes. Poner C, C ++.


1
Este es un mal ejemplo, aunque lo que significa no es tan malo. ¿Qué tal una diferencia más grande, como MyStructureType *ptr = malloc(sizeof(MyStructureType))compilar en C ++ pero no en C? Estos ejemplos simplemente usando palabras clave de C ++ son, en mi humilde opinión, demasiado artificiales.
Billy ONeal

0

Para la gran mayoría de los empleadores simplemente no hay diferencia (este pequeño artículo específico de todos modos). Para aquellos que sí ... bueno, de todos modos, probablemente no sean la empresa para ti.

Su lista de lenguajes de programación es trivial de todos modos: no se preocupe demasiado, solo enumere sinceramente los lenguajes que puede manejar. Los reclutadores son generalmente lo suficientemente inteligentes como para leer sobre su experiencia, que es lo importante después de todo.

Seguro; algunas personas rechazan (o eligen) a los candidatos por encima de las selecciones de liendres. Eso es justo lo que pasa. Pero puede estar sobre cualquier dato trivial.

Simplemente escriba un CV claro y decente y eso es todo lo que puede hacer :)


0

El último. C, C ++.

Cuando los currículums se escanean en una computadora para que RRHH pueda procesarlos de manera más efectiva, si están buscando palabras clave, pueden perder C / C ++ si están buscando la palabra "C ++" en algún lugar del currículum.

Lo cual es triste, pero no quieres perder una oportunidad.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.