nyansattnr5

Som generelt svar på posten i starten av tråden, kan jeg si at man sjelden gidder å hviteliste trafikk ut fra arbeidsstasjoner, FQDN eller ei. Det er rett og slett for ofte at man ønsker å besøke et domene man ikke har besøkt før, og dette gjelder både deg selv i browseren og bakgrunnsprosesser du ikke ser noe av. TLS-inspeksjon med dynamisk analyse av trafikk, ofte markedsført som "AI powered" i disse dager, er absolutt en greie. Det er dog (1) dyrt, (2) fanger ikke opp alt, og (3) du må kjempe med programvare på maskinen din som ikke sømløst stoler på OSet sine installerte sertifikater.

Wireshark har en feature hvor de sammenstiller DNS-oppslagene i en pakkedump med IP-pakkene. Hvis en pakkedump viser at du har gjort L7 DNS-oppslag på example.com og fått 8.8.8.8, og så har den samme pakkedumpen L3 IP-trafikk mot 8.8.8.8, så kan du huke av for at Wireshark skal substituere 8.8.8.8 med example.com. Med tanke på at DNS-oppslag under de aller fleste omstendigheter skjer i klartekst, så har @arne22 et poeng i at man ofte kan vite hvilke domener utgående trafikk går mot. Denne metoden er langt mer pålitelig enn revers DNS-oppslag, og det er også dette prinsippet, med L7 DNS-inspeksjon og L3-inspeksjon i samme boks, som gjør det mulig for fancye brannmurer å whiteliste FQDNs. Jeg kan finne ut at 172.172.255.218 hører til Azure i region eastus. IPen hører til nøyaktig to service tags, og det er AzureCloud og AzureCloud.eastus. Jeg vet fremdeles ikke så mye om hva denne IPen brukes til og ikke brukes til, men jeg vet at den ikke blir brukt til ingress-trafikk til en Microsoft-SaaS. E.g. hvis man har FQDN til en Storage Account i Azure, som myblob.blob.storage.core.net eller hva det nå heter, og så hadde man gjort et oppslag på IP-adressen til det domenet, så ville man funnet ut at IP-adressen hører til en service tag som heter Microsoft.Storage. Dette gjelder ikke 172.172.255.218, så jeg kan utelukke at den brukes som ingress-IP til verken Storage Account eller andre Microsoft-SaaSer som deler IP-adresse. Du kan laste ned oversikten selv her https://www.microsoft.com/en-us/download/details.aspx?id=56519.

Så lenge den andre parten er Fiken, har jeg ikke hørt om problemer. Verken hos meg selv, eller hos andre. Jeg forstår ikke helt dette argumentet. Scenarioet er at OP har en bænkers inntektsstrøm som sikkert begynner å trille inn på konto et sted mellom 60 og 90 dager etter første arbeidsdag. Kjøp det nå, før det på konto 2930, nyt livet frem til ASet betaler deg tilbake

Det høres ut som du klarer deg uten hjelp. Du gjør rett valg i å velge AS. Den tingen man kan være oppmerksom på, er at det er lettere å lage et holdingselskap i starten enn senere, så det valget burde du ta nå. Du slipper dobbelt opp med aksjekapital slik som noen tenker; du kan gjenbruke innskuddet til holdingselskapet til å finansiere datterselskapet. Ulempen er at du må vente nesten dobbelt så lenge i starten før byråkratiet er ferdig.

Jeg mener Ticketmaster svindlet meg ved en anledning. Hvis jeg vil få Ticketmaster til å hoste opp erstatningspenger når jeg tar dem til Forbrukerrådet, er dette noe Lovdata Pro 2 kan hjelpe meg med? Er selv verken jurist eller jusstudent.

Har du noen erfaringer eller anekdoter fra andre som gjør at du er optimistisk? Spør fordi jeg er nysgjerrig.

Del tallet ditt på 1,141 for AGA, så synes jeg du har et tall som er rimelig å sammenligne med fast lønn, med noen forutsetninger om at du er lite syk. Det er standard at du har pensjonssparing og telekom ved siden av lønnen som fast ansatt, men på den andre siden får du ikke skattefri avkastning på investeringer når du er lønnsmottaker, og du kan heller ikke svi av 100k skattefrie kroner på fet laptop og telefon om du skulle ønske det.

Timeantallet ditt er litt høyt. Jeg ender på ca. 1750 timer i året med 0 sykefravær og normert lang ferie. 380k i årlige kostnader til pensjon, forsikring, regnskap og utstyr er mye. Til info, ~110k er den høyeste summen du kan spare i frivillig tjenestepensjon i året uten at den blir fordelsbeskattet. Du planlegger kanskje en dyr forsikring? Det er greit å være oppmerksom på at det fort kan gå ~75 dager fra du mottar din siste lønnsutbetaling i fast stilling til du mottar din første fakturabetaling til eget AS.

Jeg må slenge meg bak de to siste postene 👆 Jeg har lest mye svada det siste året om enorm etterspørsel etter "AI-ferdigheter" hvor meget godt lønnede Big N-ingeniører i USA blir nevnt i samme åndedrag. Norsk etterspørsel etter "AI-ferdigheter", og hva disse karene i USA gjør, har lite eller ingen overlapp. Oppgavene i Norge handler om å vite hvilken modell som egner seg til hva, hvordan man kan og ikke kan konfigurere RAG, og ellers helt generiske ferdigheter om å konsumere APIer i script.

Jeg ble ikke fortalt at oppgaven var fra Leetcode, men den var Leetcode-aktig ja. Den skulle løses på kort tid, onsite, sammen med intervjueren.

Cognite var litt slik sist gang jeg sjekket. De er det eneste norske selskapet jeg kommer på.

Feriepenger fungerer som alle andre steder. Sykepenger de første 14 dagene av et sykefravær og pensjonssparing blir røde linjer i regnskapet. Med bittelitt skatteoptimering på utbytte og lønn blir skatteprosenten rett under 40%. Fritaksmetoden og investeringer gjennom aksjeselskapet gjør at jeg får noen skattefordeler som er kvalitativt vanskelig å sammenligne med skattesituasjonen til en vanlig lønnsomttager.

Det stemmer

Her er min graf. Jeg ble ferdig å studere i 2020. Jeg trenger sikkert ikke forklare når jeg ble selvstendig konsulent 🙃

Jungeltelegrafen sier at man kan trykke penger hvis man er ung og kan COBOL i dag. Det skal være fordi den originale COBOL-gjengen har pensjonert seg, samtidig som bankene fremdeles trenger COBOL-vedlikehold her og der. Når det er sagt, så har jungeltelegrafen sagt dette i 10 år allerede, og jeg har hatt et COBOL-jobbsøk på Finn like lenge. Hvis det faktisk finnes selskaper i Norge som skriker etter COBOL, så leter de etter denne kompetansen andre steder enn Finn. Og i løpet av de to årene jeg har vært selvstendig konsulent, har jeg aldri sett et COBOL-oppdrag tikke inn gjennom de vanlige kanalene.