Em um resumo, tudo o que constitui uma linguagem de programação [fechado]

No seu currículo, o que você classificaria como uma linguagem de programação? Por exemplo, em Linguagens de programação (ou uma seção com título semelhante do seu currículo), você lista C #, Java, C e deixa por isso mesmo ou adiciona XML (porque, bem, é eXtensible Markup Language) e XSLT e jQuery e tudo isso também?

Se você não deseja adicionar o jQuery em idiomas, onde exatamente o colocaria?

Uma solução para esse dilema seria colocada nas tecnologias que você usou no projeto, mas dessa forma, você está forçando o recrutador a passar pelos projetos que realizou, em vez de destacar as tecnologias e os idiomas nos quais você está familiarizado. .

Quais são seus pensamentos?

Se você precisar perguntar "devo colocar isso como uma linguagem de programação?" então não.

Você não perderá uma entrevista porque apresentou XML e XSLT em "Ferramentas e tecnologias". Mas você pode, se os arquivar em "Linguagens de programação" e se deparar com um líder mal-humorado que sente uma aversão instantânea a você por causa disso.

Meu currículo possui uma seção "Idiomas e estruturas" que se parece com isso:

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

Isso ocorre por três razões:

1. Embora ninguém espere que você tenha experiência usando JQuery ou YUI em C ++, isso ajuda a desambiguar sua experiência hipotética de Qt em C ++ da sua falta de experiência em Wx em C ++. Simplesmente colocar Wx ou Qt em um pacote posterior de estruturas não faz isso.

2. Ele fornece uma manchete concisa para cada categoria, para que um recrutador experiente possa digitalizá-lo para encontrar o que deseja, enquanto ainda o preenche com chavões suficientes para que seu currículo passe pelos bots de recrutamento.

3. Ao não chamar esta seção de "linguagens de programação", também evito ser contornada por alguém que discorda da minha afirmação sobre se o XSLT é ou não uma linguagem de programação. Sem mencionar aqueles que mantêm uma distinção arbitrária entre linguagens de programação e script.

Pessoalmente, tenho uma seção de Habilidades e Tecnologias, com diferentes subseções:

• Linguagens de programação *
• Sistemas operacionais
• DataBases
• Estruturas e tecnologias (onde você despeja tudo o que deseja)

* incluindo linguagens de marcação / declarativas, porque os recrutadores acham que é o mesmo e as pessoas técnicas que guardariam rancor não seriam pessoas com quem eu quero trabalhar se não puderem passar por isso depois de uma entrevista.

Dependendo do trabalho, eu o modifico para incluir outras seções e ser muito extenso assim:

• Sistemas operacionais
• Frameworks / SDKs
• Linguagens de programação
• CLEs / VMs
• Bases de dados
• Aplicativo. Servidores / Recipientes
• IDEs / Editores
• Suítes de escritório / autoria
• Virtualização

O que eu admitiria é exagero e risível, mas como o mercado de trabalho é do jeito que é, e os recrutadores gostam de caixas de seleção, não vejo por que não o manteria contra eles. Se eu conseguir uma pesquisa por palavra-chave, posso enviar uma versão mais limpa e mais enxuta para a entrevista. (Na verdade, sempre produzo três versões diferentes do meu currículo por causa disso e por causa de diferenças culturais em vários países: eu tenho uma versão de uma página, uma versão de três páginas e uma versão muito extensa.)

Mas eu concordo com os outros: não misture linguagens e bibliotecas. Isso seria bom para os recrutadores, pois eles muitas vezes - mas nem sempre - não entendem nada disso em detalhes e não vêem a linha entre as categorias. Mas as pessoas com quem você entrevista acham que isso vai longe demais. Eu ainda telefonaria para uma triagem telefônica, mas diria que isso pode deixar uma impressão negativa (por exemplo, tenho que confessar que meus dentes estremecem toda vez que vejo "J2EE" ou "JEE" sob o linguagens de programação).

Se você precisar de uma seção de tecnologias, liste os idiomas e liste as estruturas separadamente.

O melhor é listar seus idiomas, estruturas e outras tecnologias de acordo com as descrições de suas principais experiências de projeto / trabalho.

ou seja, "Aplicativo da web desenvolvido para executar XYZ usando PHP, Javascript (jQuery) e XSLT ...."

Vou responder da perspectiva de alguém que leu o currículo. É assim que eu os leio, então YMMV como sempre.

Quando vejo um currículo com algo como "Idiomas: jQuery, Django, Joomla" , é praticamente um arquivo redondo instantâneo. Eu ficaria bem com o equivalente "Idiomas: JavaScript, Python, PHP" , com uma chamada que você tem experiência com jQuery / Django / Joomla, mas a primeira declaração faz parecer que você realmente não sabe a diferença entre uma estrutura / biblioteca e um idioma, e isso não é realmente um bom sinal.

Eu aceito CSS / HTML / XML / XSLT como "idiomas". Mas não presumo que você nunca tenha ouvido falar deles, se não mencioná-los especificamente (embora eu faça o acompanhamento para ter certeza, se você aparecer na tela do telefone), e eu não levanto uma sobrancelha para as pessoas. que possuem uma seção "ferramentas" separada, na qual listam marcações / VCS / servidores com os quais estão familiarizados.

Não confunda idiomas com bibliotecas. Você pode listar JS e indicar que você está familiarizado com o JQuery (e possivelmente outras bibliotecas JS).

Minha formação é principalmente em C, que listo, bem como minha familiaridade com várias implementações da biblioteca C padrão. Não elaboro em cada biblioteca individual (além do padrão C) com a qual trabalhei, a menos que sejam notáveis ​​(MPI / etc).

Além disso, se você é extremamente versado nas especificidades de qualquer padrão, é uma boa idéia listar esse padrão. Mais uma vez, seja breve e tente limitar a lista a coisas que possam diferenciá-lo dos outros.

Listo minha experiência com XML e JSON, mas apenas ao elaborar a seção "Design da API" da minha experiência.

Não concordo com Haylem ao listar linguagens de marcação em linguagens de programação - as linguagens de marcação são usadas para estruturar dados e não para gerá-los. Na verdade, você não pode programar nada com HTML, pelo menos não em combinação com Javascript - no qual a linguagem de marcação se torna o meio de armazenamento de dados. Liste aqueles em estruturas / tecnologias.

Além disso, provar que você realmente sabe a diferença entre uma linguagem de programação / script, linguagem de marcação / estrutura de dados e bibliotecas / APIs evitará que você seja excluído da lista após uma rápida olhada no seu currículo.

No meu currículo, eu configurei 4 seções. Eles são escritos como:

• Habilidades na Web do lado do cliente: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
• Habilidades em .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
• Habilidades PHP: PHP, MySQL, PHPMyAdmin, Wordpress, Joomla
• Habilidades Gerais de TI: SDLC, DBMS, UML, Habilidades de Comunicação

Esta é apenas a minha maneira de escrever CV, a sua também será apreciada.

Você deve direcionar seu currículo / currículo para o contexto em que está sendo aplicado. Você está se candidatando a um emprego em que deseja experiência em "linguagens de programação incluindo Java, C ++ e HTML"? Se você tiver a experiência relevante, liste-a. Pergunte a si mesmo se seu conhecimento sobre Rexx precisa ser apresentado e, em caso afirmativo, se deve agrupá-lo com todo o resto ou colocá-lo em uma seção secundária.

Geralmente, tenho uma seção "tecnologias relevantes", onde listo as coisas que tenho experiência e foram explicitamente solicitadas na especificação de pessoa, e uma seção "experiência em tecnologia" que é um pouco mais abrangente. Lembre-se de que o público-alvo do seu currículo inclui pessoas de RH que não são especialistas em tecnologia. Eles não se importam se você acha que o HTML é uma linguagem de programação, uma linguagem de marcação ou um formato de documento: eles se importam se podem descobrir facilmente se suas experiências correspondem às que foram solicitadas a procurar.