Hey there!
De afgelopen jaren heb ik veel gewerkt met mensen die net aan hun carrière in de IT begonnen zijn. Omdat de vragen zelf en de manier waarop veel mensen ze stellen vergelijkbaar zijn, heb ik besloten mijn ervaringen en aanbevelingen op één plek te verzamelen.
Lang geleden heb ik gelezen 2004 door Eric Raymond, en heeft dit in zijn carrière altijd strikt gevolgd. Het is vrij groot en is meer gericht op systeembeheerders. Ik moet mensen, vaak zonder ontwikkelingservaring, helpen junior te worden en hun carrière te starten.
Voor degenen die al een beginnende ontwikkelaar zijn geworden, of er nog slechts van dromen om een beginnende ontwikkelaar te worden, kan ik de volgende aanbevelingen geven:
- Bestudeer het probleem zelf
- Noem eerst het doel en daarna het probleem
- Schrijf goed en to the point
- Stel vragen op het adres en deel de oplossing
- Respecteer de tijd van anderen
- Kijk breder
En nu voor meer details.
Bestudeer het probleem zelf
Een programmeertaal leer je uit een boek of cursus. We hebben een voorbeeldcode genomen en uitgevoerd, maar deze crashte met een fout die u niet begreep. Volgens het boek zou het moeten werken. Maar je gelooft je ogen - het werkt niet. Wat zijn de opties?
- Besluit dat je nooit een ontwikkelaar zult worden, omdat de hele wereld tegen je is en zelfs werkende voorbeelden niet werken. Stop met leren;
- Beslis dat je nooit een ontwikkelaar zult worden omdat je te dom bent of je niet gegeven wordt. Stop met leren;
- Begin al je vrienden te vragen die op de een of andere manier verbonden zijn met IT, en eis dat ze uitzoeken waarom het niet voor jou werkt. Leer veel over jezelf, wees beledigd. Stop met leren;
Welke optie is juist? Hier is hij:
Om te begrijpen dat je niet uniek bent (wat je moeder en grootmoeder ook zeggen), en dat de IT-wereld niet zo eenvoudig is als ze uitroepen als ze je uitnodigen voor cursussen en webinars.
Als u begrijpt dat u niet uniek bent, komt u tot het besef dat uw probleem waarschijnlijk al door tientallen, honderden, duizenden mensen is tegengekomen. Als u een beginnende ontwikkelaar bent, is het gemakkelijk dat u iets niet opmerkt en het niet installeert of configureert. Hier is een checklist die u volgens mij moet doorlopen voordat u zich realiseert dat u het probleem niet zelf kunt oplossen en dat u hulp nodig heeft:
- Zorg ervoor dat de vraag uniek is en dat er geen antwoord op internet te vinden is
- Bestudeer zorgvuldig de oorzaak van het probleem, niet het gevolg
- Evalueer mogelijke oplossingen voor het probleem en hun voor- en nadelen
- Bedenk alternatieve manieren om je doel te bereiken
- Denk na over wat u mogelijk wordt gevraagd en bereid uw antwoorden van tevoren voor
С de eerste alles is triviaal met het punt: als de tekst van de fout voor u volkomen onbegrijpelijk is, kopieer deze dan naar Google en lees aandachtig de tekst op de links.
Tweede: als uw code bijvoorbeeld crasht met de foutmelding 'Ik kan geen verbinding maken met een bibliotheek van derden', dan ligt het probleem niet in uw code. Het punt is dat je nog geen enkele bibliotheek hebt geïnstalleerd die je wilt gebruiken. U moet dus zoeken naar hoe u het moet installeren, en niet hoe u uw code kunt repareren.
Derde и de vierde zeer vergelijkbaar: Wat als het probleem in deze bibliotheek zit en ik gewoon naar een andere moet zoeken? Wat moet ik doen als ik helemaal geen bibliotheek van derden gebruik, maar mijn eigen code schrijf met behulp van standaardtools?
vijfde Dit punt brengt ons bij het volgende deel: denk na over wat de persoon met wie u praat u zou kunnen vragen, en zorg ervoor dat u de antwoorden gereed heeft.
Noem eerst het doel en daarna het probleem
Het doel is wat je wilde doen. Schrijf bijvoorbeeld een code die naar internet gaat en 10 foto's met grappige katten opslaat. Het probleem is dat je een fout in de console ziet, maar geen 10 grappige katten. Begin uw vraag niet met een probleem. Begin met een doel en eindig met een probleem. Als de persoon die u om hulp vraagt een ervaren ontwikkelaar is en veel weet, dan zal hij of zij u zeker een eenvoudigere en elegantere oplossing voor het probleem kunnen bieden. Als je al de eenvoudigste en meest elegante hebt gekozen, zal hij duidelijk begrijpen wat en waarom je wilt doen, en dit zal de reactie versnellen.
Goede vraag:
Ik wil elke dag 10 grappige katten redden om te lachen en mijn leven te verlengen. Om dit te doen, heb ik de volgende code geschreven: […]. Ik verwacht dat het verbinding maakt met een FTP-server en vanaf daar nieuwe foto's downloadt. Toen ik het echter startte, zag ik deze fout: [...] Hoewel ik via de browser toegang heb tot deze server.
Snelle reactie:
Je hebt deze bibliotheek tevergeefs gebruikt, niemand heeft hem lange tijd ondersteund of ontwikkeld. Neem deze maar beter - ik download zelf foto's met katten voor haar!
Slechte vraag:
Hallo, mijn code gaf de volgende foutmelding […], weet je wat er mis kan zijn?
Het voor de hand liggende antwoord is:
Hallo. Nee ik weet het niet.
Schrijf goed en to the point
Het is niet nodig om een stroom van gedachten over een persoon te gieten. De persoon met wie u contact opnam voor een oplossing voor het probleem, is bezig met zijn eigen zaken. Zorg ervoor dat hij snel begrijpt wat uw probleem is en wat u van hem wilt. Als u problemen heeft met lezen en schrijven, kunt u gebruik maken van online diensten voor spelling en interpunctie. U kunt rommel uit het bericht verwijderen zonder online services. Giet geen water, begin niet van ver. Schrijf kort, bondig en to the point. Geef voorbeelden.
Slecht:
- hallo, hoe is de uitlaat geslaagd))) Ik probeer het project in een kortere tijd in elkaar te zetten, maar om de een of andere reden werkt het niet voor mij O_o hoewel het lijkt alsof ik alles goed heb gedaan, kom alsjeblieft))) )) hier, in het algemeen, iets onbegrijpelijks dat ik in de console heb (((het is al duidelijk, ik heb alles geprobeerd, niets werkt, aaaa (
Mooi zo:
Hallo, ik probeer een project uit te voeren, maar er is een probleem. Het crasht onmiddellijk na de opdracht docker-compose up, hier is het opstartlogboek en de fout: […] Kun je me vertellen hoe ik het kan oplossen?
Stel vragen op het adres en deel de oplossing
U mag geen vraag stellen in een persoonlijk bericht aan een specifieke persoon, tenzij u is verteld dat u deze aan die persoon moet stellen. Het is beter om naar een groep mensen te schrijven, omdat:
- Iedereen is bezig met het oplossen van zijn eigen problemen. De kans dat iemand in de algemene chat of op het forum je tijd kan geven is groter.
- De kans dat iemand in de algemene chat weet hoe hij je kan helpen is groter.
- Je laat het aan anderen over om dezelfde vraag te vinden en later te beantwoorden.
Kijk eens naar de laatste paragraaf. Heeft u al geleerd dat u problemen zelf moet proberen op te lossen? Heb je de chat/forum/groep al doorzocht, maar heb je je probleem niet vermeld? Oké, vraag het dan.
Aan de andere kant: val mensen niet voor niets lastig. Sluit indien mogelijk iedereen uit van de mailinglijst die u niet kan helpen. Hoe meer berichten iemand ontvangt, hoe kleiner de kans dat hij ze allemaal leest. Zorg ervoor dat mensen er geen gewoonte van maken om waarschuwingen uit te schakelen of eenvoudigweg berichten te negeren.
Jouw ervaring kan ongetwijfeld nuttig zijn voor iemand anders. Bespaar tijd voor uzelf en anderen door een antwoord of oplossing te posten. De volgende nieuweling zal, als hij al weet waar we het hier over hebben, helemaal niemand lastig vallen - hij zal je oplossing vinden door te zoeken. Waarom zeg ik dat je tijd voor jezelf kunt besparen? Omdat je over een jaar met dit probleem te maken kunt krijgen en niet meer weet hoe je het hebt opgelost. De zoekopdracht wordt opnieuw opgeslagen.
Respecteer de tijd van anderen
Maak het leven zo gemakkelijk mogelijk voor de mensen aan wie u hulp vraagt.
Zorg ervoor dat de links die u verzendt, werken. Probeer het in de incognitomodus te openen. Als de link autorisatie vereist, ziet u een toegangsfout. Als u bijvoorbeeld code naar een privéopslagplaats heeft geüpload of een link naar een Google-schijf heeft verzonden waartoe alleen u toegang heeft, zal iemand een foutmelding zien en zal hij tijd moeten besteden aan het informeren ervan, en vervolgens moeten wachten tot u de toegang instellen. Zorg ervoor dat de persoon meteen ziet waar je het over hebt.
Verwacht niet dat iemand zich wil herinneren wat je twee dagen geleden vroeg. Verzend de informatie opnieuw, herinner de context. Niemand wil in correspondentie kijken naar wat je bij de hand hebt. Als je te lui bent om informatie te dupliceren, zodat mensen hun tijd niet verspillen met zoeken, dan heb je geen hulp nodig.
Haal het niet uit de context. Als u een log met een fout verzendt, is het duidelijk dat u niet alleen de fout zelf moet vermelden, maar ook de code die deze heeft veroorzaakt, met een voorbeeld van de fout.
Als er een vaststaand proces bestaat om uw probleem op te lossen, volg dit dan. Vind het wiel niet opnieuw uit als er al een artikel is met een stapsgewijze HowTo.
Je moet niet tegelijkertijd via verschillende kanalen (schrijf naar Slack, Skype, Telegram) een antwoord van één persoon zoeken - het zal onaangenaam zijn voor een persoon.
Het is niet nodig om hetzelfde bericht naar meerdere mensen tegelijk te schrijven, in de hoop dat tenminste iemand je zal antwoorden. Al deze mensen kunnen je een antwoord geven (hoogstwaarschijnlijk zal het hetzelfde zijn), maar ze zullen allemaal een tijdje van hun zaken worden afgeleid. Gebruik groepschats.
Kijk breder
Alles waar we het hier over hebben gehad, geldt ook buiten de IT-wereld. Volg deze regels in de supermarkt, autoservice, op vakantie in een ander land, bij het communiceren met vrienden en familie. Laat mensen zien dat u hun tijd waardeert en hen niet wilt belasten met kleinigheden. Laat zien dat je tijd en energie hebt besteed aan het zelf oplossen van het probleem, maar dat je daar niet in bent geslaagd en dat je echt hulp nodig hebt. Uit dankbaarheid zullen mensen uw problemen met begrip behandelen en helpen met de oplossing ervan.
Bron: www.habr.com