Man kan diskutera ett erbjudande innan referenser tas men då kommer det tydligt framgå av processen. Detta är dock ytterst ovanligt.
Standard är att man tar referens på en person som man vill anställa. Det händer dock att oerfarna och/eller dåliga rekryterare/bolag tar referens som ett urvalssteg i processen, men det är ännu mer ovanligt.
Senior är ett förlegat begrepp inom IT som vi ärvde in av rätt självklara skäl för 20+ år sedan men som har väldigt lite riktigt värde idag. Jag tycker det är dags att vi slänger det.
- Man är ändå inte inom branschen överens om vad det betyder
- Det används inom konsultsvängen som ett argument för sin prissättning (eller för att uppfylla upphandlingskriterierna)
- Det sätter orimliga förväntningar på unga personer när de byter jobb från slappt till tungt
- Det skapar ohälsosam jämförelse med sina kollegor
- Det skapar en orimlig jämförelse mellan arbetslivserfarenhet och spetskompetens. Båda behövs för att bygga bra produkter.
IT utvecklare är inte längre en så pass homogen grupp som den har varit. Förr fick man ganska lika lön oavsett vad man jobbade med och som nyexad IT utvecklare kunde du för 5 år sedan räkna med 26-32 i ingångslön vilket gissningsvis 90% av alla hamnade inom.
Samma spann idag är förmodligen 28-42.
Stora faktorer är såklart vilken del av tekniken du jobbar med samt inom vilken bransch, men även val av t.ex. frontendramverk kommer påverka.
Jag har inte orkat kolla, men förstaladdningen ligger antagligen i en cache och kostar väldigt lite att leverera, det är när man behöver dynamiskt innehåll som det blir tungt. T.ex. lagersaldo, priser, kassa, utcheckning osv osv.
Det är oftast flera system som din shoppingupplevelse beror på och de har olika begränsningar samt att deras butikssytem är kopplade till det (inte under BF antagligen), i slutändan är det inte så lätt att leverera en e-handelsupplevelse på elgigantens skala.
Med det sagt så försvarar jag inte queue-it, systemet var väldigt buggigt och orättvist. Jag hamnade i kö även efter att jag hade skickat in betalningen, så jag fick inte vet om ordern hade gått igenom förrän ett dygn senare när leveransbekräftelsen kom.
Suttit med samma fråga och valde i slutändan bort både Cosmos och Index för att de verkar ha fler buggar, sen var jag riktigt imponerad av Questens tracking så tänkte att Rift S blev det bästa valet.
Att ha en trubbelfri upplevelse låg högt på listan för mig.
Jag har inte den juridiska expertisen för att svara på vad som skulle hålla i rätten, men jag jobbar mycket med anställnings- och konsult-avtal och jag är av uppfattningen att du inte kan kringgå den klausulen. Det är en av de bättre formuleringarna jag sett, du kan inte ens gå via en annan förmedlare eftersom du ska "verka för att de kvarstannar".
Generellt för konkurrens- och värvnings- klausuler så har det varit av vikt om de är rimliga eller ej. Tidsrymden har varit en sådan faktor och i fallet med värvningsklausuler så föll det en dom i AD förra året: https://www.breakit.se/artikel/16254/varvningsforbud-for-anst...
Sen har inte det med saken att göra eftersom frågeställningen är som den är, men varför vill du ens agera på det här sättet? Tror du inte att det är bättre att bygga långsiktiga relationer snarare än att bränna dem på det här sättet?
Mitt tips är att du sköter det snyggt och ifall du vill jobba med just den här kunden att du hittar en lösning som underkonsult till ditt nuvarande bolag.
Man anställer inte någon på grund av att de klarar att whiteboard-koda FizzBuzz och man behöver heller inte utesluta någon som misslyckas med det.
Återkommer till FizzBuzz snart, men innan det bör vi vara överens om att "utvecklare" är ungefär lika precist som "jobbar inom sjukvård". Utveckling har motsvarigheten till neurokirurger men också motsvarigheten till de som skjutsar runt patienter i rullstolen.
Sitter du och skriver ett bokningssystem för den lokala nagelsalongen så kan du inte jämföra det med personerna som skriver transaktionssäkra och skalbara betting-apier.
Är vi överens om detta?
Tillbaka till FizzBuzz, det handlar inte om att kunna skriva en for-loop med en modus som spottar ut Fizz eller Buzz, det kan nästan vem som helst göra utan att ha hört talas om testet tidigare. Däremot visar det sig att även om du vet lösningen så är det många som misslyckas när de måste göra detta under intervjun framför andra människor och förklara hur de tänker. Slänger man sen in några nya krav på detta så kan man göra det jävligt svårt.
Men varför misslyckades man och är det ens relevant för huruvida man skulle göra ett bra jobb i den specifika rollen eller inte? Svaret kan vara ja eller nej, men förmodligen nej i det generella fallet.
Den typiska utvecklaren i Stockholm idag har större värde av sin förmåga att jobba effektivt i ett team med andra medlemmar än av att kunna lösa svåra tekniska problem eller skriva optimala algoritmer.
Oavsett var ersättningen skull hamna i spannet 10,000 - 100,000 så tycker jag att du ska dra dig ur detta så tydligt och snabbt som det bara går. Det här är något som kommer ta hundratals timmar att bara utveckla vad han bad och sedan massvis med tid för vad han inte bad om. Om du inte är försiktig så kan du även råka ingå avtal som kan vara svåra att komma ur.
Det här är så orimligt i sig självt att bara faktum att du ställer frågan till oss gör att du ska fly det här utan att titta tillbaka.
Du har gett för lite information för att kunna få ett bra svar, t.ex. hur gick ditt examensarbete? Frågade de dig om du vill ha jobb, eller var det du som sökte? Vad fick du för utvärdering på din praktik? Vad är den faktiska rollen vi pratar om? Hur stor är avdelningen och gruppen? Finns det verkligen inget du kan ta med dig från dina 8 år i yrkeslivet? Utan att ha nån aning om vad du gjort så borde du väl ändå ha lärt dig lagarbete, kanske hantera besvärliga situationer och hur man kommer fram till kompromisser? Använd fantasin.
Med vad du sa så kan ingångslönen vara mellan c.a. 24 000 och 36 000 men jag skulle gissa att vi nog snackar 26 000 - 30 000. Det betyder inte att du inte kan få mer, det finns nyexade systemutvecklare som går in på 45 000.
Din andra fråga gällande offentliga och privata jobb så är variationen större inom det privata, men snittet är ungefär samma. Senare i karriären så behöver du förmodligen ta personalansvar inom det offentliga för att fortsätta gå upp, medan i privata jobb så är det mer variation på karriärvalen.
Jag bjussar på några sanningar med många undantag:
Det finns ingen bra statistik för löner
Nyanställning är ett lottospel där man kan arbitrera fram fördelar, det finns för lite signifikant information att gå på för att fatta säkra beslut
Löneförhandlingar är svåra
Den som förhandlar är en annan människa, inte företaget
Alla generaliseringar är för Stockholm, utanför den världen så är det magi som styr
Det är arbetstagarens marknad inom IT, så länge som du är duktig på vad du gör
Det är stor skillnad på löner även inom samma subgrupp som t.ex. inom Frontendutvecklare Webb beror det på teknikstack och bredd
Du kan alltid få rekryteraren att ge första erbjudandet. Men om det är smart att göra så eller inte går inte att generalisera
Det finns oftast en budget för din roll, gällande offentliga jobb så kan du se det som en regel
Arbetsgivare trycker alltid på att kandidaten ska titta på helhetsbilden av erbjudandet, medan kandidaten allt som oftast bara bryr sig om summan som står efter "Lön:"
Jag har haft rekryteringsansvar inom olika sorters IT områden och olika storlek av företag / organisationer i några år nu.
*De relevantaste arbetslivserfarenheterna för rollen/företaget först.
*Utbildning är generellt sett bara meriterande, inte avgörande, lägg den längre bak.
*Keep it simple. Skippa bilder och unika formateringar, såvida det inte är relevant för rollen (tänk UI/UX/Design etc)
*Länka till din LinkedIn-profil och håll den uppdaterad och snygg
*Om du söker utvecklarjobb, se till att ha en github/stackoverflow-sida, även om du inte har något ögonbrynshöjande där.
OBS! Dessa regler gäller bara i norden, ska du söka i andra regioner så bör du läsa på om den lokala arbetskulturen.
Eftersom detta är väldigt sent påkommet av mig såhär inför starten av höstterminen har jag ytterst begränsade möjligheter att komma in på kurser eftersom anmälan till de flesta redan är stängd.
Enligt min erfarenhet så går det bra att komma in på kurserna ändå, gå bara dit första dagen. Jag gjorde en något oplanerad studie av detta under mina år i Uppsala och kom in på 20 av 20 kurser som jag inte hade anmält mig till.
Skrivet av Tommy:
Be om att få ut utbildningsmaterialet för kurserna i Java och databaser och läsa dom helt på egen hand och lösa uppgifter mm, men inte tenta av dom i höst eftersom jag inte kan bli kursregistrerad.
Läsa kurser på t.ex. coursera.org eller udacity.com och få ut deras utbildningscertifikat som dock inte motsvarar högskolepoäng.
Skaffa några böcker som handlar om Java och databaser, och lära sig genom dessa tillsammans med tutorials mm. på nätet.
1) Se svaret ovan
2) Det finns undersökningar som visar på att certifikat och utbildningar från coursera och udacity kan vara mer värda än högskoleutbildningar.
3) Som komplement till 2), visst. Men å andra sidan så har du väl vid det här laget redan löst dina problem genom att lyssna på mig på 1).
Sen är frågan om Java verkligen är den vettigaste investeringen av din tid. Sätter man upp fingret i vädret nu så kommer det en hård vind av JavaScript från väst, och giganten Microsoft med ett open source tänk dundrande från norr.
Men visst, vill du verkligen programmera kaffekokare och teddybjörnar i åtminstone 5 år till så kan du ju lära dig Java.
