A quel punto "conosci" una tecnologia sufficiente per elencarla su un curriculum [chiuso]

71

Recentemente ho avuto un programmatore per un'intervista, che elencava Python, PHP, Rails e ASP come alcune delle loro abilità. Nell'intervista, tuttavia, l'intervistato non sapeva abbastanza quali fossero le strutture di controllo e la logica di base, avevano solo seguito alcuni tutorial dimostrativi.

Quindi la mia domanda è questa: A quale punto puoi aggiungere una tecnologia al tuo curriculum con precisione . È quando puoi dimostrare tutti i concetti di base, scrivere un programma utile o semplicemente usarlo senza dover consultare la documentazione ogni 30 secondi.

Non credo che questo sia eccessivamente soggettivo, una base di riferimento dovrebbe essere facilmente stabilita sulla base del feedback.

    
posta Brandon Wamboldt 27.10.2010 - 04:42
fonte

14 risposte

77

Dovresti essere in grado di difendere / spiegare ogni singola parola che hai inserito nel tuo curriculum. Tipo di tesi / tesi. Ho visto molti candidati respinti con la ragione "non poteva giustificare ciò che aveva messo nel suo curriculum".

Un approccio è seguire il questionario di auto di Google. Valuta ogni abilità su una scala di 10. In questo modo possiamo proiettare quanto siamo relativamente tranquilli con le varie tecnologie.

  • 1 significa che puoi leggere il codice degli altri con un sacco di googling.
  • 5 forse per l'implementazione di moduli nella tecnologia. Ecc.
  • 8 per un sacco di esperienza e comodo con la progettazione e l'attuazione di grandi progetti in quella tecnologia.
  • 9 per la conoscenza architettonica con una comprensione moderata di ciò che è sotto il cofano.
  • 10 significa che hai scritto un libro o inventato.

Ho visto i curriculum che hanno grafici a barre che indicano competenza relativa in varie tecnologie.

Un'altra opzione è raggruppare le abilità come "comprensione strong", "competenza moderata" e "familiarità con".

Modifica:

Ho provato a mettere questo come commento, ma non sembra dovuto alla mancanza di formattazione.

Per un riferimento, ecco ciò che Google definisce le tariffe nella loro autovalutazione

  • 0 - Non hai esperienza
  • 1 a 3 - Conosce questo area ma non sarebbe comodo implementando qualsiasi cosa in esso .-
  • 4 a 6 - Sei sicuro di questo area e usarlo ogni giorno .-
  • 7 - 9 Sei estremamente bravo a esperto e ha profondi tecnici esperienza nell'argomento e sensibilità constrongvole progettazione di qualsiasi progetto in esso .-
  • 10 - Riservato a coloro che lo sono esperti del settore riconosciuti, sia hai scritto un libro o inventato esso.
risposta data 27.10.2010 - 05:01
fonte
26

Per il mio modo di pensare, l'attenzione su tecnologie specifiche è un errore. Continuo ad elencare la mia esperienza su Rexx, non perché penso che qualcuno oggi la stia cercando, ma perché voglio sottolineare la mia capacità di spostarmi fluidamente in diverse lingue, anche dopo 19 anni in I.T.

No, probabilmente non sono riuscito a scrivere in maniera fluida alcune delle lingue che elenco. Ma datemi una mezza giornata e potrei scrivere la stessa sceneggiatura in 3 (la vostra scelta).

Per me, la vera domanda è: puoi sfruttare la tecnologia di fronte a te (qualunque cosa sia), mettere in azione le buone idee in un modo che avvantaggi l'azienda e rendere il tuo lavoro stimolante e divertente ?

Questa è una domanda difficile a cui rispondere, basandosi semplicemente sulla lettura di un elenco di "ciò che già sai".

    
risposta data 27.10.2010 - 05:23
fonte
23

Questo è un problema che ho incontrato un po '. Alla fine ho abbandonato completamente la sezione "Abilità" del mio curriculum e mi sono concentrato su ciò che ho fatto con quelle lingue, in particolare nei miei progetti e nella sezione sull'occupazione. Metto in evidenza / grassetto tecnologie specifiche come parte della descrizione.

Esempio:

Web Developer @ Company X (3/3/03 to 5/5/05) Primary developer on a database-driven website to help film students organize their projects. Used PHP and MySQL. Worked on it through development and release leading to a successful roll-out to students in early 2009, and maintenance thereafter.

Questo metodo offre alle tue competenze un contesto reale che puoi discutere in un colloquio.

    
risposta data 27.10.2010 - 06:07
fonte
13

Elenco solo le cose che conosco bene, e per me questo significa usato in rabbia per circa un anno o più .

Questo sono solo io. Per quanto tempo penso che prenda veramente conosca, apprezzi e comprenda un linguaggio / sistema / IDE / ambiente / qualsiasi cosa.

Quando armeggia, non impari davvero tanto bene. La maggior parte delle lingue / framework / ecc richiede davvero di entrare nella mente del progettista prima di "ottenerlo", e per sapere veramente di cosa si tratta richiede circa 12 mesi.

Un po 'a parte:

Nella mia posizione di intervista e lettura di CV, trovo interessante il fatto che la gente elenchi tutti i tipi di cose, senza informazioni di supporto nella loro esperienza per sostenere la loro affermazione. Ad esempio, potrebbero elencare PHP, MYSQL, Ada, C ++, C #. E poi la loro esperienza potrebbe dire che hanno fatto un progetto usando C ++.

Quando non c'è nulla per eseguire il backup delle lingue rivendicate nell'esperienza elencata, di solito sento l'odore di un topo e quella persona non lo farà nemmeno per un colloquio.

Elencare le lingue per valutazione, o per quanto tempo è utilizzato, o competenza, tutto aiuta l'intervistatore - che non è sempre ciò che è inteso dalla persona che invia il CV!

SUGGERIMENTI:

SE SCRIVETE UN CV:

  • Sii chiaro, diretto e scrupolosamente onesto.

  • Rendi la vita semplice per la persona che legge il tuo CV il più possibile. Presente chiaramente, senza iperbole.

  • Se hai una descrizione della posizione che non incontri completamente, allega una dichiarazione che mostra COME incontri la descrizione della posizione (non rendere la persona che ottiene il tuo CV come figura). E DOVE NON SODDISFARE QUALCOSA DI QUALCOSA, Dillo. E se disposto ad imparare, DICE COSÌ. Questo dimostra anche che hai effettivamente letto la descrizione della posizione, e l'hai compresa, e non stai semplicemente sfornando i CV del modulo per ogni posizione.

SE LEGGI UN CV:

  • Controllo incrociato: l'esperienza elencata corrisponde al set di abilità elencato? In caso contrario, qualcosa è sospetto.

  • Per quanto tempo è stato usato qualcosa? Un paio di giorni, o un tutorial, non è esperienza, non importa come ti vesti.

  • La persona ha costantemente sminuzzato e cambiato? Si sono tenuti abbastanza a lungo per vedere qualcosa? (Hanno vissuto con i propri errori? No = un altro avviso)

A volte queste cose sono difficili da valutare e finisci per "odorare". E 'un CV che ha un po' di odore del mare (cioè sembra un po 'pescoso) per poi andare avanti.

Da Joel On Software: Qualsiasi dubbio = Nessun noleggio. E dalla mia esperienza personale: una posizione vacante è molto meglio di una piena di qualcuno di cui dubitavi, che si rivela essere una cattiva scelta. (Nessun progresso è migliore di andare indietro.)

    
risposta data 27.10.2010 - 09:22
fonte
9

Perché stai creando un elenco di tecnologie? Invece, includi informazioni sul progetto e menzioni la chiave tecnologie, quadri, librerie e strumenti utilizzati lì. Questo raggiunge un paio di cose. In primo luogo, stai dimostrando le tue conoscenze e competenze con qualcosa ai progetti, il che lo rende contestualmente rilevante. Secondo, stai facendo il tuo curriculum di più su quello che hai fatto e non semplicemente su quello che sai.

In questo caso, quando parli del tuo lavoro e delle tue responsabilità, puoi includere il modo in cui hai imparato e utilizzato Hibernate (e altre tecnologie) per creare un prodotto tutto suo. Se sono interessato alle tue capacità con Hibernate, è qualcosa che chiederei durante uno screening telefonico o un'intervista. Mi sarei quindi aspettato che tu mi dessi alcune informazioni su cosa fosse il progetto, come usassi Hibernate e cosa avresti potuto imparare. Inoltre, qualsiasi scanner di riprendere automaticamente raccoglierà la parola chiave, ma il tuo curriculum è ancora umano.

    
risposta data 16.01.2012 - 21:41
fonte
4

Non sono sicuro che sia esattamente determinabile. Secondo me, dovrebbe essere un caso per caso. Cosa intendo, lasciami spiegare un esempio:

Annuncio di lavoro 1 - candidato ricercato con conoscenza di: Python, PHP, Rails, ASP, Assembler.
(e in genere può essere un po ' determinato dall'annuncio quali competenze sono più importanti di altre - che sono solo lì "nel caso")

In questo caso inserirò il mio curriculum Python, PHP ... solo se li conosco davvero bene. Assembler, ad esempio, ne so molto poco, ma lo metterei fermo, perché non può avere un impatto maggiore in combinazione con il resto di quanto sopra.

Annuncio di lavoro 2 - candidato ricercato con conoscenza di: Assembler, C / C ++, Kernel ..., Python, PHP, ...

Questo caso è diverso. Qui è (è?) Ovvio che stanno cercando un diverso tipo di candidato e che (probabilmente) ignoreranno la mancanza di conoscenza del PHP, ad esempio, se il candidato possiede queste altre capacità.

Quindi dipende davvero.

Come regola generale, per mettere qualcosa su un curriculum, IMO, si dovrebbe sapere come "trovare la sua strada" intorno al codice, la sintassi di base e avere almeno alcuni progetti di piccole dimensioni dietro di lui usando quel particolare linguaggio. Ovviamente non deve conoscere le librerie e l'ampli; aiuto a memoria ... ma come dovrebbe & dove trovare aiuto se ne ha bisogno.
Ci possono essere contro esempi a questa regola - ho notato che le persone che (davvero) conoscono molte lingue tendono a confondersi "a seconda di quale sono attualmente bloccate" - per esempio: usando IF / loops / ... altri elementi di sintassi in modo corretto, ma con una sintassi errata (che in realtà si adatta ad altre lingue a quella a cui stanno attualmente pensando). Quindi questa non è veramente una vera prova delle abilità necessarie.

    
risposta data 27.10.2010 - 04:51
fonte
4

Se tutto ciò che fai è elencare le abilità senza altri contesti, allora la maggior parte delle persone che leggono il tuo curriculum si aspetterebbe che tu sappia quelle abbastanza bene da gestire le domande dell'intervista su di loro. Tuttavia, c'è un sacco di contesto che puoi mettere attorno ad ogni abilità per rendere più ovvio qual è il tuo livello di competenza. Alcuni esempi:

Elenca da quanto tempo hai utilizzato l'abilità

  • Java (5 anni)
  • C ++ (3 anni)
  • SQL (1 anno)

Dai a ciascuna abilità un punteggio

  • Java (5/5)
  • C ++ (3/5)
  • SQL (1/5)

Elenca le abilità nelle categorie

Attualmente in uso: Java, C ++ Esperienza precedente: SQL

    
risposta data 27.10.2010 - 08:15
fonte
3

Ti sentiresti a tuo agio nell'usarlo su un nuovo progetto? sei disposto a lavorarci di nuovo? Se è così, allora mettilo lì. Non devi dire "Guru" o "Newb" semplicemente elencalo come un tecnico con cui hai familiarità. Se ti chiedono in un'intervista sulla tua esperienza, puoi spiegare i dettagli. Probabilmente non ti aspetteranno che tu sappia tutto, ma probabilmente probabilmente ti aspetteresti / vorresti imparare le parti che non hai quando ne hai bisogno.

    
risposta data 16.01.2012 - 21:35
fonte
2

Ho un paio di sentenzi che descrivono ogni lavoro. Nell'ultimo paragrafo di ogni descrizione, inserisco un "Lingue e tecnologie utilizzate:" seguito da qualsiasi strumento che ho usato in quel lavoro.

Inoltre, ho una sezione Abilità con una nota che dice qualcosa come: "Esperienza varia con i seguenti linguaggi e strumenti" e poi ho alcuni proiettili con linguaggi e framework pertinenti che ho usato in passato.

Non uso il sistema di "rating" perché non saprei come valutare me stesso in ciascuna delle lingue (cosa significa una valutazione 3 (da 0 a 5) in Java implica in termini di conoscenza?) . Per non essere disonesto, probabilmente punterei in basso quando auto-voto. Questo in realtà è successo l'anno scorso quando ho fatto domanda per un posto di lavoro e la società mi ha dato un questionario che chiedeva al candidato di valutare se stesso in un sacco di lingue.

Non elenco il numero di anni perché non penso che aiuti molto. Ad esempio, ho 4 anni di esperienza professionale nella lingua / biblioteca che uso attualmente, ma non ne sono esperto, dal momento che di solito mi attengo a un determinato sottoinsieme.

Alcune delle lingue che elenco ho usato nei lavori, altre le ho utilizzate solo nei progetti e negli esercizi universitari (4 o più anni fa). Non sarei in grado di scrivere il codice in alcune di quelle lingue nella sosta, ma potrei tornare a loro entro alcune ore di studio. Tuttavia, se togliessi qualsiasi linguaggio che non sarei in grado di scrivere il codice dalla memoria senza revisione, sarei rimasto con due sole lingue - probabilmente non una valutazione equa.

Sono attualmente in cerca di lavoro, quindi sto rivedendo il mio CV (quindi sto leggendo programmers.SE e sto cercando suggerimenti per il CV :)) e sto pensando di rimuovere le lingue che sono state utilizzate solo nei progetti dell'Università (e questo sarebbe roba come Prolog).

    
risposta data 11.12.2011 - 20:31
fonte
2

Nelle mie domande di lavoro uso due sezioni per le tecnologie, come mi aspetterei di fare di più; prima c'è la sezione delle competenze generali e poi l'elenco di esperienze specifiche in progetti specifici. Ovviamente, mentre applichiamo l'elenco I in entrambe le sezioni, principalmente quegli articoli rilevanti per il lavoro in questione.

Obiettivi:

Ritengo che elencare una tecnologia nell'area generale sia una strong affermazione e che per una tecnologia risieda lì ho bisogno di

  • essere in grado di comunicare con esso
  • riuscire a lavorare in modo ragionevole produttivamente con esso
  • avere una certa conoscenza del possibile trappole che giacciono al suo interno.

Criteri

I miei criteri molto vaghi per elencare le tecnologie nelle competenze generali vanno in questa direzione:

  • La competenza di un programmatore medio che ha utilizzato la tecnologia per scrivere programmi composti da circa 10K SLOC.
  • La capacità di un programmatore medio che ha dovuto mantenere la complessità di un programma delle dimensioni di circa 30 oggetti.
  • L'equivalente teorico di conoscenza di un libro medio.

Fondamentalmente questo è almeno un po ' larghezza nell'area, la gestione di ragionevole e alcune conoscenze sugli orrori che attendono.

Esempi:

Competente, PHP: Scrivere applicazioni Web con PHP è stato il mio lavoro diurno per diversi anni, con la manutenzione di diversi progetti, la lettura di molti libri e una grande parte del manuale dietro di me. Questo andrebbe in entrambe le sezioni, se fosse rilevante per il lavoro.

Principiante, Scala: sono nel mezzo della lettura di un libro di Scala con circa 200 pagine dietro di me e alcune centinaia di righe di codice scritte. Probabilmente lo userò come nota a margine da qualche parte se l'avessi visto nell'annuncio di lavoro, in questo modo: "Il lavoro che stai offrendo menziona anche Scala che sto studiando in questo momento e sono più che disposto a saperne di più a riguardo. "

Border case, Python: Ho scritto un piccolo gioco shoot'em up e diversi script in Python con l'esperienza di un paio di migliaia di righe, leggendo una dozzina di articoli e tutorial sul web e alcune parti del manuale. Se l'annuncio menzionasse Python (e sarei ben qualificato altrimenti) ne scriverei nel mio curriculum nella sezione dell'esperienza, forse qualcosa di simile a questo: "Ho creato un gioco shoot'em up in Python con Pygame usando programmazione orientata agli oggetti con grafica bitmap ".

Naturalmente, un ottimo modo per mostrare il tuo vero livello di abilità è fornire link per schermate, diagrammi, piani, schemi di dati, cronologia del progetto, post di blog e codice nell'applicazione per il lavoro.     
risposta data 03.11.2010 - 20:22
fonte
1

Metti sul tuo curriculum se sei sicuro di poter rispondere a domande tecniche sulla lingua senza metterti in imbarazzo . L'obiettivo è che il curriculum sia un riflesso onesto delle tue abilità e dovresti assumere che ti venga chiesto di provare qualsiasi cosa tu abbia messo sul curriculum.

    
risposta data 11.12.2011 - 20:50
fonte
-1

elenco solo le competenze che ho utilizzato in un progetto.

Non mi piace l'idea di mettere la mia idea della mia abilità in una tecnologia sul mio CV, segnare su 5 ecc., ho intervistato molte persone che si segnano molto più in alto di loro.

Preferisco intervistare per chiedere e chiedere perché dicono quel livello o se intervistare per chiedere dove e perché mi considero come un 5/5.

    
risposta data 27.10.2010 - 13:10
fonte
-2

Se sei sicuro che dato un test di programmazione in quella tecnologia come parte dell'intervista, lo gestirai, quindi andrà bene.

Se dovessi dire,

actually I haven't used X in a while so I am a bit rusty...

Probabilmente è meglio non elencarlo come abilità. Ciò non significa che non puoi menzionare altrove sui progetti precedenti su cui hai lavorato.

    
risposta data 27.10.2010 - 15:09
fonte
-5

A volte basta conoscere il significato dell'acronimo per aggiungerlo al curriculum ...

È vero, ad esempio, per framework e librerie che puoi abbinare a una determinata lingua.

    
risposta data 27.10.2010 - 10:38
fonte

Leggi altre domande sui tag