Programmera på riktigt

Sök jobb och jobba där några år, sen byt till ett annat. Finns inte någon generell regel för hur alla jobbar.
Lycka till

Att ställa frågor till SQL är en baggis. Att förstå SQL begripligt är lite jobbigare. Att designa SQL är ännu lite jobbigare. Att bli SQL-guru = inkomst som få programmeringjobb kan klå. Personligen skiter jag numera fullständigt i SQL - eftersom jag går i pension om två månader.

Det varierar som sagt oerhört mycket. Det man numera kan vara säker på är att man måste kunna grunderna i git, förr eller senare.

Att köra ett halvstort utvecklingsprojekt där du har en testmiljö (självständig och skild från din lokala utvecklingsmiljö) och en produktionsmiljö, där de olika miljöerna har olika konfigurationer är lärorikt. Se till att kunna hantera versionshanteringssystemet så att du vet exakt vilken kod som ligger i vilken miljö. Skillnaderna mellan miljöerna kan vara så ”enkel” som att visa vilken miljö man kör i (genom konfiguration) samt vilken git-hash den körande koden har.

Simulera sedan utveckling av ny funktionalitet i en feature-branch och gången för deploy till test-miljö, manuell test där och sedan deploy till produktion.

Det är även bra att få grepp om testdriven utveckling. Försök att hitta vägar att skriva både enhetstester, där du ”mockar” bakomliggande anrop (databaslager/API/anrop till andra klasser…) och integrationstester där du testar hela infrastrukturen, inklusive anrop över nätverk och ner i databaser.

Om du löser ovanstående så har du ett försprång med motsvarande vad jag brukar tvinga mina rookies att lära sig under första/andra projektet de är med i. CI/CD kan alltid någon med mer erfarenhet sätta upp.

Om man känner att man kan SQL mycket väl , men saknar programmeringskunskap i "traditionella" språk som C eller Java, vilka programmeringsjobb kan man hitta då ?

Att vara insnöad på ett enda språk gör det svårt att vara flexibel för en arbetsgivare. Helst bör man kunna lite om mycket men fokusera på ett eller par områden. Att pyssla med samma sak hela tiden är inte heller så kul eller utvecklande.

https://www.sweclockers.com/forum/trad/1660016-swec-githubare...

Perfekt ställe att kika efter projekt du kanske kan hjälpa till med.

Blockera inte dig själv från att ansöka för att du inte känner att du har helt koll på detta. De flesta företag är väldigt villiga att tag an "juniora" utvecklare och lära upp dem.

Men ivf, för att ha lite mer kött på benen.

• Testning- Bli bekant med enhetstestning i ett språk du vill jobba med. För .NET exempelvis XUnit eller i JS/TS världen Jest. Detta kan däremot gå väldigt mycket djupare med property based testing, end2end tester, UI tester osv.

• CI - Code as infrastructure. Github actions är ett lättillgängligt exempel. Jobbar man mot cloud så är också Terraform väldigt relevant. (Github actions från mitt egna projekt som visserligen behöver lite refaktorisering, tyvärr har jag inget terraform exempel att dela då jag enbart har använt det i yrket och därav stoppas av copyright.) Långt ifrån ett krav men väldigt trevligt att ha lite kött på benen om Docker också, även om det mer har med utvecklingsmiljö och drift att göra.

• Versionshantering - Läs om git och olika git branch stratergier som trunk-based development. TFS och andra scm är oftast bara legacy i dagens IT värld. Nästintill bara git som körs och det är för väldigt bra skäl.

Ja mycket av det där du skriver är så specifikt från företag till företag vilken process de jobbar med etc. så det är bättre att lära sig på plats. Visst att förstå principen och varför det är bra att ha olika delar kan vara vettigt så en verkar lite insatt på en intervju men inget en behöver gå en kurs för. Sök jobb, marknaden skriker efter kompetens, var bara ärlig med på vilken nivå du anser att dina kunskaper ligger så ska en rekryterare nog kunna hitta en första arbetsplats för dig.