Väldigt, väldigt intressant.

Eftersom koden för modulen finns öppen på GitHub så kändes det som en självklarhet att bidra med en svensk översättning av den och idag fick jag ett meddelande från deras projektledare Ivan Weiler, som jag för övrigt hade nöjet att träffa på Magento Developers Paradise, att min översättning nu finns med i den senaste versionen (0.9.7) av modulen.

Egentligen förenklar detta bara moment som tidigare varit möjliga att styra genom javascript men det finns något i enkelheten i detta som gör att det blir lättare att ta sig an anpassning av webben för olika plattformar. Det som ibland kallas för responsive webdesign. D.v.s. att webbplatsen anpassar sig baserat på egenskaperna av den enhet som anropar snarare än att man bygger olika versioner av sajten för respektive device. Media Queries kanske inte är revolutionerande men det gör arbetet betydligt enklare.

För att testa detta påbörjade jag arbetet med at anpassa vår egen webb där jag använde mig av följande query och skriva över ca 30 CSS-klasser och vips så är webben helt anpassad för mobila enheter.

@media screen and (max-width: 480px) {
….
}

Tidigare har jag jobbat med att skapa unika mobila wordpress-teman men då alla moderna mobila smartphones(Android och iOS) har stöd för media queries testade jag detta vilket visade sig vara mycket enklare än jag vågat hoppas. Arbetet tog ett par timmar. Har man bara taggat upp sin HTML-kod rent och snyggt är det inget större problem att dölja en del klasser och modifera andra för att de snabbt skall vara anpassade för mindre enheter. För att uppnå resultatet nedan gjordes inte några som helst ändringar i HTML eller PHP-kod. Enbart CSS-klasser.

Och om du ger dig på detta. Glöm inte att använda fluid images också för att anpassa bildstorlekarna.

Happy hacking!

Så för 4 år sedan när vi på Improove skulle starta upp ett större  projekt gjorde jag en ny utvärdering av PHP då vi började vidröra WordPress, Joomla och andra ramverk för första gången. Slutsatsen denna gång var att Java fortfarande var ett bättre språk även om PHP på sina håll vaknat till liv och kompletterats med många av de brister man tidigare hade. Nu fanns ramverk som Zend Framework och Code Igniter men det var fortfarande en slarvig och inkonsekvent syntax som låg i botten. Men för mig blev väckarklockan när jag skummade igenom de 20 största Open Source-produkterna för webbapplikationer och kunde konstatera att 70% av dem var baserade på PHP. Det gjorde att jag insåg att det måste finnas fördelar i PHP som ligger bortom syntaxen och strukturerna. Vi kickade igång några projekt och sedan dess har vi aldrig återvänt till C# eller Java. Inte för att de är dåliga utan för att PHP överlag tenderar att vara smidigare.

För några veckor sedan när jag äntligen började bygga min Twitter-skrivare behövde jag en desktop-app och valde att bygga den i Java. Jag fick damma av mina gamla kunskaper och ganska snabbt var man igång igen. Jag måste erkänna att det faktiskt var lite skönt att återgå till ett ”riktigt” språk till en början men bara efter någon timme började jag sucka högljutt. Jag hade helt glömt bort hur omständigt dessa ”riktiga” språk var. Mitt favoritexempel är när man skall läsa ned data från en extern url för att tolka eller läsa ut. Det finns säkert enklare sätt att åstadkomma detta på i Java men detta är min bild av skillnaden att utveckla i Java vs. PHP.  Exemplen är talande.

Koden i PHP:
file_get_contens(”www.minurl.com/api”);

Samma kod i Java
String content;
URL u;

    //Open the URL for reading
    try {
      u = new URL("http://www.minurl.com/api");
      try {
         InputStream is = u.openStream();         
         // throws an IOExceptionBufferedInputStream
         dis = new DataInputStream(new BufferedInputStream(is));
         while ((s = dis.readLine()) != null) {
            content += s;
         }
      } // end try
      catch (Exception e) {
        System.err.println(e)
      }
    } // end try
    catch (MalformedURLException e) {
      System.err.println(args[0] + " is not a parseable URL");
      System.err.println(e);
    }

Denna återgång till Java gav mitt ett nytt tillfälle över att reflektera över PHP’s roll i utveckling och jag kan bara konstatera att PHP verkligen är ett fenomenalt språk när man vill uppnå högsta möjliga utvecklings- och innovationstakt. För rendering av webb är det nästan oslagbart som jag ser det. Däremot kan jag förstå och se fördelar i att använda PHP för presentationslager och bygga bibliotek och underliggande arkitektur i mer gedigna plattformar som Java eller C#. Där har jag ännu inte hamnat men jag kan helt klart se fördelar med det.

Ett intressant projekt relaterat till detta är Quercus från Caucho som byggt JSP-motorn Resin. De har implementerat PHP i JSP-motorn vilket gör att man kan åstadkomma just detta. Bygga den underliggande arkitekturen i Java och bygga ihop webblagret i PHP. Jag har aldrig testat det men idén är intressant.

01. GoSquared
Detta är min favorit. Ett verktyg som dels har en grym finish och  innehåller precis det man behöver. Besökare online just nu, åtekrommande besökare, världskarta, liveupdatering, 100% HTML, topplista över besökta sidor etc. Många rätt och enkelt att lägga in. Kostar 9.99 dollar per månad.

www.gosquared.com
Live Demo

02. Hummingbird
Detta är ett lite mer begränsat verktyg som dock är Open Source som går att ladda ned och installera på en egen webbplats. Detta är egentligen mindre bekvämt men å andra sidan mer anpassningsbart. Smidigt om man vill integrera det i sitt eget verktyg. Jag kan verkligen tänka mig att använda detta för att integrera i ett eget verktyg.

www.hummingbirdstats.com
Live Demo

03. Reinvigorate
Den här tjänsten har jag ärligt talat inte testat men påminner mycket om GoSquared. Hostad lösning med samma prismodell och denna tjänst har funnits sedan 2007 och nylanserades i augusti förra året. Tyvärr finns inte någon livedemo att visa men det ser helt klart ut att vara en tjänst som bör testas.

www.reinvigorate.net
Feature-lista

Eftersom Magento är ganska krävande som plattform gör det att APC får ganska stor betydelse på plattformen. Samtidigt kan det vara svårt att veta hur man skall konfigurera APC för access mot systemet. Därför vill jag passa på att tipsa om en bloggpost från Nexcess som har en bra bloggpost i ämnet. Framför allt är det cache-volymen som är viktig där standardkonfigurationen av APC är på 30MB. Nexcess rekommenderar 256MB och i de miljöer vi driftat har vi noterat att APC använder så mycket som 120MB av cache efter bara några timmar i drift.

Ibland bjuder vi in externa föreläsare och denna gång hade vi besök av Per Åström från TV4. Han berättade dels om hur de ändrade arbetssätt i utvecklingsteamet för några år sedan och dels om hur de tog sig an utmaningen att bygga TV4 Play baserat på Ruby On Rails och Heroku. Otroligt intressant om du frågar mig. Många självklara sanningar för oss som hängt med i utvecklingen de senaste åren men det är alltid väldigt skönt att se att det fungerar i praktiken på ett av Sveriges största mediaföretag. Framför allt användandet av Heroku men även hur man medvetet valt att lägga ut så mycket funktionalitet som möjligt på externa tjänster och försöka undvika att lägga för mycket funktionalitet i ett och samma system. Detta fokus gör att man minimerar arbetet med löpande underhåll och gör att man kan fokusera så mycket som möjligt på nyutveckling.

Och du, lova att du följer TV4′s utvecklingsblogg på http.tv4.se

pmtest from Improove on Vimeo.

Arbetsmetoderna har varit lite olika och ser ungefär ut så här:

1. Lägga ut hela projektet på en utländsk projektgrupp
2. Lägga ut hela projektet på en svensk projektledare som styr en utländsk projektgrupp
3. Bygga upp ett eget dedikerat utländskt team med svensk produktionsledare.

Den första kategorin känns inte aktuellt även om det faktiskt ofta är så att projektledarna är västerlänningar men med säte i t.ex. Holland, Tyskland eller Storbritanien. De jobbar alltså på ungefär samma sätt som den andra kategorin dock utan svensk närvaro. Den sista kategorin tycker jag är mycket spännande. Det företag som kontaktat mig ang. detta har säte i Stockholm och har presenterat upplägget för mig så att vi tar fram kravprofiler på de personer vi vill jobba med. Sedan behöver de ca 2-3 månader på sig att bemanna ett dedikerat team som jobbar 100% på uppdrag av oss fast på distans. I detta fall från Indien & Ukraina.

Vi har beslutat att under första kvartalet 2011 genomföra ett outsouring-projekt för att testa hur det fungerar. Om det blir så att vi kommer att fortsätta med outsourcing efter detta testprojekt kommer vi nog allra troligast att jobba enligt ”dedikerat team”-modellen. Det finns många frågor vi måste få svar på innan vi beslutar oss för att fortsätta med detta dock:

• Vad kommer det att kräva av oss som beställare
• Hur fungerar rutinerna?
• Hur lätt/svårt är det att kommunicera med projektgruppen?
• Är det leveranssäkert?
• Håller det hög leveranskvalitet?

Vårt projekt som pågår för fullt består i att bygga en modul till Magento-plattformen som vi ofta jobbar med. Modulen skall hantera SMS-notifiering för beställningar vid orderläggning och andra meddelanden som ofta går ut via mail. Då vi är väl medvetna om att det är långt ifrån självklart för utvecklare att bygga bra Magento-moduler begärde vi att denna modul skall integegrera sömlöst i den funktionalitet för Transactional Emails som redan idag finns i systemet. Detta kommer att visa om de har den Zend Framework och Magento-kunskap som krävs för att bygga pålitliga moduler.

Vi har valt att köra detta projekt tillsammans med företaget 300 consulting med verksamhet i Uppsala då vi har kontakter där sedan tidigare. Arbetet började den 24 januari och jag återkommer i nästa bloggpost om hur arbetet flyter.

Varför använda blocket när man kan bygga ett eget försäljningsnätverk? Andreas har kickat igång Bugmarket.net för att sälja alla sina prylar där. Med bättre integrationer mot Facebook och Twitter hoppas han bygga ett alternativt försäljningsnät än det som Blocket tillåter. Och det är samtidigt roligare än att bara lägga upp en annons och skiljer sig något från Blocket  i bemärkelsen att man får en egen landningssida(ett loppisbord) med alla sina prylar.

Om du behöver prylar i stockholmstrakten, titta in på Bugmarket.net och se om det är något du behöver. Vill du sälja prylar någon annanstans eller har bra idéer på hur Andreas kan vidareutveckla sajten kan du med fördel läsa mer här eller droppa ett mail till andreas@improove.se.

Axplock ur Bugmarket just nu: Sushitallrikar och ett dam-mcställ

IBM har knåpat ihop den hittills bästa instruktionsfilmen. (Mental note: animerade instruktionsfilmer är fortfarande det bästa sättet att överföra kunskap)