Is het normaal om veel pauzes te nemen in een programmeerbaan?

In een 8 uur durende dienst moet u minimaal twee keer 15 minuten pauze nemen en een 30-60 uur lunchpauze. De 15 minuten pauze staat op de klok, de langere lunchpauze niet.

Daarnaast vermeldt u in een van uw opmerkingen dat uw taak bestaat uit het schrijven van code. Het programmeren vereist mentale pauzes om effectief te zijn. Programmeren is erg cerebraal; het is geen baan waar je hersenloos een rote-patroon kunt volgen. Je moet je geest af en toe laten rusten - vooral wanneer je van de ene grote taak naar de andere overschakelt. Ik vind dat als ik een paar minuten wegloop van een moeilijk probleem, als ik terugkom, ik vaak in staat ben om het aan te vallen op nieuwe / betere manieren die ik niet zou hebben bedacht als ik gewoon naar het scherm staarde in afwachting van inspiratie.

Dit is wat ik graag doe. Naast het ontspannen tijdens mijn 1 uur durende lunchpauze, geef ik mezelf 15 minuten per dag de tijd om het nieuws te lezen. Ik heb geen vaste tijd; gewoon wanneer ik het gevoel heb dat ik een pauze nodig heb. Ik scan het google-nieuws en kies twee of drie krantenkoppen die me het meest interesseren. Als ik klaar ben met die artikelen, is dat ongeveer 15 minuten. Daarnaast gun ik mezelf nog eens 15 minuten pauze om water te halen, het toilet te gebruiken, online te goochelen, een spelletje te spelen op mijn telefoon, wat dan ook. De tweede pauze zit niet op mijn bureau. Als ik bovendien de hele dag mijn waterfles moet bijvullen, of een korte pitstop moet maken naar het toilet, of zelfs maar 5 minuten moet opstaan en mijn benen moet strekken aan mijn bureau, dan maak ik me daar geen zorgen over.

Het schrijven van code is geestelijk belastend werk dat de meeste mensen niet weten hoe ze het moeten doen, of zelfs niet weten hoe ze het moeten leren, en het heeft een grote impact op het bedrijf. Over het algemeen zullen managers begrip hebben voor incidentele onderbrekingen. In de ene programmeerwinkel waar ik werkte, nam het hele personeel een dagelijkse pauze waar ze snacks deelden en over de krant lazen / praatten (toen de krant nog een ding was). Je bent jong, en een stagiair, dus ik begrijp dat je een goede indruk moet maken. Dus, natuurlijk, maak er geen misbruik van. Maar als je een paar redelijke / 10-15 minuten pauze per dag neemt, en een lunchpauze, zou het prima moeten zijn.

Soms krijg ik gewoon niets voor elkaar.

Tuurlijk, ik kom in het kantoor, putter rond, controleer mijn e-mail om de tien seconden, lees het web, doe zelfs een paar hersenloze taken zoals het betalen van de American Express rekening. Maar terugkomen in de stroom van het schrijven van code gebeurt gewoon niet.

These vlagen van onproductiviteit duren meestal een dag of twee. Maar er zijn momenten in mijn carrière als ontwikkelaar geweest dat ik wekenlang niet in staat was om iets gedaan te krijgen. Zoals ze zeggen, ik ben niet in flow. Ik ben niet in de zone. Ik ben nergens.

Dit is een uittreksel van een blogpost van Joel Spolsky, een klein icoontje in de software engineering wereld. Hij is vrij succesvol; hij heeft een vrij diverse carrière gehad, een succesvol softwarebedrijf opgericht, en zijn blogs zijn voor velen een bron van inspiratie. Hij heeft ook een website gemaakt waar je misschien van gehoord hebt, genaamd Stack Overflow ;)

En hij lijkt te worstelen met het exacte probleem dat je beschrijft. En ik ook, van tijd tot tijd. Misschien is het normaal voor programmeurs. Of misschien voor zeer creatieve beroepen in het algemeen; ik kan me voorstellen dat schrijvers soortgelijke problemen hebben.

Er is waarschijnlijk veel meer geschreven over het onderwerp productiviteit van programmeurs. Lees er wat van. Misschien vindt u nuttige tips, of herkent u hetzelfde in andere. Het belangrijkste is waarschijnlijk dat je je best doet, maar wees niet te hard voor jezelf. Schuldgevoelens helpen waarschijnlijk niet :)

Af en toe een pauze nemen is heel normaal. Volledig geconcentreerd 8 uur lang werken zonder met de ogen te knipperen lijkt bijna onmogelijk.

In mijn land is het bijvoorbeeld algemeen geaccepteerd dat een roker twee keer per dag kan gaan roken tijdens de kantooruren. Anderen, zoals uzelf, kunnen een beetje op het internet surfen als ze hun hoofd leeg moeten maken.

Maar je stelt dat je pauze ‘een paar uur’ kan zijn, wat niet normaal is. Tegelijkertijd geef je ook aan dat de manager blij is met je werk. Dit zou suggereren dat je niet genoeg werk krijgt toegewezen om je bezig te houden. Ofwel is er gewoonweg niet genoeg werk om rond te gaan, wat ik ongelooflijk frustrerend vind, ofwel presteer je je collega’s vrij slecht.

IMO niet genoeg werk hebben kan een dag erg saai maken, en je motivatie ernstig schaden. Ik stel voor om met een manager te praten om genoeg werk te krijgen om je bezig te houden. Als dit betekent dat je veel meer bereikt dan je collega’s, dan telt dat in je voordeel bij de volgende promotieronde of salarisverhoging.

Als er gewoonweg niet genoeg werk is, dan kun je deze ‘extra tijd’ misschien goed gebruiken. Misschien leer je een nieuwe vaardigheid op het internet, doe je wat extra ongeplande verbeteringen, of zoek je een andere baan die je talenten beter zal benutten.

Maar als je de situatie niet wilt veranderen, als je op deze manier gelukkig bent, en je manager is blij met je… nou ja, ga dan maar door.

Ik kan de keren dat ik vastzit op een probleem dat vijf minuten na het kruisen van het net of BSing met een collega is opgelost, niet tellen. Ik zou echter discretie aanraden, zoals Sobrique hieronder aangeeft, soms kunnen collega’s je beoordelen.

Dat gezegd hebbende, het belangrijkste is dat je de klus geklaard krijgt. Als je een goede manager hebt, is dat waar het om gaat. Je kunt hem of haar zelfs benaderen door te zeggen “zou je het erg vinden als ik een wandeling maakte, ik moet mijn hoofd leegmaken”.

Er is een concept dat “het slijpen van de zaag” heet, dat gaat helemaal terug naar de houthakkers. Als de zaag saai was, maakte hard werken niet uit. Dus stoppen met werken aan het slijpen van de zaag zorgde voor efficiënter werk en betere resultaten.

In dit geval is je geest de zaag, en door terug te stappen, pauzes te nemen en het werk te breken, maak je jezelf scherp en ben je beter in staat om de klus te klaren.

Als je manager onder de indruk is van de snelheid van je werk, dan zou ik me geen zorgen maken.

Als je je nog steeds inefficiënt voelt, dan zou ik zeggen in plaats van alleen maar wat te lezen op het internet, dingen te lezen die relevant zijn voor het soort werk dat je doet. Op die manier zijn de lange pauzes die je neemt eigenlijk alleen maar professionele ontwikkelingstijd.

Het is bijna onmogelijk om geconcentreerd te blijven gedurende 8 uur en het is ook niet goed voor de gezondheid. Bovendien zult u waarschijnlijk inefficiënter zijn als u geen pauzes neemt. Houd echter in gedachten dat het nemen van een pauze en dan weer aan het werk gaan “een paar uur later” meestal buiten de grenzen van een normale werkpauze valt.

Een techniek die je kunt proberen om je efficiëntie te verhogen, wat je belangrijkste vraag is, is de Pomodoro Techniek https://en.wikipedia.org/wiki/Pomodoro_Technique ).

Zoals veel mensen terecht zeggen, wordt er niet verwacht dat je 8 uur in 8 uur werkt. Echter, weinig van de antwoorden op je hoofdvraag die je na de bewerking hebt gesteld:

Wat is voor mij de beste aanpak om efficiënter te worden?

Als je urenlang op het internet surft, zoals je zegt, gaat dit verder dan schuldgevoelens over af en toe een hersenvlucht of te veel rookpauzes.

Ik denk dat er een belangrijke reden is waarom je moeite hebt om je te concentreren:

Ik ben meestal enkele weken voor op schema

Zeker, het hele project is niet klaar, maar het deel dat van je verwacht wordt is klaar, en zo is het volgende deel en het volgende deel ook klaar. Als je niet direct iets belangrijks hebt om aan te werken, met de onderdelen waar je al van tevoren aan zou moeten werken, zal dat je vermogen om je te concentreren verminderen - als wat je doet nu niet belangrijk is, kan dat je ervan weerhouden om er nu aan te werken.

Je manager heeft besloten dat je, als stagiair, aan één project zou moeten werken. Dit lijkt niet genoeg project om je tijd te vullen. Het lijkt ook niet interessant genoeg om je aandacht voor het grootste deel van de werkdag vast te houden.

Ofwel:

A) Ask om de deadline te verschuiven.

Ik weet niet of je een betaalde stage hebt, of hoe dat loon gestructureerd is als het bestaat, en natuurlijk als je de deadline wel opschuift loop je het risico dat je eerder zonder werk komt te zitten als je de enige taak die ze je willen geven eerder af hebt. Als je de deadlines eerder wilt hebben, moet je ook vragen of je (en je manager) nog een ander project kunt plannen als je na afloop van het project werk wilt.

-of-

B) Ask voor een tweede project om aan te werken dat wezenlijk anders is dan je huidige project en dat je zeker kunt gebruiken om ervaring op te doen.

Waarschijnlijk de beste aanpak. Vraag ook hier weer om iets dat wezenlijk anders is dan het project waar je aan werkt. Als er geen ander project in het verschiet ligt, vraag dan om enig interessant werk dat je zou kunnen doen aan de zijkant, het verbeteren van database indices of wat dan ook. Zeg niet dat je niet fulltime hebt gewerkt, maar leg uit dat je nu genoeg grip hebt op je huidige project dat je een nevenproject wilt oppakken om je horizon te helpen verbreden, en dat doorgaan met je huidige project misschien niet genoeg is om je tijd te vullen. Je manager kan je vragen om je huidige project eerder af te ronden (zie optie A), maar hopelijk ziet hij of zij de wijsheid in je verzoek.

Beide benaderingen hebben de potentie om indruk te maken op je manager als je na afloop van je stage naar een vaste baan bij het bedrijf gaat. Zorg er wel voor dat je jezelf niet overhaalt om jezelf uit een baan te werken als je betaald wordt.

Altri l'hanno detto, quindi alcune di queste cose si ripeteranno. Io stesso scrivo il codice, e posso dirvi che non c'è modo di stare seduti per otto ore al giorno, scrivendo codice che richiede 2 15s e un pranzo e scrivere qualsiasi codice di qualità per qualsiasi periodo di tempo.

Hai necessario frequenti pause mentali per lasciare che il tuo cervello si rilassi. È molto importante fare queste pause quando “cambiate marcia” e passate da un compito all'altro.

Se non fate pause mentali frequenti, lavorerete invece un giorno di otto ore alla settimana e passerete gli altri quattro giorni a recuperare. Soprattutto dopo i primi mesi. Si combatte una vera e propria resistenza interna e ci si ritrova “noncuranti” perché si è semplicemente esausti.

Dall'altro lato, non si possono passare quattro ore di lavoro e il resto della giornata a navigare Stack Exchange.

Trovo un buon equilibrio intorno alla Tecnica del Pomodoro . Ora penso che la struttura completa della tecnica del Pomodoro sia sciocca nel mondo reale. Ma questo non significa che non possiamo prendere le lezioni apprese dalla tecnica e utilizzarle. Si abbandonerà la maggior parte del tracciamento e della pianificazione e ci si concentrerà invece su un paio di cose fondamentali. Lavorate 25 minuti, poi prendetevi una pausa di 5 minuti completa (alzatevi e allontanatevi dal computer). Per ogni quattro Pomodori si fa una pausa più lunga di 25 minuti (è più lunga del normale, ma trovo che aiuti). Quando si lavora, lavorare. Lavorare al 100%. Quando si fa una pausa, si fa una pausa al 100%. Non riempire le pause con e-mail o compilazioni, e non Alt + Tab su Stack Exchange durante l'orario di lavoro. L'unica cosa che vorrai tracciare sono i pomodorini completi. Questo vi darà una misura della produttività. Vi permetterà anche di sapere quanto tempo vi ci vorrà per certi compiti. Ad esempio, l'aggiunta della funzione due richiederà tre pomodorini. Non si vuole tenere traccia di un'attività per ogni pomodoro o qualcosa del genere, e probabilmente non si vuole tenere traccia delle interruzioni. Quello che vi preoccupa di più è 25 on - 5 off. Assicuratevi di avere un pomodoro “email”. Non volete che il lavoro sia solo di codifica. Volete che il lavoro includa tutto il vostro “lavoro”, anche se quel lavoro sta facendo finta di interessarsi alla conversazione in sala pausa.

Aangezien de andere antwoorden het niet noemden, zou ik willen toevoegen, dat je je manager zou kunnen vragen om niet-dringende taken die minder hersencapaciteit/focus vereisen. Bijvoorbeeld, het schrijven van documentatie.

Dus als je kunt focussen - je doet de programmering en als je hersenen uitgeput zijn/het is een “slechte hersendag” dan werk je aan de minder belastende taken.

Ook het doen van een code kata tussendoor is een geweldige manier om je vaardigheden te leren/trainen.

**Omdat programmeren het soort werk is dat moeilijk te meten is als het gaat om timing, verwachten bedrijven soms dat je extra werkt, maar ze staan niet toe dat iemand minder dan acht uur werkt.

Omdat het moeilijk is om prestaties te meten, als je manager het gevoel krijgt dat je om welke reden dan ook achterloopt op schema voor een project, kan hij je gaan monitoren en dat is waar het lezen van nieuws of het spelen van games voor uren of zelfs kortere tijd zoals 10 - 15 minuten, maar consistent kan leiden tot TROUBLE…

Vanuit het oogpunt van een eerlijke programmeur

Sommige taken zijn zo interessant dat we niet eens de tijd krijgen om rond te kijken, terwijl andere zo saai en complex zijn dat we af en toe kortere pauzes nemen, maar deze pauzes zijn ook gerelateerd aan ons werk, bijvoorbeeld het kijken naar iets op Pluralsight of het lezen over toekomstige releases in de technologie die ons kunnen helpen. …

Vanuit een niet-zo-eerlijk programmeursperspectief

Hij vindt misschien geen enkele taak interessant, dus hij vindt consequent belangen in andere activiteiten die niet werkgerelateerd zijn.

Samenvatting

Als je op het werk bent, moeten je activiteiten werkgerelateerd zijn; nu zijn sommige bedrijven streng en andere niet. Vorm jezelf dus op basis daarvan.

Ik zou aanraden om naar dit boek te kijken ragmatisch denken en leren: Refactor Your Wetware

Het legt uit dat je hersenen twee werkingswijzen hebben. Een daarvan is een lineaire modus, die vrij langzaam is. Dit is waar je je op dit moment op concentreert en actief over nadenkt. Er is ook een enorme hoeveelheid achtergrond, asynchroon, verwerking die doorgaat.

Terwijl je je hard concentreert, of probeert je hard te concentreren op iets, vertraag je deze achtergrondverwerking. Als je iets anders doet, maak je de hersenen vrij om op een niet-lineaire manier over dingen na te denken.

Een pauze hebben kan je helpen om je taken te volbrengen.

Persoonlijk zou ik zeggen dat een hoog percentage van de grote problemen die ik oplost, zich voordoen terwijl ik niet aan het coderen ben en iets doe dat niets met elkaar te maken heeft. Plotseling zou ik me realiseren dat de aanpak die ik volgde niet groot was en een kleine refactor zou het allemaal zoveel beter maken.

Dus voel je niet slecht als je niet codeert, je hersenen werken nog steeds aan dingen. Maar bedenk wel dat je het werk nog steeds moet doen.

Het is niet het beste om met het kijken naar internetnieuws naar een computerbaan te kijken, want je kunt er heel gemakkelijk in worden gezogen als een manier van uitstel, zonder dat dit zichtbaar is voor jou of je collega’s, omdat je de hele tijd dezelfde computer gebruikt. Veel gecompliceerdere programmeertaken hebben elementen die volwassener worden: je kunt ze niet goed oplossen als je er voluit op gaat, maar je zult er niet op groeien als je ze helemaal alleen laat.

Dus ik adviseer het opstellen van praktijken om daar bovenop te blijven: maak aan het begin van de dag een lijst van dingen waar je je op wilt richten/werken. Probeer uit te zoeken hoe dit aan het eind van de dag of week is gelukt.

Wanneer je kunt, werk niet aan de computer. Maak er een gewoonte van om al je ontwerpdingen over potlood en papier te doen. Probeer uit te zoeken hoe je goed gebruik kunt maken van een printer voor het analyseren en debuggen van codes; terwijl je geen stapels papier achter wilt laten, is elke pagina waar je verwacht te krabbelen en dingen te markeren terwijl je dingen absorbeert, redelijk om af te drukken. Natuurlijk, also plan in de tijd en middelen als u eenmaal klaar bent met een of andere codepassage hoe u dit kunt vereenvoudigen voor de volgende keer dat u of iemand anders op dezelfde code slaat: schrijf de bevindingen op waarvan u zeker bent, en reorganiseer indien nodig de code voor een betere ontvangst.

Het verzamelen van inzichten op papier is meestal veel beter door ze in de code te verzamelen, omdat ze misschien alleen maar voorlopig zijn (en je later beseft wat er fout was).

Werken met papier laat je ogen ontspannen, het geeft een andere focus, het laat een tastbaar gevoel achter voor jou en je collega’s over waar je mee bezig bent en wanneer je stopt met het maken van vorderingen. En het houdt het internet weg wanneer het het gevaarlijkst is.

Veel programmeren is intensief werk dat je niet de hele dag kunt volhouden zonder uiteindelijk uitgebrand te raken, maar veel in een programmeerklus kan ook rotwerk zijn. Het organiseren van je workflow en je tools en materialen op een manier waarbij je bovenop het leveren van beide zit en het maken van het beste van je beschikbare concentratie, vaardigheden, ervaring en aanwezigheid is een kunst op zich.

Als je dat goed voor elkaar krijgt door uit te zoeken hoe je uit de buurt kunt blijven van onproductiviteitsvallen en afleidingen terwijl je je creatieve energie gebruikt in de hoeveelheden en beperkingen die je tot je beschikking hebt, zul je effectief zijn, zelfs als de vaardigheden die je beheert, allemaal op zichzelf, niet noodzakelijkerwijs buitengewoon zijn.

Voorsprong is goed, soms zijn er twee of drie herschrijvingen nodig om het beste resultaat te krijgen, en je moet slapen op de vorige poging. Hopelijk is dit hoe je je opdrachten bij Uni.

hebt benaderd. Als je intensief bezig bent, kunnen er uren voorbij vliegen. Je eindigt half blind met een slecht geval van de chalfonts als je niet opstaat en rondloopt. (We kunnen dit over 30 jaar weer bespreken).

Ik vind het ook moeilijk om terug te komen van “de bank” als ik tussen de opdrachten door ben geweest, het helpt om macro’s te coderen voor geestdodende repeterende taken.

Het is ook verbazingwekkend wat er in de kroeg met je collega’s kan worden opgelost (alhoewel het ideaal is om deze te reserveren voor na het werk).

Misschien werk je aan het ontwikkelen van tools, of het documenteren van hardere oplossingen voor toekomstig gebruik, er komt een tijd dat Google en SO je niet kunnen helpen.

Probeer 2 uur eerder te komen en neem een langere pauze voor de lunch, maar beheers de tijd. Werk niet langer om de pauzes te “rechtvaardigen”. Als je iemand anders kan helpen met hun problemen, des te beter. Hun tijd kost evenveel als de jouwe.