Jobba som systemutvecklare - vad innebär att vara driven, ta genvägar, vara initiativtagande ect?

Att ta genvägar betyder ofta att man måste göra fula lösningar som kanske inte riktigt är i linje med vad man egentligen vill göra. Men då kan man vid ett senare tillfälle gå tillbaka och refactorisera fullösningen till en bättre hållbar lösning i längden.

Noggrannhet är bra, men gör den att projekt blir försenade är den dålig.
Att du ska försöka lösa problemet först innan du ställer frågor hjälper dig att lära dig. Googla problemet och se om det finns andra som haft liknande problem. 99% av gångerna finns det ett svar på din fråga.

Med tiden kommer erfarenheten och du kommer kunna se lösningar på problem mycket snabbare. Även då kommer du stöta på problem i utvecklingen som kanske tar längre tid att lösa.

Vad du lär dig i skolan och hur verkligheten ser ut är skilda världar. Du kan inte applicera det du lärde dig i skolan (förutom programspråk) i verkliga livet. Sådant lär inte skolan ut.

Jag är sån som vill hitta den bästa lösningen och det är inte alltid förenligt med deadlines vi har, så då får jag lösa det på ett mindre bra sätt för att komma vidare i projektet. Det har jag än idag svårt för. Kan betyda att jag måste hårdkoda saker för stunden för att projektet inte ska stå still. När projektet är klart och det finns tid så går jag tillbaka till den fulkoden jag skrivit och skriver om den.

Gör vad som kan anses vara onödigt jobb för att få saker att funka för stunden. Sk konstgjort andning.

Jag vill gärna göra saker 100% rätt från grunden och då kan man inte börja på Sida 3. Men min chef måste ha klart sida 3 IGÅR, som jag sedan måste göra om, då jag börjar på sida 1 efter jag gjort klart det till honom.

Nu slipper jag detta då jag inte har någon chef längre, men så var det förr för min del. Väldigt stressigt att jobba så, men vad ska man göra

Va nöjd att du fick jobberfarenheter, tillskillnad från mig då jag har portfolier, 70p kurs,github, hemsidor och allt annat och kommer inte ens igenom rekryteringen, så kan du rekommendera dem till mig ^^

Plus ett på ovan när det gäller genvägar!

Jag skriver en hel del script i PowerShell i min nuvarande roll, många av av dem utvecklas löpande med nya funktioner osv, men när man har en deadline så är det endast funktionen som är viktig.

Ett exempel är att skippa allt vad felhantering är om fel data kommer in, man utgår från att det det inte kommer inträffa helt enkelt.

Att skapa upp funktioner kan komma i ett senare skede t.ex. Det är inte vackert att ha ett enormt block kod som gör allt, men det går snabbare att få på plats och att få det till fungera.
Sen när tid finnes fixar man till en del av sakern, släpper en ny version och håller på så.

Har enormt många script i drift som är långt ifrån 100% färdiga, men har dokumenterat vad som saknas och betar av de viktigaste efter hand som tid finnes.

När det gäller frågor är det en svår sak att svara på vad som är för mycket, allt beror på vilken typ av frågor det handlar om.

Exempel; "Kan du skcika en lista på böcker inför certifieringen", anser jag personligen är en fråga som inte behöver ställas. Det kan man hitta själv på ett par minuter. Då är det bättre att skicka något i stil med "Hittade följande böcker till certifiering, kan jag beställa dessa eller vet du någon bättre?"
Då visar du initiativ på samma gång också vilket du behöver inom IT-branchen om du vill komma vidare.

Det jag förespråkar; Det är lättare att få förlåtelse än tillåtelse!

Dock så får man vara beredd på att ta konsekvenserna om det skiter sig fullständigt också.

Det är ofta 6 månaders prövotid, inget konstig att få gå efter detta.
Det räcker bara att de inte ansåg en presterade tillräckligt bra och efter dessa 6 månader så är det betydligt krångligare att säga upp.

Så det är bara kämpa på, du är inte ensam om att ha haft problem.

Angående ta genvägar, så kan det ofta vara krav att saker ska fungera på ett sätt. Det kan också vara ett krav att något ska vara i drift innan en viss dag och ibland går inte dessa krav att uppfylla samtidigt och ett krav får stryka på foten. Kravet att det ej är drift inom ett viss dag är tyvärr inte alltid det kravet som får ge sig.

*edit*
På vissa ställen jag har varit så har ibland typ 50% efter 6 månader fått gå, både nyexade och seniorer.

Med risk för att bli för specifik...

Tips som kanske kan vara relevant för dig:
Lär dig väga av huruvida en refactoring behöver göras direkt eller kan skjutas upp.

Ofta (/alltid) när man är inne i koden och pillar för att lägga till en feature så upptäcker man saker som tidigare skrivits som kan förbättras. Detsamma gäller att förbättra/lägga till unit tests. Någonting som man måste lära sig för att kunna hålla tempo är att väga av vad som kan göras *inom scope för projektet* vs. vad som kommer öka scopet och därmed bör skjutas fram.
Så, om du stöter på någon legacy code som skulle kunna förbättras. Börja exprementera och försök förbättra. Märker du att scopet verkar ökas (du sitter 2 timmar eller något i sträck och det är långt kvar) så bör du rulla tillbaka dina ändringar och helt enkelt leva med att det blir lite crappy kod för tillfället. Skapa en ticket i er backlog (om ni kör agilt dvs) för förbättringen och kanske lägg //TODO i koden som refererar till ticketen.

Okej då förstår jag, tänkte mer om du ställde frågor riktat till själva programmeringen, men sådana frågor tycker jag inte det är väl något fel att ställa.