Gå til innhold

Hva har vi i IT-bransjen i lønn?


Anbefalte innlegg

Gjest a5025...f99 skrev (3 timer siden):

Dette er ikke direkte lønnsrelatert, og off topic. Jeg håper likevel det går greit for denne posten, da det er mange flinke og erfarne utviklere som jeg ønsker råd fra. 
 

Jeg jobber i dag inhouse i et stort selskap som ikke primært driver med IT. Jeg er 1 av 3 systemutviklere. Jeg jobber på en annen lokasjon enn de andre. Jeg jobber også i andre prosjekter enn de. Jeg ble ferdigutdanna i sommer. Som regel er jeg den eneste utvikleren i prosjektene jeg deltar i. Arbeidsgiver har dog kjøpt en del konsulenttjenester fra andre aktører, og prosjektledere stiller visse krav. 
 

Dette kan være krav til CICD pipelines, tester, valg av techstack og hvordan miljøet settes opp (IaC hhv Bicep). Dette er verktøy jeg ikke har lært på skolen, men som jeg har måttet lært meg selv, da det blir stilt krav fra bestiller. 
 

Jeg trives godt, har gode betingelser og en relativ fri hverdag i form av at jeg kan i stor grad selv legge opp arbeidsdagen. 
 

Det som dog bekymrer meg er faglig utvikling. De andre utviklerne har ikke kunnskap om mye av det jeg driver med (pipelines, Azure, techstack hhv React-biten). Det er derfor ingen som ser over koden og testene jeg produserer. If it works, it works. Jeg må også i stor grad ta arkitektuelle valg selv. Kvaliteten av det jeg produserer måles kun i form av brukers tilbakemeldinger, og antall bugs som må fikses i prod, og demonstrasjon av produktet for prosjektleder(e).  
 

Vil dette telle negativt ved eventuelt bytte av arbeidsgiver? Jeg trives per d.d - men jeg ønsker å være relevant hos potensielle nye arbeidsgivere. 
 

Dersom jeg skal vinkle dette positivt, så er jeg rimelig selvstendig, da jeg har ingen å spørre om hjelp. Jeg må derfor klare å få ting til å fungere selv. En positiv bieffekt av dette er at jeg lærer det bra, da jeg ikke har noe annet valg enn å finne ut av ting selv.  
 

noen synspunkter? 
 

 

Anonymous poster hash: a5025...f99

Latterlig useriøst, alt som skal ut i main må verifiseres av minimum en. Dette kan absolutt påvirke deg svært negativt i senere etterkant om du kommer et sted hvor det blir kjørt slike prosesser som er da helt ukjent for deg. 

Lenke til kommentar
Videoannonse
Annonse
Gjest a5025...f99
PepsiMaks skrev (6 minutter siden):

Latterlig useriøst, alt som skal ut i main må verifiseres av minimum en. Dette kan absolutt påvirke deg svært negativt i senere etterkant om du kommer et sted hvor det blir kjørt slike prosesser som er da helt ukjent for deg. 

Prosessen er ikke ukjent for meg (Code review, regler i github, PR’s som må reviews og godkjennes). Vi praktiserte det under utdanning, men har ikke erfart dette i en profesjonell setting. 

Det er heller det at måten jeg skriver kode på trolig vil stagnere. Jeg har såppass selvinnsikt at jeg vet jeg ikke skrivet feilfri/lesbar kode, og det er garantert rom for forbedringer. Når ingen ser over min kode, så vil tilbakemeldinger/forbedringsforslag utebli.  Dette bekymrer meg. 

Anonymous poster hash: a5025...f99

Lenke til kommentar
Gjest a5025...f99
Feh skrev (18 minutter siden):

Nå sier du ingenting om alder og erfaring, men jeg tror de fleste rekrutterere og intervjuere vil sette pris på historien i første avsnitt i quoten der. Det du nevner er ting jeg ville tatt positivt, og jeg tror i mange situasjoner at det at man føler seg stagnert og med for lite/treg utvikling går hjem hos mange. Jeg har ansatt flere det siste året som har hatt lignende historie, og mitt budskap for å kapre dem er at de da kommer inn i et kompetansetungt team med store utviklingsmuligheter. Og det er folk med både kort og lang erfaring som har de historiene der.

Nyutdanna denne sommeren. Erfaring med verv, og deltidsjobb hos samme firma. Reell erfaring ~5 måneder. 

Anonymous poster hash: a5025...f99

Lenke til kommentar
Gjest a5025...f99
Stvgr skrev (2 minutter siden):

Eh... det er ikke så lett å gjøre code reviews når man er eneste utvikler på et prosjekt? Og så er ikke akkurat dette med code reviews verdens mest kompliserte prosess å tilpasse seg, selv om det skulle være "helt ukjent" for OP.

Prosessen/konseptet er ikke ukjent. Jeg har selv definerte regler på mine prosjekt som ikke lar deg branche inn kode til main dersom pipelinen jeg har satt opp feiler. 

Anonymous poster hash: a5025...f99

Lenke til kommentar
PepsiMaks skrev (18 minutter siden):

Latterlig useriøst, alt som skal ut i main må verifiseres av minimum en. Dette kan absolutt påvirke deg svært negativt i senere etterkant om du kommer et sted hvor det blir kjørt slike prosesser som er da helt ukjent for deg. 

Er det nå jeg skal fortelle deg at jeg har sittet siden starten av mai og gjort endringer direkte i prod for min nåværende kunde med 15.000 brukere av systemet? :)

  • Liker 3
  • Innsiktsfullt 1
  • Hjerte 1
Lenke til kommentar
Gjest a5025...f99 skrev (1 minutt siden):

Det er heller det at måten jeg skriver kode på trolig vil stagnere. Jeg har såppass selvinnsikt at jeg vet jeg ikke skrivet feilfri/lesbar kode, og det er garantert rom for forbedringer. Når ingen ser over min kode, så vil tilbakemeldinger/forbedringsforslag utebli.  Dette bekymrer meg. 

Anonymous poster hash: a5025...f99

Ser absolutt bekymringen. Det å sitte i samme rom som en senior og jobbe på samme løsning er utrolig lærerikt, og vanskelig å erstatte med noe annet.

På den andre siden er det mye av det du skriver som virker veldig positivt for meg. Du trives i jobben, det er det viktigste. Og bare det at du holder på med ting som CI/CD og IaC forteller meg at du jobber på en strukturert måte, selv om du er alene.

Ville på generelt grunnlag rådet deg til å lete etter muligheter til å jobbe sammen med andre utviklere innen de neste 2-3 årene. Det er både lærerikt og sosialt.

  • Liker 2
Lenke til kommentar
Gjest a5025...f99
Stvgr skrev (Akkurat nå):

Ser absolutt bekymringen. Det å sitte i samme rom som en senior og jobbe på samme løsning er utrolig lærerikt, og vanskelig å erstatte med noe annet.

På den andre siden er det mye av det du skriver som virker veldig positivt for meg. Du trives i jobben, det er det viktigste. Og bare det at du holder på med ting som CI/CD og IaC forteller meg at du jobber på en strukturert måte, selv om du er alene.

Ville på generelt grunnlag rådet deg til å lete etter muligheter til å jobbe sammen med andre utviklere innen de neste 2-3 årene. Det er både lærerikt og sosialt.

Takk - jeg får jo en del henvendelser via linkedin. Så jeg tror per i dag, det skal gå greit å søke seg videre. Arbeidsgiver har dog påpekt at det jobbes med å skaffe et fagmiljø inhouse - jeg ser noen tegn til det, så jeg skal gi det litt tid :) Bedriften bruker hinnsides mye penger på konsulenttjenester, og de forstår vel at det ligger mye verdi i dataene selskapet genererer, og det vil på sikt være billigere å etablere team inhouse. 
 

Jeg synes det er utrolig kult å kunne trigge en hel CICD pipeline via en push til github, som resulterer i en deploy mot en app-service i Azure, samt følge prosessen i Azure devops. Jeg ønsker også å jobbe, og lære relevant verktøy/tech - slik at jeg kan holde meg relevant. Så det er også en pådriver. 

Anonymous poster hash: a5025...f99

Lenke til kommentar
1 hour ago, PepsiMaks said:

Latterlig useriøst, alt som skal ut i main må verifiseres av minimum en. Dette kan absolutt påvirke deg svært negativt i senere etterkant om du kommer et sted hvor det blir kjørt slike prosesser som er da helt ukjent for deg. 

Ingen grunn til at andre absolutt må verifisere alt han gjør om han har god kontroll selv.  Han får istedet nyte at han har slippet unna unødvendige byråkratiske prosesser ved å vise modenhet og ta ansvar selv, og skulle han gjøre en feil, får han føle på konsekvensen og teste grundigere neste gang. 

For begynnere forstår jeg innstinktet til de erfarne å måtte se over alt de gjør, men det er litt som å få mora di til å se over skoleoppgavene før du avleverer de og du gjør dem egentlig en bjørnetjeneste. 

Det er sunt at de får føle på presset av å prodsette egen kode og får lov å feile - det er det man lærer mest av.  Så får man heller forsøke å balansere risiko og konsekvensen av feil ifht hva det er for systemer man jobber med og gradvis gi de mer friheter.  Det skal ikke være nødvendig å behandle utviklere man jobber med til daglig som om de var ukjente bidragsgivere til et prosjekt på github.

  • Liker 1
  • Hjerte 1
Lenke til kommentar
henrikwl skrev (13 timer siden):

En ting du vel ikke får som selvstendig er jo et miljø med kolleger som fungerer som «lim» mellom oppdrag. Min arbeidsgiver er veldig god på å arrangere sosiale ting, turer osv., som jeg ville savnet veldig om jeg var helt selvstendig. 

Det er klart at uten en arbeidsgiver er det ingen som arangsjerer slikt for deg. Man må derfor ta iniativ selv til å gå på konferanser, ha fredagspils med andre selvstendige, etc. Da blir det hva man selv gjør det til, men man mister goden at andre organiserer for deg ja. Gode arbeidsgivere er flinke til dette og skaper en følelse av tilhørighet, mens andre er ikke fullt så gode - da blir forskjellen minimal.

Lenke til kommentar
nirolo skrev (8 timer siden):

Det er klart at uten en arbeidsgiver er det ingen som arangsjerer slikt for deg. Man må derfor ta iniativ selv til å gå på konferanser, ha fredagspils med andre selvstendige, etc. Da blir det hva man selv gjør det til, men man mister goden at andre organiserer for deg ja. Gode arbeidsgivere er flinke til dette og skaper en følelse av tilhørighet, mens andre er ikke fullt så gode - da blir forskjellen minimal.

Ja, det er vel egentlig følelsen av tilhørighet jeg på klønete vis refererte til. 😅 

Lenke til kommentar
Gjest a5f1d...086 skrev (2 timer siden):

Hvordan tror dere risikoen med å gå til provisjonsbasert selskap er nå framover?

Anonymous poster hash: a5f1d...086

Markedet er veldig hett - i hvert fall om du har litt erfaring innen relevante teknologier.

Men du må også ta egen livssituasjon med i bilde: Skal du ha barn? Hva er sjansen for å bli langvarig syk (har du f.eks kroniske sykdommer)? Hva om du ikke får oppdrag en stund, har du en økonomisk situasjon som tåler lønn på 6G, eller er du avhengig av god lønn hele tiden? Etc. Kort oppsumert må du vurdere hva som skjer om du må leve på grunnlønn en periode og hva sjansen er for at det skjer.

  • Liker 2
Lenke til kommentar
Gjest a5f1d...086 skrev (7 timer siden):

Hvordan tror dere risikoen med å gå til provisjonsbasert selskap er nå framover?

Anonymous poster hash: a5f1d...086

Veldig lav. Så lenge du kan det du holder på med vil du ha arbeid å gå til i IT. Det gjelder enten du er innleid eller in-house.

Jobbsikkerheten din ligger i kompetansen du har, ikke i hvilken ansettelsesform du har med arbeidsgiver.

  • Liker 1
Lenke til kommentar
2 hours ago, Stvgr said:

Veldig lav. Så lenge du kan det du holder på med vil du ha arbeid å gå til i IT. Det gjelder enten du er innleid eller in-house.

Jobbsikkerheten din ligger i kompetansen du har, ikke i hvilken ansettelsesform du har med arbeidsgiver.

Enig i det.  Forrige gangen det var krise (ca. 2008), jobbet jeg i et av de konsulenthusene som drev med ren provisjonsbasert avlønning.  Vi hadde vel en 4-6 stykker ut av ~70 som firmaet slet med å finne oppdrag til og minst en av de sluttet etter et par måneder, men i det store og hele merket vi lite til det.  Er du dyktig, er der som regel jobb til deg, men avlønnes du på den måten, er det lurt å sørge for at du har satt penger til side hvis du skulle mangle oppdrag i (f.eks.) 6 måneder. 

  • Liker 1
Lenke til kommentar
Gjest 01ab5...19f

Er det rart å starte som selvstendig konsulent hvis man ikke har veldig mye erfaring? Jeg har jobbet i 3 år med jvm og React. Anser meg som ganske god i disse teknologiene pluss litt Kafka og div greier på siden, men skjønner jo også at jeg har masse å lære. Forventer oppdragsgivere at man kan komme inn å briljere fra dag én?

Anonymous poster hash: 01ab5...19f

Lenke til kommentar

 

3 hours ago, Guest 01ab5...19f said:

Er det rart å starte som selvstendig konsulent hvis man ikke har veldig mye erfaring? Jeg har jobbet i 3 år med jvm og React. Anser meg som ganske god i disse teknologiene pluss litt Kafka og div greier på siden, men skjønner jo også at jeg har masse å lære. Forventer oppdragsgivere at man kan komme inn å briljere fra dag én?

Anonymous poster hash: 01ab5...19f

Selger du deg inn som selvstendig konsulent bør du være i stand til å løse de oppgavene du blir forespeilet. Hvis ikke kan det være greit med team-jobbing til du føler deg "potet" nok. Du kan jo velge å selge deg som selvstendig, men vær innstilt på å ta et større ansvar og at du fort må må sette deg inn i det som til enhver tid er nødvendig. Dette kan være veldig krevende, men gjør deg vanligvis veldig ettertraktet over tid da de fleste finner ut at du fikser kompliserte problemstillinger og redder prosjekter.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...