Ivan Skytte Jørgensen

Rss
Personligt feed med nye kommentarer i tråde, du overvåger:
https://www.version2.dk/mit/0/kommentarer?token=HPnHcLYhJ8jCXC_UoTnfzqY2R9xpwMBmKONAZAek0jk

Kommentarer

Kommentar til 5G - Kejserens nye netværk?

Mobilindustrien forsøger at komme ind på IoT-markedet

Mobilindustrien forsøger selvfølgelig at komme ind på IoT-markedet, fordi de forventer at der vil være vækst der. Deres scenarier er dog ofte fri fantasi, og deres løsninger er opfundet af markedsføringsafdelingen uden den store forståelse. Et eksempel var da vi undersøgte et tilbud på en M2M-l...
Kommentar til Ny WiFi-router - ét eller to SSID'er?

3 SSIDs

På mit 802.11n AP har jeg tre SSIDs: et 2.4GHz-only, et dual-band, et 5GHz-only. F.eks.: - basilikum (dual-band) - basilikum-2.4GHz - basilikum-5GHz Enheder som, som opfører sig fornuftigt, kommer på dual-band nettet. Enheder som skal have lidt hjælp kommer på et af de to andre net. I den ...
Kommentar til Kerne1 og Kerne2

Re: Terrifying

Personligt har jeg lettere ved at overskue indholdet af /lib/systemd/system/ end indholdet af /etc/init.d/ . Jeg synes SytemV er noget rod og SystemD er en god løsning. Hørt! Jeg har skrevet min portion af init.d-scripts og har aldrig været fan af det. Den deklarative fremgangsmåde i syste...
Kommentar til Kerne1 og Kerne2

Re: Supervenience

Et andet eksempel er microservices A og B som outperformes af service C = A+B som følge af deling af intern state og eliminering af netværkstrafik. Det sker også en gang imellem med værktøjerne i /usr/bin For år tilbage skulle jeg trække information ud af gigantiske logs på en remote serv...
Kommentar til Kerne1 og Kerne2

PowerShell?

Så vidt jeg ved / kan læse mig til så fungerer pipes i PowerShell ved at mellem processerne overføres der objecter - ikke tekstlinjer. Jeg har ikke sat mig ind i detaljerne (bruger sjældent Windows), men for mig lyder det som om at man kan få små rekombinerbare softwarekomponenter til at snakke s...
Kommentar til Digitaliseret Fatamorgana

Det er kvantecomputernes skyld

Det burde være åbenlyst for enhver hvad der er sket: rejseplanen.dk kører i en cloud med kvantecomputere hvor de kan trække på information fra hele multiverset. Pga. klager fra Kattenes Værn udvælger rejseplanen ikke længere information fra tilstande hvor Schrödingers kat dør. En naturlig bivirkn...
Kommentar til Ny test: Udvalgte artikler på Version2 kræver login

Delvis afblænding?

I stedet for at lukke helt af for de udvalgte artikler, så kunne i overveje at lave delvis afblænding af dem, dvs. man kan læse noget af artiklen, men kræve login for at læse det hele. Her er to ting det vigtige: 1: at man faktisk kan læse mere end overskriften og evt. sammenfatning. Godt eksemp...
Kommentar til Bane.dk's UX fail

Re: Toget

Mon ikke der er bygget en løsning til Bane.dk ovenpå noget tysk software? Jo, det er formodentlig fra HaCon Hvis du kan forstå tysk så er der disse to videoer af en som har forsøgt at hive bedre/mere/nyttigere information ud af Deutche Bahns informationsystemer, som formodentlig har HaCon...
Kommentar til Bane.dk's UX fail

Re: Bedre bud

[ubrugelige højtalerudkald pga. larm] Sorry, men det kan man ikke gøre noget ved. Det er en naturlov for jernbanestationer i hele verden at det skal være sådan. Hæ. Man kunne få den tanke. Højtalerudkald er ikke helt on-topic, men aligevel: Det virker dog nogenlunde på de mindre stat...
Kommentar til Bane.dk's UX fail

Re: Tak for den!

"måske skulle de blot bruge kategorierne IC+ICL, ICE+skånetrafik, og regional." Taget i betragtning hvordan togene virker i Danmark tror jeg de kunne klare sig fint med bare kategorien "Tog" ? Mit forslag til kategorier var ud fra: IC+ICL: standser formodentlig ikke ved...
Kommentar til Bane.dk's UX fail

Re: Bedre bud

"Min" lille station er Roskilde. Det er også der hvor jeg tit har haft brug for at vide hvordan-kommer-jeg-til-lille-station, og fået min daglige motion af at løbe fra perron til perron for at se hvilket tog der standser der. Min anti-favorit-oplevelser dér, er i iøvrigt...
Kommentar til Bane.dk's UX fail

Re: Tak for den!

Ved heller ikke om andre end måske DSBs personale er så interesseret i tognummeret af det skal stå i rød flammeskrift? Det ser ud til at farven er valgt så der er forskellige farver til intercity (rød), intercity-lyn (gul), regional-Re (grøn), regional-Ra (cyan), regional-Rx (anden grøn). ...
Kommentar til Bane.dk's UX fail

Re: Bedre bud

Er jeg virkelig den eneste der primært kommer på stationen for at hente ankommende?! Ok, så der er mindst en person som bruger ankomstskærmene. Jeg ved ikke om der er mest brug for ankomstinformation eller hvordan-kommer-jeg-til-en-lille-station. Ideelt set ville der være begge typer infor...
Kommentar til Bane.dk's UX fail

Inkonsistent separator, og hvad skete der med deres font?

Klokkeslet angives inkosistent. De fleste steder med punktum som separator. Undtagen i bunden hvor den angives med kolon, som så vidt jeg ved er standard ihht. DS/ISO 8601:2005 På Banes side har de endda et skærmeksempel hvor klokkeslettet nederst slet ingen seperator har. Jeg kan se at de også...
Kommentar til Forudsigelse eller prognose?

Re: Bud

Jeg tror ikke at du kan koble en præcis sandsynlighed på et bud. Du kan skele til hvad DMI gør når de beskriver sandsynligheden for deres vejrusdigter: "udsigten er ret sikker", "udsigten er forholdsvis sikker" osv. Hvis man vil vide det mere præcist så skal man kigge i...
Kommentar til Forudsigelse eller prognose?

Bud

For mine øre ville det være helt acceptabelt at sige at computeren kommer med et bud. Ordet indeholder en indikation af at der er en vis usikkerhed. Jeg mener at ordet "forventning" er ikke godt, men af andre årsager end dine. FOr mig er forventing neuttralt. Jeg kan have en forventning...
Kommentar til Løsninger på problemer vi ikke burde have (længere)

Re: Interessant!

En mulig model kunne være, at der laves instruktioner, der markerer entry points til funktioner, retursteder, samt jump targets. Ikke nogen dårlig ide. CPUerne nu til dags er ret gode til at ignorere code-bytes som ingen effekt har (f.eks. "rep"-prefikset på "ret"). Så...
Kommentar til Løsninger på problemer vi ikke burde have (længere)

Re: Interessant!

Ved at nulstille dem, når man forlader en frame, så hindrer man, at man efterlader information på stakken, som kan give læk af hemmeligheder. Ahh, så forstår jeg din præference for nulstilling ved indgang. Det beskytter selvf. mod at snuse til data i returenede funktionskalde, men der er s...
Kommentar til Løsninger på problemer vi ikke burde have (længere)

Re: Interessant!

Kodepointere, der kun kan pege på funktioners entry-points. Jeg formoder at med kodepointere så mener du de programmør-tilgængelige pointere. Hvis du mener alle kodepointere så skal man tage hensyn til at compileren i nogle tilfælge gerne vil optimere f.eks. switch() til "computed goto...
Kommentar til Løsninger på problemer vi ikke burde have (længere)

Re: Interessant!

Det lyder umiddelbart en del anderledes - 286 (og 386+ for den sags skyld) har selectors til descriptor tabeller, hvorimod alt information her er encoded i pointeren. Jeg tænkte mere på at operationer via en pointer var underlagt kontrol ikke kun R/W/X men også grænse. I 286erens protecte...