ahw_

Imports System

Imports System.Globalization


Dim monthsToAdd As Integer = 2

Dim daysToAdd As Integer = 5

Dim format As String = "dd.MM.yy"

Dim parsedDate As DateTime = Date.ParseExact("27.07.19", format, CultureInfo.InvariantCulture) ' Date.Now

Dim tempDate As DateTime = New DateTime(parsedDate.Year, parsedDate.Month, 1).AddMonths(monthsToAdd)

Dim futureDate As DateTime = new DateTime(tempDate.Year, tempDate.Month, 1).AddDays(daysToAdd - 1)


Console.WriteLine(futureDate.ToString(format)) ' 05.09.19


' 10.08.19 -> 05.10.19

' 15.09.19 -> 05.11.19

' 20.10.19 -> 05.12.19

' 25.11.19 -> 05.01.20

' 30.12.19 -> 05.02.20

Er ikke en fan propaganda så jeg oppgraderte fra Huawei P10 Plus til P30 Pro for noen timer siden.

Hentet passet den 8. juli med visumet stemplet inni som har en gyldighet på ett år.

Ambassaden har stengt for working holiday-intervju fra 5. juli til 15. juli. Fikk heldigvis booket en time samme dag i går. Det er ting NHI ikke dekker som f.eks. dødsfall og varig funksjonshemming. Alle må ha NHI men ytterligere privat forsikring er ikke påkrevd likevel.

Etter at de hadde gått gjennom alt jeg leverte inn (pass, søknadsskjema osv) fikk jeg noen få spørsmål vedr. ting jeg hadde skrevet. Så fikk jeg beskjed om å komme tilbake med 215 kr (kontanter) for å hente passet om en uke.

Om du har helseforsikring i Japan så er du jo dekket? 

 

God tur! Ett år i Japan hadde vært fint! 

Takk! Jeg har ikke helseforsikring (NHI) i Japan enda, det må jeg søke om når jeg er der. Så må man også ha "tilstrekkelig medisinsk forsikring" (hva enn det er) på forhånd i Norge. Pakken jeg har bestilt (Young Living fra Tryg) dekker bare reiser på opptil 10 uker. Man skulle jo tro at det er godt nok inntil jeg får ordnet NHI men synes ikke det er lett å finne fakta som gjelder for nordmenn.

Hei!

Skal søke om Working Holiday-visum for å kunne oppholde meg i opptil ett år i Japan.

Her er info om hva jeg trenger og prosdyren: https://www.no.emb-japan.go.jp/itpr_nb/working_holiday.html

Punktet jeg er usikker på er følgende:

 

Has adequate medical insurance and good health

Jeg blir å spørre den japanske ambassaden i Oslo når de åpner neste uke, men vil gjerne forhøre meg her også.

Nøyaktig hvilken type forsikring trenger jeg?

Jeg har nettopp bestilt vanlig reiseforsikring men jeg tviler nå på at det er nok dekning. Hvis det skal dekke en reise på et helt år så blir det å koste mye mer. Regner med mellom 10-20 000 kr for ett år. I tillegg må jeg ha japansk helseforsikring (National Health Insurance) når jeg er i Japan.

Setter pris på råd fra noen som vet noe om dette.

Takk!

Hvis jeg hadde kodet for nettlesere så ville jeg bare brukt Babel, "class", "private" og heller fokusert på å lage ting. Tror du også kan velge å bare transformere eksperimentell syntaks og beholde original ES6-syntaks.

Akkurat nå lager jeg en web service med Node.js, og der vil jeg ikke bruke Babel fordi jeg må ha full oversikt over hva koden gjør. Der har jeg nå en mindre vakker blanding av gammel og ny syntaks.

Mitt største problem med "enkle" JavaScript er at det krever mye av en å få all kode til å oppføre seg 100% riktig. Det er noe man må streve for mens andre språk har innebygd restriksjoner som sier ifra når man prøver å gjøre dumme ting. Spesielt når kodebasen blir større så blir det mer vanskelig å holde oversikten og passe på at alle variabler/objekter/properties er definert riktig, blir passert rundt riktig og blir sjekket på riktig måte.

JavaScript har ikke egentlig klasser. De tingene du nevner er samme ting med annen syntaks.

Den nye syntaksen er finere, men gjør ikke koden mer funksjonsrik. Mitt problem med den nye syntaksen er at det ikke er støtte for "private properties/funksjoner" enda. Dvs. at alle properties/funksjoner er synlig for alle. Hvis du vil unngå å eksponere implementasjonen så må du være litt kreativ.

På den gamle måten kan man enkelt utnytte "function scope" for å skjule implementasjonen. Det er en kjent "pattern" som fungerer selv om det også virker noe hacky.

Bruker du Babel eller lignende til å transformere moderne syntaks til ES5 så er du mer fri til å bruke eksperimentell syntaks. Skal du kode for nettlesere så er det ikke en dum idé å transformere koden uansett slik at den fungerer i eldre nettlesere.

Har du prøvd det?

Hvis du liker å skrive mye kode som gjør lite så anbefaler jeg å skrive koden i C/C++ og helst rett mot Windows API-et.

Windows SDK-en er eksponert som C-kode. Du vil ikke finne en offisiell Windows SDK for standard C++. Du unngår mye slit ved å bruke et bibliotek/rammeverk som Qt, wxWidgets, FLTK osv.. Det finnes mange andre du kan bruke i stedet.

Som jeg nevnte i den andre tråden, C/C++ har ingen standard verktøy for å håndtere tredjepartsbiblioteker/avhengigheter. Det er ingen standard struktur som disse bibliotekene må forholde seg til slik at de fungerer ut av boksen med et gitt verktøy. Du må gjøre dette selv eller bruke verktøy som Conan eller vcpkg som også må ha støtte for biblioteket, eller bruke bibliotekene som er tilgjengenlig i operativsystemet hvis det er mulig. Jeg vet ikke om noe IDE som fikser alt dette automatisk for deg.

JavaScript (Node) har npm (Node Package Manager). Java har Gradle og Maven. Python har pip. C# har NuGet. Ruby har RubyGems.

Dette er bare eksempler på standard eller godt etablerte verktøy. C/C++ har aldri hatt et standard verktøy, men Conan har blitt mer populært og brukbart i det siste. Mange har prøvd å lage slike verktøy før som enten har feilet eller ikke fått særlig fotfeste, med få unntak.

Når jeg koder i C/C++ på Windows så bruker jeg Visual Studio, og på macOS bruker jeg Xcode. Jeg bruker IntelliJ IDEA til Java og Visual Studio Code til alt annet (C og C++ også hvis jeg ikke gidder å starte opp VS). Du kan f.eks. se på IntelliJ CLion som også funker på Linux. Qt Creator er også greit hvis du likevel skal bruke Qt, så unngår du en del arbeid med oppsett.

Jeg tenker at du bør starte med den enkleste koden som fungerer først. Få hver ting til å fungere selvstending før du integrerer disse.

Hvis du skal kode direkte mot hvert plattform-spesifikke API så kan du regne med å skrive en del kode som over (#ifdef). Dette bør selvsagt gjøres på en ryddig måte.

Regner med du blir å ta i bruk diverse tredjepartsbiblioteker etter hvert. Dette er et av marerittene med C/C++ fordi det ikke finnes noen standard verktøy for å håndtere biblioteker. Jeg bruker Conan til dette som fungerer bedre en diverse annet jeg har prøvd, men det finnes mange slike verktøy.

Jeg bruker selv vanligvis UI-bibliotekene wxWidgets eller Qt fordi begge har greie verktøy for å lage UI (wxFormBuilder og Qt Designer).

Med «Wine» mente jeg dette: https://www.winehq.org/

Wine oversetter API-kall for Windows til f.eks. macOS og Linux så godt som den kan. Har selv et større prosjekt som noen fans overraskende nok fikk til å fungere på macOS med Wineskin, men ikke helt fritt for glitches. Dette er ikke noe du bør satse på.

Hei!

Tror du bør lese litt mer om hvordan C (og C++) fungerer. F.eks. i C betyr ikke "abc" + 123 at man setter disse sammen til "abc123". Det betyr at du adderer 123 til en peker (pointer) til "abc" slik at resultatet er en peker til et annet område i minnet og ikke strengen din.

Koden din er forresten hovedsakelig skrevet i C, ikke C++. Den er også skrevet direkte mot Windows API-et. Du må bruke de plattform-spesifikke API-ene eller bruke et tredjepartsbibliotek som abstraherer bort dette slik at du koder mot ett API som fungerer på tvers av plattformer. Du kan sikkert få koden din (når du har fikset bugs) til å virke både på macOS og Linux via Wine eller noe men jeg vil anbefale at du heller gjør det ordentlig.

Jeg postet her for noen dager siden at spillet var ganske vanskelig for meg som nybegynner. Det er fortsatt ikke lett men det har blitt lettere. Så lenge man ikke gir opp og man analyserer situasjonen, så vil man få inn teknikken som kreves for å lykkes. Nå spiller jeg med Sinister Burden (Demon Bell) aktivert også så får vi se hvordan dette går...

Jeg kjøpte Sekiro tidlig uten å være helt klar over vanskelighetsgraden. Jeg er bare fan av ting fra Japan, og har ikke spilt noen Souls-spill før.

Jeg er ikke en av de som gir opp, og liker egentlig utfordringer, men spillet gjør meg sliten. Siden jeg allerede sliter på jobb så er ikke Sekiro noe jeg klarer hver dag. Når jeg har brukt noen timer på en fiende og 15 minutter senere møter enda en uten å ha fått noe særlig igjen for slitet (ingen nye kule ting, ingen historieutvikling osv), så er det lett å legge fra meg kontrolleren til jeg orker mer.

Det er spesielt disse tingene som plager meg:

• Jeg dør etter to slag mens fienden tåler mye.
• Noen fiender angriper raskere enn jeg klarer å reagere.
• Jeg bruker gjerne noen timer på en sterk fiende.
• Man kan gå i 15  minutter før man møter på neste sterke fiende som man igjen bruker mye tid på.
• Jeg føler at tiden min blir bortkastet hver gang jeg dør, og det kan godt skje 20 ganger før jeg forstår hvordan jeg unngår det. Deretter gjelder det bare å holde fokus og være presis.
• Man må gå gjennom de samme tingene igjen hver gang man dør, f.eks. animasjoner som ikke kan avbrytes, tiden det tar å laste inn neste skjerm, løpe et stykke til der man var, osv.

Derfor vil jeg foreslå noen enkle tiltak som vil gjøre spillet mer praktisk:

• Man tåler selv mer skade og fienden tåler mindre.
• Fiender angriper tregere.
• 100% sjanse for ett ekstra liv.
• Man kan velge å starte i nærheten av stedet man dør.
• Spilleren kan selv velge hva som skal gjøres enklere.

Med lignende tiltak så tror jeg at færre spillere vil gi opp i ren frustrasjon. Jeg vil ikke ha en «easy mode» som gjør alt i spillet så lett at det er kjedelig, men har ikke noe imot at man kan velge enkelte ting som minker mengden frustrasjon.

Jeg har kommet et stykke inn i spillet og liker det godt så langt. Mestringsevnen blir bedre så lenge man ikke gir opp og man lærer av sine feil. Likevel har jeg begynt å føle at kanskje meningen med å spille videre er selve arbeidet som går inn i neste krevende fiende.

Hvis noen andre flytter til Saga Mobil og som meg ikke vil at nummeret skal brukes i opplysningstjenester, husk å deaktivere tjenesten «Nummeropplysning» etter at du har opprettet kontoen. Det går ikke an å skru det av før man registrerer seg.

Wow! Jeg kjøper glatt alle disse spillene når det kommer til Steam—plattformen som jeg vet fungerer og har alt jeg trenger uten spionvare! Heavy Rain har jeg sikkert spilt meg gjennom minst 5 ganger allerede og det begynner å bli en stund siden sist gang nå.

Hvem enn som gjør det mulig for Quantic Dreams å dedikere ressurser til å portere spillene til PC (selv om det er den andre butikken), takk!

Bruker man en BankID-app over WiFi/mobildata (eller kodebrikke) for autentisering/signering så er det ikke det samme som «BankID på mobil» som er knyttet til et telefonnummer/SIM. At Saga Mobil nå har gjort sistnevnte gratis påvirker derfor ikke min vurdering av Saga Mobil.

Den første «gratismåneden» hos Ice med potensielle problemer tror jeg nok at jeg klarer meg uten.

Blir nok å sjekke ut Saga Mobil nærmere nå fordi prisen på mobildata i landene jeg reiser til (mest Japan) er under halvparten av det jeg nå betaler.

Hvis Ice beholder prisene de har nå så blir det dyrere for meg i utlandet. Ikke mye men likevel skuffende. Gikk over til Komplett Mobil for ikke så lenge siden, og har vært strålende fornøyd helt til i dag.

Hei!

Uten å vite hvilke kurs det er som tilbys så kan jeg ikke si så mye som går spesifikt på disse. Her er det jeg fant av info:

• https://www.digi.no/artikler/har-tatt-europa-med-storm-na-kommer-to-kode-bootcamper-til-norge/457908 (krever betaling)
• https://www.norwegiancoding.no/ ?

Vet ikke hva som er bak betalingsmuren på digi og jeg er ikke overbevist om at lenken under er relevant.

Jeg ser i det minste "HTML" der så jeg regner med at minst ett av kursene går på webutvikling, sannsynligvis det aller enkleste for komplett nybegynnere. MEAN stack er noe som mange kurs går gjennom fordi det er relativt enkelt, men det er ikke holdbart i mange profesjonelle løsninger.

Problemet mitt med de fleste kurs er mangel på dybde. Det er nok en grei innføring i emnet men ikke noe som kan garantere at man blir en god utvikler, kan velge de riktige verktøyene, kan bruke verktøyene på en god måte, at man selv kan løse problemer som ikke omfattes av kurset, eller i det minste at man får seg jobb. Situasjonen kan selvfølgelig være bedre enn dette men jeg tror det kan blir for kort tid til å lære seg alt man trenger hvis man er nybegynner... Og er man ikke nybegynner så trenger man strengt tatt ikke disse kursene med mindre det er svært dyptgående/avansert.

Selv om man tar slike kurs så kan man ikke unngå å lese dyptgående bøker og dokumentasjon for å faktisk kunne bruke verktøyene på en god måte. Her kreves egentlig også erfaring som tilegnes over tid.

Jeg ville heller brukt ~1% av pengene et kurs i norge vil koste på et nettkurs fra f.eks. Udemy eller Lynda/LinkedIn og/eller bøker og lært i eget tempo. Med det sagt kan det klart være en fordel å jobbe tettere med andre som tar det samme kurset. Nylig startet jeg et videokurs fra Udemy (iOS 12 & Swift - The Complete iOS App Development Bootcamp) for å kunne utvikle en ny løsning i jobbsammenheng. Mens jeg tok kurset besvarte jeg (som nybegynner i emnet men erfaren utvikler) spørsmål som andre hadde på forumet og lærte litt selv av det samtidig. Det var en grei innføring med noen avanserte emner, men likevel vil jeg etter hvert skaffe meg en bok (venter på 3. utgave av Swift Programming: The Big Nerd Ranch Guide) fordi, som de fleste kurs, er dybden noe fraværende. I mellomtiden koder jeg i vei mens jeg leser bl.a. dokumentasjonen til Swift ved behov.

Når jeg tenker API så tenker jeg grensesnitt som kan styres programmatisk på en robust måte. I dette tilfellet høres det ut som et "web API" som ofte er REST-basert fordi det er lett å integrere overalt siden kommunikasjonen går via HTTP. Dette er en god retning for web-API som skal eksponeres til offentligheten. Den kommuniserte dataen kan formateres som JSON, XML e.l.

Jeg vil to at de fleste brukbare REST-baserte rammeverkene har innebygd kode som konverterer til/fra JSON.

For web så trenger man ikke nødvendigvis et web-API, men hvis du skal ha JavaScript-kode som sender forespørsler i bakgrunnen så kan du lage et REST-basert API.

Hvis det bare er ment for backend for å kommunisere mellom frakoblede komponenter, så fungerer REST også, men det er ikke alltid den beste løsningen. En "message queue" kan fungere bedre men det kan også være overkill.

Det er å anbefale å ha god kontroll på hvordan løsningen skal fungere og hvordan den faktisk fungerer, spesielt mtp. sikkerhet. Det bør finnes en solid grunn til å stole på at en eksisterende løsning fungerer godt før man bygger videre på en.

Har selv jobbet en del med ASP.NET Web API og ASP.NET MVC, som begge fungerer greit nok i seg selv som rammeverk for å byge REST-baserte API-er og GUI. Det krever litt oppsett å sette opp en god grunnmur. Det finnes ferdige starter-prosjekter, men som sagt, du bør ha en god grunn til å bygge på en slik løsning.

Hvorfor ikke nevne Universal Windows Platform (UWP) som også bruker XAML? Apps laget for UWP har standard utseende i Windows 10. Microsoft har jobbet mye med å standardisere dette siden Windows 8.

Windows Presentation Foundation (WPF) og Windows Forms er begge gamle men de er også mye brukt og blir vel ikke borte med det første. Jeg vil nok ikke påstå at det skjer så mye utvikling der heller.

Jeg er ikke helt sikker på at jeg skjønner hvorfor Microsoft porterer WF, WPF og UWP til .NET Core fordi det uansett bare støttes på Windows selv om .NET Core er cross-platform, men det er sikkert fint å få alt over slik at det er mulig å rive seg løs fra .NET Framework.

Hvis det er av interesse så finnes det flere andre rammeverk/bibliotek av forskjellig kvalitet som lar en skrive GUI i XAML, bl.a. Xamarin og Avalonia UI.

For .NET synes jeg personlig at Windows Forms er den enkleste og kjappeste måten å lage UI på (av de nevnte måtene) så lenge det ikke skal være komplisert UI, men det bruker ikke XAML (noe jeg heller ikke er fan av).

De som selger individuelle komponenter innen elektronikk, f.eks. kondensatorer, transistorer, resistanser, dioder, integrerte kretser (IC), mikrokontrollere osv. Evt. verksted for reparasjon av elektronikk. Vet dessverre ikke om noen fysiske butikker.

Et alternativ kan være å lodde av en slik kondensator fra et annet ødelagt hovedkort e.l.

Første resultat i lenken min over ser ut som riktig type. Produktbeskrivelsen inneholder også "Ultra Low ESR" som sedsberg mener er riktig. Skulle helst hatt et datablad for komponenten som må erstattes men fant ikke noe.

Hei!

Dette ser ut som en elektrolyttkondensator med spesifikasjonene 270 µF (mikrofarad) og 16 V (volt). Det får du enkelt tak i, bl.a. fra Elfa, eBay, osv. Det billigste er nok hvis du har en fysisk butikk i nærheten som selger slike komponenter. Kanskje de også kan gjøre jobben for deg som ikke tar mer en noen minutter.

Du kan kanskje reparere "beinene" som er knekt ved å forlenge dem. Ellers kan du bare bytte ut hele komponenten. Verktøyene du trenger er minimum loddebolt og loddetinn. Andre nyttige verktøy kan være loddetråd for å fjerne loddetinn og multimeter til å kontrollere arbeidet. Pass for all del på at du setter kondensatoren på riktig vei.

Nøyaktig hvilken modell har du av MacBook Pro? Det er ikke sikkert at den støtter 4K@60 over HDMI, men forhåpentligvis går det fint med DP.

1080p på 27" har en DPI på under 82 som er altfor lavt synes jeg. Mellom 20" og 24" passer mye bedre med DPI på henholdsvis rundt 92 og 110.

1080p gir et ganske lite område å gjøre arbeid på som i hvert fall jeg ville blitt irritert over spesielt hvis det er til grafisk arbeid. Jeg ville gått for minimum 1440p, og synes 27" passer fint med 109 DPI. Med 4K må du gå for høyere DPI for å unngå at blir skjermen fryktelig stor.

120 Hz og høyere kan være mer behagelig enn 60 Hz men man blir ikke plutselig en bedre spiller med det. Det er ikke alle som merker forskjellen heller (utrolig nok). PS4 tegner ikke mer enn 60 bilder i sekundet uansett på vanlig skjerm.

IPS er et godt valg mtp. korrekte farger. VA bør du nok styre unna hvis du bryr deg om ghosting. Et lite problem med IPS kan være innbrenning, men det er midlertidig.

Jeg ville gått for en skjerm med 10-bit farger siden det også er til grafisk arbeid, helst ordentlig 10-bit og ikke 8-bit med FRC, men heller 8-bit med FRC enn bare 8-bit.

Ghosting og input lag/responstid trenger bare å være lav nok til at du ikke merker noe til det eller ikke plager deg. Til arbeid og PS4 er ikke lavest mulig input lag/responstid nødvendigvis like viktig som når man spiller med mus med raske bevegelser.

Jeg har brukt iiyama ProLite XB2779QS siden år 2013 til arbeid, vanlig bruk, spilling på PC og konsoller. Har ikke hatt problemer med å spille bedre enn gjennomsnittet selv om det føles ut som at skjermen tegner 45-50 bilder i sekundet i stedet for 60. Merker ingen input lag. Ghosting merkes bare når jeg leter etter det. Betalte rett under 5000 kr den gang. Jeg vil ikke anbefale den nå men jeg blir svært overrasket dersom du ikke finner noe som er mye bedre nå til samme pris eller rundt 4000 kr.

Mikrofon? Da prøver jeg igjen. Spilte spillet med yeti noen ganger selv.