Michael Lykke

Derfor fejler DSB's billet-app til iPhone og Android

Jeg har selv flere gange forsøgt at benytte den app og den er mildest talt elendig. Ikke alene er den så langsom hver eneste gang den skal kommunikere med DSB's servere at man får indtrykket at den downloader halvdelen af internettet men den fejler også MEGET ofte i sin kommunikation.

Uden at have gravet ned i app'en eller forsøgt at debugge dens datastrøm så undre det mig at det skal foregå så langsomt(Og det har i øvrigt ikke det fjerneste at gøre med langsomme forbindelser hos kunden). Vi snakker simple mængder data der skal overføres mellem server og app så hvis man har sørget for at benytte en passende måde at overføre data på(Fx. JSON) så burde det ikke give problemer.

Netop pga. typen af mobil forbindelser og deres ustabile natur så er det uhyr vigtigt at man begrænser datatrafikken til et minimum - Hvilket blandt andet betyder at XML ikke er det bedste dataformat. Samtidigt er det også vigtigt at ens app kan håndtere afbrydelser af telefonopkald eller lign. situationer.

21. juni 2012 kl. 11:07
Oprindelige iPad-ejere kan glemme alt om iOS 6 med Siri og 3D-kort fra Apple

Jeg er selv tilstede på WWDC og undre mig også gevaldigt over den meget negative tone i de danske medier. Der er TONSVIS af forbedringer og nye features annonceret - Lige fra quality of life forbedringer for udviklerne til helt nye features for slutbrugerne. For ikke at tale om den vildeste laptop med retina display. Og så er der de hundredevis af små forbedringer der fjerner mange af de små irritations momenter man til tide kan støde på.

Engang imellem kunne det være lidt interessant hvis man kunne tage ja hatten på og være en smule positiv når der er tale om så massive forbedringer over hele linien. Der er formentligt tale om en af de mest omfattende opdateringer Apple har annonceret i iPhone/iOS' levetid.

12. juni 2012 kl. 19:37
Teleanalytiker angriber it-ordfører: Nu er kæden hoppet af - igen

Dårlig kobber og infrastruktur er altså ikke kun et problem for udkantsdanmark, men lever i bedste velgående i centrumdanmark!

Alene det faktum at man ikke kan få fiber forbindelse i centrum af Århus til trods en høj befolkningstæthed siger jo alt. John Strands indlæg maler et lige lovligt lyserødt billede af telebranchen som ikke helt stemmer overens med fakta. Det kan godt være der bliver investeret et par milliarder i infrastruktur men det er heller ikke meget når man ser på branchens omsætning. Ligeledes fastholder branchen os i håbløse teknologier som ADSL m.m. Med det sagt så er jeg dog enig i at Trine Bramsen har udvist en lallende inkompetence i flere sager og hun er på ingen måde kompetent til at besidde hendes job. Ligeledes er det IKKE TDC eller andres ansvar at Skyline knækker nakken og går konkurs. Ingen tvivl om at det er en træls oplevelse for Skyline's kunder men at benytte politisk press til at tvinge nogen til at betale en del af regningen er svineri og magtmisbrug i yderste grad!

5. juni 2012 kl. 15:34
Så meget betaler teleselskaberne for at redde Skyline-kunder

Den her sag er direkte usmageligt håndteret af politikerne. For det første er det slet ikke deres opgave at blande sig i konkursen af en enkeltstående virksomhed. Jeg finder det dybt problematisk at der bliver lagt politisk press på andre Internet og teleselskaber for at overtage en del af omkostningerne til konkursen. Der er simpelthen ikke juridisk baggrund for denne manøvre og det kan sku ikek være rigtig at fordi én virksomhed går konkurs så skal alle andre selskaber springe til og betale en bid af regningen.

Nu må i satans politikere tage jer sammen og istedet arbejde for en ordentligt løsning i form af fiber net i HELE landet - alt andet er uforsvarligt og decideret mafia lignende metoder! Fy for fanden siger jeg bare!

5. juni 2012 kl. 12:02
Diablo III overtrumfer Yousees planer om kabelarbejde

Jeg er rimelig sikker på jeg og alle andre overlever fint hvis der skulle ske et nedbrud under lanceringen af et nyt produkt. Måske du lige skulle tage et koldt bad og prøve at sætte tingene lidt i perspektiv inden du flipper mere ud end du allerede har gjort i denne tråd.

Det er et SPIL - Vi snakker ikke liv eller død, personlige konkurser og andre kæmpe begivenheder. Selvfølgelig er det da irriterende at være uden internet et par timer når man gerne ville spille.... Men så var det altså heller ikke værre. Det ville nok være sundt for dig at prøve med en smule perspektiv ;)

29. maj 2012 kl. 13:55
Diablo III overtrumfer Yousees planer om kabelarbejde

I følge Blizzard har over 1.2 millioner mennesker købt deres Annual Pass som inkluderede netop D3 - Så jo, der blev solgt en ret anseelig del på den konto.

Med det sagt, så er det helt ude af proportioner hvordan folk skaber sig over et par timers arbejde på en internetudbyder.

29. maj 2012 kl. 12:57
Dell XPS 13 er en klassisk Ultrabook med små skavanker og pebret pris

Ja, nu må myten om det manglende højreklik godt snart dø. Højreklik har eksisteret og været brugt i mange år på Mac. For mange år siden blev det kaldt "control click" fordi man holdt CTRL nede mens man klikkede på musens ene knap. Men hvis man koblede en almindelig to-knaps mus til så virkede højre tasten fint. Plus at vi har i årevis haft højreklik direkte -Både i form af ctrl click, almindeligt højreklik på musen, tryk med to fingre på touchpad'en og på de nyere touchpads med multitouch trykker man bare hele højre side af pad'en ned og så fungere det som højreklik. Så ikke alene har vi højreklik på Mac, vi har også mange flere muligheder at tilgå det på og sådan har det været længe. Højreklik har også været direkte understøttet af Apples egne mus siden deres Mighty Mouse - Dvs. siden 2005/2006.

29. maj 2012 kl. 11:34
Dell XPS 13 er en klassisk Ultrabook med små skavanker og pebret pris

Du kan prøve at kigge på Samsungs nyeste serie 9, umiddelbart har den fået et bedre review end Air på notebookcheck.

Tror du skal prøve at læse deres review igen. Macbook Air'en performer bedre i deres CPU og GPU benchmark, den får en højere "Windows Experience Score" (Samsung har dog bedre SSD performance), den bliver ikke så varm som Samsung'en og den har bedre batteritid. Og det ser umiddelbart ud til at Samsung'en også er dyrere end Air'en.

29. maj 2012 kl. 11:21
HTML5 – det nye sort?

Der er ingen tvivl om at HTML5 har nogle spændene ting at byde på og det er en meget velkommen teknologi, man skal bare stoppe med at tro det pludselig er løsningen på alt fra websites til den nye udgave af Final Cut Pro. Java blev frygtelig populært netop på baggrund af løftet om "Write once, run everywhere", men selv idag er det en ubetydelige brøkdel af en promille af alle desktop apps der skrives i Java.

Og i forbindelse med mobil apps som virkelig er der hvor den største del af snakken om HTML5 foregår, så kan en demo, kørt på én specifik browser på en hurtig computer, ikke sammenlignes.

Der er helt andre udfordringer at udvikle en app på en mobil enhed med en meget lille skærm, med et meget specifik navigations og interaktions-mønster og med meget begrænsede ressourcer. Det er ikke en skam at erkende at der er kæmpe forskel på en 3-4" mobil enhed med 512-1024mb ram og en lille processor sammenlignet med en quadcore 3.x ghz processor med 8-16gb ram og en kæmpe skærm som benytter et meget anderledes navigations og interaktionsmønster.

25. maj 2012 kl. 12:05
HTML5 – det nye sort?

Jeg tvivler ikke på at der benyttes HTML i app'en visse steder - Det gør der i langt flere apps end man regner med. Det er absolut ikke unormalt at visse data præsenteres i et webview men når deres app tydeligvis indholder en hel del native interface elementer så er der langt op til påstanden om at den er baseret på HTML5. Men det er et smart kort at spille fordi det giver omtale - De havde ikke fået nogen videre omtale hvis de "bare" havde lavet en native app som alle andre. Problemet er netop at det bliver markedsført som om at nu kan vi alle sammen bare nøjes med at tænke på HTML5 fordi det løser alle vores problemer - Og det er IKKE tilfældet og det er heller ikke en optimal løsning i langt de fleste tilfælde. Hvis man læser lidt på Linked-Is bloggen så kan man også tydeligt læse hvordan de har måtte bruge en hel del tid på at løse problemer som i en native app bare fungere. Det kan godt være en udvikler synes det er skide sjovt og spændene at opfinde den dybe tallerken igen og igen men fra et forretnignsmæssigt synspunkt er det direkte tåbeligt og unødvendigt.

I sidste ende er de endt op med en app som består af en god portion native iOS kode, en stor portion HTML5 hvor de har brugt en masse tid og ressourcer på at genskabe funktionalitet der allerede findes i standard native komponenter. Og netop fordi app'en fortsat benytter en stor del native kode og at HTML5 fortsat ikke er understøttet og performer ens på tværs af alle mobile enheder så betyder det at en Android version fortsat vil kræve en ret markant omskrivning af store dele(Både native kode såvel som for at understøttet Androids navigations form) - Og hvad er så hele idéen med øvelsen? Udover at de har formået at få noget eksponering ved deres 95% HTML5 påstand. Og så har vi fortsat ikke berørt de UI/UX mæssige problemer/udfordringer i deres app.

Problemet er igen at når IT chefen eller direktøren nu sidder og læser Linked-In's spin så æder de det råt og tror straks at HTML5 apps er den magiske løsning som bare lige skal smides ned til webgutterne og det er en kæmpe misforståelse på alle planer. Jeg har snart ikke tal på de gange hvor jeg ikke er blevet mødt af en kunde som netop har kastet sig ud i øvelsen med HTML5 apps eller apps baseret på tredjeparts frameworks så som Phonegap, Sencha, Titanium osv. som er kommet i store problemer og pludselig har opdaget at tingene ikke var så magiske som de ellers havde læst i en artikel eller to.

Jeg ville da elske hvis HTML5 pludselig var den helt rigtige løsning til at skrive apps på tværs af platforme men uanset hvor meget jeg kan drømme om denne "magiske" løsning så bliver man nød til at forholde sig realistisk til tingene. Som professionelle IT folk er det vores job netop at forholde os kritisk og realistisk til vores opgave såvel som vores valg af værktøj. HTML5 er pt. ikke det rette værktøj hvis man ønsker at udvikle en decideret app - HTML5 kommer med en MEGET lang liste af problemer/udfordringer og stort set ingen løsninger.

25. maj 2012 kl. 11:58
HTML5 – det nye sort?

Dertil kommer også at det er en app der langt hen af vejen skaber sin egen navigationsform og derved ikke udnytter den navigation brugeren er vant til. Derved kan det argumenteres at navigationen ikke er på samme niveau som en native løsnign der netop udnytter dette. Ligeledes lider app'en af såkaldt poco-sticking i navigationen hvilket ikke er optimalt. Så det kan godt være der er et par begejstrede artikler om app'en, men man skal kun kradse i overfladen før man kan finde mange steder hvor den ikke er helt så "fantastisk". De fleste af artiklerne går vist også primært på at den er "flot" set i relation til at den(eftersigende) skulle være baseret på HTML5.

25. maj 2012 kl. 11:16
HTML5 – det nye sort?

Linkedin er stort set den eneste app der er nævnt som eksempel endnu og efter at have kigget nærmere på den så virker det tvivlsomt at der er tale om en HTML5 app.

Hvis man åbner IPA filen op og kigger på dens indhold så vil man stort set ikke kunne finde skyggen af HTML eller lign. web teknologier. Derimod finder man en størrer mængde NIB filer som er den type interface filer man benytter når man udvikler native iOS apps. Både at dømme ud fra antallet af disse filer samt deres navngivning tyder nærmere på at 95% af app'en er native. Hvis app'en i virkeligheden primært er HTML5 så giver det ingen mening at der foreligger så mange NIB filer til views, tabeller og celler da disse netop ikke kan benyttes af HTML5.

25. maj 2012 kl. 11:01
HTML5 – det nye sort?

Der bliver snakket enormt meget om HTML5 som den magiske løsning på alt. Det er på tide at vi vågner lidt op og forholder os til hvad HTML5 reelt er... En HTML standard med nogle interessante forbedringer i forhold til HTML4 og XHTML. Men det er IKKE den magiske løsning og svaret på alt lige fra websites til den nye udgave af Final Cut Pro.

HTML er super godt til nogle ting men der er lang vej før det er en reel erstatning for native apps(Både på mobilen såvel som desktop OS'er). Det er tvivlsomt at HTML5 nogensinde bliver den magiske løsning der er blevet hypet til - På samme måde som du ikke banker søm i med en skruetrækker så bruger man heller ikke HTML til at løse alle udviklingsopgaver. Som teknisk kyndige IT professionelle burde vi snart have lært at "one size fits all" er en utopisk drøm.

Kan du lave en app via HTML5 - Ja, rent teknisk er det muligt. Kan du lave en HTML5 der tilbyder de samme muligheder, den samme performance og den samme UI/UX oplevelse som en native app - Nej, absolut ikke.

Forstå nu at HTML5 er IKKE den magiske løsning til write once, run everywhere. Og stop så med at fokuser så meget på teknikken og fokuser istedet for det som betyder noget - Brugeroplevelsen. Brugeroplevelsen er den ubetinget vigtigste faktor i en mobilapp og den er ikke optimal når den er baseret på HTML5.

Det er sagt tusindevis gange før, men der går nok ikke mere end få minutter før der igen er nogen der tuder os ørerne fulde af at HTML5 er den magiske løsning - Uden nogen former for konkrete bud på hvordan de utallige problemer løses. I sidste ende må man spørge sig selv om den voldsomme over-hype af HTML5 i virkeligheden handler om at nogle virksomhedsledere tror de pludselig kan få lavet den ene fede app efter den anden, af deres eksisterende web team. Til dem er der kun én ting at sige - Mobil applikationer er IKKE et website og det kræver andre kompetencer.

HTML5 vil som regel ikke give dig andet end en løsning baseret på laveste fællesnævner... Og det bør ikke være godt nok i de fleste situationer!

24. maj 2012 kl. 13:17
Derfor skal du kode mobile apps i HTML5

I forlængelse af mit indlæg skal det kort nævnes at frameworks så som Titanium m.fl. der forsøger at benytte webteknologier til at kalde de native elementer er en ualmindeligt dårlig løsning der på ingen måder kan anbefales. Her er virkelig tale om en løsning baseret på laveste fællesnævner. Det virker lovende når man starter men man finder hurtigt ud af at forskellene på tværs af platformene er ret store og det gør det umuligt at få den samme stump kode til at virke optimalt på tværs af alle enheder.

Write once, run anywhere forbliver en utopisk drøm - Langt de fleste Windows og Mac applikationer skrives fortsat heller ikke i Java - Som jo ellers i mange år var den våde drøm blandt både nørder og direktører.

19. maj 2012 kl. 18:58
Derfor skal du kode mobile apps i HTML5

Lige netop emnet omkring native vs hybrid vs HTML5 er noget der kan skrives tykke bøger om så derfor er det umuligt at komme ind på alle punkter i en kommentar. Med det sagt så er jeg ret uenig i indlægget.

Rent teknisk så er det muligt at lave en app baseret på HTML5 og tilhørende teknologier men der er fortsat meget langt fra en HTML5 app til en native app - Både hvad angår performance såvel som UX. Netop UX er af afgørende betydning på de mobile enheder. Uanset hvor meget man forsøger at efterligne en native app ved at simulere en normal app så er det altid meget tydeligt når det sker og det går voldsomt udover brugeroplevelsen og den effektivitet brugeren kan navigere med. Det er rigtigt at folk er vant til websites men folk er også vant til applikationer på deres computere og mange andre ting - Det betyder ikke at en webløsning er den rigtige løsning til alt. På samme måde som applikationer på din Windows og Mac computer ikke er lavet i HTML5, af åbenlyse årsager, så gør det samme sig gældende på smartphones.

Hvis din app på ingen måder benytter sig af standard UI elementer og den fastsætter sin helt egen navigering så vil der være situationer hvor en HTML5 app kan være en løsning. Men er det tilfældet så skal man virkelig spørge sig selv om man opnår den mest effektive brugeroplevelse og UX. Faktum er at en bruger af fx en iPhone eller en Android telefon forventer en bestemt måde at navigere på, på samme måde som en Windows bruger forventer en bestemt placering af menuer, hvordan musen fungere m.m. Det er den forventning man som udvikler/producent skal leve op til hvis man ønsker at give brugeren en så transparent oplevelse som muligt og det er netop her at en stor del af problemerne med HTML5 apps opstår. Uanset hvor meget du forsøger at simulere en native oplevelse så vil der altid være smpå variationer der mærkes tydeligt af brugeren.

Det er på tide at forstå at HTML5 er ikke en magisk løsning der pludselig gør at dit team af webudviklere formår at udvikle den ene kvalitets-applikation efter den anden. Det er og bliver en second-rate løsning både hvad angår UX, performance, udvikling m.m. De fleste ved idag at skal man lave et website så foregår det via HTML, CSS, JS m.m. På samme måde bør folk snart forstå at hvis du vil udvikle en applikation til en smartphone så gøres det i de rette teknologier som dikteres af platformen - Det rigtige værktøj til den rigtige opgave.

Hele facinationen af HTML5 bunder ofte i en misforstået tanke om at det er et nærmest magisk værktøj der kan udvikle alt fra websites, mobilapplikation til det nye playstation spil - Men det er altså "bare" en opgradering af HMTL standard - No more, no less. Jeg kan sagtens forstå direktørens drøm om at kan få hele sit hold af webudviklere til pludselig at være hardcore applikations udviklere, men det er og bliver drømmen om utopia. Udvikling af mobil applikationer kræver et helt andet sæt kompetencer både hvad angår det tekniske men i endnu højere grad på UI/UX fronten.

I øvrigt er udvikling af en HTML5 app ikke noget der bare lige sker med et par linier HTML - Der kan være store forskelle mellem de mange forskelle browsere og versioner af det underliggende OS at man skal bruge enormt mange ressourcer på bare at få det til at virke odentligt på 80-90% af enhederne - Alt sammen fordi man nægter at bruge det rette værktøj til opgaven. Alene det faktum at du skal replikere hele UI miljøet fra bunden gør HTML5 til et dårligt valg i langt de fleste situationer - Du går glip af at kunne bruge en rigtig debugger, performance profiler, interface builder og de mange lignende værktøjer(Afhængig af om vi snakker Android, iOS eller WP). Du kan ganske givet benytte dig af frameworks som Phonegap, Titanium, Sencha osv. men de åbner op for en helt ny verden af problemer - Og i sidte ende vil du ende med en app der bærer præg af laveste fællesnævner, ringe peformance, begrænset muligheder osv. Selv de hurtigste telefoner afvikler HTML og JS MANGE gange langsommere end en native app - Hvor du i en native app kan scrolle igennem lange tunge lister uden problemer så vil du ofte opleve det "hakke" på selv korte lister i en HTML app - Og når man kan se performance forskelle alene her så vil du se dem endnu tydeligere på transitions, udregninger og mange andre steder.

Nøjagtig som det kræver andre kompetencer at udvikle en windows applikation så kræver det også andre kompetencer at udvikle mobil applikationer. Det er ikke en opgave for dine webudviklere med mindre de får tilført den fornødne viden(Ikke kun teknisk).

Det handler som regel om at man vil slippe for at skulle omskole folk til fx Objective-C, men så er det altså heller ikke mere kompliceret at lærer det sprog. En god udvikler vil kunne få fornuftigt styr på det basale i løbet af 2 dage. Udfordringen ligger i at lærer SDK'erne, UI mulighederne, brugernes forventning til den specifikke platform, forskellene imellem enhederne osv.

Som Lars Bjerregaard siger, så har jeg endnu ikke set et eneste eksempel på en virkelig god HTML baseret app som giver en oplevelse der er fuldt på højde med en native løsning.

19. maj 2012 kl. 18:54
Derfor skal du kode mobile apps i HTML5

Det er lidt spøjst at artiklen påstår app'en er stort set ren HTML5 fordi hvis man nu åbner ipa pakken op og kigger lidt på indholdet så indeholder den rigtige mange NIB filer - Både til hele views såvel som table-cells. NIB filer er Interface Builder filer der indeholder det visuelle interface til et view. Faktisk er der umiddelbart ikke meget HTML at finde i selve app'en, men derimod en del tableviews som netop 95% af deres app består af...

19. maj 2012 kl. 18:22
Så splittet er Android: 3.997 forskellige enheder

Man koder sin app, så den helt automatisk understøtter alle mulige skærmopløsninger, portrait/landscape, samt smartphones, tablets, fjernsyn, etc.</p>
<p>Man koder sin app til Android systemet, i stedet for at behøve at kode den til en bestemt hardware enhed.

Ja, det lyder alt sammen rigtig fint indtil man prøver at lave en app der er mere end bare en standard liste og et par knapper, så finder man hurtigt ud af at intet kommer "automatisk" men at det faktisk kræver RIGTIG mange timers arbejde at få til at virke bare nogenlunde på de fleste enheder.

Al den snak om at Android bare gør det hele automatisk er noget misforstået sludder som er LANGT væk fra virkeligheden.

Dermed ikke sagt at man skal udvikle specifikt til 4000 forskellige enheder, men det er langt mere end bare lidt automatisk hokus pokus.

16. maj 2012 kl. 15:59
Skulle du aldrig lave en WP app?

Der ville være meget administration i at fortælle skat, hvem der har vundet en præmie og det ville kræve flere oplysinger om vinderen...

Uanset hvor besværligt det er så siger Gevinstafgift loven dog at det er udlodderen af en konkurrence der skal afholde gevinstafgift for præmier med en værdi af over 200 kr. Det er ikke noget i kan vælge fra fordi i synes det er for besværligt. I øvrigt er det ret simpelt at indrapportere og afregne afgiften så det giver et uheldigt indtryk af at det handler mer eom økonomi.

Men som andre er inde på så er Microsoft godt gemt væk og derfor lugter det hele af skjult reklame. Det bør ikke være nødvendigt at skulle søge på dit navn, trykke sig ind på profiler eller andet. Det burde fremgå direkte af artiklen at det ikke er dig der udlodder konkurrencen men Microsoft.

I betragtning af at jeg arbejder med mobiludvikling til hverdag så er jeg selvfølgelig interesseret i at kigge lidt nærmere på WP platformen fra et kodemæssigt synspunkt. Men i den forbindelse kunne man nemt have valgt at sponsere de $99 til udviklingskontoen - Økonomisk ville det ikke rykke en brøkdel hos Microsoft og for det andet ville det fjerne enhver økonomisk "hurdle" for at kaste sig over projektet. Hvis jeg sammenholder det både med at skulle bruge 600 kr på oprettelse af en konto plus tiden til at lave 3 apps(Azure har ingen interesse) så kan jeg ligeså godt bare bruge de 2000-2500 kr det koster at købe en Lumia 800 - Især i lyset af at man risikere at ende op med den langt kedeligere Lumia 710.

Så konkurrencen er interessant, men ikke interessant nok med de nuværende rammer.

PS. Hvis Microsoft virkelig vil opnå noget med platformen så overvej istedet at smide en gratis konto og en Lumia 800 i nakken af dem der allerede har apps ud på iOS eller Android platformen. Der vil have en langt størrer effekt og vil formentligt også kaste nogle lidt bedre app af sig end en person der desperat bare vil have telefonen og derfor laver 3 "Hello World" apps.

16. maj 2012 kl. 10:49
Politiken har set Game of Thrones og hader fantasy

Jeg har til gengæld hørt at de første 5 afsnit af sæson 2 er så gode at "en jeg kender" blev nød til at se dem alle sammen i en 4-5 timers maraton ;)

3. maj 2012 kl. 11:30
Her er statens bedste bud på mobil NemID-løsning

@Anders - Lad os først blive enig om at 100% sikkerhed ikke findes. Med det sagt så er der ingen grund til at nogen skulle forsøge at hacke individuelle telefoner når man istedet bare kan lave et MitM angreb. Papkortet gør altså ikke NemID til nogen Fort Knox løsning... en fremtidig løsning bør ikke klamre sig til noget så tåbeligt som et papkort med et begrænset antal koder hvor der konstant skal sendes nye kort ud til folk.

1. maj 2012 kl. 12:48