Det här arbetet utforskar jämförelsen mellan progressiva webbapplikationer (PWA) och native mobila applikationer. Arbetet belyser ett problem som är aktuellt idag och kommer att vara ännu mer så i närmaste framtid på grund av den ständiga teknikutvecklingen och människans beroende av mobila applikationer. Användningen av mobilen har ökat kraftigt under de senaste årtiondena med mobila applikationer som integreras i människans livsstil. Denna tillväxt indikerar att utvecklingen av applikationer behöver justeras för en effektivare och säkrare metod. Även om native applikationen för närvarande leder, utmanar PWA mer än tidigare på grund av dess effektivitet och enkelhet. Genom att utveckla en PWA och en native mobilapplikation syftar denna studie på att identifiera de huvudsakliga skillnaderna. Analysens fokus var att visa de tre kritiska aspekterna, hastighet, säkerhet och utvecklingstid, med resultaten som tyder på att PWA presterar bättre i form av hastighet när den optimeras, men native mobila applikationen har en större tillgänglighet för implementering av funktioner. Dessa resultat berikar den pågående diskussionen med ytterligare förståelse för de två mest populära strategierna för att skapa en mobilapplikation och ger information om hur appscenen möjligen kan utvecklas i framtiden. / This thesis explores the comparison of progressive web applications (PWA) with native mobile applications. This thesis sheds light on an issue that is relevant today and will be even more so in the near future due to the constant advancement of technology and the growing dependence of human life on the use of mobile applications. The use of the mobile has increased significantly over the past couple of decades with the mobile application being integrated into the human lifestyle. This pattern of growth indicates that the development of the applications needs to be adjusted for an effective and more secure approach. Although the native application is currently the leading app, the PWA puts on a more extensive challenge than before due to its effectiveness and simplicity. By developing one PWA and one native mobile application, this study aims to identify the key differences. The focus of the analysis was to demonstrate the three critical aspects, speed, security and time of development with the results showing that the PWA performs better in terms of speed when being optimized, but the native mobile application has a larger access base for feature implementation. These results enrich the ongoing discussion with further understanding for the two most popular strategies of crafting a mobile application, with information about how the future of the app scene possibly evolve.

No description available.

For maximal market penetration, popular mobile applications are typically supported on all major platforms, including Android and iOS. Despite the vast differences in the look-and-feel of major mobile platforms, applications running on these platforms in essence provide the same core functionality. As an application is maintained and evolved, programmers need to replicate the resulting changes on all the supported platforms, a tedious and error-prone programming process. Commercial automated source-to-source translation tools prove inadequate due to the structural and idiomatic differences in how functionalities are expressed across major platforms. In this thesis, we present a new approach---Native-2-Native---that automatically synthesizes code for a mobile application to make use of native resources on one platform, based on the equivalent program transformations performed on another platform. First, the programmer modifies a mobile application's Android version to make use of some native resource, with a plugin capturing code changes. Based on the changes, the system then parameterizes a web search query over popular programming resources (e.g., Google Code, StackOverflow, etc.), to discover equivalent iOS code blocks with the closest similarity to the programmer-written Android code. The discovered iOS code block is then presented to the programmer as an automatically synthesized Swift source file to further fine-tune and subsequently integrate in the mobile application's iOS version. Our evaluation, enhancing mobile applications to make use of common native resources, shows that the presented approach can correctly synthesize more than 86% of Swift code for the subject applications' iOS versions. / Master of Science

The problem investigated in this paper is the unlikely friendship of Swift and Bolingbroke. The purpose is to assess the reaction of Swift to the ethics of Bolingbroke. Under examination are the conflicting opinions of these men in regard to morals, money, and ethics. Chapter I contains immoral actions of Bolingbroke. Chapter II shows Swift's manner of life and his reaction to Bolingbroke's immorality. Chapter III gives Swift's attitude to money, Bolingbroke's attitude, and Swift's reaction to Bolingbroke's opinion. Chapter IV contains Bolingbroke's ethical philosophy. And Chapter V reveals Swift's religious views and his reaction to Bolingbroke's ethics. The conclusion is that Swift disapproved of Bolingbroke's ethics, but did not break with him on account of them.

This thesis aims to explore how trust, communication and innovation is potentially interconnected in the context of e-entrepreneurial startups. Trust seems to be an important component to success, but the virtual environment makes the traditional formation of trust difficult. An inductive strategy using qualitative interviews was employed to explore this relatively under researched subject. The findings indicate the most important aspects of trust in this context. Further, the findings imply that some of the constructs for trust present in virtual and temporary teams are also present in this context. Furthermore, there seems to be connections between communication and trust in a startup, both ways. The same seems true for the aspects of the firm's innovation capabilities and trust. Finally, theoretical implications of this research are presented and several interesting topics for future research are suggested. / Denna uppsats ämnar utforska den potentiella relationen mellan tillit, kommunikation och innovation i kontexten av e-entreprenöriella start-ups. Tillit verkar vara en viktig del för att nå framgång, men den virtuella kontexten gör en traditionell tillitsutveckling svår. En induktiv strategi med kvalitativa intervjuer användes för att utforska detta, som är ett relativt underforskat ämne. Resultaten antyder på de viktigaste elementen av tillit i denna kontext. Vidare pekar även studien på att vissa av de konstruktioner för tillit som återfinns i virtuella och tillfälliga teams även återfinns i denna kontext. Det tycks även finnas en tvåvägs koppling mellan kommunikation och tillit samt för beståndsdelarna av innovation capabilities och tillit. Slutligen presenteras implikationer för det teoretiska fältet och flera intressanta ämnen för framtida forskning föreslås.

Due to limitations in hardware, raising processor clock speeds is no longer the primary way to increase computing performance. Instead, computing devices are equipped with multiple processors (they are multi-core) to increase performance by enabling parallel execution of code. To fully utilize all available computational power, programs need to be concurrent, i.e. be able to manage multiple tasks at the same time. To this end, programming languages and platforms often provide a concurrency model that allows developers to construct concurrent programs. These models can vary both in design and implementation. In September of 2021, a new version of the Swift programming language, most commonly used to develop mobile applications on Apple’s iOS platform, was released. This release introduced a new concurrency model, Swift concurrency (SC), featuring e.g. structured concurrency and the async/await pattern. The performance of a concurrency model is important, not the least because end users expect applications to be responsive and performant. This thesis investigates Swift’s new concurrency model from a performance perspective, comparing it to a previous model, Grand Central Dispatch (GCD). Six benchmark applications are developed and implemented in both the GCD and the Swift concurrency models. Three of the benchmarks are focused on exercising separate parts of the models in isolation. The other three use the models to solve classical computational problems: Fibonacci numbers, N-Queens problem, and matrix multiplication. A performance analysis is carried out to study the differences in execution time and memory consumption between the two models. The results show differences between the two models, especially in execution time, and indicate that neither model consistently outperforms the other. Finally, some possible avenues for future work are identified. / På grund av begränsningar i hårdvara går det inte längre att öka datorprestanda genom att enbart öka klockfrekvensen hos processorer. Datorer förses numera istället med flera processorer (s.k. multi-core) för att öka prestanda genom att möjliggöra parallell exekvering av kod. För att till fullo kunna utnyttja all tillgänglig datorkraft så måste program vara concurrent, det vill säga att de måste kunna hantera flera olika uppgifter samtidigt. För detta ändamål tillhandahåller programmeringsspråk och plattformar ofta en concurrency-modell som låter utvecklare konstruera program som är concurrent. Dessa modeller kan variera både i design och i hur de är implementerade. I september 2021 så släpptes en ny version av programmeringsspråket Swift, som främst används för att utveckla mobilapplikationer på Apples iOS-plattform. Den nya versionen introducerade en ny concurrency-modell, Swift concurrency, med bland annat strukturerad concurrency och async/await-mönstret. Prestandan i en concurrency-modell är viktig att beakta, inte minst för att användare förväntar sig att applikationer ska vara responsiva och kraftfulla. Denna studie utvärderar den nya concurrency-modellen ur ett prestandaperspektiv, och jämför den med en tidigare modell, Grand Central Dispatch (GCD). Sex stycken benchmark-applikationer skapas och implementeras i både GCD- och Swift concurrency-modellerna. Tre av våra benchmarks fokuserar på att utvärdera enskilda delar av modellerna var för sig. De andra tre använder modellerna för att lösa klassiska beräkningsproblem: Fibonacci-tal, N-Queens-problemet, och matrismultiplikation. En prestandaanalys utförs för att studera skillnaderna i exekveringstid och minnesanvändning mellan de två modellerna. Resultaten visar på skillnader mellan de två modellerna, särskilt i exekveringstid, och indikerar att ingendera modell konsekvent presterar bättre än den andra. Slutligen identifieras några möjliga vägar för framtida arbete.

The Swift programming language recently introduced the actor model alongside Swift concurrency as a first-class citizen. Previously, concurrent programming in Swift required importing modules, e.g., Grand Central Dispatch. Grand Central Dispatch is a concurrency framework, often used for implementing shared memory concurrency in Swift. In contrast to Grand Central Dispatch, the Swift actor provides implicit mutual exclusion via message passing concurrency and the notion of actor isolation. This thesis evaluates the performance of the Swift actor and Swift concurrency in comparison to thread-safe objects with Grand Central Dispatch. The study assembled a benchmark suite to measure the performance over central bottlenecks (Chameneos), large counts of independent objects (Dining Philosophers), long-living concurrent objects (Dining Philosophers) and massively parallel messaging (Big). The results indicate the lack of a catch-all solution to concurrent programming in Swift. In comparison to Grand Central Dispatch, a system of actors tends to require more memory to finish execution. By upper bounding concurrency in actors, memory use is effectively limited at the cost of possibly longer execution times. In particular, the results were gathered on a macOS computer. With unique implementations of threads in different operating systems, further studies are needed to evaluate Swift concurrency and the Swift actor on other systems and hardware. In addition, further studies may evaluate the risk of congestion at large numbers of concurrent actors. / Programmeringsspråket Swift introducerade nyligen actor-modellen med Swift concurrency som en förstklassig medborgare. Samtidig programmering i Swift krävde importmoduler innan dess, t.ex. Grand Central Dispatch. Grand Central Dispatch är ett ramverk för samtidighet och används ofta för att implementera samtidighet med delat minne i Swift. I kontrast till Grand Central Dispatch tillhandahåller Swift actors implicit ömsesidig uteslutning via message passing och actor-isolering. Detta examensarbete utvärderar prestandan av Swift actors och Swift concurrency i jämförelse med trådsäkra objekt via Grand Central Dispatch. Studien sammanställde en benchmark suite för att mäta prestandan över centrala flaskhalsar (Chameneos), stora antal oberoende objekt (Dining Philosophers), samtidiga objekt med långa liv (Dining Philosophers) och massivt parallella meddelanden (Big). Resultaten indikerar en avsaknad av en fullständig lösning för samtidig programmering i Swift. I jämförelse med Grand Central Dispatch tenderar ett system av Swift actors att använda mer minne för att slutföra exekvering. Med en övre gräns för samtidighet hos actors begränsas minnesanvändningen effektivt med eventuellt längre exekveringstider. Denna studie samlade resultat med en macOS-dator. Med unika implementeringar av trådar i olika operativsystem behövs ytterligare studier för att utvärdera Swift concurrency och Swift actors på andra system och hårdvaror. Dessutom kan ytterligare studier utvärdera risken av trängsel vid stora antal samtidiga actors.

In the world of mobile applications, there is no lack of frameworks and languages to use for development. One of the most used frameworks is React Native, which builds on React for web browsers. The React Native framework allows the developer to write the application in JavaScript, and run the application on iOS or Android devices. As the market for mobile applications expands, the time it takes to develop an application is under pressure, and a framework allowing for one codebase for two applications can save time and money. Deedster is a company that provides a mobile application where the user can learn about climate change and perform small tasks, deeds, that give a positive impact on the environment. A common request from the users is the automatization of completion of deeds. This thesis creates two implementations of a QR-code scanning application for completion of deeds, one with Swift and one with React Native, and compares the experiences during development and the results of the implementation. The evaluation uses both a quantitative and a qualitative analysis. The produced application fulfilled most of the requirements, including the scanning of a QR-code to open the application, an authentication process and the completion of a deed with confirmation for the user. The execution times for the two implementations did not differ largely, but the measurements of the application launch time proved flawed in design due to the difference in measurement technique between the two implementations. When it came to the development process, the React Native framework provided major difficulties with configuration and dependencies, resulting in difficulties when locating the source of errors. The launching process for the Swift application required some manual configurations that proved difficult such as creating certificates, while the React Native implementation used Expo to convert the project to a launchable file format which created all required files for the developer. While the usage of Expo was smooth once it worked, build errors and lacking bridges appeared which proved hard to solve. In conclusion, while the process for React Native was smooth once all dependencies were figured out, the time it took to get all configurations in place consumed a large chunk of the project’s time budget while the Swift implementation provided steady progress with few unexpected errors. / För applikationsutveckling för mobiler finns det en uppsjö av språk och ramverk för att underlätta utvecklingsprocessen. Ett av de vanligaste ramverken är React Native som bygger på React för webbläsare. React Native-ramverket låter utvecklare skriva koden i JavaScript, men köra applikationen på både iOS- och Android-enheter. I takt med att marknaden för mobilapplikationer växer, sätts det högre press på kortare utvecklingsfaser och snabbare lansering. För att underlätta processen och spara tid och pengar kan React Native vara en bra lösning. Deedster är ett företag som erbjuder en mobilapplikation där användaren kan lära sig om klimatförändringar och utföra små uppdrag, deeds, som ger en positiv påverkan på klimatet. En vanlig förfrågan från användare är ett sätt att automatisera avklarandet av deeds. Den här uppsatsen skapar två implementationer av en applikation som scannar en QR-kod för att markera en deed som avklarad. Den ena byggs med Swift och den andra med React Native och syftar till att jämföra utvecklingsprocessen och den resulterande applikationen. Evalueringen sker med både en kvalitativ och en kvantitativ analys. Den färdiga applikationen uppfyllde de flesta kraven som Deedster ställt, inklusive att appen öppnas genom att scanna en QR-kod, en användare kan autentisera sig, klicka för att markera en deed som klar och få bekräftelse från appen om att det är klart. Exekveringstiderna för de två implementationerna varierade inte märkbart, men mätningarna för starttiden för applikationerna visade sig bristfällig då mättekniken för de två apparna inte blev jämförbar. Gällande utvecklingsprocessen resulterade användandet av React Native i stora problem med konfigurationer och versionskompatibilitet vilket gjorde felsökning svårt. Lanseringsprocessen för Swift-appen krävde en del manuell konfigurering med till exempel certifikat, medan React Native implementationen använde Expo för att konvertera React Native-projektet till ett lanserbart filformat som skapade alla behövda filer åt användaren. Trots att Expo för pakethantering var enkelt och smidigt när det väl fungerade så krävde alla fel vid kompilering och avsaknad av bryggor mycket tid och var svårt att lösa. Slutsatsen blev att React Native var smidigt när alla konfigurationer var på plats, men den tid det tog att konfigurera allt stod för merparten av den tid som lagts på att bygga applikationen. För Swift var processen istället smidig om än inte lika automatiserad, och bjöd på få om ens några oväntade fel.

Le présent travail s'attache à envisager le thème de la réconciliation avec le passé à l'ère postmoderne chez Graham Swift. Il s'agit d'envisager ce dernier thème en relation d'une part avec les métamorphoses des personnages (un des sens à donner aux métamorphoses de l'histoire dans mon titre) et d'autre part avec celles de l'histoire et du temps. Les aléas psychanalytiques de l'identité, les rapports de l'être à l'histoire et au temps sont analysés. S'il n'est pas vraiment question de statuer sur la réussite d'une telle réconciliation, on examinera ses stratégies et notamment quelques uns de ses versants narratifs. L'échelle individuelle est envisagée dans son aspect métonymique. / This work examines how Graham Swift's works tackle the issue of a potential reconciliation with the past. Reconciliation will be analysed together with the character's metamorphoses over time (one of the meaning that has to be given to the metamorphoses of history in my thesis's title) and the fictional transformations of time and history. The psychoanalytic evolutions of identities and the relationships of the characters with time and history will be studied. If it is difficult to precisely assess the success of reconciliation, we will focus on some of its underlying strategies and narrative treatments. The individual level will serve as a model for the collective level.

Finansiella institut behöver en säker och tillförlitlig infrastruktur för att utföra transaktioner mellan varandra. I dagsläget finns det en rad olika lösningar för detta, som SWIFT och SEPA. Dessa lösningar har dock problem. SEPA omfattar enbart eurozonen och den övriga Europeiska unionen, och SWIFT har funnits sedan 1970-talet och har en äldre kommunikationsstandard som är dyr att ansluta sig till. SWIFTs standard är under processen av att fasas ut och ersättas av den nyare ISO 20022 standarden för finansiella meddelanden. Därför finns det ett behov av ett nytt digitalt betalningssystem som är lättillgängligt, billigt, säkert, och lättanvänt för finansiella institutioner. Detta problem kan lösas med hjälp av den nyare ISO 20022 standarden och HTTPS. I detta examensarbete konstrueras ett förslag till kommunikationssystem som följer dessa standarder och bibehåller integriteten hos de finansiella meddelandena. Kommunikationssystemets källkod är öppen för allmänheten och dokumenterad, vilket gör den lättillgänglig och ett simpelt ramverk för ISO 20022-kompatibla kommunikationssystem som gör att finansiella institutioner kan integrera det i sina existerande system. Kommunikationssystemet implementeras i Java, som är ett väletablerat programmeringsspråk inom finanssektorn. Denna implementation valideras genom integrationstester för de testfall som identifierats i det konstruerade systemet. Vidare inkluderar implementeringen även dokumentation med instruktioner om exempelvis hur det föreslagna systemet kan integreras i befintliga finansiella institutioners system. Kommunikationssystemet stödjer grundläggande funktionalitet för att skicka och ta emot meddelanden, men stöd för flera olika meddelandetyper är inte implementerat. Vidare är kommunikationssystemet beroende av ett externt system som tar emot och behandlar meddelandena efter att de validerats av komunikationssytemet. / Financial institutes need a secure and reliable infrastructure to make transactions with each other. In the current situation there are a few different solutions for this, like SWIFT and SEPA. These solutions have their own set of problems. SEPA only covers the eurozone and the rest of the European Union. SWIFT has been around since the 1970s and uses an old communication standard which is expensive to use. SWIFT’s standard is currently being replaced by the more modern ISO 20022 financial messaging standard. Due to this, there is a demand for a new digital communication system that is accessible, cheap, secure, and easy to use for financial institutions. This problem could be solved by the newer ISO 20022 standard and HTTPS. In this thesis, a proposal for a communication system that is compliant with these standards is constructed, keeping the integrity of the financial messages intact. The communication system’s source code is publicly available and documented, which keeps it accessible and makes it a simple ISO 20022 compatible communication system framework for financial institutions to integrate into their existing payment systems. The communication system solution is implemented in Java, which is a well-established programming language within the finance sector. The implementation is validated through integration tests for the test cases that have been identified for the constructed system. Furthermore, the implementation includes documentation with instructions for, for example, how the proposed communication system can be integrated in existing financial institution systems. The communication system supports basic functionality for sending and receiving messages, but support for multiple message types is not implemented. Furthermore, the communication system is dependent on an external system that receives and processes the messages after they have been validated by the communication system.