Come evitare di essere assunti da aziende che sono candidate alle storie di DailyWTF? [chiuso]

Ricorda che le interviste sono una strada a doppio senso. Chiedi loro domande aperte che ti facciano sapere che sanno quello che stanno facendo. E impara a "leggere tra le righe" quando valuti le loro risposte. Ad esempio:

Come si assicura che il software che si sta scrivendo non faccia schifo? (riformulato in qualcosa di più "appropriato" se sei noioso)

Buona risposta: "Usiamo test unitari, abbiamo un dipartimento QA e revisioni del codice."

Non deve essere questo. Né la persona che stai intervistando deve avere la stessa risposta a ciò che ho dato. Stai principalmente cercando di far sì che la compagnia apprezzi il codice che scrive in qualche modo e non solo spingerlo fuori con un abbandono spericolato.

Cattiva risposta: "Beh, abbiamo intenzione di fare più di quelle" prove unitarie ", ma non ci siamo riusciti"

Ancora una volta, l'attenzione si concentra meno sui test unitari e più sull'atteggiamento che l'intervistatore affronta. In generale, "sappiamo che ne abbiamo bisogno, non lo abbiamo fatto" è una bandiera rossa. Ciò significa una delle varie possibilità:

1. I tuoi colleghi saranno pigri.
2. La gestione non ha il tempo di utilizzare il processo corretto.
3. I tuoi colleghi non sono abbastanza intelligenti da capire i test unitari.

Nessuno di questi è buono (ma alcuni sono peggiori di altri).

Descrivi il processo che la tua azienda utilizza per aggiungere una funzionalità (decidendo che la funzione è necessaria per la spedizione al cliente).

Buona risposta: "Gli uomini d'affari decidono che una caratteristica è una buona idea e consulta i programmatori per vedere come è facilmente implementata. I programmatori e lo staff tecnico decidono su un'architettura e la implementano. in the wild. "

Risposta errata: "Gli uomini d'affari dicono ai programmatori cosa fare e lo fanno."

Come per quanto sopra, la risposta in sé non è importante quanto l'atteggiamento. La buona risposta indica che il lato business e il lato tecnico lavorano insieme per portare un prodotto. La cattiva risposta indica che la direzione vede i programmatori come dattilografi strapagati.

In breve , ricorda di porre le domande giuste durante l'intervista. E ricorda che le risposte particolari non sono importanti quanto l'atteggiamento dietro a quelle risposte. Infine, non trattenere . Porre domande difficili indica che sei davvero interessato al lavoro e che pensi di essere abbastanza bravo da essere un po 'schizzinoso su chi ti impiegherà.

Potresti fornire loro il Test di Joel:

1. Usi il controllo del codice sorgente?
2. Puoi creare una build in un solo passaggio?
3. Realizzi build giornaliere?
4. Hai un database di bug?
5. Correggi bug prima di scrivere un nuovo codice?
6. Hai un programma aggiornato?
7. hai una specifica?
8. I programmatori hanno condizioni di lavoro silenziose?
9. Usi gli strumenti migliori che il denaro può comprare?
10. Hai dei tester?
11. I nuovi candidati scrivono il codice durante il colloquio?
12. esegui test di usabilità nel corridoio?

Mantieni il tuo curriculum in circolazione per circa un mese dopo essere stato assunto, e se le cose non sono all'altezza, non aver paura di fare un'altra occasione. Le aziende considerano spesso il tuo lavoro come probatorio per un periodo di tempo perché vogliono assicurarsi di lavorare bene quanto hai intervistato. È giusto che tu faccia lo stesso se le cose sono davvero a un livello WTF giornaliero.

Prenderò la posizione pessimista e non-tradizionalista su questo.

Non puoi.

Ogni azienda , nessuna eccezione, è candidata alle storie giornaliere del WTF. Questo perché ogni persona, nessuna eccezione, non importa quale sia la loro professione e non importa quale sia la loro esperienza, può essere un punto di riferimento in qualche aspetto della loro vita professionale scelta.

Sì. Questo include te, la persona che legge questo. (Se non credi che ciò valga per te, penso che abbiamo appena trovato una delle tue aree di incompetenza ...)

Forse potresti provare a vedere le cose in modo diverso.

Being hired by a company being in the spotlights of The Daily WTF is an opportunity for you to show how you can solve problems. Huge problems.

Potresti vedere queste difficoltà come opportunità .

Invece di utilizzare Joel Test su avoid di aziende, utilizzalo su improve .

Quale potrebbe essere più in uscita di quello?

Se vieni in compagnia con il tuo cavallo bianco come Napoleone che dice loro che hanno torto, verrai espulso molto rapidamente.

L'opportunità è che sarai in grado di fare proposte costruttive , supportate con fatti e riferimenti . Se fatto come descritto nella frase precedente, ti verrà proposto di prendertene cura la maggior parte del tempo (questa è l'opportunità). In pochissimi casi, verrai ignorato.

Ricorda che ogni intervista è una strada a doppio senso. Il datore di lavoro sta cercando di determinare se sei un buon candidato. Allo stesso modo, dovresti provare a determinare se vale la pena lavorare per l'azienda. Fai un sacco di domande. Scopri cosa è importante per te e chiedi informazioni. Chiedi ai tuoi intervistatori cosa gli piace e cosa non piace della compagnia.

Inoltre, applico la raccomandazione dell'altro poster di fornire loro il Joel Test .

Anche un manager megalomane psicotico può gestire una squadra che supera il test di Joel. Come reagiscono quando le scadenze non vengono soddisfatte? Il CIO riferisce all'Amministratore Delegato o al CFO? Questo potrebbe darti un'idea di quanto sia importante l'IT in un'azienda non di software.

Perché la posizione è disponibile? Hanno un sacco di fatturato?

Cerca modi per vedere se i programmatori sono sovraccarichi. Nessuno ha avuto una vacanza in diversi mesi a un anno? Non puoi battere un'azienda che dà tempo alle vacanze, ma nessuno si sente in grado di prenderlo.

È possibile modificare le cattive pratiche di test e i sistemi di controllo del codice. Non posso curare pazzo.

Ecco cosa farei se fossi in te:

• cerca di ottenere la possibilità di intervistare uno o più programmatori in azienda e chiedere loro quale è una giornata tipo nel loro lavoro. Potrebbe essere difficile chiedersi se non lo forniscono, ma un'azienda che lo fornisce è un vantaggio enorme nel mio libro
• chiedi loro come viene sviluppata una nuova funzione, in genere, e in che modo il lavoro viene condiviso tra i programmatori.

Entrambe le domande finiscono per essere la stessa cosa, richieste in modo diverso a persone diverse. Punti importanti:

• Come vengono risolti i disaccordi sui problemi tecnici nel team
• In che modo il lavoro è condiviso tra gli sviluppatori
• Come vengono assegnati bug alle persone
• Come prendi la decisione di progettare in-house, in outsourcing, off-the shelve?
• Come giudichi il fallimento / successo del progetto

Questo in aggiunta al test di Joel. Nota che non esiste una risposta "giusta": dipende da ciò che stai cercando da solo, dal tipo di azienda che stai cercando, dal tipo di azienda che è (ad esempio, una startup avrà meno probabilità di essere in grado di migliori strumenti rispetto a uno della fortuna 500). Se la persona non può rispondere a questa domanda, questo è quasi sicuramente un brutto segno: molto probabilmente non hanno nemmeno pensato a questi problemi.

Ci sono un certo numero di ovvi e doveri di diligenza che puoi fare, come porgli alcune domande sul loro processo, o provare a parlare con, o anche solo brevemente, con un altro sviluppatore. Per quanto buono, è anche facilmente ingannevole - anche i peggiori manager spesso sanno le cose giuste da dire sulla loro metodologia (sapendo cosa dire senza capire il "perché" è ciò che li rende in primo luogo cattivi manager, giusto ?) e la maggior parte dei programmatori non vorranno mettere in cattiva luce l'azienda per un possibile affitto - perché rischiare di tornare da qualcuno per uno su un milione di intervistati che attraversa il sistema? (in una società malsana in cui la critica è ... disapprovata ... può essere un rischio reale)

Tuttavia, puoi guardare a cose più soggettive: i gestori sembrano pieni di parole d'ordine o oneste? Sembra un ambiente sano?

Qual è la qualità delle domande e la competenza dei tuoi intervistatori? Questo è il processo con cui hai lavorato tutti quelli con cui lavori, ricorda. Ti stanno facendo domande stupide? Domanda tipo HR? Le domande sulla codifica sono troppo facili?

Come altri hanno già detto, le interviste sono una strada a doppio senso ....

Ma qui c'è un sottile fattore psicologico che penso che molte persone non facciano bene: essere intimiditi nel prendere un lavoro schifoso. Questo è più un problema per i giovani, ma siamo tutti vulnerabili ad esso.

Penso che molte persone siano dell'idea che non si può davvero cambiare il comportamento schifoso delle aziende, quindi prendiamo troppi cattivi sentimenti nel nostro passo quando decidiamo di accettare un'offerta di lavoro. Parte della psicologia qui è anche il rapporto di potere tra datore di lavoro e dipendente - specialmente in un'economia cattiva o competitiva - ci si sente come se dovessero dare molto margine di manovra, anche di fronte ad alcuni odori di lavoro piuttosto brutti - come ad esempio il tristemente fallito Joel Test, ecc.

Così efficacemente, quello che sto dicendo è: molti di noi accettano i lavori sapendo che saranno lavori giornalieri. Il trucco è essere più schizzinosi, allenare duramente gli intervistatori e semplicemente non accettare lavori schifosi a meno che tu non sia assolutamente disperato. C'è un equilibrio, naturalmente, ma è davvero utile esaminare i propri sentimenti quando si decide se un'offerta di lavoro sul tavolo è un WTF o meno. È facile convincerti che stai solo "troppo esigente e inflessibile", quando in realtà stai ignorando un vero cattivo odore di lavoro.