Responstider är något som alltid har varit och fortfarande är en viktig del att tänka på vid utveckling av webbapplikationer. Speciellt CMS kan upplevas som väldigt långsamma ibland. En lösning på detta är MVC ramverk, i detta arbete javascript-ramverket backbone. Problemet handlar om att implementera backbone i ett CMS och ta reda på hur prestandan påverkas. För att testa detta skapades två versioner av en sida i wordpress, den ena med en implementation av backbone för att skapa och rendera kommentarer.

Företaget Dramatify tillhandahåller en tjänst för TV- och filmproduktions-bolag att hantera kommunikation och information kring sina produktioner med hjälp av mobiler och datorer oavsett var de befinner sig. De upplever långa Responstider för sin webbapplikation och gav som förslag att studera lagring av produktionsdata i cache. För att lösa problemet har en under-sökning av tidigare arbeten inom området och lämpliga tillämpningar för att implementera, testa och analysera prototyper som lagrar data i cache.Resultatet blev en prototyp för klient respektive server med strategin att lagra varje produktion styckvis i cache. För att testa prototyperna skapades en implementation av automatiska tester som lagrade mätdata om relate-rad prestanda till cache för sidanrop från webbapplikationen i olika en-heter och webbläsare. En analys av mätdata gjordes och det visade sig att klientprototypen var 32 procent snabbare och serverprototypen 21 procent snabbare jämfört med Dramatifys implementation..

Företaget Dramatify tillhandahåller en tjänst för TV- och filmproduktions-bolag att hantera kommunikation och information kring sina produktioner med hjälp av mobiler och datorer oavsett var de befinner sig. De upplever långa Responstider för sin webbapplikation och gav som förslag att studera lagring av produktionsdata i cache. För att lösa problemet har en under-sökning av tidigare arbeten inom området och lämpliga tillämpningar för att implementera, testa och analysera prototyper som lagrar data i cache.Resultatet blev en prototyp för klient respektive server med strategin att lagra varje produktion styckvis i cache. För att testa prototyperna skapades en implementation av automatiska tester som lagrade mätdata om relate-rad prestanda till cache för sidanrop från webbapplikationen i olika en-heter och webbläsare. En analys av mätdata gjordes och det visade sig att klientprototypen var 32 procent snabbare och serverprototypen 21 procent snabbare jämfört med Dramatifys implementation..

This report is a part of the process of enhanced cooperation between fire rescue services in the region of North West Scania. The aim of the report is to study and analyze how the fire rescue service should be structured, in terms of rescue units and personnel, if no account is to be taking to the current organization. Two types of accident are considered in the report, traffic accidents and building fires. These are more affected by decreased response time than other accidents. Several suggested organizations are presented and they are evaluated with the computer program REP.

Detta är en kvalitativ intervjustudie som undersöker maskinpersonalens upplevelser av att använda headsetkommunikation i arbetet ombord. Totalt sex stycken maskinbesättningsmedlemmar intervjuades om deras upplevelser av hur headsetkommunikation har påverkat utförandet av arbetet, personlig säkerhet och tidseffektivitet. Resultaten som framkom av intervjuerna visar på att kommunikationen förbättrats med headsetkommunikation genom att talkommunikationen inte begränsas av höga bullernivåer vilket leder till minskad röstbelastning. De intervjuade vittnade om att den förbättrade kommunikationen underlättade i arbetet och ökade den personliga säkerheten genom att risken för missförstånd minskade samt att maskinbesättningens situationsmedvetenhet ökade. Förbättrad ergonomi vid svåra arbetsställningar i trånga utrymmen jämfört med handburna radioapparater upplevdes även det som en fördel med headsetkommunikation.

Att flera datorer används för att gemensamt lösa problem är inte någonting nytt. Det finns många distribuerade system i bruk och många olika lösningar för hur dessa ska kommunicera med varandra. Vissa använder sig av meddelande-orienterade lager för kommunikation vilket det finns väldigt många implementationer av. RabbitMQ är ett exempel där att kommunikation går genom en (eller ett kluster av) central nod och kommunicerar med hjälp av protokollet Advanced Message Queue Protocol, AMQP. I en helt annan kategori finns ZeroMQ som inte definierar någon central nod för all kommunikation att passera utan peer to peer är istället möjlig vilket innebär snabbare Responstider men försvårar hur olika klienter hittar till varandra.Det bloggindexerande företaget Twingly kör idag med ett distribuerat system som använder flera olika kösystem för att koordinera ut arbete till de olika datorerna.