Marzo 2017

Volume 32 Numero 3

Il presente articolo è stato tradotto automaticamente.

Upstart - Prevenire i disastri: Gaffe da evitare in rete

Da Krishnan Rangachari | 2017 marzo

Nella mia carriera, quando un software engineer presso Microsoft, è rappresentato società selezione eventi, assunzione mixer e fiere carriera università. Troppo spesso, ho visto potenziale assume viaggi stessi backup con errori evitabili. Di seguito è riportato un elenco di aspetti per evitare in un nuovo evento di selezione:

Vendita breve

In modo selettivo in indicante la storia. Se si è lavorato su un progetto in caso contrario interessante che hai annullato, non è necessario considerare la parte di annullamento. Inoltre, non tralasciare il proprio oltre responsabilità, ruoli o i progetti da, ad esempio, menzionare che era il più giovani membro del team.

Qualità entusiasmo

Quando gli ingegneri approccio me all'assunzione di eventi, si noti che circa l'80% di essi non mostra entusiasmo Nessuna destinazione. Vale a dire, tendono a essere passivo durante la conversazione e porre domande rudimentale relative del processo o della società. Circa il 15% Mostra entusiasmo fittizia o generico, presto come mancano o non insincere conoscenze specifiche per l'azienda. Solo il 5% di sviluppatori mostrano che può essere definita entusiasmo reale, contrassegnati con la possibilità di esprimere direttamente i propri obiettivi.

Ad esempio, può identificare un attributo che ottiene mi entusiasmo un potenziale datore di lavoro, ovvero più terribile datore di lavoro è una caratteristica interessante. Quindi illustrare questo per la persona come il motivo per l'interesse dimostrato. Spesso, in cerca di esprimere il mio grande interesse, verrà portato automaticamente entusiasti.

Storia scarsa indicante che

Non parlare di ciò che il team ha nei progetti precedenti. Al contrario, specificare cosa è stato fatto, anche se è stato eseguito come parte di un team. Tutti gli utenti sa che non si opera in isolamento. La persona non assunzione del team, Anna è assunzione è.

Gli sviluppatori utilizzano anche erroneamente frasi come "Non si ricordano i dettagli" o "Era molto tempo fa," quando recounting esperienze. Si tratta di suicida conversazione. Il selezionatore ignorerà qualsiasi Dite successivamente. Non si ricorda che cosa è successo e stato si senza vocalizzazione dubbio o immediatamente. La maggior parte dei richiedenti comprendere che non si dispone di una memoria perfetta. Sono interessati più nell'arco della storia rispetto di recounting esatta di tutti i dettagli.

Vendere rigido

Non indicano i datori di lavoro perché si è una buona approssimazione, visualizzarli. La vendita diretta rientra flat di progettazione ruoli. Pertanto, non Dite: "Ho utilizzato c# in questo ruolo precedente. Credo che potrà essere molto utile per un ruolo nell'organizzazione." Al contrario, ad esempio: "La maggior parte della mia esperienza finora è stato in c#. Il progetto più recente è stata una distribuzione su larga scala e aziendali di un sistema di gestione delle retribuzioni utilizzato c# back-end e un database di SQL Server." Se ho fatto anche la ricerca e la società premi effettivamente competenze in c# e SQL, queste parole funzioneranno le loro attività.

Intervallo non valido

Attendere per ottenere un'offerta prima di effettuare richieste di un datore di lavoro. Alcuni sviluppatori indicano informative collocarli in un prodotto specifico, o ancora peggio, segnalando i team che si desidera lavorare con. Altri voglio parlare dei vantaggi, benefici e orari di ufficio. Una richiesta ragionevole o due, indicate con politeness e flessibilità, è accettabile, ma un evento intervista o assunzione è possibile effettuare richieste di lavoro o trasmettere l'impegno di equilibrio lavoro-vita.

Punto debole che compare

A volte gli sviluppatori evidenziarne indebito i propri punti di debolezza percepiti e quindi eliminare i propri candidacies. Si potrebbe ad esempio, "Si è trascinato fuori college occuparsi della mia famiglia" oppure "Anche se non dispone di una laurea in informatica, ho ho lavorato come software engineer per 10 anni." Nessuno anche chiesto loro!

La maggior parte dei casi, intervistatori non considerare la sezione formazione fino a quando questi candidati ancora capito. Se si è realmente interessati in un processo, supponendo che si sarà ha esito positivo, anziché identificare perché non si utilizzerebbe. Attenzione a un punto debole la ingrandisce. Parlare solo punti di forza e i punti di debolezza verrà morire di esaurimento delle risorse.

Commodity sconosciuta

Il processo come un candidato è presentare comune con la società a cui parla. Se si possiede esperienza in ingegneria di hardware, parlare in modo specifico i componenti software del proprio lavoro, evidenziare il programma di analisi scientifica dei computer e modificare le descrizioni dei processi e la selezione dei progetti. Gli sviluppatori commettono talvolta di riproduzione esperienza irrilevante o antichi o credenziali worthlessly impressionanti. La persona potrebbe non automaticamente.

Vibrafono negativo

Se ciò che si sta per commenti relativi a un collega precedente o datore di lavoro può essere considerato anche in modalità remota badmouthing, non dirlo! Distanziarlo dal richiedenti, perché se si badmouth qualcun altro, sanno che è solo una questione di tempo finché non si badmouth li. Se si ritiene di specificare un valore negativo, rechannel di Irrequietezza. Considerare invece un valore positivo relativamente nuovo datore di lavoro.


Krishnan Rangachari è un allenatore professionale per i progettisti di software e fondatore di ByteshiftResumes.com. Visitare RadicalShifts.com gratuitamente professionale in ambito classi esito positivo per gli sviluppatori.