Gå til innhold

Yaricks

Medlemmer
  • Innlegg

    1 642
  • Ble med

  • Besøkte siden sist

Profile Information

  • Kjønn
    Mann

Nylige profilbesøk

13 200 profilvisninger

Yaricks sine prestasjoner

227

Nettsamfunnsomdømme

  1. Vet ikke om Google burde være den som snakker høyest i klassen om meldingsprotokoller og måter å kommunisere på med tanke på at de har hatt 5 forskjellige video konferanse applikaskoner de siste 4-5 årene, og nå ha to uavhengige video konferanse apper med samme navn (Google Meet (Tidligere Duo) og Google Meet). De har hatt flere uavhengige chat applikasjoner de siste 5 årene enn det finnes hydrogen-atomer i universet føles det ut som. De er virkelig ikke de beste på standarder.
  2. Trenger ikke blockchain til det... Du kan helt fint telle nedlastninger fra RSS feeden. Slik har podcast nettverk kunnet selge reklame de siste 15 årene. Det er drøssevis med podcast nettverk som har drøyt god omsetning og fortjeneste, uten noe blockchain i det heletatt. Gimlet media, Frogpants, Earwolf, Radiotopia, TWiT (grøss...). De har hatt ufattelig suksess, uten noe blockchain, og ved å bruke helt vanlig RSS feeder uten dedikerte apper.
  3. Jeg sliter litt med å forstå logikken din, det skal jeg innrømme. Det virker som du argumenterer for begge sider her, men det er veldig uklart. Jeg har hørt på podcaster daglig, siden jeg fikk min første iPod Mini i Desember 2004. Opprinnelig gjennom iTunes Podcasts, først på 4-5 forskjellige iPoder, deretter iPhone, en drøss med Android telefoner, og tilslutt nå tilbake på iPhone. I nesten 18 år, har jeg kunnet sømløst velge hvilken podcast spiller jeg har ønsket selv, om det har vært iTunes, web spillere på desktop, Apple Podcasts, (Spotify...) eller min favoritt spiller Pocket Casts som fungerer på dekstop, iOS og Android. Men greia hele tiden har vært at det har aldri vært ett problem. Hvorfor? Jo fordi podcasten kun er en RSS feed som må pekes mot - ferdig med det, og jeg kan samle alt jeg hører på i en app. Personlig plent nekter jeg å bruke disse førsteparts appene fra VG, DB, NRK (bortsett fra deres live-radio app som er OK), you name it. Ofte så mangler appene masse typisk podcast funksjonalitet, og de gjør livet ekstremt mye mer komplisert enn dersom vi kunne fortsatt med slik det har fungert i 20 år, med bare åpne RSS feeder...
  4. Nå er det 6-7 år siden jeg jobba i de Telenor systemene, men noe av problemet vi hadde på den tiden var at det var ikke egentlig noe problem å blokkere slik du ønsker det, og vi kunne blokkere anrop til enkelt telefoner fra alle utenlandssamtaler f.eks., men noe av problemet var at dersom du gjorde det, så blokkerte du også bruk i utlandet. Så hvis du dro til Sverige f.eks. uten å kontakte oss først, så sto du plutselig med en telefon som ikke fungerte til telefonsamtaler... Det hadde med hvordan det internasjonale singaleringssystemet fungerer. Forhåpentligvis så har de kommet med bedre løsninger siden da!
  5. Etter endel år i dette faget, kan jeg med hånden på hjertet si at en master, eller en bachelor ikke er nødvendig for en jobb i IT dersom du har erfaring, eller er villig til å starte i ett graduate program. De fleste kandidatene vi får inn med mastergrader fra andre steder enn noen få linjer på NTNU har masse erfaring med å skrive akademiske oppgaver, gode i fysikk og andre ubrukelige fag når de skal jobbe med administrasjon av sky løsninger eller som utvikler. Det er ekstremt mye fokus på Machine learning og algoritmer på universitetene, men i praksis er det begrenset med tilgjengelige oppdrag innenfor disse områdene. Jeg får inn CVer fra kandidater som ikke har formell utdanning som er mye lettere å få ut i oppdrag når de har brukt tid på å lære seg selv, eller gjennom tidligere jobber ting som er relevante i dag, ofte tatt sertifiseringer innen AWS, Azure, Cisco eller andre leverandører. Disse kandidatene trenger ofte ikke ett år på å omstille seg som junior og å ha en senior med seg på alle oppdrag, noe nesten alle som kommer fra 3-6 års studier trenger.
  6. Fikk aldri en notification at jeg var sitert i denne tråden, så har ikke svart før nå. Den norske stat, er i det store, ekstremt fremoverlent teknologisk. Nav kjører cloud native i Google Cloud. Skatteetaten, likeså med en kombinasjon av Kubernetes, cloud functions og Google/Azure managed databaser. Oslo kommune, kjører primært alt publikums facing funksjonalitet i AWS, mens mye eldre fagsystemer kjører onprem enda. Sporveien kjører hele den nye trikkeplattformen, i AWS - både styring av trikker, og trafikkstyring. Posten/Bring kjører i Azure, også cloud native, og Kubernetes. Ruter, Vy, nevn en offentlig tjeneste en vanlig Normann bruker i det daglige, så er sansynligheten stor for at de kjører i en public cloud. DNB (som ikke er offentlig, men allikevel enorme)- kjører mobilbanken i AWS, og nettbanken er på vei dit i løpet av året. Vendor lockin en en realitet uansett. Du kan drifte alt i Kubernetes, bruke rå VMer og skrive all infrastrukturen din i Terraform og tro at du ikke er låst til en leverandør, men i praksis er det en enorm jobb å flytte uansett. I Sporveien tok de avgjørelsen om å prøve å unngå vendor lockin, men det er så ekstremt mye vendor spesifikt i terraform koden din du må skrive om, at det er en enorm jobb å flytte uansett hva du gjør. Er du mer låst når du bruker Lambda og Cloud Functions og ønsker å flytte? Ja, men i praksis er funksjonaliteten her nesten identisk, så å refaktorere koden til å fungere i den andre leverandøren er ikke en så stor deal som en skulle tro. Kubernetes er flott, og ekstremt fleksibelt, men det er ikke løsningen for alle, og det krever masse kompetanse som ikke alle har. I tillegg er det ofte ikke compute ressursene som låser deg til en leverandør. Det er data du har lagret. Når du begynner å lagre store mengder data, er eksport av dette helt forjævlig dyrt når du snakker TB eller PB med data; mye mer enn det vil koste deg å skrive om kode og migrere compute til en annen leverandør. Det er flere av disse store etatene, med enorm kompetanse - mye mer enn det du og jeg sitter på - som har gjort enorme analyser og tatt avgjørelser på at det er bedre å gå for public clouds egne funksjoner for å spare penger, både i Nav, Skatteetaten og Oslo Kommune. Dersom en absolutt skal ha alt i Norge - enten gå til de store public cloud leverandørene og gjør en avtale om å bytte govcloud datasenter i Norge, eller gå til en av de drøssevis av datasenter leverandørene vi har i Norge, EVRY, Basefarm, SopraSteria, DigiPlex, Greenmountain og ikke finn opp hjulet på nytt. Hvis det er Kubernetes og VMer du vil ha, så er det ikke en "sky", det er ett datasenter.
  7. (Sky) infrastruktur konsulent/utvikler her. Har ikke i min karriere fakturert under 1250kr timen eks.mva. med 6-7 års erfaring. Jobber nå for offentlig etat og fakturerer 1500kr timen, men dog på ett prosjekt med ganske snever kompetanse hvor det er umulig å få tak i folk.
×
×
  • Opprett ny...