JND

Ja, någon iPhone 5S lär inte dyka upp här i alla fall. Det skulle verkligen vara överraskande. Jag tror vi kommer att se ett fokus på OS X, iOS, och Haswell-tekniken och vad den gör för ny hårdvara -- som t.ex. vår nya MacBook Pro som lanseras idag... Bla, bla, mer energisnål än någonsin utan kompromisser på prestanda, bla, bla.

Jag är nyfiken på den nya mjukvaran, både OS X och iOS! Hoppas Apple lägger upp förhandstitt-sidor som de gjorde med Mountain Lion. De brukar vara ganska uttömmande och innehålla ännu mer info än under själva presentationen.

Själv har jag också haft en del problem där skrivbordsbakgrunden inte "fastnar", och det låter ju som att denna uppdatering fixar det också.

Jag har sålt min, men jag saknade inte Office, däremot tangentbord ibland vid längre texter. Så jag köpte ett.

1. Bli oljeshejk.
2. Köp en iMac med 512 GB SSD.

Installerade appen men (ja, självklart egentligen med tanke på syftet...) Google Nu aktiverar ju platstjänsterna ja... 24/7 efter installation, även när man inte är i själva appen. Personligen är jag inte så brydd över privatlivsaspekten med en tjänst som spårar hur jag rör mig (främst tack vare min tillit till Google), men vad händer med batteritiden?? Någon som känner sig manad att göra en högst ovetenskaplig test med appen installerad ett dygn jämte inte? Jag kanske får lov att göra det själv annars. Tjänsten i sig kan väl vara lite småkul sådär, men inte om den ger mobilen en halvtimme-timme mindre batteritid.

Hmm, hoppas på högre upp i landet snart. Någon ny i Norrbotten måntro? Vem på Apple måste jag muta...

Nej, men ärligt talat så hoppas jag på en lansering åtminstone närmare Stockholm i framtiden.

Ja, det skulle kanske kunna vara något. Undrar om Telia är villiga att ge den formen av support? Tänker om de är "sådana" att de vill att man bara ska använda deras grejer. Eller kanske är det bara mina fördomar...

Men hursomhelst så har jag sagt upp Telia för en övergång till Bredbandsbolaget. Jag valde Telia en gång för kringtjänster som Spotify i TV och videobutiken, och även om jag är nöjd med utbudet i sig, var ADSL-prestandan tyvärr inte alls lika robust som fiber. Jag trodde det skulle vara OK med 24 Mbps ADSL så länge man inte behövde så mycket bandbredd, men problemen har varit de totala avbrotten. Thomsonmodemet har dessutom börjat krascha (!) när man laddar upp för fort, så att det måste startas om. Och då går ju TV:n ner också, osv. Nej, fy. Det blir att gå tillbaka till 100/10 Mbps fiber. BBB har kommit ikapp med kanalpaketen och med priseffektivare fiber får man ju mer för samma pris. Sedan har jag ju numera också Apple TV och Netflix, så spelplanen har ju ändrats en del... (Telia erbjuder också fiber, men inte i mitt område)

En annan detalj som jag gillar med 802.11ac är att den uteslutande jobbar på 5 GHz-bandet. 802.11n har som ni säger stöd för både det "trånga" 2.4 GHz-bandet (där man lätt drabbas av krockar och sämre hastigheter) och 5 GHz-bandet, men jag tycker att det är ett problem idag där alla routrar ändå inte har stöd för 5 GHz. Jag har en Thomson-router i och med Telia Bredband, och den stödjer inte det. Eftersom 802.11ac endast jobbar på det bredare bandet, får man liksom ett kvitto på mindre trängsel redan i standarden!

Jag har själv grejat med att byta WiFi-kanal på min router och därmed undvikit trängsel från många hyresgäster på en och samma där signalerna stör varandra och fått betydande förbättringar (flera Mbit bättre). Så även om det säkert är väldigt svårt att uppnå teoretiskt max för 802.11ac -- 1 meter från routern? -- så tror jag att många som byter till en sådan automatiskt kommer att uppleva en förbättring till och med bara genom en flytt från 2.4 GHz.

Förresten så har OS X Mountain Lion ett rätt bra "dolt" verktyg för att kolla vilken WiFi-kanal man ligger på, och mycket annat. Här är hur kanalerna på 2.4 GHz överlappar varandra. Man ska alltså helst ligga på de som inte överlappar lodrätt. Att byta kanal kan man ibland göra i routerns inställningar -- så här på en AirPort. När det kommer till 5 GHz-bandet är det mycket enklare: inga kanaler överlappar varandra, och därför finns det många fler som är användbara.

Apple behöver lösa problemet med isolerade filer. Det skulle vara utmärkt om vi slapp göra avkall på flexibiliteten hos vanliga filsystem bara för att få enkla filsystem. I dagsläget har Apple gjort just det i iOS, men jag tror inte att det behöver vara så.

Jag har tidigare tänkt mig ett nytt koncept "vyer", ungefär som databaser kan ha. Så att man i Dropbox t.ex. kan öppna "PDF-vyn" och kunna välja bland alla PDF-dokument på iOS-enheten oberoende av vilken app som laddat ner dem, och sedan inuti Dropbox ladda upp dem. Så om du har en specialiserad app för överföringar över Secure FTP, så kan du ladda upp dem till Dropbox genom att göra allt inuti Dropbox-appen, utan att överhuvudtaget behöva veta vilken app det var som laddade ner filen. Det enda du behöver veta var att du laddade ner en PDF.

Faktum är att Apple redan borde ha gjort mycket av jobbet eftersom iOS har en variant av filindexeraren Spotlight från OS X, som kontinuerligt bygger upp just en sökbar databas.

Vyerna skulle kunna innehålla annat än bara just filer också. Unix har ju om inte annat visat hur mycket information som kan representeras som filer. Vyer skulle kunna vara "Filmklipp", "Musik i iTunes", "E-postmeddelanden", "Kalenderposter", "Anteckningar" (varje enskild anteckning hanteras som ett textdokument), osv.

Och sedan ett API för att definiera hur datan kan läsas och skrivas. Tänk att bara kunna öppna Anteckningar i iOS och därifrån importera in ett textdokument från Dropbox, utan att Anteckningar i sig ens behöver veta vad Dropbox är, utan bara behöver ha stöd för detta filutbytes-API. Apple skulle kunna marknadsföra funktionen under ett namn typ App Connect.

Ja, det här är rätt intressanta nyheter för en programmerare som mig!

Jag tror att det här kan vara bra för Google och kan absolut förstå spänningarna i WebKit-projektet eftersom Google och Apple -- även om de båda vill ha en webbläsare -- är ganska olika företag och har olika idéer. Apple vill ha en webbläsarmotor optimerad för iOS och OS X, och Google vill nog ha en som har mer fokus särskilt på Android/Linux och Windows.

Att optimera webbläsare idag kräver allt mer arbete med den allt hårdare konkurrensen. Att samarbeta och ha olika syften med en och samma motor kan säkert leda till problem när man vill dra webbläsaren i olika riktningar. Hur glada blir t.ex. Apple om Google arbetar in Google Native Client eller t.ex. Dart i WebKit, funktioner som Apple knappast alls har med i sin strategi. Problemet är att företagsstrategier hamnar i webbläsarmotorn.

Så jag tror inte att det här är gjort av illvilja hos Google, utan att de helt enkelt vill få större friheter genom färre kompromisser. Det kan hända att Apple gynnas av det här också! WebKit-utvecklare som jobbar för Apple har redan börjat planera kring att ta bort en massa kod i WebKit som nu inte längre behövs (har inte länken nära till hands just nu, tyvärr).

Ett problem kan jag däremot se torna upp sig på horisonten. Google har tidigare bidragit med runt 50% av all kod i WebKit, och blev den största bidragaren av kod i och med Chromium-projektet. Nu försvinner istället Google helt från projektet? Vad innebär detta för utvecklingshastigheten för Safari / Safari Mobile? Kommer stöd för nya standarder i Safari att hamna på efterkälken?

Apple är i stort sett helt ensamma nu på sin motor (Chrome, Firefox, Opera använder alla andra motorer), men däremot i en dominant position på den mobila marknaden. Lite som Microsoft var förr med IE, fast på skrivbordsmarknaden.

Jag har varit en stor Reeder-användare både på OS X och iOS, men nu har jag bytt till Feedly, och får förutom en iOS-app också en webbtjänst. Anledningen är att jag ibland använde webbtjänsten för Google Reader, så nu när den slår igen slår jag två flugor i en smäll och bryter både beroendet på deras webbtjänst och deras databas (Feedly kommer att migrera Reader-prenumerationerna till en egen databas). Riktigt nöjd! Intressanta läsvyer också. En kul detalj som Reeder saknade är också att man tack vare Feedlys användarnätverk kan se hur populära olika artiklar som man själv läser är, och dessa kan ges extra fokus som visas som en sorts "huvudnyheter". Överlag blev det här nog faktiskt ironiskt nog ett lyft för hur jag använder RSS.

Chromebook Pixel känns verkligen som en konstig produkt. Ingen kan då gnälla på att Apple-fans lägger ut pengar i onödan när någon köper en surfdator (inte ens en nätt surfplatta, utan alltså en hel laptop bara för att surfa på) för över 13 000 kr. Att jämföra med en iPad "4" för runt 5000 kr, som dessutom har appar på riktigt (och inte bara webbtjänster). Fattar ingenting. Jaja, det är väl bra med mångfald. Jag antar att den glädjer någon.

Ja, jag tror också att "offline-Java" som fristående installation utan plugins i webbläsare är mer okej i praktiken eftersom de redan kan göra allt som övrig programvara kan. Problemet med plugins i webbläsare är att de numera brukar köras med kraftigt begränsade rättigheter, och att säkerhetshål kan orsaka oavsiktliga rättigheter. Att köra en fristående applikation innebär däremot normalt att du redan skriver under på att du ger den fullständiga rättigheter, ja, åtminstone om du själv är administratör på datorn.

Men personligen brukar jag numera avinstallera Java helt och hållet av andra skäl. Dels för att jag aldrig ska råka missa att inaktivera tillägg i nya, ominstallerade, eller uppgraderade webbläsare, och kanske inte minst för att jag ska slippa alla dessa i det närmaste veckovisa säkerhetsuppdateringarna...

Vi utför en del fjärrsupport hos kunder, och det förekommer att de behöver upprätta en krypterad anslutning med hjälp av Java-applets, men här använder vi numera åtminstone en virtuell server som har Java-installationen och vi ansluter till som ett mellansteg för detta. Blir lättare att säkra så, med nätverksåtkomst jämfört med att smyga in Java lite här och var på "produktionsdatorer".

Det är tyvärr så att man idag måste betrakta Java som något som bör tas i med tång. Alla som har Java borde överväga om de verkligen MÅSTE ha det. Finns något alternativt verktyg som inte kräver Java? Jag tänkte installera Cyberduck på min Mac häromdan, men såg att det programmet är Java-baserat, så jag fick välja något annat för FTP istället (ForkLift).