Lär dig programmering – 3 tips för att komma igång!

Har du fått upp ögonen för programmering och är nyfiken på att själv börja knacka lite kod? Eller har du redan förstått tjusningen och bestämt dig för ett karriärbyte? Oavsett vilket så finns det flera möjliga vägar in i programmeringens underbara värld – här är tre steg för att komma igång!

Låt oss dock börja med att reda ut två vanliga frågor: Nej, du behöver inte vara något mattesnille för att lära dig programmering. Och nej, du är inte för gammal och det är absolut inte för sent att sätta igång efter 30. Eller 40. Eller 50 heller för den delen. Personligen slog jag slag i saken att byta riktning i yrkeslivet under min andra föräldraledighet, 31 år gammal, med en måttligt kodintresserad sexmånaders bebis på höften. Min utbildning (front end developer hos Medieinstitutet) genomfördes dock helt på distans och dessutom med ett väldigt flexibelt upplägg – som gjort för att lyckas pussla ihop med övriga livet!

Med det sagt behöver varken ålder, livssituation eller tidigare erfarenhet (eller avsaknad av erfarenhet för den delen) vara något hinder för att lära sig programmering. Det är med andra ord bara att tuta och köra! Så, nu till stegen för att komma igång:

 1. Fundera på vilken typ av programmering som intresserar dig

Första steget för att komma igång med programmering är att börja fundera på vilken typ av programmering du vill lära dig. Lätt som en plätt, eller hur? Nja, det är ju förstås betydligt enklare sagt än gjort om man är helt grön inom området. Här kommer därför några artikeltips för att bena ut skillnaden på frontend och backend, olika programmeringsspråk och lite annat smått och gott som hjälp på traven.

 2. Vill du läsa en utbildning eller lära dig på egen hand?

När du har blivit klokare på vilken typ av programmering du vill lära dig, åtminstone inledningsvis (det går så klart att lära sig hur mycket som helst på sikt och även bli vad som kallas för fullstackutvecklare, det vill säga en som jobbar med både frontend och backend), så är nästa fråga om du vill studera vid ett lärosäte eller lära dig på egen hand.

Om studier känns som rätt väg att gå finns en uppsjö av utbildningar, både genom högskola/universitet och olika yrkeshögskoleutbildningar. Det går också att studera såväl enstaka kurser som kompletta heltidsutbildningar. Om det känns överväldigande att gå rakt på en flerårig heltidsutbildning kan det med andra ord vara ett bra alternativ att börja med en kortare, fristående kurs först.

Nedan följer några av de populära yrkeshögskolor som erbjuder såväl distansutbildningar som platsbundna sådana inom programmering på en rad olika orter i Sverige.

Ett bra sätt för att överblicka alla utbildningar är att använda https://www.yrkeshogskolan.se/ för YH-utbildningar och https://www.antagning.se/ för universitets- och högskolestudier. Kom ihåg att kolla upp när sista ansökningsdatum är om du planerar att ansöka. För högskole- och universitetsutbildningar är det i regel under mitten av april för utbildningar med start under hösten och i oktober för vårstarter. För yrkeshögskoleutbildningar däremot skiljer sig sista ansökningsdatum de olika skolorna emellan.

Är du inte alls intresserad av att sätta dig i skolbänken igen? Misströsta inte! Idag finns det oändligt (ja, men nästan…) med onlinekurser att ta del av för att lära sig programmering på egen hand. Det finns riktigt många kompetenta utvecklare som är helt självlärda och nej, du behöver inte ha börjat koda i förskolan för att ha en chans. Några av de mest välkända sajterna som tillhandahåller kurser och utbildningar är:

Ett annat hett tips är att gå ett bootcamp, vilket är ett snabbt och effektivt sätt att ta steget mot en ny karriär. Tjejer Kodar driver även Technigo som erbjuder ett populärt 24-veckors bootcamp inom både webbutveckling och backend-utveckling (och numera även UX) som är värt att kika närmare på.

 3. Sist men inte minst – börja nätverka! 

Det sista men kanske mest värdefulla tipset för att komma igång med programmering är att börja nätverka med andra i branschen, exempelvis genom olika Facebook-grupper. Det är ett utmärkt sätt att samla inspiration, lära sig mer om programmering och få möjligheten att kunna ställa frågor om högt och lågt. Det finns större grupper som t.ex. Kodapor utan CISkönade män med över 2000 medlemmar, eller Kodtjejer med  över 3000 supportande medlemmar.  Tjejer Kodar är också såklart ett ypperligt exempel på ett välkomnande, inspirerande och öppet community för att både lära sig och nätverka med såväl likasinnade som erfarna utvecklare i branschen.  Gå med i deras Slack-community med över 4500 medlemmar   . De har även Instagram och Facebook som du kan följa och bli inspirerad av, samt få reda på om deras events och meetups för att träffa likasinnade.

Stort lycka till!

R.I.P. Personan. Länge leve Beteendetypen!

Personor är påhittade personer som används i syfte att förstå den målgrupp som en produkt eller tjänst vänder sig till. Ett litet gäng personor kan tillsammans representera målgruppen och de ska hjälpa teamet som utvecklar produkten eller tjänsten att relatera och sätta sig in i vilka behov, beteendemönster och mål de har, som teamet vill möta.

För ett år sedan läste jag en kurs i människa- datorinteraktion och då gjorde jag ett par personor. Feedback som jag fick av en annan student löd något i stil med “Varför är personorna så negativa?”. Jag hade försökt beskriva deras begränsningar för att belysa vilka behov de hade. Men jag upplevde också ett motstånd när jag författade och namngav mina personor. Minns att jag tänkte “hur troligt är det att de personliga detaljer som framgår här ska hjälpa någon att få en bra användarupplevelse?”.

För att ta ett exempel och bjuda lite på mig själv har ni här mig som en persona:

Emma är 37 år och bor med sin man och tre barn i ett radhus i Nacka utanför Stockholm. Hon har en kandidatexamen som studie- och yrkesvägledare och pluggar heltid för att snart möta en ny karriär som UX-designer. Emma är generellt sett ganska analog i sitt beteende. Hon använder gärna papper och penna och har inga konton i sociala kanaler aktiva (utom LinkedIn, men det räknas väl inte). Hon gillar kakor och när hon inte äter dom så godkänner hon dom, alltid. Emma har absolut ingen foliehatt men hon kan sy och tycker att det är ganska roligt att skapa kläder. Hon borde verkligen yoga oftare och äta mycket mer grönsaker. Tandställningen ser hon fram emot att ta ut någon gång under sommaren 2022.

Varsågod att matcha din affärsnytta med mig.

Som du ser finns det geografiska, ekonomiska och sociala aspekter av personan som jag tänker gör hen icke representativ. Personan är ofta för platt och ibland lite för perfekt för min smak, och väcker varken nyfikenhet eller sympati. Jag har aldrig sett en persona som är långtidssjukskriven, blind, transsexuell eller har koncentrationssvårigheter. Har du? Däremot har jag sett flera i form av kvinnor mitt i karriären vars största intresse är att shoppa mode. Ointressant för sitt ändamål, men också oanvändbar om hen skulle råka ut för en olycka och dö.

Beteendetyper är det nya svarta

När jag samarbetade med en erfaren och kompetent person verksam inom Customer Experience (CX) bekräftade hen min bild av personan som gammal och trött och sa att beteendetyper (kallas även behovstyper och användartyper, det är samma sak) är på väg att ersätta henne. Sedan dess har jag jobbat med att ta fram beteendetyper, som jag tycker är mycket mer användbara än personor eftersom de enklare går att generalisera.

Beteendetyper kan baseras på:

  • Behov och drivkrafter (vad motiverar och engagerar typen?)
  • Karaktäristik (hur beter typen sig?)
  • Användningsmål (vad vill typen uppnå?)
  • Utmaningar att möta (hur kan typen tillfredsställas?)

Ett exempel på en beteendetyp

Den målinriktade är en beteendetyp som jag tog fram i samarbete med en kollega då vårt uppdrag var att hjälpa en elektronikhandel optimera sin sajt. Först intervjuade och testade vi ett scenario på tre personer. Av datan skapade vi sedan tre beteendetyper;

  • Den målinriktade
  • Den sakkunnige
  • Den osäkre

 

 

Vad tycker du?

Jag kan ha fel, men att utforma en persona för att anpassa användarcentrerad design efter hens behov och preferenser, känns lite… 2003? Det kanske helt enkelt är en smaksak vilka metoder som designer föredrar att använda för att visualisera och levandegöra användares mål, behov och drivkrafter. Troligtvis är en kombination av verktyg den mest gynnsamma vägen att gå. Jag vill gärna höra mer erfarna designers tankar i ämnet, så snälla skriv till hello@tjejerkodar.se eller kontakta mig på LinkedIn. Tack!

Portfoliopaniken – så blir du av med den!

Jag går en utbildning för att byta bransch och ska börja jobba inom UX-design om drygt ett år. Innan dess ska jag landa en rolig och lärorik praktikplats – men jag har ingen portfolio… än. Jag lider litegrann av “portfoliopanik”. Jag har börjat bygga på min portfolio både en, två och många gånger den senaste tiden. Det är svårt och det tar mycket tid! En heldags jobb med ett visst koncept förkastar jag ofta till förmån för en ny, annan idé, som säkert kommer bli mycket mycket bättre. Eller? 

 

Konkretisera vad det är du gör

Som sagt är jag långt ifrån färdig med min portfolio. Just nu finns ett antal utkast och jag vet inte riktigt hur det ska gå att få ihop det hela… Men några saker som jag har märkt hjälper mig hålla motivationen uppe är att sätta upp mål för mig själv. En formel som jag flitigt använt mig av när jag coachat andra är SMART. 

Alltså, ditt mål ska vara:

  • Specifikt (t.ex. lägga till projekt X i portfolion)
  • Mätbart (1 projekt)
  • Accepterat (det känns okej)
  • Realistiskt (rimligt och genomförbart)
  • Tidssatt (t.ex deadline kl 16)

Om det går att checka av parametrarna ovan ökar chanserna att du når dina mål. Små delmål är dessutom rätt sköna att bocka av, eller hur? Det är användbart på många olika områden i livet.

 

Var agil och se feedback som en gåva


Enligt den agila metoden är det bra att tidigt i utvecklingsfasen testa (t.ex. en prototyp) och be om feedback. Men du vill kanske inte testa om din portfolio fungerar på en arbetsgivare, för om den inte gör det så kan du ha bränt den bron, så att säga… Fråga någon du har förtroende för, som du vet vill dig väl, om hen kan ta en titt och ge sina synpunkter. Be personen att vara ärlig, och framför allt, lyssna och ta till dig av kritiken. Gå inte i försvar eller försök förklara hur du egentligen menar, då är det helt poänglöst med feedback. 

 

Vad kommer först när du söker jobb – din portfolio eller den person som är du?


Jag har en hypotes som säger att den som tar emot en portfolio eller ett CV snabbt vill få en överblick för att kunna avgöra om personen verkar vettig. Ditt CV säger något om vem du är eftersom det talar om vad du hittills har gjort. Men det är inte ditt CV som blir erbjudet ett jobb – det är såklart du! På samma sätt kan din portfolio visa hur du jobbar som designer men vem du är måste upplevas genom att träffa dig. Om du först söker kontakt med företaget du är intresserad av och gör ett trevligt intryck så kommer de troligtvis inte avfärda dig för att din portfolio inte är helt perfekt. 

 

 

Du blir aldrig färdig!


Din portfolio kommer aldrig att bli färdig utan den fortsätter att utvecklas med dig. Kanske kommer du att blicka tillbaka på gamla grejer som gjorts i början av din karriär senare och känna nostalgi, stolthet eller skam. Eller alltihop.

 

“Du blir aldrig färdig, och det är som det skall.” 

 

(Ur Tomas Tranströmers dikt Romerska Bågar: https://www.lyrikline.org/en/poems/romanska-bagar-7605

Tack, Tomas, för de underbart trösterika orden! Jag blir aldrig färdig med min portfolio, och det är helt i sin ordning.

Min portfolios omslag med ett foto av mig och en pratbubbla.
Förstasidan av min portfolio som den ser ut idag. Hur den ser ut imorgon vet ingen.

 

  • Mallar – Här finns ett bra verktyg med mallar för portfolio för UX:are.
  • Tutorial i Figma med Unn Swanström   – Din portfolio kan vara en prototyp som du bygger i t.ex. Figma.
  • DesignkritikMer om feedback och specifikt designkritik enligt Antrop (tjänstedesign- och UX-byrå).


Har du en portfolio? Hur var det att bygga den? Skriv till oss på hello@tjejerkodar.se och berätta!

Behöver jag lära mig kod för att jobba inom tech-branschen?

Idag finns ett stort behov av IT-kompetens inom i princip alla branscher på arbetsmarknaden. Tyvärr tror många att ett arbetsliv inom IT per definition är likställt med att vara programmerare. Sanningen är att det finns gott om jobbtillfällen inom branschen även för den som inte kan eller vill koda.

IT – ett brett område med många olika roller

Japp, du läste rätt! IT står för informationsteknik och handlar i grunden om att arbeta med information, till exempel genom att samla in, bearbeta, strukturera, analysera, presentera och dela information. I praktiken innebär det att det finns en mängd olika yrken inom IT-området. Vanliga arbetsuppgifter är att utveckla och testa programvara, sköta drift, säkerhet och underhåll av datasystem. På senare tid när samhället digitaliseras och IT blivit en så naturlig del av organisationer och vårt vardagsliv, behövs även andra kompetenser inom exempelvis strategi, kravfångst, UX-design, utbildning samt organisation och ledarskap för att säkerställa att vi gör rätt saker och att slutanvändare och organisationer kan och vill använda IT-systemen och applikationerna som tas fram.

Nedan listas några vanligt förekommande yrkestitlar:

  • IT-arkitekt = har helhetssyn över IT-miljön i en organisation och hur den hänger ihop, t.ex. hur data flödar mellan olika applikationer
  • IT-tekniker = arbetar ofta med den tekniska infrastrukturen i en organisation, till exempel telefoni, webblösningar och datorer som kopplas ihop i ett nätverk
  • IT-strateg / CIO = arbetar med hur ett företag ska nyttja IT och digitalisering för affärsmöjligheter i framtiden
  • IT-support = arbetar med support och utbildning mot slutanvändare för ett eller flera IT-system
  • IT-säkerhetsexpert = ansvarar för IT-säkerheten i företag samt utformar säkerhetslösningar utifrån verksamhetens behov
  • Kravanalytiker [kallas ibland för UX-researcher eller Business Analyst] = arbetar med att ringa in kunden eller slutanvändarens önskemål, behov och problem, och översätter detta till konkreta uppgifter som utvecklaren förstår
  • Produktägare [även kallat Product Owner] = prioriterar insatser och ansvarar för att ett eller flera team gör rätt saker, så att investeringen av en produktutveckling blir framgångsrik
  • Projektledare = ansvarar för att ett projekt genomförs i tid och till den kostnad som är budgeterad och leder arbetsgruppen mot en önskad målbild. Kan t.ex. handla om att leda ett team som utvecklar ett nytt IT-system
  • Scrum Master = en slags facilitator eller mentor som stärker och motiverar ett team och har en viss teknisk kompetens så att de rör sig framåt
  • Systemadministratör = sköter driften av IT-system och plattformar, till exempel genom att lägga till funktioner och användare, se när det är dags att uppgradera med mera
  • Systemförvaltare = leder systemförvaltningen av ett eller flera IT-system inom en verksamhet så att det motsvarar de behov, lagar och regler som finns, t.ex. ansvarar för budget, förnyar avtal, tillhandahåller utbildningar, prioriterar utveckling med mera
  • Systemutvecklare = tar fram och utvecklar data- och IT-system, t.ex. mjukvaruutveckling eller applikationsutveckling. Programmering är ofta kärnan i systemutvecklarens arbete även om andra arbetsuppgifter ofta ingår
  • Testare = kvalitetsgranskar nya datasystem innan de blir färdiga att användas på marknaden i syfte att uppmärksamma eventuella fel
  • UX-designer = arbetar med att utveckla användarvänliga IT-system som är responsiva, smarta och enkla. En UXdesigner arbetar även med tester av wireframes, mockups och prototyper
  • Webbutvecklare = arbetar med att utveckla och designa produkter och tjänster för webben, till exempel webbplatser, applikationer eller e-handelssystem. Fokus kan ligga på backend- eller frontendutveckling

Som du ser finns en mängd olika områden och arbetsroller inom IT, flera av rollerna kan kanske verka likartade men varierar i omfattning och benämning mellan branscher. 

Nyfiken på en karriär inom IT?

Det kan vara svårt att navigera i IT-djungeln. Det finns många olika utbildningar och vägar att gå för en karriär inom IT, på den mer tekniska änden hittar vi utbildningar som exempelvis datavetenskap med större fokus på programmering, matematik och den mer utpräglat tekniska kunskap som krävs för att bygga program och system, någonstans i mitten finns utbildningar som systemvetenskap och på andra änden av skalan hittar vi istället mer ”mjuka” utbildningar som exempelvis kognitionsvetenskap och managementutbildningar med fokus på interaktion mellan IT och individer, grupper och samhälle


Som du nu kanske har förstått behöver du inte vara en avancerad programmerare för ett arbetsliv inom IT, men med det sagt är det dock alltid bra att kunna grunderna inom programmering och datorer för att förstå hur det hänger ihop och kunna kommunicera och samarbeta med andra.

Ett bra första steg för att ta reda reda på om programmering är något för dig är att gå Tjejer Kodars prova-på-kurs – en gratis 4-dagars kurs där du får lära dig grunderna i webbprogrammering ✨

Intervju med Lisa på Klarna om techrekrytering

Hej Lisa! Du jobbar som team lead för ett rekryteringsteam på Klarna, vad innebär det?

Hej! Jag leder ett av våra rekryteringsteam här på Klarna och vårt jobb är att rekrytera utvecklare till olika delar av företaget. Som team ligger vårt fokus främst på utvecklare som använder programmeringsspråken Java, Javascript och Python. Just nu ligger mitt huvudfokus på kandidater som jobbar med Python, men jag har även jobbat en hel del med olika ledarskap- och hybridroller till diverse områden. Som rekryterare är man “point of contact” för kandidaten genom hela rekryteringsprocessen, och agerar både partner och rådgivare till de rekryterande cheferna.

 

Vad är så speciellt med att rekrytera inom tech? Vad är skillnaden mot andra branscher?

Det är viktigt att förstå branschen och marknaden man arbetar mot för all typ av rekrytering. Jag skulle däremot säga att detta är extra kritiskt inom just tech av två huvudsakliga anledningar 1.Branschen som sådan är mycket komplex och 2. Det är stort behov av denna kompetens samtidigt som det är en brist på marknaden. Detta leder till att kandidater är extremt uppvaktade av alla olika typer av företag. Att jobba som rekryterare inom tech innebär därav att till stor del, aktivt uppsöka kandidater, kontakta dem och introducera dem till Klarna. Därefter påbörjas rekryteringsprocessen, som består av flera olika steg. Med detta sagt, vill jag även tillägga att det är otroligt roligt att arbeta med just tech på Klarna. Att vara på ett företag där tekniken till mångt och mycket står i centrum, i en bransch som utvecklas i stort sett varje dag. Inom tech är man aldrig fullärd, vilket både är utmaningen och tjusningen.

 

Vad gör att man blir headhuntad från er? Hur ser en intressant profil ut?

Precis – det innebär i princip headhunting på LinkedIn, Github och andra nätverkssidor i andra länder ibland. När jag söker upp någon så handlar det ofta om att vi söker någon som har erfarenhet av att jobba med en viss teknik eller inom ett visst område. Så det är alltid bra att under varje jobb man har haft skriva en kort beskrivning av vad det inneburit och vilka tekniker man jobbade med exempelvis. Då blir man mer sökbar. 🙂

 

Vad kan man jobba som hos er inom tech?

Klarna är en Fin-Tech, med “Engineering” som vår största kompetens och vi anställer många utvecklare inom flera olika områden. Vi har valt att arbeta i så kallade “pipelines” som börjar brett för att sedan hitta en specifik roll/team mot slutet av rekryteringsprocessen. För varje stort programmeringsspråk har vi en dedikerad pipeline, som exempelvis anställer Javascript-utvecklare som kan jobba inom flera olika domäner på Klarna. På Klarna blir du anställd som “engineer”, men kan jobba i roller som inte bara innebär utveckling och design. Du kan även jobba med ledarskap i olika former, med eller utan personalansvar. Det finns roller som handlar mer om att monitorera, automatisera och kommunicera, samt även mer support-funktioner. Vi vill egentligen inte anställa för en specifik roll, utan vi försöker istället att utgå ifrån kandidatens bakgrund och intresse för att sedan hitta den bästa matchen internt.

 

Vad är ett tech-test egentligen? Hur ser ett i rekryteringsprocess ut hos er på Klarna?

För alla utvecklings-tunga roller på Klarna så använder vi programmeringsuppgifter som kandidaterna genomför när det passar dem. Exempelvis använder jag en hemuppgift i Python för kandidater i min pipeline. Detta är egentligen inte till för att avgöra rätt/fel, utan för att skapa en tydligare uppfattning av kandidatens programmeringskunskaper i sin helhet och inom det specifika språket använt. Vi kan sedan använda detta som underlag för vår första tekniska intervju och djupdyker inom relevanta områden. Under intervjuprocessen får kandidaten genomgå ett par olika tekniska intervjuer med fokus på bland annat arkitektur/design samt mer generella ingenjörskunskaper. Men utöver de tekniska kunskaperna så värderar vi även våra ledarskapsprinciper högt och det är viktigt för oss att det blir en bra match för Klarnas företagskultur. Både för oss som arbetsgivare och för kandidatens skull. Vi letar efter personer med en attityd och mindset som går i linje med oss som företag, och detta kan väga tyngre än tekniskt djup. Vi letar efter potential och vilja att utvecklas tillsammans med oss.

Men för att ge en liten överblick av hur vår process ser ut så börjar den alltid ganska brett/generellt för att sedan smalna av, bli mer specifik och hitta rätt match. För detta använder vi oss av två olika intervju-block, där block 2 blir det mer specifika.

 

Vad är ditt bästa tips för någon som är nyfiken på att söka ett jobb hos er på Klarna?

Mitt bästa tips är att läsa på om våra ledarskapsprinciper, för att skapa en första förståelse för vår kultur och vad vi värdesätter som företag. Klicka sedan in på vår karriärsida för att läsa mer om vår ganska unika “career-path”, vår rekryteringsprocess och vilka olika öppningar vi har!

Intervju med backend-utvecklaren Kim på Klarna

Hej Kim, berätta lite om dig själv!

Jag är en foodie av rang, med en passion för tv-spel (sedan barnsben) som är född och uppvuxen i Stockholm. Utbildningen kirrade jag på KTH och programmering upptäckte jag “sent”. Idag jobbar jag som backend-utvecklare på Klarna i domänen Core Banking som hanterar all förflyttning av pengar för Klarna.

 

Vad gör man som backend-utvecklare egentligen?

Bra fråga! Massa olika saker. Men mer generellt betyder det att jag har övergripande ansvar för teamets kodbas/services och hur våra services interagerar med andra delar av ekosystemet. Det innefattar feature-skrivande, infrastruktur, arkitektur, API design och testning för att nämna några grejer.

 

Vad har du för bakgrund, hur hamnade du här?

Jag gick samhällsvetenskaplig linje på gymnasiet och pluggade språk två vändor utomlands (Sydney och Berlin) innan jag hoppade på Maskinteknik på KTH. Där insåg jag att programmering var svinskoj så jag valde Mekatronik/Robotik som master. Och orkade ett helt år i Telekombranchen innan jag lessnade på hårdvara och sökte till Klarna istället. På den vägen är det. Jag är alltså till stor del självlärd.

 

När visste du att programmering var något för dig?

Någonstans i årskurs 4 på KTH hade jag börjat hajja hur kul programmering faktiskt var. Då var jag runt 27 år. Jag nämner min ålder specifikt för att det inte är ovanligt att mötas av fördomen att alla programmerare startade som 12-åringar. News flash, not true.

 

Vad är spännande med att jobba för ett företag som Klarna?

Vad jag gillar allra bäst med Klarna är teamens självständighet (vi bestämmer mycket själva) samt att jag jobbar på services/kod som faktiskt når slutanvändaren (i telekom är det vanligt med mer business to business). Ett av mina team på Klarna var till exempel med och byggde autogiro-lösningen för den svenska marknaden.

 

Dina bästa tips för den som är intresserad av att lära sig programmering!

Börja skriv kod. Mycket kod. Programmering är ett hantverk i mångt och mycket så det krävs övning, och bästa sättet att lära sig är att skriva, skriva, skriva. Eftersom jag själv är mer eller mindre självlärd vill jag oxå slå ett slag för självstudier eller bootcamps. Många företag (Klarna inkluderat) anställer enbart baserat på hur du presterar på intervjuerna dvs huruvida du har formell utbildning eller inte spelar mindre roll. Så koda på och sök!

 

Har du fler frågor till Kim eller vill skapa kontakt – skriv till henne på LinkedIn här.

Om agilt arbetssätt med Katarzyna från Klarna

What is Agile?

Agile working is a way of working, especially within the tech industry. It is a set of methodologies that helps teams to work more efficiently and to make faster decisions. What is unique about Agile within software development is that it puts an emphasis on the iterative approach instead of planning big deliveries within a longer period of time. The agile approach prefers smaller but faster deliveries that allow for changes and short feedback cycles.

But Agile is also a mindset. It puts emphasis on the people doing the work and how they work together. Collaboration is the key to create and evolve the right solutions. There is a big focus on self-organising and cross-functional teams. The teams can decide on their own how to approach the work they are doing and there are all the right skill sets to solve the problems in the team.

Agile Manifesto

Agile Manifesto lists the most important rules that should be followed while working with the mindset. It consists of the four values and twelve supporting principles that describe the Agile approach to project development.

Individuals and interactions over processes and tools – Agile values people working together effectively more than processes and tools.

Working software over comprehensive documentation – documentation is important, but the main point of the development is to have working software rather than lengthy technical requirements.

Customer collaboration over contract negotiation – while it is important to understand the scope of the projects, Agile values more customer input. It seeks feedback during the whole development process rather than than negotiating the requirements before starting the work and not allowing for any changes on the way.

Responding to change over following a plan – Agile’s view is that changes always improve a project and provide additional value.

The Manifesto for Agile software development is based on twelve principles:

  1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
  2. Welcome changing requirements, even late in development.
  3. Deliver working software frequently.
  4. Business people and developers must work together daily throughout the project.
  5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
  6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
  7. Working software is the primary measure of progress.
  8. Agile processes promote sustainable development.
  9. Continuous attention to technical excellence and good design enhances agility.
  10. Simplicity, the art of maximizing the amount of work not done, is essential.
  11. The best architecture, requirements, and designs emerge from self-organising teams.
  12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly.

Scrum

Scrum is one of the most common frameworks for managing the work while applying Agile.

Scrum work is structured around the sprints that usually last one to two weeks. During the sprint, the team builds the items in the sprint backlog into working software. The team keeps the sprint backlog up to date and visible to everyone.

Scrum is also known for its ceremonies – planning, daily stand-ups, demos and retrospectives.

Planning

The goal of the planning session is to set the agenda for the sprint. Everyone in the development team should get introduced to the stories that are going to be completed during the upcoming sprint.

Daily stand-up

The objective of the daily stand-up is to share the status of the work that the team is doing and flag if there are any blockers. It is a short meeting, usually not lasting any more than 15 minutes, and each person in the team should answer these three questions:

  • What did you do yesterday?
  • What are you going to do today?
  • Is there anything blocking you?

Demo

A sprint demo is held at the end of the sprint to demonstrate everything that has been developed to the team and the customers.

Retrospective

During this meeting, the team talks about how the sprint went for everybody. This is an opportunity to talk about what went well, what can be improved, and what should be avoided next time.

 

 

Är du nyfiken på att veta mer om hur de jobbar tillsammans på Klarna? Kika då in deras blogg här!

Tips på hur du landar ett jobb inom tech med rekryteraren Tora

– i samarbete med Svenska Spel – 

 

För många av er är jag säkert ett nytt ansikte, men för er som hängt med ett tag finns det kanske någon som känner igen mig . Jag heter Tora och jobbar som rekryterare på Svenska Spel och har tidigare deltagit på lite olika saker hos Tjejer kodar, bland annat en Fatta tech-frukost där jag pratade om just rekrytering och hur du landar ditt drömjobb. Jag tänkte fortsätta på det spåret och besvara de vanligaste frågorna som jag får i mitt jobb:  

 

Jag är ny i IT-branschen och precis gått en 12 veckors intensivkurs inom systemutveckling. Kan jag söka jobb hos er?  

Ja, självklart! Vi har faktiskt flera tjejer från Tjejer kodar/Technigo som vi anställt senaste året. Beroende på vad det är för jobb söker vi olika kompetenser och har du erfarenhet från andra branscher kan det också vara väldigt meriterande. Vi förväntar oss inte att våra juniora medarbetare ska kunna allt när de börjar utan din första tid kommer bestå av introduktion där du också kommer lära dig en massa saker. Visa att du har förståelse för tekniken och ett intresse att lära dig mer, det kommer du långt på.  

 

Hjälp! Skriva CV?! Hur gör jag?  

CV:t är såklart viktigt då det är där du presenterar din erfarenhet och kompetens. Tänk på att ta med det som är relevant för tjänsten du söker. Lista programmeringsspråk, verktyg och system du behärskar och utveckla HUR du jobbat med de olika sakerna. Tänk på att en person som aldrig träffat dig ska kunna få en uppfattning om din kompetens genom att läsa CV:t. Med andra ord, var övertydlig! Är CV-skrivning inte din grej? Vi har många kandidater som söker med sin Linkedinprofil och det går exakt lika bra, så håll den uppdaterad.  

Jobbar ni med kodtester och hur funkar det? 

Ja, vi jobbar med lite olika tester i rekryteringsprocessen. Just kodtester använder vi främst för lite mer juniora roller. Det du ska tänka på är att läsa instruktionerna noga så du är helt säker på vad som ska göras. Känner du sig osäker finns det många bra kodutmaningar på nätet och Svenska Spel har tagit fram olika kodutmaningar tillsammans med Tjejer kodar som kan vara jättebra att öva på innan du startar det riktiga kodtestet. När det är dags att gå igenom resultatet för ett kodtest tar vi alltid hjälp av en systemutvecklare, då är det inte alltid antal rätt som är det viktigaste utan vi tittar framför allt på hur du har tagit dig an uppgiften och hur du skriver din kod. 

 

 ⚡️Fem snabba ⚡️

Bild i CV:et? Gör som du vill – men det är inget som kommer påverka hur vi läser din ansökan. 

Glapp i CV:et? Känns det viktigt för dig att förklara, skriv en kort rad t.ex “mellan 2020-2021 vad jag föräldraledig eller backpackade i Asien”. Annars kan du också strunta i det. Har du rätt kompetens i övrigt och vi undrar kommer vi såklart fråga om det. 

Ska jag ta med alla jobb jag någonsin haft? Nej. Om du söker ett jobb inom IT kanske inte din erfarenhet som jordgubbsförsäljare i högstadier är superrelevant, då kan du skippa det. Men känner du att du fått nån erfarenhet från en tjänst som du vill lyfta ska du såklart ta med det. 

Personligt brev? Frivilligt, men oftast inte nödvändigt då vi gör vårt urval på kompetens. 

Bästa tips inför intervjun? Läs annonsen, tänk ut exempel på situationer som nämns i den. Var dig själv våga ställ fler frågor! Det är lika mycket du som ska hitta ditt drömjobb som vi ska hitta vår drömkollega. 

 

 

Lycka till nu, och glöm inte att kolla in våra lediga jobb på Svenska Spel 

Har du fler frågor kring rekrytering som du vill ha besvarade? Connecta med mig på LinkedIn och skriv din fråga där  . 

Grymma tips på Visual Studio Code-tillägg

Vi på Tjejer Kodar och Technigo använder oss flitigt av tillägg i Visual Studio Code – allt för att förenkla kodandet.

Tillägg, eller Extensions, hittar du som femte ikon i sidofältet i din VS Code-editor:

Sök sedan på följande tillägg och installera dem direkt i din editor. Vi lovar att det kommer förenkla ditt kodande avsevärt!

  • Live Server – möjlighet att se dina ändringar i real-tid samtidigt som du ändrar i din kod
  • Error Lens – visar varningar och errors i koden om man har gjort något fel
  • Prettier – snyggar till din kod i ett enda kortkommando, vips så är indragen som de ska!
  • Live Share – om du vill koda tillsammans med någon annan live

Vilka är dina bästa tillägg i Visual Studio Code? Skriv till oss på hello@tjejerkodar.se

6 tips för dig som är ny i JavaScript

Vanessa jobbade tidigare som kock och bestämde sig för att byta yrke till programmerare. Hon är idag student på Technigos boot camp och delar här med sig av sina bästa tips till dig som är ny i JavaScript, från en nybörjare till en annan:

1.Ge dig själv tid

Att bygga upp det logiska tänkandet och problemlösandet tar tid – öva och repetera mycket!

 

2. Fundera på vad det är programmet ska göra eller vad resultatet ska bli innan du börjar koda.

Jag tar mig alltid tid att förstå uppgiften ordenligt innan jag börjar skriva min kod: om X är resultatet jag ska få, vilka steg kan jag ta eller hur kan jag använda JavaScript som ett verktyg att komma dit? Kanske har jag redan kunskapen om det, eller så måste jag göra mer research på de rekommenderade bitarna för att klara av att lösa det. Detta är nog min favoritdel i processen, att bestämma logiken bakom min funktion.

 

3. Lär dig att skriva bra frågor

Google är utvecklarnas bästa vän. Jag hör ofta  från erfarna utvecklare att googling är något de gör dagligen  så bli bra på det! Försök att lära dig rätt terminologi så att du kan få mer exakta svar.

 

4. Ta del av ett community: Du är inte ensam! 

Du är inte ensam om att lära dig att koda, hitta andra kodkompisar och ta hjälp av varandra! Du kan till exempel gå med i Tjejer Kodars Slack-kanal.

 

5. Kolla in och utvärdera andras kod/ få din kod utvärderad

Att göra så kallade “code reviews” på någon annans kod är så berikande, likaså att få din egen kod ögnad igenom av någon annan. Då får du även chansen att förklara din kod för någon annan vilket är extremt lärorikt.

 

6. Titta tillbaka på gammal kod och klappa dig själv på ryggen! 

Det är svårt att se vilken process man har gjort, ett tips är därför att gå tillbaka till gamla projekt eller uppgifter som du har gjort och inse hur långt du har kommit.

Tjejer Kodar är ett initiativ organiserat av Technigo AB.
Org. nr 559051-8030, Asogatan 122, 116 24 Stockholm


© Tjejer Kodar