Arbejdsplaner for programmerere

• Kan 6, 2024

Arten af ​​programmering er generelt ikke en kontinuerlig opgave, og det er heller ikke en opgave, der altid fungerer godt med definerede pauser. Som mange kreative opgaver er det et job, der har en tendens til at fungere godt i udbrud. Hvis en programmør går med store kanoner, er det sidste, du vil have ham eller hende - og sandsynligvis det sidste, de vil gøre - stop og forlade.

Derudover har programmeringen en tendens til at have bit af nedetid arbejdet med det. For eksempel venter på lange tests (især når du tester eller fejlsøger store datasæt), venter på feedback fra QA, venter på afslutning af et kodemodul, din næste opgave afhænger af. Ofte, men ikke altid, kan programmører finde andre nyttige ting at udfylde denne tid, men nogle gange kræver den næste opgave en længere periode med intens koncentration end den tilgængelige tid, er afhængig af den aktuelle eller ellers er upassende at arbejde på på det tidspunkt tid. Det er heller ikke nødvendigvis en fordel at fjerne fokus fra den aktuelle opgave, selvom arbejdet skal vente på noget. Dette betyder, at programmering til tider giver håndhævede pauser. Det giver mening at tilskynde programmerere til at bruge den tid til deres egne formål i stedet for at forblive på arbejde for at passe til en fast arbejdsplan. Alternativet er at have programmører siddende på deres skriveborde for at prøve at udfylde tid. Dette tvinger dem ganske enkelt til at komme i vane med ikke at maksimere deres produktivitet, mens de er på arbejde. Også de fleste programmerere vil sandsynligvis betragte dette som spild af deres tid og reagere dårligt.

Programmering er en type problemløsning. Nogle vanskelige problemer kan løses ved anvendelse af hårdt arbejde. Men andre problemer kan kun løses med en kreativ løsning. Kreative løsninger kræver ofte inspiration. Ofte kommer inspiration, når du tager dit fokus væk fra problemet og gør noget helt andet. En arbejdsplads, der kræver en fast tidsplan, kan gøre det vanskeligt at gøre dette - eller i det mindste få en programmerer til at vente, indtil efter arbejdet med at gøre det.

Mange programmerere kan lide at arbejde intenst, hver gang trangen - eller en løsning - rammer dem. Når det er nødvendigt at indstille tidsplaner, kan dette resultere i, at programmører sætter masser af overarbejde for at imødekomme både den indstillede tidsplan og deres arbejde, når de var mest effektive. Dette kan føre til udbrændthed, hvilket altid gør folk ineffektive.

På grund af disse faktorer kan det at være ineffektivt at forvente, at programmører skal arbejde 9-5 eller andre faste skemaer. Det giver ofte mere mening at kræve, at programmerere deltager i holdmøder og tilskynder dem til at arbejde sammen med andre programmører i deres team, men giver dem mulighed for at arbejde, uanset hvilke timer der er mest effektive for dem. Der er en anden mulighed - Ekstrem programmering. Ekstrem programmering eller XP ændrer programmeringsprocessen til et bæredygtigt dagligt tempo, der passer godt til de fastlagte tidsplaner. Faktisk opfordrer XP til fastlagte tidsplaner og afrejse ved udgangen af ​​dagen i stedet for at arbejde hele natten. XP er for bredt om et emne til at dække her, men det faktum, at det kræver større metodologiske ændringer for at understøtte sæt, der skitserer, tjener til at illustrere, hvorfor sætplaner og konventionelle programmeringsmetoder ikke nødvendigvis er et godt match.

Video Instruktioner: Inteligentny dom. Zamel Supla WiFi prezentacja systemu - ROW-01, ROW-02, SLW-01, SRW-01, PNW-01. (Kan 2024).