Jump to content

Allmänt

Subcategories

12
blogg poster
30
blogg poster

718 blogg poster in this category

    Alltid tillgänglig på telefon en självklarhet?

    [url="http://mortfiles.se/images/old_blog/2009/10/multimedia-player.png"> verkligen att man idag förutsätter att alla är tillgängliga på telefon, iallafall på dagtid, och att man har svårt att förstå dom udda individer som jag, som inte lever i symbios med min telefon? Finns det flera med samma upplevelser därute, så skriv en kommentar....för just nu känner jag mig som ett freak!

    Amazon EC2 i trubbel - molnet inte så magiskt som vi trott?

    [extract]Amazons web service fick under helgen rejäla problem med flera av sina tjänster, bland annat Amazon Elastic Compute Cloud, Amazon Relational Database Service och Amazon Elastic Beanstalk och det ställde till det ordentligt för en del stora aktörer.[/extract]
     
    HootSuite, Reddit och Foursquare är några av dom större tjänster som kände av när Amazons molnlösning gick in i väggen och under tre dagar så föll himlen för dom tusentals som satt sitt förtroende till molnlösningen från Amazon. Responsen har inte låtit vänta på sig och webben är fylld av inte helt vänliga tongångar, vilket är förståeligt eftersom Amazon verkar ha brutit mot det löfte man haft gentemot sina kunder. Det löftet var att det inte skulle finnas vad man kallar "single point of failure", dvs en gemensam punkt som kan slå ut hela systemet.
     
    Mashable tar tillfället i akt att analysera vad vi kan göra bättre och City Cloud gör detsamma, fast på svenska. Justin skriver också om problemet på ett bra sätt. Det tråkiga i kråksången är att även om problemet med Amazons molntjänst verkar bero på att Amazon har klantat sig, antingen medvetet för att spara pengar eller genom tekniskt fummel av episka mått, så påverkar det hela molnindustrin negativt.
     
    En av dom stora fördelarna med molnlösningar är just att det ska vara säkert från serverkrascher och ha en nästan magisk redundans så att ingenting förutom en global katastrof ska kunna påverka innehållet. Det är iallafall hur molnleverantörerna vill att vi ska se på deras produkter. Sanningen är som alltid att det inte finns några garantier och att allting kan kollapsa, oavsett hur gärna vi vill tro annorlunda.
     
    Precis som så mycket annat när det gäller molntjänster så brister det när det gäller enkelhet, både när det gäller tekniken och när det gäller utformning av information och kontrollpaneler. Det gör att tröskeln för att skapa bättre redundans är högre än den borde vara och det förlorar branschen på. En idiotsäker plattform är inte bättre än det GUI som användaren ska utnyttja och ju fler variabler som användaren tillåts pilla på, desto tydligare måste användandet utformas.
     
    Du kan lägga miljoner på att skapa en utopi av total redundans över dussintals datacenter i olika länder men inte ens då kan du vara 100% säker på allting kommer att finns tillgängligt. Det finns hundratals faktorer som ligger utanför din, och datacentrens, kontroll och någonstans måste du fundera på hur mycket du är villig att lägga på att skydda dig mot just den där katastrofala dagen då allt går åt skogen.
     
    Hur mycket är du villig att betala för att undvika en nertid på 1 timme, 6 timmar, 12 timmar, 24 timmar eller tre dagar? Lägg sedan den kostnaden i perspektiv till hur ofta den typen av nertid rimligen kan inträffa per år och då får du ett värde på hur mycket du bör lägga på att försäkra dig att din webbplats eller webbtjänst alltid ligger uppe. I dom allra flesta fallen så kommer det värdet inte ens i närheten av kostnaden för den redundans som krävs kan jag lova.
     
    Hur mycket är du villig att betala för att undvika 3 dagars nertid?

    Äntligen lossnade det med designen!

    Äntligen känns det som att det klaustrofobiska känslan av att inte riktigt få fram den design som spökar bak i hjärnan har släppt. Under en sömnlös natt i helgen så dök inspirationen upp och flödade ut på skärmen och nu känns det riktigt, riktigt bra.
     
    Min webbplats har hela tiden varit en kompromiss, ett slags "det får duga" för det har inte funnits tid eller ork att ta tag i designen och det i sin tur har lett till en obekväm bloggsituation. Eftersom designen inte varit som jag vill ha den så har det också känts omotiverat att både skriva och skapa, men nu ska det bli ändring på det!
     
    Pennan skrapar mot blocket i rasande fart och det är många, många planer som nu börjar få form och så snart jag får själva grunddesignen på plats så kommer det roliga att börja. Det blir flera Custom posts och tillhörande Metaboxar och även om jag inte är riktigt säker på hur bra det kommer att fungera med designen så ska jag försöka göra designen responsiv också.
     
    Jag kommer att fokusera på core funktionalitet först och sedan expandera med nya sektioner allt eftersom. Det finns en risk annars att projektet tar för lång tid annars så jag tappar momentum....
     
    KUL blir det iallafall!

    Apberget går i graven - är det så svårt att hålla communities vid liv?

    [extract]Apberget följer nu Playahead och Lunarstorm in i den digitala eviga glömska och frågan är om det är dömt att misslyckas med att sätta upp communities i konkurrens med Facebook bland annat?[/extract]
     
    Att Apberget väljer att lägga ner är faktiskt mer förvånande för mig än nedläggningen av Lunarstorm och Playahead, men med ett beslut att man inte får ta betalt av barn, ett hårt fokuserat community med en målgrupp somFacebook har i ganska hårt grepp vid det här laget så är det kanske inte så konstigt att det går åt pipsvängen.
     
    Jag ser vissa paralleller till vad som hände i slutet på -90 talet när alla och hans moster skulle skaffa sitt eget community, då baserat på forum som ploppade upp som gratistjänster och nedladdningsbara skript som svampar ur jorden. Bravenet och EzBoard var för många inkörsporten till dom tyngre forumen som PHPBB och senare IPB och VBulletin. Gratis var gott och allt eftersom dom olika forumen växte så växte även problemen med finansiering...
     
    Vid IT-kraschen 2000 så försvann majoriteten av dom stora forumen, eller splittrades i mindre, billigare communities. Få communities klarade av att finansiera sin egen existens när driftkostnaderna för servrar hela tiden steg i takt med storleken på forumet. För många fanns det få alternativ än att skaffa någon form av inkomst eller lägga ner, något som ställde till det ordentligt för dom communities som lagligen var förbjudna att tjäna pengar på forumet. Mitt community Shadownessence var ett sådan community och trots att det gav stora hål i plånboken så överlevde vi, mycket tack vare medlemmarnas generositet.
     
    Jag tycker mig känna igen övertron på IT igen när jag gång på gång läser om miljon investeringar i tjänster som inte har någon inkomst eller som har väldigt liten i förhållande till dom investeringar som görs. Jag ser återigen hur dom goda avsikterna och drömlika visionerna hårt slås ner av verklighetens pengadrivna realitet. Den eviga sanningen lyser igenom som den alltid brukar göra innan verkligheten kommer ifatt IT branschens lemmeltåg mot katastrofens brant: Ingenting på Internet är gratis.
     
    I kölvattnet av Facebook som nutidens Übercommunity så är det svårt att sätta upp communities med en allmän inriktning, speciellt om det är inriktat på unga. Det krävs mycket för att ungdomar ska göra sig besväret att bli aktiva på ytterligare ett community och för att behålla det intresset krävs stort engagemang från personerna bakom sajten. Ett community som inte hela tiden utvecklas stagnerar och dör, det är ett faktum, och idag är tiden det tar innan det sker väldigt kort.
     
    Så varför misslyckas communities och hur kan den trenden vändas? Det finns enligt mig bara två sätt att lyckas med communities och det är att det måste finnas en ekonomisk modell där medlemmarna till största del finansierar verksamheten och att verksamheten hela tiden utvecklas.
     
    Ett community som inte finansieras av medlemmarna på något sätt kommer förr eller senare att växa sig ur den finansiella situationen som man satt upp, vare sig det är genom försäljning eller annonsering av något slag. För mitt community så fungerade det bra med donationer för medlemmarna visste att om dom inte bidrog till sajtens existens så försvann den. Andra sätt att finansiera är genom micropayments för olika funktioner, utmärkelser osv eller genom prenumerationer av olika slag. SMS tjänster må vara enkla att använda och sätta upp, men dom har dåligt rykte, speciellt när det gäller ungdomar.
     
    Ett community som inte utvecklas är en dinosaurie och precis som urtidens jättar så är ett sådant community dömt att dö ut. Som ägare till ett community så måste man hela tiden hitta på nya sätt att intressera medlemmarna. Det kan vara nya tjänster, evenemang, tävlingar osv, men hemligheten ligger inte i att hela tiden göra coolare och flashigare saker utan att se till att medlemmarna känner sig delaktiga. Om medlemmarna inte känner sig delaktiga blir det en "bingolotto effekt" där det helt enkelt blir för mycket så det blir ointressant.
     
    Någonting som jag ofta förvånas över när det gäller communities är att man nästan alltid vill lite för mycket och därför dränker medlemmarna i funktioner som dom kanske inte vill använda. Det är många communities som också lever på goda avsikter snarare än kunskap och erfarenhet och tro mig när jag säger att ett community är ett minfält där även dom bästa avsikterna kan orsaka stormar som kan slita sönder sajten. Många communities saknar dessutom kunskap om design och användbarhet, något som kan vara minst lika förödande.
     
    Så, har communities någon framtid? Visst har dom det! Med rätt inriktning och med en sund finansierad framtidsplan så har communities en lysande framtid. Facebook är det stora allmänna communityt och jag törs påstå att det skapar ett behov av mer utvecklade communities som är specialiserade på vissa ämnen. Vi har ett större behov av online gemenskaper idag än för 15 år sedan och därför finns det stora utrymmen för communities även idag.

    Apple iPad - flip eller flop?

    [url="http://www.jimiwikman.se/wp-content/uploads/2010/01/iwork_201001271.jpg">

    iPad fick ett ganska svalt mottagande, trots den höga hype faktorn och gnällspikarna klagade mest på att det saknades användningsområden för iPad där en laptop eller smartphone inte redan kunde göra samma sak, fast bättre. Personligen tycker jag det är väldigt pessimistiskt tänkt och tyder mer på deras bristande fantasi än en brist hos iPad. Som standard kommer iPad med några appliktioner som i sig är väldigt bra, men det är ju som att avgöra värdet på en bil baserad på dess färg! Med 140.000 applikationer till iPhone redo att pluggas in och expandera iPad redan idag och säkerligen tiotusentals pplikationer som kommer att anpassas specifikt för iPad så finns det ingen begränsning för iPad's användningsområden!
     
    Själv kommer jag nog att köpa en för att använda i skolarbetet och för att ta med mig till kunder istället för att släpa med mig en laptop. I skolan så kan jag enkelt använda dropbox applikationen  för att alltid ha med mig föreläsningsmaterial och skolböcker i e-bok format (jag hoppas att det blir mer skolmaterial i det formatet i framtiden). Jag kan även köra e-library direkt på föreläsningarna samtidigt som jag kollar upp saker på internet om jag så önskar. Det blir enkelt att skriva noteringar, skapa att göra listor och mycket, mycket mer.
     
    I mitt jobb som webbdesigner så är det lättare att ta med mig konceptskisser och visa upp förslag på designs med en iPad. Jag kan skriva projektbeskrivningar och göra kundrelaterade arbeten direkt på plats. Undervisning där jag går igenom olika saker med kunden går också oerhört mycket lättare med en iPad till skilnad mot en laptop.
     
    Jag ser fram mot att se hur den här produkten utvecklas framöver!

    Vad säger omvärlden?

    Apples bokaffär sakar om förlagsbranschen
    Efter Ipod satsar Apple på Ipad
    Ipad överträffade förväntningarna
    Apple presenterade Ipad
    Jobs har presenterat Apples nya läsplatta
    iPad är här!
    Allt om Apples Ipad
    Kommer iPad att bli ännu en av Apples succéer?
    Jobs "Den är mer intim än en Iphone"
    JUST NU: Apple presenterar sin nya superpryl
    Nanok: Snygg – men ingen wow-känsla
    Not Scared: Ipad vs. Your Local Bookstore
    - Canadian carriers shy on iPad
    - Could No Camera Be an iPad Killer?
    Apples nya pekdator heter Ipad - Ny Teknik
    Så mycket kostar nya Ipad - Affärsvärlden
    iPad – en gigantisk iPhone med stora möjligheter! | Joinsimon.se
    iPad – det nya svarta? | Bokhora.se
    Jag Vill Ha En Ipad Till Sommaren « Dagens Ord
    Är Apples iPad något för oss fotografer? - os x och öppen källkod
    Kan Apple iPad slå sig in på e-boksmarknaden?
    - Where's the Media? Be Patient (All Things D)
    - Hands On First Impressions (Ars Technica)
    - Pricing Impact, Sales Expectations (Business Week)
    - iPad Strikes Nerve W/ Microsoft (CNET)
    - Forget The Tablet, Apple Needs to Rebuild iTunes (Epicenter)
    - The iPad's a Big Yawn (SAI)
    - It's a Really Big iPod (TechCrunch)
    - iPad No Second Coming (PC World)
    - iPad Specs at a Glance (Mac Observer)
    - Not the Game Changer Expected (THR)
    Apple iPad är mer än vad du ser idag

    Artiklar och andra resurser

    Artiklar med inriktning på webbdesign och webbutveckling lyser med sin frånvaro på svenska och nu sätter jag fart med Mortfiles artikel sektion och den resurs sektion den kommer att höra till.  
     
    Artiklar har länge varit på min agenda att lägga till Mortfiles, men av olika anledningar har det aldrig blivit av på riktigt. Lösningarna har funnits, men motivationen har på något sätt runnit ut i sanden med tiden. Nu är det dock dags att lägga ner tid och engagemang i ett artikelsystem som både kommer att bli roligt att jobba med och förhoppningsvis lönsamt för både mig och artikel författare.
     
    Först måste jag dock slå sönder skriptet och bygga om det så det passar mina behov. Framför allt CSS brukar vara skoj att jobba med och troligen gör jag som jag brukar och kastar ut den CSS som finns och bygger en ny från grunden. Det blir ofta enklast så eftersom det allt för ofta blir en del tid som går åt i onödan för att det ligger någon attans stil i botten någonstans och stör ut den stil man vill ändra. Artikel skriptet har även stöd för bloggar, vilket jag inte vill ha alternativt vill ändra till någonting annat så där blir det en hel del knep och knåp skulle jag tro.
     
    Jag kommer även att lägga lite tid på att lägga upp kategorier som är intressanta och relevanta för den inriktning som Mortfiles har samt att se till att eventuella artikel författare känner sig uppskattade och kompenserade för sitt engagemang. Nu blir det troligen en hel del artiklar som läggs till just för att få en länk tillbaka i SEO syfte, vilket är helt ok. Dom som däremot inte känner sig motiverade av just den typen av kompensation ska kunna lägga in sitt Adsense ID och på så sätt kunna ta del av eventuell vinst genom adsense. Detta kommer att vara den enda delen av Mortfiles där Adsense kommer att finnas och detta enbart för att kunna erbjuda någonting till dom som lägger ner tid och engagemang att publicera artiklar på Mortfiles.
     
    Förutom artiklar, eller kanske det ska räknas som det också, kommer jag att lägga en kategori för Photoshop Tutorials eftersom det är någonting jag får frågor om ofta och det är lite glest med svenska tutorials.  Det finns mängder av skojiga saker man kan göra med photoshop, så det kan bli en riktig rysar kategori hoppas jag.
     
    I övrigt på resurs sidan planerar jag sektioner för SEO verktyg där det blir verktyg från andra webbsidor till att börja med. En sektion för gratis grafik som bakgrunder och ikoner samt en resurs sektion för photoshop relaterade saker som brushes och shapes och lite senare i höstt kanske en länk sektion för allt "gött" på nätet. Det finns även funderingar på en digg liknande funktion också, men med tanke på klimatet i sverige på den fronten ligger det lite på is för närvarande.
     
    Om du har förslag på andra saker som kan vara intressant eller lämpligt att lägga till på en resurs sida så lämna en kommentar!

    Att använda jQuery Mobiles grid layout - video

    [extract]JQuery Mobile är ett av dom intressantare adaptionerna av jQuery och mobildesign som är både extremt enkelt att jobba med och ser riktigt snyggt ut och i den här videon så får vi se hur grid systemet ser ut och fungerar.[/extract]
     

    http://www.youtube.com/watch?v=W4OVm1gmpAE


    Att blogga är tidsberoende - inte innehållsberoende

    2011 började inte så bra för mig med min lillebrors tragiska död, något som fortfarande håller mig i ett slags chocktillstånd, men målsättningen att blogga mer frekvent ligger ändå kvar.
     
    Någonting som jag märkt nu när jag börjat bygga upp mitt nätverk av information är att det är sannerligen ingen brist på ämnen att diskutera eller informera om, tvärt om! Varje dag dyker det upp dussintals ämnen jag skulle vilja bevaka och skriva om, men det finns helt enkelt inte tillräckligt mycket tid!
     
    Till skillnad från Tommy (@tkj) som har den stora turen att kunna leva på att blogga så är min tid skrämmande begränsad med heltidsstudier på Högskolan Dalarna och heltidsarbete med Mortfiles. Jag skulle gärna vilja skriva mycket mer, men troligen blir det mindre bloggposter ett tag framöver nu när jag ska försöka hinna jobba ikapp 2.5 månaders limbo.
     
    I veckan som kommer så blir det en liten uppryckning med tiderna igen och jag ska trolla in en extra timme någonstans där jag tänkt blogga förutom den där magiska timmen då det ska bli lite träning igen. Jag siktar på 2-5 bloggposter per dag med mindre luckor dagar då det helt enkelt inte finns tid av olika anledningar. Troligen blir det kortare bloggposter snarare än mastodonter och en eller ett par fasta bloggserier som söndagsbloggen.
     
    Jag hoppas bara att jag kan få lite fler som kommenterar så jag kan hålla gnistan uppe *hint, hint* :)

    Att bygga en indexsida

    [url="http://mortfiles.se/images/old_blog/2009/12/mortfilesDev.png">min tidigare bloggpost så funderar jag på att skapa en ny indexsida (till att börja med) som ska vara snabb och effektiv, dvs ladda så fort som möjligt och sedan kunna både informera och dirigera besökarna dit jag vill styra dom. I det här fallet så vill jag styra kunderna till ordersidan, webbhotell, webbdesign, färdiga lösningar eller jQuery Tools för att skapa huvudområdet där det blir tabbar för dom delar som jag vill skicka besökaren och en indextab som ligger till vänster, ungefär som på . Under den blir det random portfolio och senaste händelserna (inte helt hundra på den sektionen), vilket betyder att jag kapar bort twingly och twitter skripten och minskar ner på textmassan en del. Sektionerna under kan eventuellt ändras för jag är inte helt hundra procent säker på vad som kan vara viktigt här...har du förslag så tar jag gärna emot förslag.
     
    Det kommer att bli två CSS filer där core.css kommer att styra grunddesignen som återfinns på alla sidor och index.css kommer att innehålla allt annat som presenteras enbart på indexsidan. Det blir troligen två grafiska element, nämligen core_sprite.png för grunddesign grafiken som återfinns på alla sidor (logo, backgrounds osv) och en index_sprite.png som ska innehålla all grafik för indexsidan. Javascript kommer det att bli jquery.tools.min.js som innehåller både jQuery och jQuery Tools biblioteken. Utöver detta så blir det javascript för Google analytics i footern och en javascript snutt för Googles sökmotor som jag ska byta ut det befintliga systemet med.
     
    Totalt så ska det alltså bli ett anrop för dom två CSS filerna, tre anrop för javascripten och två anrop för grafiken. Totalt alltså 6 anrop vilket jag tycker låter riktigt bra. Tyvärr så kräver även funktionerna för twitter, facebook och digg sina separata anrop, men jag ska försöka baka ihop dom med övriga javascript anrop i footern så det inte ökar antalet anrop. Det kan bli så att det istället blir ett ytterligare anrop i headern om det inte går att lösa på annat sätt, men vi får se vad jag kan trolla ihop.
     
    Från indexsidan sedan så kommer dom cachade core filerna (core.css och core_sprite.png) att hämtas från cache vilket borde snabba upp övriga sidor ytterligare och jag ska göra lite tester för att se om jag ska dela upp anropen på olika domäner eller inte och tydligen så finns det fördelar med hur CSS filerna anropas, dvs om dom länkas in eller importeras. Jag måste även klura lite på om det kanske skulle vara bättre att ha separata anrop för jQuery och jQuery tools eftersom jag troligen kommer att använda jQuery på andra sidor och då kan det vara bra om det ligger i cache redan. Båda har CDN som kan anropas separat, vilket kan ge en snabbare upplevelse om besökaren redan har dom filerna i sin cache från andra sidor.
     
    Tankar eller spontana reaktioner på mina planer?

    Att bygga en projekthanterare med Invision Power Board

    En projekthanterare är en viktig del av varje seriös företagares arsenal och jag har under många år använt mig av Active Collab , men nu vill jag bygga en egen!
     
    En projekthanterare fyller två viktiga funktioner: att samla kommunikationen mellan kund och företagare och att ge en överblick över projektet och alla dom saker som sak göras. Active Collab gör detta bra, men det är framförallt på kommunikationsfronten jag tycker att det finns utrymme för utveckling.
     
    Om vi tittar på vilka funktioner som Active Collab har så hittar vi följande:
     

    Milestones - större saker som ska göras. Discussions - forumliknande diskussioner. Files - filhantering. Checklist - mindre saker som ska göras. People - personer som är inblandade i projektet.
    Förutom det så har vi även en progressbar som ska visa ungefär hur långt vi har kommit i projektet baserat på hur många milestones och checklistor som finns och som är avklarade. Det ger en ganska skev bild av projektet tyvärr...
     
    Så, om vi då tittar på vilka av dom här funktionerna vi hittar hos Invision Power Board och andra IPB produkter så hittar vi följande:
     

    Milestones / Checklist - IP.Tracker är egentligen gjord för att hantera buggar, men kan användas till att hantera saker som ska göras med bravur! Versionshantering och severity gradering gör det hela lite enklare att se vad som ska göras och vad som är viktigast. Discussions - IP.Board är så mycket mer utvecklad när det gäller kommunikation i forum form att det blir onödigt att ens nämna alla fördelar. Möjligheterna är oändliga... Files - IP.Downloads har alla fördelar som Active Collab har med versionshantering för uploads och det går att knyta ihop downloads med forumet så att diskussionerna blir samlade eller så går det att använda ett separat diskussionsformat. People - Profilhantering i IPB är så mycket mer utvecklad än Active Collab någonsin kan hoppas bli. Ett starkt permission system och expanderbart profilsystem gör IPB överlägset mycket bättre.
    Förutom dessa funktioner så får jag som liten bonus även ett internt PM system och en kalender där jag kan lägga in en tidslinje för projektets olika delar. Eftersom jag kan lägga in alla projekt i samma kalender där varje projekt endast kan ses av projektgruppen samtidigt som jag kan se alla projekt samtidigt så får jag en perfekt överblick över hur jag ska lägga upp mitt arbete.
     
     
    IP.Content och dess databassystem gör det också möjligt att skapa olika specialanpassade databaser för olika ändamål. Det kan vara artiklar, Wikis eller länkar till olika saker med mera. IP.Content har oändliga möjligheter!
     
    På alla plan vinner IPB, men det som är lite problematiskt är hur jag ska kunna få systemen att fungera som jag vill eftersom alla systemen är designade att fungera som en enhet, inte uppsplittade i projektform med en kategori från varje system.
     
    Lösningen blir lite annorlunda minst sagt och för att lyckas behöver jag använda mig av IP.Content för att skapa en databas av projekt. Jag skapar sedan en mall för projekthanteraren baserat på projektdatabasen och använder mig av jQuery tabbar som genom Ajax hämtar in externa sidor. I databasen lägger jag in URL till dom olika sektionerna som ska hämtas in i dom olika tabbarna så att det skapar en enhetlig projektbild.
     
    För att det ska fungera så behöver jag skapa en design för IPB som strippar bort allt förutom själva innehållet och sedan ska jag fundera över vilka funktioner jag vill behålla när det gäller profilerna och det interna PM systemet mm. Troligen får jag skapa ett block och extrahera dom funktionerna så jag kan lägga in dom i IP.Content.
     
    Tanken är också att jag skapar projekthanteraren separat från övriga Mortfiles, men delar inloggningsuppgifter mm. Det är för att jag inte ska blanda ihop projekthanteraren med övriga funktioner eftersom projekthanteraren blir en privat funktion som andra inte ska ta del av. Däremot vill jag se till att den enhetliga inloggningen fungerar på hela Mortfiles så att en registrering ger full tillgång till alla delar.
     
     
    Det blir en riktig utmaning, men jag tror att det ska gå!