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

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

Non ti perderai un'intervista perché hai archiviato XML e XSLT in "Strumenti e tecnologie". Ma potresti farlo se li hai archiviati in "Linguaggi di programmazione" e ti capita di imbattersi in uno scontroso direttore di sviluppo che ti prende immediatamente in antipatia per colpa sua.

Il mio CV ha una sezione "Languages and Frameworks" simile a questa:

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

Questo è per tre motivi:

1. Anche se nessuno si aspetterebbe che tu abbia esperienza con JQuery o YUI in C ++, questo aiuta a chiarire la tua esperienza ipotetica di Qt in C ++ dalla tua mancanza di esperienza in Wx in C ++. Il semplice inserimento di Wx o Qt in un pacchetto successivo di framework non lo fa.

2. Fornisce un titolo sintetico per ogni categoria, in modo che un selezionatore esperto possa scansionarlo per trovare ciò che desidera, pur continuando a riempirlo di parole chiave sufficienti per far sì che il tuo CV superi i robot di reclutamento.

3. Non chiamando questa sezione "linguaggi di programmazione", evito anche di essere riempito 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 quelli che mantengono una distinzione arbitraria tra linguaggi di programmazione e scripting.

Personalmente, ho competenze e amp; Sezioni delle tecnologie, con diverse sottosezioni:

• Lingue di programmazione *
• Sistemi operativi
• Database
• Framework e amp; Tecnologie (dove scarichi tutte le cose che vuoi)

* inclusi i linguaggi markup / dichiarativi, perché i reclutatori pensano che sia lo stesso, e le persone tecniche che terrebbero rancore non sarebbero le persone con cui voglio lavorare se non riescono a superarle dopo un'intervista.

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

• Sistemi operativi
• Framework / SDK
• Lingue di programmazione
• CLEs / VMs
• Database
• App. Server / Contenitori
• IDE / editor
• Suite ufficio / autore
• Virtualizzazione

Il che ammetterei è decisamente eccessivo e ridicolo, ma il mercato del lavoro è così com'è, e i reclutatori amano le caselle di spunta, non vedo perché non lo terrei contro di loro. Se mi arriva attraverso una ricerca per parole chiave, allora posso inviare una versione più pulita e 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 una pagina, una versione di 3 pagine e una versione molto estesa.)

Ma sono d'accordo con gli altri: non mescolare linguaggi e librerie. Ciò andrebbe bene con i reclutatori, poiché spesso - ma non sempre - non capiscono nulla di tutto ciò in dettaglio e non vedranno la linea tra le categorie. Ma le persone con cui intervisti penseranno che andrà un po 'troppo lontano. Ti farei comunque una telefonata per uno screening telefonico, ma direi che potrebbe lasciare un'impressione negativa (ad esempio, devo confessare che i miei denti si rabbrividiscono ogni volta che vedo "J2EE" o "JEE" sotto il sezione linguaggi di programmazione).

Se hai bisogno di una sezione sulle tecnologie, elenca le lingue e quindi elenca i framework separatamente.

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

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

Ho intenzione di rispondere dal punto di vista di qualcuno che ha letto riprende. Ecco come I li legge, quindi YMMV come sempre.

Quando vedo un curriculum con qualcosa come "Lingue: jQuery, Django, Joomla" , è praticamente un file istantaneo. Mi andrebbe bene l'equivalente "Lingue: JavaScript, Python, PHP" , con una chiamata che hai esperienza con jQuery / Django / Joomla, ma la prima affermazione fa sembrare che tu non in realtà conosciamo la differenza tra un framework / libreria e una lingua, e questo non è davvero un buon segno.

Accetto i CSS / HTML / XML / XSLT come "lingue". Ma non credo che tu non ne abbia mai sentito parlare se non ne menzioni specificamente (anche se seguirò per assicurarmi, se lo farai sullo schermo del telefono), e non alzerò un sopracciglio alla gente che hanno una sezione "strumenti" separata in cui elencano i markup / VCS / server con cui hanno familiarità.

Non confondere le lingue con le librerie. Puoi elencare JS e indicare che hai familiarità con JQuery (e possibilmente con altre librerie JS).

Il mio background è principalmente in C, che elencherò oltre alla mia familiarità con diverse implementazioni della libreria C standard. Non ho elaborato su ogni singola libreria (oltre allo standard C) con cui ho lavorato, a meno che non siano notevoli (MPI / etc).

Inoltre, se sei estremamente esperto nelle specifiche di qualsiasi standard, è una buona idea elencare questo standard. Di nuovo, 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 quando elaboriamo nella sezione "API Design" della mia esperienza.

Non sono d'accordo con Haylem sull'inserimento di linguaggi di marcatura in linguaggi di programmazione - i linguaggi di marcatura sono usati 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 il supporto di memorizzazione dei dati, di un tipo. Elenca quelli sotto framework / tecnologie.

Inoltre, provando che conosci davvero la differenza tra un linguaggio di programmazione / scripting, il linguaggio di strutturazione dei markup / dati e le librerie / API ti eviteranno di essere buttati fuori dalla lista dopo una rapida occhiata al tuo curriculum.

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

• Abilità web sul lato client: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
• Abilità .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
• Abilità 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 facendo domanda per un lavoro in cui vogliono esperienza di "linguaggi di programmazione tra cui Java, C ++ e HTML"? Se si dispone dell'esperienza pertinente, elencarlo. Chiediti se la tua conoscenza Rexx deve essere presentata a tutti e, in tal caso, se inserirla con tutto il resto o inserirla in una sezione secondaria.

Di solito ho una sezione "tecnologie rilevanti" in cui elencho le cose di cui ho esperienza e che sono state esplicitamente richieste nelle specifiche delle persone, e una sezione "esperienza tecnologica" che è un po 'più ampia. Ricorda che il pubblico di destinazione per il tuo curriculum comprende persone delle risorse umane che non sono esperti di tecnologia. A loro non importa se pensi che l'HTML sia un linguaggio di programmazione, un linguaggio di markup o un formato di documento: si preoccupano se possono scoprire prontamente se le tue esperienze corrispondono a quelle che sono state richieste per cercare.