Share
Als je ooit eerder naar een op code gerichte conferentie bent geweest, kun je zeker bevestigen dat het aantal live-coderingsgesprekken ongelooflijk laag is. De reden is duidelijk: ze zijn super, superhard! Stel je voor dat je op een podium codeert voor honderden mensen, wanneer er plotseling iets misgaat en je code breekt! In het echte leven is een paar minuten debuggen een probleem. Op het podium is zelfs een moment van stilte de nachtmerrie van een spreker.
Moeten we dergelijke gesprekken nooit proberen? Absoluut niet! Je moet je gewoon op de juiste manier voorbereiden. Ik zal in dit artikel enkele tips geven.
Wat is live codering? Dit verwijst naar een presentatiestijl, waarbij de spreker het aantal dia's beperkt, in het voordeel van het in realtime schrijven van de voorbeelden of demo's. Het is een ongelooflijk gevaarlijke stijl van praten, maar kan aanzienlijke voordelen bieden voor het publiek.
Als je een nerveus type bent, is dit misschien geen goede keuze.
Zeker, bij het voorbereiden van een nieuw gesprek, is de belangrijkste vraag die je jezelf moet stellen, of het zin heeft om een presentatie met live codering te maken. Als u bijvoorbeeld slechts een aantal voorbeelden geeft, moet u die echt in realtime coderen? Zou een goed gepresenteerde dia niet zo goed werken, terwijl je wordt ontlast van wat stress en de kans op breuk??
U kunt overwegen de route voor live codering in te stellen in de volgende gevallen:
Persoonlijk zou ik er bij u op aandringen om naar de dia's te zoeken, tenzij u voldoende argumenten kunt aandragen waarom ze niet zo effectief zijn. Live-codering vereist een aanzienlijke hoeveelheid voorbereiding, evenals back-upplannen, om eventuele wegversperringen tegen te gaan die zich tijdens het coderen kunnen voordoen. Onthoud dat. Als je een nerveus type bent, is dit misschien geen goede keuze.
Praktijk. Praktijk. En oefen wat meer als je klaar bent.
Het is duidelijk dat elk gesprek minstens één of twee keer moet worden gerepeteerd voordat het voor een live publiek wordt gegeven. Als je echter in realtime wilt coderen, als vuistregel, verdrievoudig het aantal repetities. Codeer je een keer door het gesprek en herhaal het proces; hoe meer herhalingen, hoe beter!
Wanneer je op het podium spreekt, zou je moeten verwachten dat je op zijn minst een paar keer leeg bent.
Deze onzekerheden bestaan in alle sprekers. De eenvoudigste manier om zoveel mogelijk fouten te voorkomen, is om het onderwerp (en hoe je het zal presenteren) te kennen, evenals menselijk mogelijk. Praktijk. Praktijk. En oefen wat meer als je klaar bent.
Je eerste stap zou moeten zijn om het ergste te verwachten.
Dus je hebt besloten om door te gaan met een live workshop-achtige presentatie. Goed voor je! Je eerste stap zou moeten zijn om het ergste te verwachten. Stel jezelf de vraag: "Wat gebeurt er als ik volledig crash en verbrand? Wat als mijn geest leeg is?"
Ik bewaar altijd een kopie van het voltooide project voor mijn toespraak. Op die manier, als het podium onder me uit valt, kan ik om zo te zeggen altijd een nonchalante, zelfspot makende grap maken, waarbij ik opga hoe ik duidelijk niet getalenteerd genoeg ben om deze manier van praten uit te voeren. Dan kan ik snel overschakelen naar de voltooide code en mijn best doen om vanaf daar verder te gaan.
Ik gebruik religieus een Mac-app, Dash genaamd.
Overweeg ook om een verscheidenheid aan kleinere fragmenten te maken, die alles kunnen vertegenwoordigen, van een enkele functie, tot een beetje HTML, tot een CSS-regelset. Dit kan verschillende doelen dienen:
Ik gebruik religieus een Mac-app, Dash genaamd, maar elke tekstuitbreiding (of zelfs de functie voor het maken van codefragmenten van je code-editor) zal het goed doen.
Zie elke regel als een mentale schuld.
Let op: live coderen is geen excuus om te laten zien hoe slim je bent, of hoe snel je door je code-editor kunt manoeuvreren. Het einddoel is natuurlijk om het publiek iets te leren wat ze niet wisten voordat je op het podium stapt. Zorg er daarom voor dat je de code die je schrijft zodanig structureert dat het publiek niet overrompeld wordt. Toegegeven, dit vereist een beetje sleutelen om de perfecte balans te bereiken.
Kies als richtlijn altijd voor de eenvoudigste route door uw code. Als een stuk logica niet van vitaal belang is voor wat u probeert door te geven aan het publiek, knip het dan uit (misschien met een snelle waarschuwing dat u in een realistisch project waarschijnlijk hier en daar wat meer zou toevoegen ).
Doe je best om ongelooflijk gevoelig te zijn voor elke regel die je in de loop van je presentatie schrijft. Denk aan elke toegevoegde regel als mentale schuld. Het publiek is een spons; uiteindelijk hebben ze alles opgeschept waar ze toe in staat zijn in een sessie van vijfenveertig minuten. Hou het simpel.
Spreken op het podium is een enge ervaring. Codering op het podium is nog erger!
Er zijn geen twee manieren: spreken op het podium is een enge ervaring. Codering op het podium is nog erger! Als je een nerveus type bent, zoek dan een manier om overtollige energie te verwijderen een uur voordat je op het podium gaat. Hoe minder bebouwde energie je hebt wanneer je spreekt, des te minder kans dat je handen onbeheersbaar bewegen. Hier zijn een paar tips:
Vermijd de neiging om stil op het podium weg te typen.
Als ontwikkelaars brengen we het grootste deel van onze werkdagen in stilte door en coderen we weg. Er vindt echter een interessante overgang plaats, als u ervoor kiest om een live coderingspresentatie uit te proberen: niet alleen codeert u, maar u praat ook een weg door het proces en geeft elke codecode een mondelinge toelichting..
Vergeet niet te blijven praten! Vermijd de neiging om stil op het podium te typen. Dit is een one-way to ticket voor een slechte beoordeling. De sleutel is om elke regel code opnieuw in te stellen op een manier die iedereen in het publiek kan begrijpen, ongeacht hun vaardigheidsniveau.
Soms komt het allemaal neer op een beetje geluk.
Kijk: er is een reden waarom ontwikkelaars een live coderingspresentatie over het algemeen als ongelooflijk gevaarlijk beschouwen en zelden succesvol zijn. Als het niet goed genoeg is voorbereid, zal het publiek, zodra het fout gaat (en dat gebeurt ook), ineenkrimpen terwijl ze je stil in de gaten houden, maar wanhopig proberen je fout te corrigeren.
Soms komt het echter allemaal neer op een beetje geluk. Bereid je voor als een gek, steek je vingers over en hoop het beste. Als je succesvol bent, laat je het publiek misschien iets zien dat ze zelden (of nooit) te zien krijgen tijdens een conferentie. Succes!
Accentsconagua