Mi sembra che non ti dispiaccia apparire disinteressato quando lo sei veramente. Quello che non vuoi fare è spuntare qualcuno in un lavoro che ti sarebbe piaciuto. Quindi, invece di saltare direttamente al "mi lascerai essere un'eccezione a tutte le tue regole indipendentemente dal costo o dal disagio per gli altri, vero?" inseguire, forse potresti iniziare con "Come sono le macchine degli sviluppatori?" e poi lavora fino a "esiste una suite standard di strumenti preinstallata?" e poi "va bene per me hai una diversa suite di strumenti, o anche un diverso sistema operativo, se lo desidero? "

I tipi di luoghi in cui non vuoi lavorare si riveleranno molto rapidamente con quello linea di conversazione. E i luoghi in cui vorresti lavorare non saranno stati scoraggiati dalla tua convinzione anticipata che qualunque schifezza stavano pianificando di fornirti non è abbastanza buona per te, e hai bisogno del permesso in anticipo per sostituirla. Forse non è proprio quello che intendevi con la domanda. Ma se un candidato mi chiedesse, già sullo schermo del telefono, "se gli sviluppatori sono autorizzati a scegliere il proprio sistema operativo", è quello che vorrei sentire. Voglio che tu sappia che i datori di lavoro lo sentono, perché non penso che tu lo faccia sul serio, ma stai lasciando quell'impressione.

Questa è una domanda piuttosto comune da porre nel mio libro. Stai essenzialmente chiedendo se ti è permesso installare i tuoi strumenti, che è qualcosa che è un mio prerequisito. Chiederei come se volessi valutare più opportunità e soppesarne i pro e i contro.

Chiedi quali sistemi operativi utilizzano di solito. Quindi, se indicano un sistema operativo con cui non sei a tuo agio, chiedi se il dipartimento IT è disposto a consentire diversi sistemi operativi. In caso contrario, annuisci in segno di approvazione e dì: "abbastanza giusto" (ma nella parte posteriore della testa contrassegnalo come un no).

In molti casi il lavoro è diviso in due parti.

• Innanzitutto ci sono le macchine che utilizzerai per scrivere e-mail, creare punti di forza, interfacciarsi con l'intera azienda . Queste macchine sono controllate dal reparto IT. Potrebbe essere Apple ma probabilmente è Windows. Potrebbero non utilizzare Windows 7, potresti trovare Vista o anche XP. Saranno in una recente generazione di uffici. Non ti permetteranno di aggiungere software. Potrebbero avere diversi livelli di prestazioni a seconda della funzione lavorativa. Ciò potrebbe includere una macchina di sviluppo con l'IDE di cui si aspettano che gli sviluppatori abbiano bisogno. Queste macchine di sviluppo possono avere privilegi aggiuntivi per consentire agli sviluppatori di creare, testare e installare dll ed exes.

• Se lo sviluppo non ha senso sulle macchine Windows ti verrà concesso l'accesso a macchine e server reali o virtuali che consentiranno lo sviluppo. Questi strumenti possono ancora essere controllati, ma generalmente agli sviluppatori viene data molta più libertà.

Se stai cercando di cambiare le macchine "aziendali" troverai molte medie e grandi aziende non lo permetterà. Se hai bisogno di cambiare la pura macchina di sviluppo hai maggiori possibilità.

Il mio consiglio è di candidarti solo per lavori che richiederanno il sistema operativo che preferisci, altrimenti perderai molto tempo.

Come Kate ha sottolineato, ci sono alcune buone domande che puoi porre che ti consentono di scovarlo diplomaticamente. Esempi sono: "Com'è la tua catena di strumenti?", "Sei indipendente dagli strumenti o preferisci una catena di strumenti comune?" "Hai pensato di utilizzare _____ come catena di strumenti, penso che funzioni benissimo perché ______ e ho una base di codice / macro / script ampia e ben curata, ecc. Che posso usare". Qualcosa in questo senso.

TUTTAVIA per me come intervistatore questo è assolutamente un non-principiante. Rendere "stare a proprio agio" una priorità e in generale non essere incline a imparare cose nuove e correre qualche rischio non è chiaramente quello che cerco. Ovviamente, non c'è niente di sbagliato in questo, dal momento che non stai intervistando con me. Ma non penso nemmeno che la mia serie di requisiti sia particolarmente insolita per il settore. Quindi penso che la chiave per trovare quello che vuoi è identificare prima le organizzazioni in cui questo atteggiamento è adatto alla cultura.

Non sono sicuro di come funzionino le cose dove ti trovi, ma qui quando fai domanda per un lavoro la descrizione della posizione elenca sempre il set di abilità previsto, inclusi i linguaggi di sviluppo e le piattaforme.

Sembra che tu non ho avuto molta esperienza nel processo di reclutamento, ma tutto ciò che posso suggerire è di guardare la descrizione della posizione per ogni lavoro in cui sono pubblicizzati e semplicemente non fare domanda per quelli che non corrispondono al set di abilità che sei preparato per lavorare :)

Ci sono 2 modi in cui risponderei a questa domanda: 1) Se davvero non sei disposto a fare un'eccezione per qualcosa che altrimenti potrebbe essere un lavoro da sogno, dillo in anticipo ai reclutatori o inseriscilo nel tuo curriculum. questa è una regola dura che potresti altrimenti infrangere per la posizione perfetta , OPPURE se pensi che spaventerà i reclutatori anche in ambienti che ti permetterebbero di rimanere con Linux: Chiedilo al fine dell'intervista , come se non fosse un problema. Non ci penseranno niente e puoi sempre rifiutare l'offerta in seguito. Se lo menzioni all'inizio, sembrerà che questa sia la tua preoccupazione PRINCIPALE e non il lavoro stesso.

Per inciso, pensare dal punto di vista del datore di lavoro aiuterà a rendere più facili i colloqui. Se fossi un datore di lavoro, vorresti che le persone lavorassero nella tua azienda prima di tutto per i loro soldi, perché questo è il principale compenso che offri Potere, convenienza, benefici per la salute, ecc. Possono essere tutte motivazioni per aver accettato un lavoro, ma un datore di lavoro non ne ha bisogno o non vuole saperlo. Ti fideresti di un dipendente a cui non importava principalmente di essere pagato per fare un lavoro? Non lo farei. I miei 2 centesimi.