In un curriculum, tutto ciò che costituisce un linguaggio di programmazione [chiuso]

Nel tuo curriculum, cosa classificheresti come linguaggio di programmazione? Ad esempio, in Linguaggi di programmazione (o in una sezione con titolo simile del tuo curriculum), elenchi C #, Java, C e lo lasci in quel modo o vai e aggiungi XML (perché, beh, è ​​eXtensible Markup Language) e XSLT e jQuery e tutto il resto?

Se non hai intenzione di aggiungere jQuery in lingue, dove lo inseriresti esattamente?

Una soluzione a questo dilemma verrebbe inserita nelle tecnologie che hai utilizzato nell'ambito del progetto, ma in questo modo stai costringendo il recruiter a passare attraverso i progetti che hai realizzato piuttosto che dare un punto culminante delle tecnologie e delle lingue che conosci .

Quali sono i tuoi pensieri?

Se devi chiedere "dovrei metterlo come linguaggio di programmazione?" quindi non farlo.

Non perderai un'intervista perché hai archiviato XML e XSLT in "Strumenti e tecnologie". Ma potresti se li archiviassi in "Linguaggi di programmazione" e colpisci un lead scontroso dev che ti prende un istante antipatia per questo.

Il mio CV ha una sezione "Lingue e quadri" che assomiglia a questo:

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

Questo per tre motivi:

1. Sebbene nessuno si aspetterebbe che tu abbia esperienza nell'uso di JQuery o YUI in C ++, questo aiuta a chiarire la tua ipotetica esperienza di Qt in C ++ dalla tua mancanza di esperienza in Wx in C ++. Posizionare semplicemente Wx o Qt in un successivo pacchetto di framework non lo fa.

2. Fornisce un titolo conciso per ogni categoria, in modo che un reclutatore esperto possa scansionarlo per trovare ciò che desidera, pur continuando a riempirlo con una parola d'ordine sufficiente per ottenere il tuo CV per superare i robot di reclutamento.

3. Non chiamando questa sezione "linguaggi di programmazione", evito anche di essere compilato da qualcuno che non è d'accordo con la mia affermazione sul fatto che XSLT sia o meno un linguaggio di programmazione. Per non parlare di coloro che mantengono una distinzione arbitraria tra i linguaggi di programmazione e di scripting.

Personalmente, ho una sezione Skills & Technologies, con diverse sottosezioni:

• Linguaggi di programmazione *
• Sistemi operativi
• Banche dati
• Frameworks & Technologies (dove scarichi tutto ciò che vuoi)

* compresi i linguaggi di markup / dichiarativi, perché i recruiter pensano che sia lo stesso, e le persone tecniche che nutrono rancore non sarebbero persone con cui voglio lavorare se non riescono a superarlo dopo un colloquio.

A seconda del lavoro, lo modifico per includere altre sezioni ed essere molto esteso come questo:

• Sistemi operativi
• Quadri / SDK
• Linguaggi di programmazione
• CLE / VM
• Banche dati
• App. Server / Contenitori
• IDE / Redattori
• Suite per ufficio / autore
• virtualizzazione

Devo ammettere che è eccessivamente esagerato e ridicolo, ma il mercato del lavoro è così com'è, e ai recruiter piacciono le caselle di spunta, non vedo perché non lo terrei contro di loro. Se riesco a trovare una parola chiave, posso inviare una versione più pulita e più snella per l'intervista. (In realtà produco sempre 3 versioni diverse del mio curriculum a causa di questo, e a causa delle differenze culturali nei paesi seveal: ho una versione di 1 pagina, una versione di 3 pagine e una versione molto estesa.)

Ma sarei d'accordo con gli altri: non mescolare lingue e librerie. Ciò andrebbe bene con i recruiter, poiché spesso - ma non sempre - non comprendono nulla di tutto questo in dettaglio e non vedranno la linea tra le categorie. Ma le persone con cui intervisterai penseranno che va un po 'troppo lontano. Ti darei comunque una telefonata per uno screening del telefono, ma direi che potrebbe lasciare un'impressione negativa (ad esempio, devo confessare che i miei denti si stringono ogni volta che vedo "J2EE" o "JEE" sotto il sezione linguaggi di programmazione).

Se è necessaria una sezione tecnologica, elencare le lingue e quindi elencare i framework separatamente.

La cosa migliore è elencare le tue lingue, i framework e altre tecnologie in linea con le descrizioni delle tue esperienze chiave di progetto / lavoro.

vale a dire "Applicazione web sviluppata per eseguire XYZ utilizzando PHP, Javascript (jQuery) e XSLT ...."

Ho intenzione di rispondere dal punto di vista di qualcuno che ha letto riprende. È così che li leggo, quindi YMMV come sempre.

Quando vedo un curriculum con qualcosa come "Lingue: jQuery, Django, Joomla" , è praticamente un file circolare istantaneo. Andrei bene l'equivalente "Lingue: JavaScript, Python, PHP" , con una chiamata che hai esperienza con jQuery / Django / Joomla, ma la prima affermazione sembra che tu non conosca davvero la differenza tra un framework / libreria e una lingua, e non è proprio un buon segno.

Accetto CSS / HTML / XML / XSLT come "lingue". Ma non presumo che non ne abbia mai sentito parlare se non le menzioni in modo specifico (anche se lo farò per assicurarmi, se lo raggiungi sullo schermo del telefono), e non alzo un sopracciglio alle persone che hanno una sezione "strumenti" separata in cui elencano markup / VCS / server con cui hanno familiarità.

Non confondere le lingue con le librerie. È possibile elencare JS e indicare che si ha familiarità con JQuery (e possibilmente con altre librerie JS).

Il mio background è principalmente in C, che elencherò così come la mia familiarità con diverse implementazioni della libreria C standard. Non approfondisco ogni singola libreria (oltre allo standard C) con cui ho lavorato, a meno che non siano notevoli (MPI / ecc.).

Inoltre, se sei estremamente esperto nelle specifiche di qualsiasi standard, è una buona idea elencare quello standard. Ancora una volta, tienilo breve e cerca di limitare l'elenco a cose che potrebbero distinguerti dagli altri.

Elenco la mia esperienza con XML e JSON, ma solo durante l'elaborazione della sezione "Progettazione API" della mia esperienza.

Non sono d'accordo con Haylem sull'elencare i linguaggi di markup in linguaggi di programmazione: i linguaggi di markup vengono utilizzati per strutturare i dati, non per generarli effettivamente. In realtà non è possibile programmare nulla con HTML, almeno non in combinazione con Javascript, in cui il linguaggio di markup diventa una sorta di mezzo di archiviazione dei dati. Elencare quelli in framework / tecnologie.

Inoltre, dimostrando di conoscere effettivamente la differenza tra un linguaggio di programmazione / scripting, un linguaggio di markup / strutturazione dei dati e librerie / API, eviterai di essere eliminato dall'elenco dopo una rapida occhiata al tuo curriculum.

Nel mio curriculum, ho impostato 4 sezioni. Sono scritti come:

• Competenze Web lato client: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
• Competenze .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
• Competenze PHP: PHP, MySQL, PHPMyAdmin, Wordpress, Joomla
• Competenze IT generali: SDLC, DBMS, UML, Abilità comunicative

Questo è solo il mio modo di scrivere CV, anche il tuo sarà apprezzabile.

Dovresti indirizzare il tuo CV / curriculum al contesto in cui viene applicato. Stai candidando un lavoro in cui desiderano esperienza di "linguaggi di programmazione inclusi Java, C ++ e HTML"? Se hai l'esperienza pertinente, elencala. Chiediti se la tua conoscenza di Rexx deve essere presentata, e in tal caso se raggrupparla con tutto il resto o metterlo in una sezione secondaria.

Di solito ho una sezione "tecnologie pertinenti" in cui elencherò le cose in cui ho esperienza e che sono state esplicitamente richieste nelle specifiche della persona, e una sezione "esperienza tecnologica" che è un po 'più ampia. Ricorda che il pubblico target per il tuo curriculum include persone che non sono esperti di tecnologia. A loro non importa se pensi che HTML sia un linguaggio di programmazione, un linguaggio di markup o un formato di documento: a loro importa se possono facilmente scoprire se le tue esperienze corrispondono a quelle che è stato loro chiesto di cercare.