Gli sviluppatori di assunzioni - elencano l'IDE come requisito?

Se l'organizzazione si è standardizzata su un IDE singolare o su un ambiente di sviluppo, potrebbe chiamarlo nella descrizione del lavoro / nella pubblicazione poiché è un'abilità che separerebbe un candidato da un altro durante il processo di screening e interviste. Tuttavia, solo perché è un requisito doesn "Voglio dire che è davvero un requisito e le aziende potrebbero assumere qualcuno che non soddisfa ogni singolo" requisito "identificato .

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 abili nell'utilizzarlo.

Alcuni IDE forniscono debug integrato, completamenti di codice, modelli, controllo del codice sorgente e altre funzionalità e, in quanto tale, un'azienda potrebbe voler assicurarsi che uno sviluppatore in arrivo sappia come utilizzare efficacemente l'IDE.

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

La società potrebbe avere estensioni personalizzate o plug-in specifici per un particolare IDE, o più spesso semplicemente avere il proprio flusso di lavoro definito in termini di capacità IDE. Ad esempio, il loro strumento di compilazione standard può consumare direttamente un file di progetto dell'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.

Non leggerei troppo in là.

Le organizzazioni più grandi tendono ad avere dipartimenti separati di risorse umane e sviluppo. In genere, le risorse umane non hanno alcuna comprensione di ciò che i team di sviluppo hanno effettivamente bisogno in un candidato, e allo stesso modo con il responsabile delle assunzioni che comprende quali risorse umane hanno bisogno per controllare i candidati.

Le cose stupide come un IDE diventano parte dei requisiti ufficiali in quanto è una misura concreta che l'HR può filtrare.

Se emerge durante l'intervista e il gestore assumente non può fornire una ragione particolare per cui XYZ IDE deve essere usato per lo sviluppo nel proprio negozio, allora considera una bandiera rossa.

Forse usano un IDE molto specifico (fornito da un fornitore di mercato di nicchia per tecnologie di mercato di nicchia - penso che alcuni strumenti SAP potrebbero contare in quest'area) che richiede del tempo per andare bene e che non hanno tempo aspettare un nuovo noleggio per recuperare. Forse fanno un sacco di tooling / scripting specifici per un IDE, quindi hanno bisogno di persone con quell'abilità.

Non mi sono mai imbattuto personalmente in queste situtions (dove l'IDE è stato elencato come un must, l'ho visto spesso sotto la sezione delle competenze "nice to have" di un annuncio di lavoro), e io Non ho mai sentito parlare di una cosa del genere come un ostacolo al processo di assunzione. Ma questa è solo la mia esperienza ...

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

Quando assumono, i manager devono prendere in considerazione gli IDE disponibili per i nuovi dipendenti e, naturalmente, se non ne hanno esperienza con ciò che è disponibile, non faranno molto bene.