Quante domande sono appropriate per chiedere come stagista? [chiuso]

Sii rispettoso del tempo del tuo mentore tenendo un elenco di domande e chiedendo loro in gruppi, nella misura del possibile. In realtà non interrompere il tuo mentore finché non puoi letteralmente fare progressi senza aiuto.

Molte volte imparerai molto cercando di trovare la risposta da soli, anche nei casi in cui il tuo mentore può insegnarti qualcosa in 10 secondi. Ad esempio, se vuoi sapere dove c'è qualcosa nel codice, puoi chiedere loro (10 secondi), oppure puoi passare quattro ore a studiare il codice e cercare di capirlo da solo. Il vantaggio dell'opzione "quattro ore" è che imparerai effettivamente 200 cose nuove sul codice, che ti aiuteranno in seguito. Fare fatica a trovare le tue risposte può essere una perdita di tempo, ma può anche essere un modo per apprendere una grande base di codice complicata.

Inutile dire se si tratta di una domanda di programmazione che non riguarda il codice proprietario della tua azienda, dovresti provare a capirlo da solo usando Internet.

In qualità di senior che ha visto juniores fare tutte le domande, direi che è non una questione di quanto spesso chiedi, ma quello che chiedi .

Devi sentirlo da te, ma generalmente la regola è: Mostra il tuo interesse e capacità di pensare e lavorare in modo indipendente .

Va bene fare domande di carattere generale a imposta contesto per l'indagine dettagliata di basso livello che fai tu stesso.

Va bene fare domande su tutto ciò che non è codice e non è documentato - il processo, la cultura del team ecc.

Qualunque cosa tu faccia, mostra che ci hai pensato e fatto uno sforzo per capire o risolvere il problema da solo.

Non aver paura di chiedere però! Puoi usarlo per mostrare interesse e pensiero più profondo , oltre a risparmiare un po 'di dolore non seguendo le loro pratiche o prendendo decisioni inappropriate che richiederanno del tempo per districarti più tardi.

Basta non attraversare la linea e chiedere loro di programmare per te, dirti esattamente cosa fare ogni volta, spiegare la sintassi e copiare la documentazione, e così via.

Penso che molte delle risposte date finora siano giuste sul punto: non aver paura di porre domande (è per questo che sono gli stage, dopotutto), ma chiarisci che hai cercato di trovare la risposta te stesso prima di chiedere. Io per primo non mi occupo affatto delle domande, ma mi fanno domande dove è chiaro che la persona che chiede sta chiedendo solo perché è più conveniente per loro interrompere qualcuno. Va bene venire con una semplice domanda, se ci hai provato, a patto che non succeda spesso troppo , ma non va bene nemmeno provare prima tu stesso. E anche con semplici domande, avere sia un caso semplificato che i dettagli sanguinosi pronti. Pensa SSCCE - Short, Self Contained, Correct/Compilable Example . Ho chiesto a qualcuno di fermarsi e iniziare a chiedere informazioni sull'SQL dinamico, quando la vera domanda riguardava l'estrazione di dati dal codice eseguito attraverso un% SQL diEXEC. Questa è una differenza piuttosto grande.

Un altro punto da considerare: puoi usare l'e-mail o qualche altra forma di comunicazione non invadente (o meno) per alcune delle tue domande? Quindi, il tuo mentore può rispondere via e-mail o (più probabilmente) fermarsi alla tua scrivania per discutere le cose quando ne hanno la possibilità. Ciò vale anche con i consigli sulle "domande di raggruppamento" già fornite, ma personalmente trovo più facile trattare una singola domanda per messaggio di posta elettronica, piuttosto che una lunga lista di domande che hanno poco o nulla a che fare l'una con l'altra. insieme in un unico messaggio. Spesso si può rispondere a un minuto o due, l'altro può facilmente diventare un cronometro di mezz'ora.

Non mi preoccuperei troppo di porre (troppe) domande. Un buon mentore ti dirà in modo amichevole quando è il momento di smettere di chiedere e iniziare a praticare. Dopo tutto, il mentore è stato assegnato a tutorarti e questo incarico di solito viene fornito con un budget di tempo.

Sono d'accordo che sia una buona idea preparare una serie di domande e chiedere l'attenzione del mentore per discuterle tutte in una volta. D'altra parte, può anche essere molto frustrante (soprattutto per i principianti) cercare di capire come funzionano le cose per ore quando una semplice domanda e risposta risolverebbe il problema in pochi secondi.

Cerca di imparare dall'esperienza e sviluppare l'abilità di "leggere" il tuo mentore per capire quando c'è una buona opportunità e come dovresti comunicare la tua mancanza di attenzione . Lo sviluppo del software riguarda tanto l'interazione con le persone quanto il guardare il codice sorgente.

Su una nota correlata, l'incoraggiamento e l'entusiasmo funzionano in entrambi i modi, da mentore a stagista e da stagista a mentore.

Questa è probabilmente una situazione che abbiamo vissuto tutti. Essere il nuovo ragazzo, che si tratti di uno stagista o di un impiegato regolare, è complicato. Coinvolge sempre il problema dell'avviamento a freddo, poiché sei in un nuovo posto, con nuove persone, nuove tecnologie, nuove metodologie. Capisco perfettamente l'ansia di non sapere qualcosa e di conoscerla alla perfezione, in modo da renderti presto produttivo.

Avere domande è totalmente naturale. E puoi essere certo che i tuoi colleghi sanno che lo fai e avrai delle domande. Sono anche stati nella tua posizione ad un certo punto, giusto? E credimi, dovevano ottenere un aiuto da qualche parte.

La parte difficile è che non tutti sono disponibili in ogni momento, per rispondere a qualsiasi domanda tu possa avere. Il mio solito trucco quando si passa attraverso il codice o i documenti, è tenere note di cose che non sono immediatamente chiare, e organizzare un paio di brevi riunioni al giorno, per discuterle con i miei anziani. Prima di fare una domanda, è sempre una buona idea fare una piccola "ricerca" al riguardo, cercare di ottenere quante più informazioni e suggerimenti possibili. Siti come StackOverflow sono d'oro. Potresti anche ottenere la risposta esatta che stai cercando. I tuoi colleghi apprezzeranno lo sforzo e saranno più felici di aiutarti.

Provare intensamente, studiare duramente, essere curiosi e fare domande. Ricorda, tutti sono stati nella tua posizione e alla fine tutti sono sopravvissuti:)

Penso che ti imbatterai in diversi tipi di domande.

Per la mia risposta mi concentrerò su ciò che considero PERCHÉ domande. Questi tipi di domande ti aiutano a capire perché ti viene chiesto di fare qualcosa in un certo modo. (ad esempio, perché usiamo la codifica standard X?)

Penso che sarebbe meglio per te chiedere al tuo mentore di dedicare un po 'di tempo ogni settimana a rispondere a questo tipo di domande. Un'idea sarebbe quella di mettere da parte 1 o 2 pause caffè alla settimana. Avendo un tempo stabilito per questi tipi di domande, mostri al tuo mentore che apprezzi il loro tempo e che desideri imparare perché qualcosa viene fatto in un certo modo.

Finché il mentore sa che hai cercato di trovare prima la risposta e provato a trovare una risposta alla domanda.

Un consiglio su quando porre domande può essere quando il tuo mentore va alla macchina da caffè, quindi sai che stai interrompendo il suo "flusso".

Sono praticamente nella tua situazione esatta in questo preciso momento. Il mio supervisore è piuttosto impegnato e ho notato che le mie interruzioni non sono state accolte molto presto. Nel mio caso, però, non sono venuto a conoscenza di molte tecnologie utilizzate. Quindi quello che ho fatto è che, ogni volta che ho una domanda, la annoto. Se ho bisogno di una risposta per continuare il mio compito, faccio qualcos'altro per un po '. Ho letto alcuni documenti per qualche altra tecnologia che so che userò abbastanza presto. A meno che la domanda sia fondamentale per completare l'attività su cui deve lavorare, e non posso continuare senza una risposta, la accodo.

Se è il codice che stai scrivendo, ad esempio, puoi scrivere un commento "todo" in quella parte e continuare a scrivere il resto del codice. Puoi tornare a riempire il todo più tardi.

Poi, ogni volta che incontro il mio supervisore, scarico tutte le domande contemporaneamente. Da allora alcune delle domande che ho già risposto per me! Alcune domande sembrano anche stupide dopo essere state scritte per un po ', quindi non le chiedi.

Un'altra cosa che dovresti assolutamente fare è semplicemente parlarne con il tuo mentore. In effetti è la prima cosa che ho fatto. Semplicemente ho semplicemente chiesto "Sto facendo troppe domande?" Mi ha dato un feedback diretto e potrei smettere di preoccuparmi di se e di rilassarmi o risolvere il problema.

Nota: quanto sopra vale solo per domande che non sono tecniche o relative alla programmazione. Trascorro molto tempo su Google / Stack Overflow alla ricerca di risposte tecniche e dovresti farlo anche tu. Infatti, se non stai cercando continuamente nuove informazioni, direi che non stai imparando abbastanza:)

1. Non preoccuparti di chiedere troppo. Non importa che tu non sappia sth, ma capacità di studiare argomenti.
2. Pensa a Google prima di chiedere.
3. Dal momento che comunichi tramite messaggistica istantanea ed e-mail, prova ad assicurarti che il tuo mentore comprenda bene le tue domande.
4. Una volta risolto il problema, sono necessarie le note. Non possiamo ricordare tutto ciò che apprendiamo in dettaglio.

Penso che Casey non sia questione di domande ... tutto è che tu sei uno stagista ... devi fare domande. E personalmente sento che mettere in discussione le cose ha sempre il suo vantaggio. Anche se non hai Google in quel caso, il tuo mentore dovrebbe dirti che devi studiarlo da solo. Va ricordato che non si sentono frustrati o che non si sentono sopraffatti dal nuovo ambiente di lavoro con un'enorme base di codice. È solo il momento che devi dare e dovresti interrogare praticamente tutto quello che vuoi.

domande felici:):)

Sai, se sei educato e allegro puoi chiedere di chiedere via.

Ma non fare quelle domande che sembrano disfattiste o implicare che potresti essere un pazzo.