Och ja jag är rädd att koden som jag skriver den inte kommer att vara tillräckligt bra
Det kommer definitivt, säkert, inte att vara tillräckligt bra .
Det kommer inte att vara tillräckligt bra förrän:
- Efter har du avslutat att skriva det
- När du har granskat det
- Efter att du har testat det
- Efter att någon annan har granskat det
- Efter att någon annan har testat det
Förvänta dig inte att koden fungerar, dvs att den körs innan du är klar.
Lär dig ändå hur du testar den ofta så att du kan utveckla den stegvis .
Jag letar efter en del av din erfarenhet och hur du har kommit över detta
Det hjälper dig att veta vilka acceptanskriterier som är.
I mitt första jobb hade de fullständiga automatiserade systemtester för programvaran. Mina ändringar var tvungna att klara regressionstest och klara nya tester (som skrevs av någon annan) som testade att jag hade fixat vad som helst fel eller implementerat vilken ny funktion jag skulle.
I ett senare jobb som teamledare visste jag att jag hade stora fördelar gentemot nyanställda (mer erfarenhet i allmänhet och mer erfarenhet av "denna" / "vår" programvara) och förväntade mig inte att de skulle vara mina lika. Jag ville att de skulle lära sig att arbeta bra, t.ex. att avsluta och testa deras ändringar innan de skickas in; och att lära sig rätt balans mellan att läsa koden för att räkna ut det själva, kontra att ställa frågor om koden och om kraven och om processen.
Efter sex månader eller ett år (efter anställning och att bli mentorerad på begäran) skulle de bästa bland de nyanställda vara relativt oberoende (dvs. inte mer beroende av sina lagkamrater än de andra mer seniorprogrammerarna).
Och ja jag är rädd att koden som jag skriver den inte kommer att vara tillräckligt bra, projektet som jag kommer att arbeta med är ganska gammalt tror jag kanske 5 år och jag kan inte få hur tänker är bindande för varandra, logiken verkar på vissa ställen mycket komplicerad, särskilt i jquery och javascript som jag inte har kommit i kontakt förrän vet.
Om du har tur, någon (t.ex. vem som helst skrev det) är tillgängligt och kan berätta hur du ska implementera det du ska, dvs. gå igenom källan med dig och berätta (muntligt) vad du behöver ändra och var. Det kan spara mycket tid.
javascript kan vara konstigt och underbart. En kollega / mentor vid ett tidigare jobb rekommenderade att jag läste JavaScript: The Good Parts eftersom de använde och förväntade sig dessa tekniker i sin kodbas.
Jag kan inte andas som den killen skriver kod
Det tog honom förmodligen ett tag (att skriva den och lära sig att skriva den). För att komma ikapp måste du börja.
Om du arbetar heltid som är ungefär 2000 timmar / år, så ...
Hur man övervinner ångest när skriva kod
Några berömda råd från 1975 var, "bygg ett system att kasta bort, för även den bästa planeringen är inte så allvetande att få rätt första gången ".
Sedan," kasta en bort "menade" skriv ett helt system, kasta det, skriv ett annat ".
Det moderna sättet är att" refaktorera "vilket betyder "skriv ett helt system och ändra / utveckla det sedan för att göra det bättre".
Ett annat ordspråk (det här är mycket mindre känt, jag läste det i Systemantics) är " Ett komplext system som fungerar visar sig alltid ha utvecklats från ett enkelt system som fungerar. Ett komplext system som är designat från grunden fungerar aldrig och kan inte lappas upp för att få det att fungera. Du måste börja om från början med ett fungerande enkelt system. "
Det är som, tänk dig att din programvara är en människa: hur skriver du en fullvärdig vuxen människa? Hur börjar du ens? Ett svar är att du börjar med att skriva en baby.