torsdag den 20. september 2012
Bladet - Jes Dorph og Line Baun røber hinandens hemmeligheder
Jes Dorph-Petersen havde blanke øjne, da han først på året sagde farvel til TV 2 efter 21 år. Nu vender han tilbage til sin forhenværende TV-station - og han tager sin gode veninde Line Baun Danielsen med. Det sker på søndag på TV 2 Charlie i ”Hvem kender hvem?”.
Line og Jes er gæster hos Jarl Friis-Mikkelsen, og venneparret fortæller om deres mangeårige venskab fra gymnasiet til i dag. Jes og Line skal blandt andet gennemskue hinandens løgnehistorier, fremvise deres skjulte talenter – og så skal de afsløre hver deres store hemmelighed.
I de efterfølgende programmer kan seerne blandt andre møde journalisten Reimar Bo, skuespilleren Søs Egelind og sportsværten Morten Ankerdal.
søndag den 16. september 2012
Udvikling af en iPhone app: Idéen (del 1)
Vær med fra starten i denne serie af blogposts hvor jeg udvikler en iPhone app fra start til slut.
Til daglig udvikler jeg iOS apps hos SHAPE. Vi arbejder primært for andre virksomheder men vi stræber efter at bruge 20% af vores tid på egne projekter. Jeg er netop startet på en ny app som jeg selv har fået idéen til og som falder ind under sidstnævnte kategori af egne projekter. Jeg har besluttet at gøre hele udviklingsprocessen til en føljeton her på cw.dk. Så hvis alt går efter planen kan du hver uge følge med i udviklingen her på bloggen. Følg @olegam på twitter så sørger jeg for at linke til de næste afsnit når de er klar.
Ved at lægge alle kort på bordet og præsentere min idé og arbejdet med at udvikle app'en her på bloggen håber jeg at kunne få værdifulde indspark gennem kommentarerne. Så bare fyr løs med kommentarer.
Idéen
Jeg møder næsten dagligt folk som præsenterer deres egne fantastiske app idéer for mig. Skønt at så mange mennesker pludselig finder på ting som de kunne tænke sig at deres smartphone kunne gøre. Mange af de idéer jeg hører bliver dog aldrig til andet end bare idéer. Fordelen ved at være ingeniør er at man selv kan føre sine idéer ud i virkeligheden som jeg her vil gøre.
Min app idé som jeg vil forfølge (og beskrive i denne serie af blogindlæg) er forholdsvis simpel og tager udgangspunkt i et behov jeg selv har haft ved flere lejligheder. Første gang var for et par år tilbage hvor jeg havde brug for en lejlighed i København og en af de boligforeninger jeg var interesseret i åbnede kun for ventelisterne i særlige tilfælde. Hver gang en venteliste blev åbnet for opskrivning over nettet gik der ofte kun få minutter inden ventelisten var fyldt op og lukkede igen. Det gjorde det svært at komme med på ventelisten, men som ingeniør tog det mig ikke lang tid at lave et lille script som kørte på en server og sendte mig en email med det samme når en venteliste blev åben.
Tidligere på året da vi i SHAPE skulle købe billetter til Apples udviklerkonference WWDC var vi bekymrede for at billetterne ville blive sat til salg på et tidspunkt hvor vi ikke ville høre om det før der var udsolgt. Og det med god grund: billetterne blev udsolgt på under to timer. Men vi havde forberedt os og udviklet en særlig WWDC alarm app som sendte os push beskeder med det samme da Apple opdaterede deres website og billetsalget startede. Det tog ca. en weekend at udvikle iPhone app'en og den tilhørende backend som blev hostet på en Amazon EC2 micro instans. Vi havde også givet app'en til vores venner som også laver apps så de også kunne sikre sig billetter. Alt i alt en stor succes.
Idéen til min nye app er sådan set bare en generalisering af de to ovenstående brugerhistorier: somme tider har man brug for at få besked med det samme når et website ændrer sig. Det kan være i forbindelse med billetter som sættes til salg, men det kan også være i mange andre sammenhænge: en server går ned, et interessant website får nyt indhold (men har ikke et RSS feed), osv. Derfor går min idé ud på at man ved hjælp af en iPhone app kan opsætte regler for hvilke websites man vil informeres om ændringer på. Når et website ændres så udsendes der en push notifikation som får din iPhone til at vibrere.
Som sagt er det meningen at brugeren opretter "regler" som afgør hvornår han vil have en push notifikation. Da applikationen skal kunne bruges i mange forskellige situationer har jeg tænkt mig at understøtte en række typer af regler som f.eks.: indeholder ord, webside ændrer sig, serveren er nede og matcher regular expression. Udvalget af regeltyper kan naturligvis udvides eller indsnævres. En anden designovervejelse jeg har haft er om det skal være muligt at kombinere regler (evt. med logiske operatorer). Som f.eks. "regel A er opfyldt og samtidig er regel B eller C opfyldt, men ikke regel D." Da opskriften på en god app ofte er at fokusere på essensen og holde konceptet simpelt har jeg valgt ikke at understøtte denne form for kombination af regler i første omgang.
Er der flere funktioner som I mener er nødvendige i app'en? Eller måske noget som ikke er nødvendigt og som kan skæres fra for at gøre app'en simplere?
Til daglig udvikler jeg iOS apps hos SHAPE. Vi arbejder primært for andre virksomheder men vi stræber efter at bruge 20% af vores tid på egne projekter. Jeg er netop startet på en ny app som jeg selv har fået idéen til og som falder ind under sidstnævnte kategori af egne projekter. Jeg har besluttet at gøre hele udviklingsprocessen til en føljeton her på cw.dk. Så hvis alt går efter planen kan du hver uge følge med i udviklingen her på bloggen. Følg @olegam på twitter så sørger jeg for at linke til de næste afsnit når de er klar.
Ved at lægge alle kort på bordet og præsentere min idé og arbejdet med at udvikle app'en her på bloggen håber jeg at kunne få værdifulde indspark gennem kommentarerne. Så bare fyr løs med kommentarer.
Idéen
Jeg møder næsten dagligt folk som præsenterer deres egne fantastiske app idéer for mig. Skønt at så mange mennesker pludselig finder på ting som de kunne tænke sig at deres smartphone kunne gøre. Mange af de idéer jeg hører bliver dog aldrig til andet end bare idéer. Fordelen ved at være ingeniør er at man selv kan føre sine idéer ud i virkeligheden som jeg her vil gøre.
Min app idé som jeg vil forfølge (og beskrive i denne serie af blogindlæg) er forholdsvis simpel og tager udgangspunkt i et behov jeg selv har haft ved flere lejligheder. Første gang var for et par år tilbage hvor jeg havde brug for en lejlighed i København og en af de boligforeninger jeg var interesseret i åbnede kun for ventelisterne i særlige tilfælde. Hver gang en venteliste blev åbnet for opskrivning over nettet gik der ofte kun få minutter inden ventelisten var fyldt op og lukkede igen. Det gjorde det svært at komme med på ventelisten, men som ingeniør tog det mig ikke lang tid at lave et lille script som kørte på en server og sendte mig en email med det samme når en venteliste blev åben.
Tidligere på året da vi i SHAPE skulle købe billetter til Apples udviklerkonference WWDC var vi bekymrede for at billetterne ville blive sat til salg på et tidspunkt hvor vi ikke ville høre om det før der var udsolgt. Og det med god grund: billetterne blev udsolgt på under to timer. Men vi havde forberedt os og udviklet en særlig WWDC alarm app som sendte os push beskeder med det samme da Apple opdaterede deres website og billetsalget startede. Det tog ca. en weekend at udvikle iPhone app'en og den tilhørende backend som blev hostet på en Amazon EC2 micro instans. Vi havde også givet app'en til vores venner som også laver apps så de også kunne sikre sig billetter. Alt i alt en stor succes.
Idéen til min nye app er sådan set bare en generalisering af de to ovenstående brugerhistorier: somme tider har man brug for at få besked med det samme når et website ændrer sig. Det kan være i forbindelse med billetter som sættes til salg, men det kan også være i mange andre sammenhænge: en server går ned, et interessant website får nyt indhold (men har ikke et RSS feed), osv. Derfor går min idé ud på at man ved hjælp af en iPhone app kan opsætte regler for hvilke websites man vil informeres om ændringer på. Når et website ændres så udsendes der en push notifikation som får din iPhone til at vibrere.
Som sagt er det meningen at brugeren opretter "regler" som afgør hvornår han vil have en push notifikation. Da applikationen skal kunne bruges i mange forskellige situationer har jeg tænkt mig at understøtte en række typer af regler som f.eks.: indeholder ord, webside ændrer sig, serveren er nede og matcher regular expression. Udvalget af regeltyper kan naturligvis udvides eller indsnævres. En anden designovervejelse jeg har haft er om det skal være muligt at kombinere regler (evt. med logiske operatorer). Som f.eks. "regel A er opfyldt og samtidig er regel B eller C opfyldt, men ikke regel D." Da opskriften på en god app ofte er at fokusere på essensen og holde konceptet simpelt har jeg valgt ikke at understøtte denne form for kombination af regler i første omgang.
Er der flere funktioner som I mener er nødvendige i app'en? Eller måske noget som ikke er nødvendigt og som kan skæres fra for at gøre app'en simplere?
Se Nokia fuske med reklame for ny mobiltelefon
Nokia er blevet taget i at fuske med billedkvaliteten i en reklame for firmaets nye mobiltelefon. Den finske mobilgigant undskylder for fejltagelsen.
Ikke nok med, at Nokia har fået hug på børsen og lunkne anmeldelser efter lanceringen af sin Lumia 920 smartphone, der igen skulle have sendt den finske telegigant ind i hjerterne på mobilbrugere over hele kloden.
Den finske mobilgigant er også blevet fanget i decideret snyd i markedsføringen af selskabets PureView-funktion, der er et optisk billedstabiliserings-værktøj til Lumia 920-kamera, som man kender det fra videokameraernes steadicam-funktion.
Fuskeriet er afsløret af it-mediet The Verge, der har nærstuderet en reklamefilm for den nye Nokia-smartphone.
Et videokamera filmer
Filmen viser en tilsyneladende uskyldig cykeltur, hvor en dreng cykler ved siden af en pige og videooptager hende med mobilen.
Reklamen er delt op med to skærme. Den ene skærm viser, hvordan videoen ville se ud uden optisk stabilisering, og den anden skærm viser, hvor meget PureView egentligt hjælper på at undgå hoppen og dansen på skærmen.
Problemet med optagelserne er dog, at de ikke er optaget med Lumia 920, men derimod med et videokamera, der står på ladet af en varevogn.
Bedøm selv snyderiet på nedenstående Youtube-klip:
Nokia underskylder
The Verge har spurgt Nokia, hvad meningen har været at reklamere for selskabets nye mobiltelefon ved hjælp af fuskerier.
En talsperson forklarer over for mediet, at det aldrig var hensigten at snyde nogen, men kun at oplyse om fordelene ved den optiske billedstabilisering.
Nokia vil nu opdatere sin video med en fodnote, så folk kan se, at det drejer sig om en simuleret situation frem for reelle optagelser fra den nye mobiltelefon.
Ikke nok med, at Nokia har fået hug på børsen og lunkne anmeldelser efter lanceringen af sin Lumia 920 smartphone, der igen skulle have sendt den finske telegigant ind i hjerterne på mobilbrugere over hele kloden.
Den finske mobilgigant er også blevet fanget i decideret snyd i markedsføringen af selskabets PureView-funktion, der er et optisk billedstabiliserings-værktøj til Lumia 920-kamera, som man kender det fra videokameraernes steadicam-funktion.
Fuskeriet er afsløret af it-mediet The Verge, der har nærstuderet en reklamefilm for den nye Nokia-smartphone.
Et videokamera filmer
Filmen viser en tilsyneladende uskyldig cykeltur, hvor en dreng cykler ved siden af en pige og videooptager hende med mobilen.
Reklamen er delt op med to skærme. Den ene skærm viser, hvordan videoen ville se ud uden optisk stabilisering, og den anden skærm viser, hvor meget PureView egentligt hjælper på at undgå hoppen og dansen på skærmen.
Problemet med optagelserne er dog, at de ikke er optaget med Lumia 920, men derimod med et videokamera, der står på ladet af en varevogn.
Bedøm selv snyderiet på nedenstående Youtube-klip:
Nokia underskylder
The Verge har spurgt Nokia, hvad meningen har været at reklamere for selskabets nye mobiltelefon ved hjælp af fuskerier.
En talsperson forklarer over for mediet, at det aldrig var hensigten at snyde nogen, men kun at oplyse om fordelene ved den optiske billedstabilisering.
Nokia vil nu opdatere sin video med en fodnote, så folk kan se, at det drejer sig om en simuleret situation frem for reelle optagelser fra den nye mobiltelefon.
Abonner på:
Kommentarer (Atom)