VLZELTYW

Men assa, mini er på vei ut. Det fins ikke noen iPhone 14 mini. Så man får ikke lenger noen toppmoderne iPhone som ikke er på størrelse med et nettbrett. Det ser jeg på som et teknologisk og designmessig tilbakesteg.

Enig med @Radon Ready.

Men dette var like fullt den kjedeligste Apple-produktlanseringen i manns minne. Små og for de aller fleste helt ubetydelige forbedringer. Og skuffende at de dropper "mini"-modellen, som etter min mening også er altfor stor. Nå er jo alle modellene på størrelse med nettbrett. Savner iPhone 4-størrelsen. Problemet her er vel at store telefoner selger best fordi de er dyrest og dermed gir mest status.

23 hours ago, Ernie said:

Jeg er absolutt ikke overbevist her. Har du et godt eksempel på når det er nødvendig å dele tidsdata utelukkende i noe annet enn UTC?

Det mest nærliggende eksempelet er jo nettopp tilfellet i saken her. Det hjelper ikke å vite tida i UTC om man ikke i tillegg vet hvilken tidssone tidspunktet gjelder. Alternativet til å lagre lokal tid (UTC+tidssone) er da å hardkode antakelser om tidssone inn i applikasjonen. Neppe en spesielt god idé, blant annet med tanke på kodegjenbruk og at tidssoner og regler for sommertid endrer seg over tid. Sånt er såpass komplisert at det er best å overlate til biblioteker for å håndtere dato og tid.

Et annet åpenlyst eksempel er en applikasjon for timeføring med ansatte fra forskjellige land. For å korrekt føre f. eks. overtidstillegg etter kl 18 eller 20 må man vite hva klokka er lokalt, ikke bare UTC. Den eneste korrekte måten å løse det på er å lagre tidssone sammen med tidsstempelet. Alle andre løsninger er i praksis stygge hacks.

Forøvrig stiller jeg meg litt tvilende til hvor mye det egentlig er å spare på å deallokere ting om natta, sett opp mot kostnaden ved å ikke ha testmiljøet tilgjengelig utafor vanlig arbeidstid. Hvis artiktekturen gir nogenlunde mening, så er det normalt produksjonssystemene som er kostnadsdrivende, ikke systemene for utvikling og test.

39 minutes ago, Kakeshoma said:

Skjønner ikke hva du prøver å si.. Er du i et parallelt univers hvor en deallokert VM koster det samme som en allokert VM? For er ikke sånn her jeg er. Er vel samma fan om kosten går til strøm, reservasjon av ressurser eller rosa elefanter.

Nei, det jeg sier er at VMen må deallokeres/slettes (ikke _slås av_, som er sitert i artikkelen) for å spare kostnaden. Det holder ikke å "slå av" ressursene. Artikkelen @Myriad lenker til skiller også mellom stoppet og stoppet (deallokert).

1 hour ago, Kakeshoma said:

Ja, hvorfor slå av komfyren når klokken på displayet uansett trekker strøm.

Tror du har misforstått. En VM hos f. eks. Azure koster nøyaktig like mye påslått som avslått om det uansett ikke er noe aktivitet på den. Men en passiv VM trekker i likhet med klokken på komfyren så å si ikke noe strøm, og den eneste ressursen som i praksis benyttes er lagringskapasitet. Lagringskapasiteten benyttes uavhengig av om VMen er på eller av. Det man betaler for er «reservasjon» av CPU- og minnekapasitet, sånn at man er sikker på å få tilgang til det man betaler for når kapasiteten trengs. Det er sjelden en god deal for kunden.

>– Å slå av ting som ikke brukes etter klokken fire og skru dem på igjen når folk kommer på jobb igjen, er et godt tips.

Nei, det er det ikke. Virtuelle maskiner blir ikke gratis ved å skru dem av. Instansen må slettes for å spare en eneste krone, iallfall hos alle leverandørene jeg kjenner.

Hvis testmaskiner som kan skrus av utenfor arbeidstid er kostnadsdrivende, så bør man virkelig vurdere andre løsninger som lokale VMer eller privat sky.

Quote

Bare amatører og korttenkte idioter deler dataene i noe annet enn UTC.

@Ernie Det er ikke fullt så enkelt. I mange tilfeller er lokal tid en verdi i seg selv, og da gir det mer mening å bruke tidsstempel med tidssone enn UTC-tid. Men å oppgi lokal tid uten å spesifisere tidssone er selvfølgelig amatørskap. Det som er enda verre, som jeg blant annet har sett i Microsoft-APIer, er å oppgi lokal tid men å oppgi UTC/Z som tidssone. Da er virkelig kaoset fullkomment.

Quote

64-bit støtte på programvare?

Hvis du mener amd64 (eller x64 som MS kaller det), så ja:

Fra https://blogs.windows.com/windowsdeveloper/2021/06/28/announcing-arm64ec-building-native-and-interoperable-apps-for-windows-11-on-arm/: «ARM64EC is a new application binary interface (ABI) for Windows 11 on ARM that runs with native speed and is interoperable with x64. An app, process, or even a module can freely mix and match ARM64EC and x64 as needed. The ARM64EC code in the app will run natively while any x64 code will run using Windows 11 on ARM’s built-in emulation.»

Dette var nedrige greier. Ikke akkurat nytt at Simula ikke evner å vise snev av ydmykhet, men at de skulle synke til direkte personangrep hadde jeg ikke forventet. Selv om bransjen gang på gang strekker ut en hjelpende hånd til Simula, så fortsetter Simula å tråkke seg lengre og lengre ned i gjørma. Omdømme og profesjonalitet henger visst ikke særlig høyt i det miljøet.

Viktig tiltak, men løsningene som finnes mangler tilsynelatende åpne data. Den ene registrerer e-postadresse og Facebook-innlogging (!?), noe som er lite forenelig med helsedata. Det trengs en offentlig, anonym løsning med åpen datadeling. Autentisering kunne være valgfri med IDporten for å øke datakvaliteten, men selve registreringen burde ikke være knyttet til identitet. Det fins det andre systemer for (pasientjournal, etc).

IDF er kjent for å spre krigspropaganda via sosiale medier. Det er ganske forstemmende at dere tilsynelatende ukritisk gjengir historiene deres. Savner kildekritikk. Har dere i det hele tatt verifisert opplysningene eller vurdert å søke andre kilder enn IDF og en avis som bare siterer IDF direkte?

Dette virker jo som bare svada. Nettsida sier ingenting om hva dette "rammeverket" egentlig gjør, og dokumentasjonen er så å si fraværende. Ser ut som noen felleskomponenter som er klattet sammen i et github-repo, ikke et rammeverk for generell bruk.

@aklla Det er klart at det kommer mye an på sikkerheten forøvrig, men det burde også være åpenbart at et nettverk med en masse programvare som ikke vedlikeholdes og med masse kjente sårbarheter aldri blir "veldig sikkert". Det hjelper ikke å "lukke" et system om det ikke fins mulighet for å rette sikkerhetsfeil fortløpende.

Snedig at så mange mener at Windows XP er trygt bare det kjøres på et "lukket nettverk", SJU ÅR etter stuxnet.

En meldingstjenste låst til mobilnettet… i 2017? Huh.

Om ønsket var standardisering kunne man fint implementert XMPP.

Hva slags signaturer bruker de, crc32 eller rot13?