Web-kehityksen haasteet : React-käyttöliittymäkirjaston ongelmat Stack Overflow -sivuston kysymyksissä

Tässä tutkielmassa käsitellään web-kehityksessä kohdattuja haasteita, ongelmia ja virhetilanteita. Tutkimusosuudessa perehdytään React-käyttöliittymäkirjaston parissa kohdattuihin ongelmiin Stack Overflow -kysymysten perusteella. Kysymyksille suoritetaan LDA-analyysi. React (myös ReactJS, React.js) on ilmainen avoimen lähdekoodin selainpuolen JavaScript-kirjasto, joka on tarkoitettu käyttöliittymien rakentamiseen. Stack Overflow on ohjelmointiin suuntautunut kysymys-vastaus-sivusto. Latent Dirichlet Allocation -menetelmän (LDA-menetelmä) avulla voidaan luokitella tekstidokumenteille aiheita ja aihemalleille olennaisimpia avainsanoja. Stack Overflow -sivustolta ladataan vuoden ajalta kaikki reactjs-tunnisteella löytyvät kysymykset (96 698 kappaletta). Kysymyksille suoritetaan esikäsittely eli muun muassa siistimistä, sulkusanojen poisto ja stemmaus. Lopuksi käsitellyille kysymyksille suoritetaan LDA-analyysi. LDA-algoritmissa käytetään 11 aihetta ja tuloksia havainnollistetaan taulukko- ja kuvamuodossa. Aiheet nimettiin manuaalisesti. Aiheiden nimet ja prosenttiosuudet kaikista kysymyksistä ovat seuraavat: komponenttien hahmontaminen (18,5), virheet projekteissa (15,2), data ja taulukot (12,6), kuvat (11,5), ohjelmointirajapinnat ja palvelinpuoli (10,6), komponentit (7,3), tila (6,3), käyttöliittymän ulkoasu (5,8), reititys (5,4), lomakkeet (4,7) ja node-moduulit (2,0). Suurin osa Reactin ongelmista koskivat komponentteja, mutta noin kolmannes liittyi palvelinpuoleen ja yleisiin virheisiin projekteissa. Aivan samankaltaista LDA-menetelmää ja tietyn käyttöliittymäkirjaston kysymyksiä analysoivaa tutkimusta ei ole aiemmin tehty, mutta pientä yhtäläisyyttä tämän ja aiempien tutkimusten aiheiden prosenttiosuuksien kanssa löytyi. Aikaisempien tutkimusten kysymysten aihealueen ollessa eri, suuria yleistyksiä ei voida kuitenkaan tehdä

Sistema de Gestión de Sub-Contratos

Informe Final de Graduación (Bachiller en Ingeniería en Computación). Instituto Tecnológico de Costa Rica, Escuela de Ingeniería en Computación, 2018.Bilco Costa Rica is a building company focused on customer service, it stands out as a non-traditional construction company with a large number of high-end projects completed despite its short history in the country. In this company various processes are carried on paper or tools are used that does not solve all the processes that the company performs. For this reason, the information technology (IT) department is working on a system where most of the processes of the company can be performed from a single software system to carry out a better order of the information that is generated. For the Professional Practice will be performing the Sub Contracts system, which will be contributing with the subcontracts that the company makes when it comes the time to start new projects or remodeling projects. With the system described above it is intended that handmade, Excel and Word documents will be replaced. This project has as a priority to independence the software company ERP Softland that has been used, because it has not as complied with the requirements of the company to carry out the subcontracting process.Bilco Costa Rica S.A

API Failures in Openstack Cloud Environments

Des histoires sur les pannes de service dans les environnements infonuagiques ont fait les manchettes récemment. Dans de nombreux cas, la fiabilité des interfaces de programmation d’applications (API) des infrastructures infonuagiques étaient en défaut. Par conséquent, la compréhension des facteurs qui influent sur la fiabilité de ces APIs est importante pour améliorer la disponibilité des services infonuagiques. Dans cette thèse, nous étudions les défaillances des APIs de la plateforme OpenStack ; qui est la plate-forme infonuagique à code source ouvert la plus populaire à ce jour. Nous examinons les bogues de 25 modules contenus dans les 5 APIs les plus importantes d’OpenStack, afin de comprendre les défaillances des APIs infonuagiques et leurs caractéristiques. Nos résultats montrent que dans OpenStack, un tiers de tous les changements au code des APIs a pour objectif la correction de fautes ; 7% de ces changements modifiants l’interface des APIs concernés (induisant un risque de défaillances des clients de ces APIs). Grâce à l’analyse qualitative d’un échantillon de 230 défaillances d’APIs et de 71 défaillances d’APIs ayant eu une incidence sur des applications tierces, nous avons constaté que la majorité des défaillances d’APIs sont attribuables à de petites erreurs de programmation. Nous avons également observé que les erreurs de programmation et les erreurs de configuration sont les principales causes des défaillances ayant une incidence sur des applications tierces. Nous avons mené un sondage auprès de 38 développeurs d’OpenStack et d’applications tierces, dans lequel les participants étaient invités à se prononcer sur la propagation de défaillances d’APIs à des applications tierces. Parmi les principales raisons fournies par les développeurs pour expliquer l’apparition et la propagation des défaillances d’APIs dans les écosystèmes infonuagiques figurent : les petites erreurs de programmation, les erreurs de configuration, une faible couverture de test, des examens de code peu fréquents, et une fréquence de production de nouvelles versions trop élevé. Nous avons exploré la possibilité d’utiliser des contrôleurs de style de code, pour détecter les petites erreurs de programmation et les erreurs de configuration tôt dans le processus de développement, mais avons constaté que dans la plupart des cas, ces outils sont incapables de localiser ces types d’erreurs. Heureusement, le sujet des rapports de bogues, les messages contenues dans ces rapports, les traces d’exécutions, et les délais de réponses entre les commentaires contenues dans les rapports de bogues se sont avérés très utiles pour la localisation des fautes conduisant aux défaillances d’APIs.----------ABSTRACT: Stories about service outages in cloud environments have been making the headlines recently. In many cases, the reliability of cloud infrastructure Application Programming Interfaces (APIs) were at fault. Hence, understanding the factors affecting the reliability of these APIs is important to improve the availability of cloud services. In this thesis, we investigate API failures in OpenStack ; the most popular open source cloud platform to date. We mine the bugs of 25 modules within the 5 most important OpenStack APIs to understand API failures and their characteristics. Our results show that in OpenStack, one third of all API-related changes are due to fixing failures, with 7% of all fixes even changing the API interface, potentially breaking clients. Through a qualitative analysis of 230 sampled API failures, and 71 API failures that impacted third parties applications, we observed that the majority of API-related failures are due to small programming faults. We also observed that small programming faults and configuration faults are the most frequent causes of failures that propagate to third parties applications. We conducted a survey with 38 OpenStack and third party developers, in which participants were asked about the causes of API failures that propagate to third party applications. These developers reported that small programming faults, configuration faults, low testing coverage, infrequent code reviews, and a rapid release frequency are the main reasons behind the appearance and propagation of API failures. We explored the possibility of using code style checkers to detect small programming and configuration faults early on, but found that in the majority of cases, they cannot be localized using the tools. Fortunately, the subject, message and stack trace as well as the reply lag between comments included in the failures’ bug reports provide a good indication of the cause of the failure