Assumere sviluppatori - elencando IDE come requisito?


17

Ho esaminato alcune offerte di lavoro e ho notato che una buona parte di esse elenca gli IDE nella sezione "competenze richieste", anche per le posizioni senior. Questo non è localizzato nemmeno in una società, ma piuttosto è qualcosa che viene fuori una volta ogni poche pubblicazioni.

Sono perplesso da questo requisito di lavoro, poiché i miei mentori e alcuni dei migliori programmatori che ho visto nella mia vita erano ninja VIM / Emacs. Allo stesso modo, quando lavoro con le persone non mi interessa molto quali strumenti usano, purché siano produttivi per il team.

Qualcuno può spiegare la logica alla base dei responsabili delle assunzioni che rendono gli IDE un requisito di lavoro ufficiale?


25
I requisiti di lavoro nelle inserzioni sono scritti da persone che non assumono manager, quelle persone che chiedono semplicemente quali strumenti gli ingegneri usano ed elencano usando quegli strumenti come requisiti.
Jimmy Hoffa,

Ci può essere un rovescio della medaglia a questo. Alcuni sviluppatori potrebbero preferire un IDE specifico e quindi utilizzarlo nelle loro ricerche e quindi elencare l'IDE potrebbe rendere più facile trovare se si utilizzano siti di aggregatori per trovare lavoro.
JB King,

@JimG Non riuscivo a pensare a una buona ragione per questo requisito e l'ho sempre respinto come "stupidità da parte delle risorse umane" e bandiere rosse in termini di cultura aziendale. Ma IMHO una serie di risposte qui ha fornito buoni motivi che hanno senso e saranno utili per le persone che si chiedono la stessa cosa di me. In particolare ho trovato le risposte di TMN e aserwin che hanno sollevato buoni punti.
MrFox,

Più è lungo l'elenco dei requisiti, meno conta una data. Per .NET, sarei sorpreso se non pensavano che fossi strano per non usare Visual Studio. Per C / C ++, penso che stessero andando fuori di testa per aver richiesto un IDE o un editor specifici. Sono un ragazzo JavaScript, quindi potrei essere male informato.
Erik Reppen,

Risposte:


23

Se l'organizzazione si è standardizzata su un IDE o un ambiente di sviluppo singolari, potrebbe chiamarlo nella descrizione / pubblicazione del lavoro poiché è un'abilità che separerebbe un candidato da un altro durante il processo di screening e colloquio. Tuttavia, solo perché è un requisito non significa che sia davvero un requisito e le aziende potrebbero assumere qualcuno che non soddisfa tutti i "requisiti" identificati .


4
E tiene lontano coloro che dichiareranno una guerra santa IDE il primo giorno.
JeffO,

9

In alcune aziende l'uso di un IDE è standardizzato.

Si aspettano che tutti i programmatori utilizzino lo stesso IDE e quindi sono alla ricerca di candidati che siano competenti nell'utilizzarlo.

Alcuni IDE forniscono funzioni di debug integrate, completamenti di codice, modelli, controllo del codice sorgente e altre funzionalità e, come tale, un'azienda potrebbe voler garantire a uno sviluppatore in arrivo di sapere come utilizzare l'IDE in modo efficace.

Detto questo, la maggior parte delle volte conoscere un IDE non è un requisito difficile, ma è bello da avere, per quanto riguarda i responsabili delle assunzioni e il team. Se questi sono elencati come "must have", sospetto che la mano di persone che non programmano per vivere (risorse umane, reclutatori ecc ...).


1
Direi che usare l'IDE di Visual Studio è un "requisito difficile" per lavorare in .NET. Tuttavia, probabilmente non ce n'è uno per lavorare con LAMP e / o Java sulla maggior parte dei team. Quando ho contratto in questi luoghi usando quelle tecnologie, tutti hanno usato il loro ambiente di editing preferito (Notepad ++. EMACS, Eclipse, ecc.)
jfrankcarr,

2
@jfrankcarr - Devo non essere d'accordo (a meno che tu non stia parlando specificamente dello sviluppo di Windows solo in .NET). Chiedi ai ragazzi mono ... MonoDevelop e SharpDevelop sono IDE capaci per C #, per esempio.
Oded,

1
Mi sembra che se un IDE è così difficile da usare, hai bisogno di esperienza per essere produttivo fin dall'inizio, è un IDE piuttosto male. (E, per la cronaca, non ho mai trovato Visual Studio un cattivo IDE.)
Gort the Robot

@Oded - Solo Windows. Non ho visto molto interesse per Mono nelle aree aziendali in cui ho lavorato / contratto. LAMP e Java sono le popolari alternative a .NET.
jfrankcarr,

5
@StevenBurnap Eclipse potrebbe essere un buon esempio di uno in cui l'esperienza sarebbe un vantaggio. Fa tutto ciò di cui hai bisogno, ma è così controintuitivo da usare che le persone impiegano molto tempo a mettersi al passo con esso.
Brian Knoblauch,

9

La società può avere estensioni o plug-in personalizzati specifici per un determinato IDE, o più spesso semplicemente definire il flusso di lavoro in termini di funzionalità IDE. Ad esempio, il loro strumento di generazione standard può utilizzare direttamente il file di progetto di un IDE o dipendere da una particolare struttura di directory. Possono anche avere standard di codifica che vengono applicati o controllati utilizzando un'opzione IDE specifica o un plug-in.


3

Non avrei letto troppo in esso.

Le organizzazioni più grandi tendono ad avere dipartimenti HR e sviluppo separati. Le risorse umane in genere hanno poca o nessuna comprensione di ciò di cui i team di sviluppo hanno effettivamente bisogno in un candidato, e allo stesso modo con il responsabile delle assunzioni che capisce di cosa hanno bisogno le risorse umane per controllare i candidati.

Così cose stupide come un IDE diventano parte dei requisiti ufficiali in quanto è una misura concreta con cui le risorse umane possono filtrare.

Se si presenta durante il colloquio e il responsabile delle assunzioni non è in grado di fornire un motivo particolare per cui XYZ IDE debba essere utilizzato per lo sviluppo nel proprio negozio, allora considera che una bandiera rossa.


2

Forse usano un IDE molto specifico (fornito da un fornitore di nicchia di mercato per le tecnologie di nicchia di mercato - penso che alcuni strumenti SAP potrebbero contare in questo settore) che impiega un po 'di tempo per diventare bravo e non hanno tempo di aspettare un nuovo noleggio per recuperare. Forse fanno molti strumenti / scripting specifici per un IDE, quindi hanno bisogno di persone con quella competenza.

Non mi sono mai imbattuto in queste seduzioni da solo (in cui l'IDE è stato elencato come un must-have; l'ho visto spesso nella sezione delle competenze "bello da avere" su un annuncio di lavoro) e non ho mai sentito di una cosa del genere essere uno spettacolo nel processo di assunzione. Ma questa è solo la mia esperienza ...


2

Posso darti uno scenario ... Lavoro per una grande società finanziaria. Abbiamo un elenco di software "approvati" che possiamo installare sui nostri computer. Ciò include ambienti di sviluppo. È un problema di sicurezza; aiuta quindi a tenere traccia di possibili problemi con singoli PC e laptop.

Durante l'assunzione, i manager devono tenere conto di quali IDE saranno disponibili per i nuovi dipendenti e, naturalmente, se non hanno esperienza con ciò che è disponibile, non faranno molto bene.


Non sono disposti ad addestrare nuovi assunti? Lavoro in una situazione simile in una società finanziaria e utilizziamo IBM RAD per lo sviluppo Java, ma non ho problemi ad assumere persone sviluppatori a condizione che abbiano esperienza Java e una certa esperienza con un IDE - e anche questo potrebbe non avere importanza finché possono ottenere ciò di cui hanno bisogno: conosco qui due sviluppatori che passano alla riga di comando per gestire i server locali durante la codifica. Non credo che a nessuno importerebbe se usassero Notepad per scrivere Java fintanto che riescono a svolgere il proprio lavoro in tempo.
FrustratedWithFormsDesigner,

1
La formazione non è un'opzione qui. Questo è piuttosto veloce ... Sono stato invitato a risolvere una determinata applicazione; Mi hanno dato un computer portatile e un numero di telefono e il resto dipendeva da me. Letteralmente.
aserwin,

Wow! Immagino che in quel caso avere un IDE specifico sarebbe un duro requisito per l'assunzione.
FrustratedWithFormsDesigner,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.