Hi!
Negli ultimi due anni ho lavorato molto con persone che hanno appena iniziato la loro carriera nel settore IT. Poiché le domande stesse e il modo in cui molte persone le pongono sono simili, ho deciso di raccogliere la mia esperienza e i miei consigli in un unico posto.
Molto tempo fa ho letto 2004 di Eric Raymond, e lo ha sempre seguito rigorosamente nella sua carriera. È piuttosto grande e si rivolge maggiormente agli amministratori di sistema. Devo aiutare le persone, che spesso non hanno alcuna esperienza nello sviluppo, a diventare junior e ad iniziare la loro carriera.
Per coloro che sono già diventati, o stanno ancora sognando di diventare, uno sviluppatore alle prime armi, posso dare i seguenti consigli:
- Studia tu stesso il problema
- Prima comunicate l’obiettivo, poi esponete il problema.
- Scrivi in modo competente e pertinente
- Fai domande all'indirizzo e condividi la soluzione
- Rispetta il tempo degli altri
- Guarda più in largo
E ora per maggiori dettagli.
Studia tu stesso il problema
Stai imparando un linguaggio di programmazione da un libro o da un corso. Abbiamo preso un codice di esempio, lo abbiamo eseguito, ma si è bloccato con un errore che non ti era chiaro. Secondo il libro dovrebbe funzionare. Ma se credi ai tuoi occhi, non funziona. Quali sono le opzioni?
- Decidi che non diventerai mai uno sviluppatore perché tutto il mondo è contro di te e anche gli esempi funzionanti non funzionano. Smetti di studiare;
- Decidi che non diventerai mai uno sviluppatore perché sei troppo stupido o non ce l'hai. Smetti di studiare;
- Inizia a chiedere a tutti quelli che conosci che sono almeno in qualche modo collegati all'IT, chiedendo loro di capire perché non funziona per te. Scopri molte cose nuove su te stesso, offenditi. Smetti di studiare;
Quale opzione è corretta? Eccolo:
Comprendi che non sei unico (non importa quello che dicono tua madre e tua nonna), e il mondo IT non è così semplice come lo strombazzano quando ti invitano a corsi e webinar.
Comprendere che non sei unico porta alla realizzazione che il tuo problema probabilmente è già stato riscontrato da decine, centinaia, migliaia di persone. Se sei uno sviluppatore alle prime armi, potresti facilmente non notare, installare o configurare qualcosa. Ecco una lista di controllo che suggerisco di consultare prima che ti rendi conto che non puoi risolvere il problema da solo e hai bisogno di aiuto:
- Assicurati che la domanda sia unica e che non ci sia risposta su Internet
- Studia attentamente la causa del problema, non l'effetto
- Valutare le possibili soluzioni al problema, i loro pro e contro
- Pensa a opzioni alternative per raggiungere il tuo obiettivo
- Pensa a cosa ti potrebbe essere chiesto e prepara le risposte in anticipo.
С prima Il punto è che è tutto banale: se il testo dell'errore ti è del tutto incomprensibile, copialo su Google e leggi attentamente il testo dai link.
Secondo: ad esempio, se il tuo codice si blocca con l'errore "Non riesco a connettere una libreria di terze parti", il problema non è nel tuo codice. Il punto è che non hai installato alcuna libreria che desideri utilizzare. Ciò significa che devi cercare come installarlo e non come correggere il codice.
terzo и il quarto abbastanza simile: cosa succede se questa libreria è il problema e devo solo cercarne un'altra? Cosa succede se non utilizzo affatto una libreria di terze parti, ma scrivo il mio codice utilizzando strumenti standard?
quinto Questo punto ci porta alla parte successiva: pensa a cosa potrebbe chiederti la persona a cui ti stai avvicinando e tieni pronte le risposte.
Prima comunicate l’obiettivo, poi esponete il problema.
L'obiettivo è quello che volevi fare. Ad esempio, scrivi un codice che vada su Internet e salvi 10 immagini con gatti divertenti. Il problema è perché vedi un errore nella console, ma non vedi 10 gatti divertenti. Non iniziare la tua domanda con un problema. Inizia con un obiettivo e termina con un problema. Se la persona a cui ti rivolgi per chiedere aiuto è uno sviluppatore esperto e sa molto, allora probabilmente sarà in grado di offrirti una soluzione più semplice ed elegante al problema. Se hai già scelto il più semplice ed elegante, capirà chiaramente cosa e perché vuoi fare, e questo accelererà la ricezione della risposta.
Bella domanda
Voglio salvare 10 gatti divertenti ogni giorno per ridere e prolungare la mia vita. Per fare ciò, ho scritto il seguente codice: […]. Mi aspetto che si connetta a un server FTP e scarichi nuove immagini da lì. Tuttavia, quando l'ho lanciato, ho visto questo errore: […] Anche se posso accedere a questo server tramite il browser.
Risposta rapida:
Non avresti dovuto prendere questa libreria; nessuno la supporta o la sviluppa da molto tempo. Meglio prendere questa: scarico io stesso le foto con i gatti!
Domanda sbagliata:
Ciao, il mio codice ha prodotto il seguente errore […], sai cosa potrebbe esserci che non va?
La risposta ovvia:
Ciao. No non lo so.
Scrivi in modo competente e pertinente
Non è necessario riversare un flusso di pensieri su una persona. La persona a cui ti sei rivolto per risolvere il problema è impegnata con i suoi affari. Assicurati che capisca rapidamente qual è il tuo problema e cosa vuoi da lui. Se hai problemi con l'alfabetizzazione, utilizza i servizi online di controllo dell'ortografia e della punteggiatura. Puoi rimuovere la posta indesiderata dai messaggi senza servizi online. Non versare acqua, non cominciare da lontano. Scrivi in modo breve, conciso e diretto al punto. Fornire esempi.
Male:
- ciao, com'è andata))) Sto cercando di mettere insieme un progetto in breve, ma non mi funziona, si blocca per qualche motivo O_o, anche se sembra che ho fatto tutto bene, vieni per favore) )))) in realtà c'è qualcosa di incomprensibile nella console per me ((( già giusto ho provato di tutto, non funziona niente, ahhh(
buono:
— Ciao, sto cercando di avviare un progetto, ma c'è un problema. Si blocca subito dopo il comando docker-compose up, ecco il log di avvio e l'errore: […] Potete dirmi come risolverlo?
Fai domande all'indirizzo e condividi la soluzione
Non dovresti scrivere una domanda in un messaggio personale a una persona specifica, a meno che tu non sia stato informato che dovresti farla specificamente a lui. È meglio scrivere ad un gruppo di persone perché:
- Ognuno è impegnato a risolvere i propri problemi. La possibilità che qualcuno in una chat generale o in un forum possa dedicarti del tempo è più alta.
- La possibilità che qualcuno nella chat generale sappia come aiutarti è più alta.
- Lasci agli altri il compito di trovare la stessa domanda e rispondere in seguito.
Dai un'occhiata all'ultimo punto. Hai già imparato che dovresti provare a risolvere i problemi da solo? Hai già utilizzato la ricerca chat/forum/gruppo, ma non hai trovato nessuna menzione del tuo problema? Ok, allora chiedi pure.
D’altronde non c’è bisogno di disturbare inutilmente le persone. Se possibile, rimuovi dalla tua mailing list chiunque non possa aiutarti. Più messaggi una persona riceve, meno è probabile che li legga tutti. Non abituare le persone a disattivare gli avvisi o semplicemente a ignorare i messaggi.
Sicuramente la tua esperienza potrà essere utile a qualcun altro. Risparmia tempo a te stesso e agli altri pubblicando una risposta o una soluzione. Il prossimo nuovo arrivato, se sa già di cosa stiamo parlando, non disturberà affatto nessuno: troverà la tua soluzione cercando. Perché dico che puoi risparmiare tempo? Perché potresti riscontrare questo problema tra un anno e non ricordare come lo hai risolto. La ricerca ti salverà di nuovo.
Rispetta il tempo degli altri
Rendi la vita più semplice possibile alle persone a cui chiedi aiuto.
Assicurati che i link che invii funzionino. Prova ad aprirlo in modalità di navigazione in incognito. Se il collegamento richiede autorizzazione, verrà visualizzato un errore di accesso. Ad esempio, se hai caricato il codice in un repository privato o hai inviato un collegamento a Google Drive, a cui solo tu hai accesso, una persona vedrà un errore e dovrà dedicare del tempo a informarti a riguardo, quindi attendere per impostare l'accesso. Assicurati che la persona veda immediatamente di cosa stai parlando.
Non aspettarti che qualcuno voglia ricordare quello che hai chiesto due giorni fa. Invia nuovamente le informazioni, ricorda il contesto. Nessuno vuole cercare nella corrispondenza ciò che hai a portata di mano. Se sei troppo pigro per duplicare le informazioni in modo che le persone non perdano tempo nella ricerca, non hai bisogno di aiuto.
Non toglierlo dal contesto. Se invii un log con un errore, è ovvio che devi includere non solo l'errore stesso, ma anche il codice che lo ha causato, con un esempio di cosa si è rotto.
Se esiste un processo stabilito per risolvere il tuo problema, seguilo. Non è necessario reinventare la ruota se esiste già un articolo con una guida passo passo.
Non dovresti cercare di ottenere una risposta da una persona attraverso canali diversi (scrivi su Slack, Skype, Telegram) contemporaneamente: sarà spiacevole per la persona.
Non è necessario scrivere lo stesso messaggio a più persone contemporaneamente, nella speranza che almeno qualcuno ti risponda. Tutte queste persone possono darti una risposta (molto probabilmente sarà la stessa), ma saranno tutte distratte dal loro lavoro per un po'. Utilizza le chat di gruppo.
Guarda più in largo
Tutto quello di cui abbiamo parlato qui vale anche al di fuori del campo informatico. Segui queste regole in un supermercato, in un centro di assistenza auto, in vacanza in un altro paese, quando comunichi con amici e parenti. Mostra alle persone che apprezzi il loro tempo e che non vuoi disturbarle per sciocchezze. Dimostra che hai dedicato tempo e sforzi cercando di risolvere il problema da solo, ma non hai avuto successo e hai davvero bisogno di aiuto. In segno di gratitudine, le persone capiranno i tuoi problemi e ti aiuteranno a risolverli.
Fonte: habr.com