Arbetsscheman för programmerare
Arten av programmering är i allmänhet inte en kontinuerlig uppgift, och det är inte heller en uppgift som alltid fungerar bra med definierade pauser. Liksom många kreativa uppgifter är det ett jobb som tenderar att fungera bra i skurar. Om en programmerare går med stora vapen, är det sista du vill att han eller hon ska göra - och troligtvis det sista som de vill göra - att stoppa och lämna.

Dessutom tenderar programmering att få bitar av driftstopp i det. Till exempel, att vänta på långa tester (särskilt när du testar eller felsöker stora datamängder), väntar på feedback från QA, väntar på att en kodmodul som din nästa uppgift är klar beror på. Ofta, men inte alltid, kan programmerare hitta andra användbara saker att fylla i den här tiden, men ibland kräver nästa uppgift en längre period av intensiv koncentration än den tillgängliga tiden, förlitar sig på den nuvarande eller är annars olämpligt att arbeta med på det tid. Det är inte nödvändigtvis fördelaktigt att ta bort fokus från den aktuella uppgiften även om arbetet måste vänta på något. Detta innebär att programmering ibland ger påtvingade pauser. Det är meningsfullt att uppmuntra programmerare att använda den tiden för sina egna syften snarare än att stanna kvar på jobbet för att passa ett fastställdt schema. Alternativet är att låta programmerare sitta vid deras skrivbord och försöka fylla tid. Detta tvingar dem helt enkelt att få vana att inte maximera sin produktivitet under arbetet. De flesta programmerare anser också att det är ett slöseri med sin tid och reagerar dåligt.

Programmering är en typ av problemlösning. Vissa svåra problem kan lösas genom att använda hårt arbete. Men andra problem kan bara lösas med en kreativ lösning. Kreativa lösningar kräver ofta inspiration. Ofta kommer inspiration när du tar ditt fokus från problemet och gör något helt annat. En arbetsplats som kräver ett fast schema kan göra det svårt att göra detta - eller åtminstone få en programmerare att vänta tills efter jobbet för att göra det.

Många programmerare gillar att arbeta intenst när behovet - eller en lösning - träffar dem. När inställda scheman krävs kan detta resultera i att programmerare lägger in massor av övertid för att rymma både det uppsatta schemat och deras arbete som utförts när de var mest effektiva. Detta kan leda till utbrändhet, vilket alltid gör människor ineffektiva.

På grund av dessa faktorer kan förvänta sig att programmerare ska arbeta 9-5 eller andra uppsatta scheman kan vara ineffektiva. Det är ofta mer meningsfullt att kräva att programmerare deltar i teammöten och uppmuntrar dem att arbeta med andra programmerare i sitt team men låta dem arbeta de timmar som är mest effektiva för dem. Det finns ett annat alternativ - Extrem programmering. Extrem programmering, eller XP, ändrar programmeringsprocessen till en hållbar daglig takt, vilket passar bra med fastställda scheman. Faktum är att XP uppmuntrar fastställda scheman och lämnar i slutet av dagen snarare än att arbeta hela natten. XP är för brett för ett ämne att täcka här, men det faktum att det kräver stora metodförändringar för att stödja uppsatta scheman tjänar till att illustrera varför uppsatta scheman och konventionella programmeringsmetoder inte nödvändigtvis passar bra.

Video Instruktioner: Top 20 Outlook 2016 Tips and Tricks (Maj 2024).