Webbyrån

Hej där Erik Månsson, Art Director.

Erik är vår nya kontorskompis som delar rum med oss här på byrån.

En webbyrå behöver bestå av en mängd olika personer med olika kompetenser för att kunna göra ett bra jobb.

Vår nya kontorskompis Erik Månsson kommer att berika vårt team med sin unika kompetens och erfarenhet. Framförallt kommer Erik hjälpa oss med design & Art Direction för våra kunders räkning, då detta är hans primära kompetensområde.

Tidigare har Erik varit mest i konstsvängen och jobbat med saker åt bland annat Flygvapenmuseum, Arbetets museum och Norrköpings Stadsmuseum. Erik är helt klart den med högst kulturellt kapital på byrån, och vi är glada över att ha honom här.

Efter sommaren offentliggör vi de första fantastiska projekten Erik varit inblandad i. Det kommer att bli magiskt!

Angry Creative är årets unga företag i Norrköping 2013.

Onsdagen den 24:e April så förärades jag (Jimmy Rosén) som leder Angry Creative med utmärkelsen ”Årets unga företagare i Norrköping”. Priset är ett vandringspris som delas ut till företagsledare som är under 35 år som driver en verksamhet med anställda.

Motivationen lyder som följer:

Jimmy Rosén som äger och driver företaget Angry Creative har utsetts till årets unga företagare i Norrköping 2013.

Jimmy använder nätverkande som en möjlighet att utveckla sitt företag. Genom sin närvaro i olika arrangemang bygger han sitt och bolagets varumärke.

Med start i Jimmys studentrum har Angry Creative utvecklats till en webbyrå som erbjuder sina kunder tjänster baserade på WordPress och öppen källkod.

Med stor integritet hävdar Jimmy nyttan av det han och Angry Creative tror på och bevisligen finns det en marknad.

Med stor integritet hävdar Jimmy nyttan av det han och Angry Creative tror på och bevisligen finns det en marknad.

Samtidigt bjuder Jimmy på sin kunskap i olika fora och är därmed ett exempel på hur kunskapssamhället bygger på att gemensam kunskap utvecklar företagsamheten i kontrats till industrisamhällets slutenhet och hemlighållande.

Att programmera hemsidor av yppersta kvalitet är något som Jimmy verkligen brinner för. Han är också mån om att hjälpa kunden att få värdefulla insikter som kan omvandlas till affärsmöjligheter.

Hans och företagets devis är: vi gör internet vackert!

Jimmy är en god förebild för andra unga företagare och visar att en entreprenör kan utveckla sitt företag baserat på kunskap och en stark vilja.

Vi på Angry Creative tycker naturligtvis detta är superkul och önskar tacka våra kunder, partners & vänner för all hjälp.

Press:

Folkbladet: http://www.folkbladet.se/nyheter/default.aspx?articleid=6374521

Norrköpings Tidningar: http://www.nt.se/nyheter/?articleid=8515843

Norrköpings kommun: http://www.norrkoping.se/arbete-naringsliv/naringsliv/nyheter/2013/jimmy-rosen-angry-creativ/index.xml

Norrköping Science Park: http://www.nosp.se/om-oss/nyheter/%C3%A5rets-unga-f%C3%B6retagare-finns-i-v%C3%A5rt-kluster.aspx

Linköpings Universitet: http://www.liu.se/liu-nytt/arkiv/nyhetsarkiv/1.459089?l=sv

Praktik: Att arbeta i team.

Nu är det snart min sista vecka här på Angry Creative. Då kan det passa sig att skriva ett blogginlägg om hur vi praktikanter har jobbat tillsammans.

Det hela började med att. Två och två i team. En designer och en utvecklare. Planera sprinter och uppskatta tid.

Jag och Christoffer har nu under tre veckor arbetat tillsammans i ett team. Vårt team är tänkt att vara en tight arbetsgrupp där designer och utvecklare jobbar sida vid sida. Det har vi faktiskt gjort också, rent bokstavligt, för vi sitter faktiskt vid varsitt skrivbord brevid varandra. Förutom rent rumsligt har vi även arbetat sida vid sida med memecak.es när det gäller planering och utförande också.

Det första vi började med vara att starta upp ett projekt i Basecamp. Det är ett webbaserat projektlednings- och samarbetsverktyg. I Basecamp samlar man allt som har med projektet att göra, allt från user stories till serveruppgifter. Vi har lagt upp arbetet så att vi jobbar med versioner veckovis. Så varje måndag lägger vi upp var vi tror att vi hinner med under den följande veckan som uppgifter i basecamp varje uppgift får en ansvarig, antingen mig eller Christoffer. Därefter jobbar vi igenom alla punkter så gott det går.

Varje morgon har hela kontoret en daily stand up, men det är inte skämt som har huvudfokus. Istället berättar varje person om vad som gjordes under gårdagen och vad som ska göras under dagen. Samt kryssar för på whiteboarden om några punkter är avklarade.

Varje fredag, som idag, går alla igenom hur det har gått i veckan och vad som har fungerat awesome och vad som har fungerat mindre awesome.

Summa summarum: Två och två team med en designer och en utvecklare är helt klart ett bra sätt utveckla en webbsida.

Praktikanterna presenterar stolt: Memecak.es

…eller iallafall en första prototyp. Vi har under två veckor jobbat intensivt med att ta fram och utveckla det allra mest basala i vårt projekt. Memecak.es är en webbsida som är tänkt att vara den första av sitt slag.

Vi förstår att det kan vara lite oklart för dig som inte riktigt förstår vad meme cakes innebär. Du har garanterat snubblat över minst en internetmeme under dina dagar på internet. En internetmeme (uttal: /’mi:m/ MEEM) är alltså ett koncept som blir viralt och sprids och även skapas av fler och fler människor. Det kan vara allt från en video eller en hemsida till en liten hashtag. Ett exempel är Harlem Shake. Det är en Meme som fick en otroligt stor viral spridning.

Eftersom att memes är kul och tårtor är goda finns det många försök till att baka tårtor baserat på olika memes, det ska tilläggas att vissa är mer lyckade än andra. Vad som däremot inte finns är en dedikerad sida till alla dessa tårtor. Det finns bara sporadiska blogginlägg här och där på internet som listar några tårtor. Därför tyckte Angry Creative-gänget att det behövdes en sådan sida. (Det kan till stor del bero på att de har en förkärlek till meme cakes.)

Det som vi praktikanter har gjort hittills är att ta fram en sida där fokuset ligger i det uppladdade materialet. Det ska vara lätt att se på meme cakes i alla former och det ska vara busenkelt att ladda upp nya bilder på tårtor. Sidan bygger självklart på WordPress och ska fungera fullt ut oavsett vilken enhet du besöker den via. I dagsläget är det som sagt bara en väldigt tidig release av sidan, men eftersom att vi jobbar löpande mot den skarpa sidan kan ni ändå smygkika in på memecak.es och pilla runt lite.

Praktik: Tredje och första veckan.

När exakt blir något en tradition? Enligt Svenska Akademin är något en tradition när det är en ”gammal sedvänja”. Det betyder att praktikantbloggningen varje fredag inte kan räknas som tradition riktigt än. Det är snarare en rutin, eller ”ett vanemässigt arbetssätt”, som Akademin skulle formulera det. Jag skrev mycket om rutin förra veckan, så jag ska inte gå in på det mer än att det är något jag och min nya praktikantkollega Christoffer till stor del saknar.

Då är det rätt bra att, tillsammans på ett eget projekt, utforska det arbetssätt som finns här på webbyrån. Idén är att vi jobbar som ett team på två där jag själv är designern och Christoffer är utvecklaren. Tillsammans ska vi gå från start till mål på ett väldigt speciellt projekt. Att skriva user stories och spela uppskattningspoker var inget jag hade gjort tidigare. Men det är trots det två element i processen som jag upplever som väldigt lärorika och bra tankeföda. Att gå från start till mål innebär för oss att först forma fram konturerna på konceptet för webbsidan. Sedan gäller det att ösa fram funktioner som vi tycker ska, borde, och möjligtvis kan finnas med. Därefter gäller det att prioritera utifrån budgeten. Vi prioriterade upp funktionerna och planerade in en första release. Den releasen kommer bara innehålla det som ligger högst upp i vår priolista.

Men! Det är en vecka dit, och vi vill inte riktigt bjuda på ett smakprov riktigt än. Vi får se om det kanske dyker upp något nästa vecka. Så för nu ska Christoffer fortsätta med sin kodkarate och jag återvänder till papper och penna för logotypskissande. Trevlig helg!

Praktik: Andra veckan

Nu har det gått två veckor sen jag började min praktik här på Angry Creative. Jag känner mig mer och mer varm i kläderna för varje dag som går, och idag har jag dessutom fått göra lite klassiskt praktikantjobb. När kontoret skulle dammsugas pekade Jimmy på mig och sa ”du kan dammsuga”. Det kanske låter som en taskig grej att göra, men det var bara för att det är städdag. Sammy diskade, Robin moppade och Jimmy gick ut med soporna. Det är sådant som måste göras och ändå går väldigt smidigt när alla hjälper till.

En annan rutin här på kontoret är fredagsfrukosten. Den här veckan blev det i och för sig en torsdagsfrukost, men ändå. Frukosten är ett ypperligt tillfälle att gå igenom veckan och se vad som har fungerat bra och vad som har fungerat mindre bra, samtidigt som man bygger upp en laganda. För det gäller att man kommer överens och fungerar bra tillsammans på ett företag med bara några få anställda. Kanske speciellt om man kommer in som ny i gruppen, på en praktikplats till exempel.

Jag känner att jag har hamnat på ett bra ställe ändå, och att jag har kommit in bra i det ”arga” gänget. Jag förväntar mig att resten av praktiken kommer bli minst lika bra. Dessutom dyker nästa praktikant upp på tisdag, kul! Nu ska jag gå på lunch och helg. (Och njuta av ett påskägg med godis. Ohmnomnom.)

Praktikant: Max Bergström

Hej, jag heter Max Bergström. Vanligtvis pluggar jag Grafisk Design och Kommunikation på universitetet i Norrköping, men under de närmsta sex veckorna ser schemat lite annorlunda ut. Jag har nämligen praktik här på Angry Creative.

I väldigt lång tid har jag intresserat mig för webbdesign. Redan när jag var 14 tog jag självutnämnt på mig uppdraget att designa (även fast det inte var mycket till design) och koda hemsidan till mitt innebandylag. Tyvärr var skola, idrott och andra intressen stora tidstjuvar på den tiden och jag tappade nästan hobbyn webbdesign helt. Men sen, i ettan på gymnasiet, tog jag en kurs som hette Webbdesign A. En kurs som öppnade mina ögon för CSS (Hallelujah!) och på nytt tände mitt intresse för webben. Sedan dess har jag, när jag har haft tid över, försökt lära mig en massa spännande saker och framförallt försökt att hänga med när det gäller utvecklingen i webbvärlden.

Den mest omfattande utvecklingen för mig har varit att ta klivet från statisk HTML över till dynamiska programmeringsspråk och CMS. WordPress är och kommer nog att vara min personliga utmaning i en lång tid framöver. Att försöka hitta nya användningsområden i något som började som ett enkelt bloggverktyg är riktigt kul och spännande. Jag har ofta försökt att sätta mig in i det, dock med varierande framgång.

Universitetet och kringliggande engagemang äter tyvärr upp väldigt många av dygnets timmar. Då blir det svårt att grundligt hinna lära sig allt. Nu däremot tog jag tillfället i akt att låta skolan handla om WordPress och webbdesign. Vi läser nämligen en kurs som heter Yrkesvillkor med arbetsplatsförläggning, vilket i verkligheten betyder praktik på ett nästan valfritt ställe. Angry Creative har haft praktikanter från GDK tidigare. På det sättet fick jag upp ögonen för dem och skickade iväg ett mail nästan på en gång. Jag fick min praktikplats och nu är jag här för att lära mig allt om hur WordPress, Scrum, Kanban, Basecamp och massa annat roligt fungerar i verkligheten.

Men nu är det fredag och tid för hemgång, trevlig helg!
Peace!

Internutbildning om systemadministration

När man driver en webbyrå så är det viktigt att hålla interna utbildningar, både i dom system vi kör i dagsläget, men även de system vi kommer att använda i framtiden. Vi började den 1:e februari med en utbildning i grundläggande systemadministration för att alla ska ha samma grund, och för att alla skulle lära sig hur vi använder våran ECS-tjänt och hur man sätter upp virtuella maskiner.

Eftersom vi alltid kör samma mjukvara på alla våra virtuella maskiner, Debian med Nginx och MariaDB så har jag skapat ett skript som automatiserar stora delar av installationen, som kallas för boostrap.sh, detta för att spara en hel del tid och göra det lättare att få igång en webbserver med full php-support. I presentationen får man även lära sig en väldigt grundläggande konfiguration för att sätta upp en vhost i Nginx som klarar att köra WordPress. Inställnigarna av mjukvaran och Nginx är långt ifrån optimala, men det räcker för att komma igång och börja koda, så för att sätta en webbserver i full produktion så krävs lite mer kärlek än vad jag går igenom i presentationen. Men meningen var inte att alla skulle bli experter på systemadministration, utan bara lära sig tillräckligt för att ha en server att utveckla emot.

Vad jag har gått igenom i korthet är:

  • Vad är en ECS?
  • Hur man sätter upp en ECS via webbguit
  • Varför vi kör Debian
  • Vad man måste göra när man har startat en ECS-instans
  • Grundläggande konfiguration av webbservern Nginx

Vad är en ECS?

ECS står för Elastic Cloud Server, och det är den tjänst vi använder för nästan alla våra kunder.
Fördelen är att vi kan installera vad vi vill och anpassa installationen för att passa kundens webbplats, vilket är mycket svårare med ett klassiskt delat webhotell. Dessutom innebär det att kunden bara betalar för den kapacitet som faktiskt används, vilket oftast gör det billigare för kunden. Och vi kan enkelt skala upp kapaciteten på webbplatsen om kunden börjar få tillräckligt många besökare, vilket gör att man kan börja billigt och växa in i sin webbplats vartefter tiden går, något som våra kunder uppskattar.

Hur man sätter upp en ECS via webbguit

När man sätter upp en ny instans i kontrollpanalen så är det ett antal steg man måste gå igenom, och välja vilken nivå man vill lägga sig på. För att göra det lättare för kunderna att förstå hur mycket dom kommer att betala per månad, så har vi tagit fram en standardnivå som räcker för dom absolut flesta. Det gör det lättare att lämna en bra offert på hur mycket hostingen kommer att kosta.
Det gör också att i allmänhet så har alla maskiner samma konfiguration, vilket gör det lättare att administrera, det är tillexempel här vi säger åt Ipeer att vi vill köra Debian.

Varför vi kör Debian

Det finns många bra, och mindre bra Linux distributioner där ute. Nästan alla har lite olika sätt att installera saker på, och skiljer lite i funktion och hur man gör olika saker. Därför kör vi alltid Debian, det gör att man vet vad man kommer att mötas av och hur saker fungerar, istället för att behöva lära sig att göra samma sak på flera ställen. Debian är dessutom en av dom mest använda disitributionerna, vilket gör att säkerhetshål och buggar upptäcks väldigt snabbt, det tillsammans med att det finns ett stort community runt Debian gör att vi vet att vi har en stabil plattform. Dessutom är det väldigt enkelt att hitta information om hur man gör olika saker, som att installera speciella program.

Vad man måste göra när man har startat en ECS-instans

När man väl har sin ECS-instans, så är det några saker man måste göra. Dels måste man installera all mjukvara som behövs för en webbplats, det gör vi just nu med ett enda kommando:

wget -qO- https://plux.se/bootstrap.txt | bash

Vad det kommandot kommer att göra är att ladda ner en bashfil och köra den direkt, scriptet gör viss grundläggande konfiguration och instasllerar den mjukvara vi behöver för våra wordpresswebbplatser. (Observera att scriptet bara fungerar med Debian Squeeze just nu.)

Fördelen med att ha ett boostrapscript för våra miljöer är att det sparar väldigt mycket tid, och man missar inte att installera något som vi faktiskt behöver. Och man behöver inte komma ihåg vilka tredjepart repos vi använder för tillexempel mariadb, php och nginx.

Grundläggande konfiguration av webbservern Nginx

Konfigurationen som vi går igenom för nginx är minimalt möjliga för att få igång en server, när mina kollegor själva sätter upp en server så är det för utveckling. Därmed är den inte anpassad för produktionsanvändning och den kan göras mycket bättre, men det gör det också svårare att komma ihåg allting man behöver komma ihåg.

Som det framgår av bildspelet ovan så bestod sista delen av denna internutbildning av en workshop. Den gick till stor del ut på att deltagarna själva skulle leta reda på svaren för vad de inte visste. Detta då allt inom IT är föränderligt och ingen färdig instruktion håller sig aktuell särskilt länge. Då är det helt enkelt viktigare att lära sig hur man hittar informationen än att lära sig den utantill.
För detta bloginläggs skull tänkte vi dock dela med oss av det vi hittade och hur vi gick vidare med våra nyvunna kunskaper.
För konfiguration av Nginx för WordPress hittade vi följande konfigurationsexempel via Nginx hemsida:
Vidare behöver man konfigurera MySQL/MariaDB och för detta hittade vi instruktioner på WordPress Codex:
När databasen och webbservern är redo fattas det bara att installera WordPress-filerna i webrooten och konfigurera wp-config.php. Klart!

Agilt projektsamarbete: Att få projektet levererat i tid och inom budget.

Att driva projekt är ingen lätt sak. Under åren vi har jobbat med webb har vi haft många lyckade projekt, men även en del mindre lyckade. Som en webbyrå som är här för att stanna vill vi därför försöka dra lärdom av projekt som inte går så bra, och förbättra vår process till nästa gång. Såhär ser vår process ut idag.

Vi har anammat agil utveckling eftersom det är det arbetssättet vi tycker ger det bästa resultatet för kunden, samtidigt som det ger schyssta villkor för både oss och vår kund. Genom att ständigt omvärdera projektet och att i små iterationer försöka bygga det kunden behöver snarare än det de från början trodde de ville ha är otroligt viktigt.

Att ha ett sånt här arbetssätt ger en mängd utmaningar. Som tur är finns det lösningar för de flesta av dem. Den första är ju naturligtvis tidsuppskattning och därmed offertskrivande. Hur kan man tidsuppskatta någonting som man bara har en generell idé om vad det kommer sluta som? Det finns bara ett enkelt svar, och det är erfarenhet. Utifrån sin erfarenhet får man försöka gissa ungefär hur mycket tid som kan behövas till en sån typ av projekt. Om kunden sedan har den sortens budget, då kan man börja arbeta.

På så sätt är det enda man kan göra ”gratis” för kunden som inte är en del av ett konsultarbete att konstatera om man har kompetensen för att genomföra projektet eller inte, samt att ge en mycket grov uppskattning på vilken sorts budget de måste ha. Om man sedan känner att man är på samma plan, då kan själva arbetet påbörjas.

Att specificera sitt projekt

Nästa steg i arbetet med vad man skall göra för kund är man tillsammans med kund samlas på en workshop och där skriver man user stories. Det är helt enkelt ett sätt att uttrycka vad för saker man skall kunna göra med det man bygger, och vad för funktioner man behöver ha för att dessa mål skall vara möjliga.

Än så länge har man bara specificerat ganska så tekniska uppgifter eller generella saker man behöver. Vad man behöver göra är att tillsammans ta fram skisser, så kallade wireframes, där man ritar upp vad man vill ha. Det kan hända att ibland så utmanar detta arbetet de user stories man har gjort, och att en del av dem behöver skrivas om eller kompletteras.

Wireframe

När det arbetet är klart så försöker vi uppskatta tidsåtgången via en metod som kallas tidsuppskattningspoker. Alla i arbetsgruppen sätter sig och med den kollektiva erfarenheten kommer man fram till en tidsuppskattning som är ganska så realistisk. Nu har man en ganska så bra uppskattning på hur mycket tid projektet kommer att ta. Redan nu är det dags att jobba med prioriteringar. Vad för saker är viktigast att ha med i projektet? Vad kan vi lägga i framtida versioner? När prioriteringslistan är klar är det dags att skrida till verket.

Veckovisa avstämningar

Det är viktigt att ha en tight kontakt i sitt projekt. Det är viktigt för att projektet skall bli ett framgångsrikt projekt, men även viktigt för projektets transparens. Här har små detaljer väldigt stor innebörd för hur projektet går.

Varje vecka har vi en avstämning med kunden. På detta tillfället går vi igenom vad vi har gjort och pratar om eventuella önskemål samt ändrar i prioriteringen för projektet. Vår ambition är att aldrig behöva utöka projektet utöver den budgeten som är avsatt. Det enda sättet det går att göra, samtidigt som kunden ”får lov” att komma med önskemål längst vägen, är helt enkelt att kunden själv får prioritera.

Till den första avstämningen har vi helt enkelt gjort ett Google-docs / exceldokument där vi har skrivit ner alla våra user stories i den prioriteringsordningen som vi initiellt satte upp i Y-ledd, och i X-ledd har vi sedan arbete lagt över tid.

avstamning

Detta sätt är bra av flera anledningar. Dels kan vi jobba i små iterationer på ett enkelt sätt. Om kunden tex vill ha en förändring i User story 1, så är detta helt OK. Men; denna skall läggas in som en ny user story. Förändrad funktionalitet får absolut inte ”ingå” i någon befintlig user story, det skapar en situation där det blir väldigt svårt att se förändringar i projektet över tid. Istället läggs denna in i som en ny user story. Detta gör det tydligt att kunden måste prioritera, och någon annan user story kanske måste skjutas ner till nästa version (och därmed ingå i en annan budget).

När budgeten är slut, så är projektet slut.

Genom att leda projektet på det här sättet får man en produkt som man vill ha, samtidigt som man inte överskrider sin budget. Vi brukar göra som såhär att om vi är färdiga med allting innan projektets budget är slut, då får kunden helt enkelt chans att avbryta jobbet där och betalar 25% av det som återstår av budgeten. Om det är så att man inte fick plats med alla user stories som man ville fått med, antingen på grund av att saker tog längre tid än vad vi trott, alternativt därför att kunden prioriterat att skapa nya user stories så får vi helt enkelt göra ett uppföljningsprojekt. Men; Det viktiga att komma ihåg här är att kunden har redan fått en leverans på en produkt som fungerar. Även om inte alla user stories kom med, så har kunden fortfarande fått en fullt användbar produkt. För att utföra resterande user stories gör man antingen ett uppföljningsprojekt, eller beroende på komplexitet går det även att lägga i ett löpande supportavtal.

Löpande samarbete / Supportavtal

Att uppdatera mjukvara, skapa nya funktioner samt göra löpande förbättringar och bidra med support för redaktörer behöver alltid göras. Hos oss gör vi det som supportavtal. Det betyder helt enkelt att man köper ett garanterat antal timmar varje månad som man gör vad man vill för. Och använder man inte de timmar man köper en månad skjuts de helt enkelt över till nästa månad. Här får vi gemensamt komma fram till vad som är rätt nivå, och följa upp över tid om det behövs mer eller mindre tid.

Ny sajt åt Skyltspektrum!

Vi här på webbyåran teamade upp med Skyltspektrum igen för en ny webbplats.

2010 gjorde vi designen åt Skyltspektrum medans Kafit byggde sajten i CMS’et Midgard. Den här gången var det WordPress som gällde, för ett enkelt och smidigt redaktionellt arbete.

De hade en rätt tydlig vision om hur sidan skulle kunna se ut så vi utgick ifrån en mall de själva gjorde som vi hade lov att modifiera efter tycke.

Upplägget av sidan är blockbaserat, lite som Pinterest. För att lösa detta använde vi oss av det häftiga jQuery-pluginet Masonry som pusslar ihop blocken så de passar in så bra som möjligt beroende på storlekarna. Masonry räknar även om när man ändrar storlek på webbläsaren vilket enkelt gjorde sidan responsiv så den ser bra ut på alla enheter.

I och med detta samarbete passade vi även på att uppgradera oss lite och köpte en helt galen skylt!

1 2 3 4