Visibilidad de las mujeres en el ciclo de vida del desarrollo de software

The visibility of women in the labor context of software production is very weak, due to their low participation and socio-cultural difficulties to grow in the labor context. This article aims to show women's role and contribution in the whole life cycle of software development and thus promote gender equity and equality in this area. Methodologically, we have taken the systematic mapping technique to search in the technical literature as a basis. This allows us to obtain a comprehensive view of the work related to gender gaps women face in their work performance in software manufacturing. To complement this study, a form including closed questions was designed to obtain information about the role women play in software production and their expectations in terms of their professional contribution in this field. The main findings allow us to infer that there are biases when defining leaders and roles in software development. It is hoped that the findings of this study will provide inspiring information for women who wish to lead teams in the field of software development by showing the reduction of gender gaps and the possibility of successfully exercising leadership in this field.La visibilidad de las mujeres en el contexto laboral de la producción de software se observa muy débil, debido a su escasa participación y dificultades socioculturales para crecer en el contexto laboral. El propósito de este artículo es, evidenciar el rol y aporte de las mujeres en todo el ciclo de vida del desarrollo de Software y así contribuir a promover la equidad y la igualdad de género en esta área de fabricación de software. Metodológicamente se ha tomado como base la técnica de mapeo sistemático para búsqueda en la literatura técnica. Esto nos permite obtener una visión integral de los trabajos relacionados con las brechas de género que enfrentan las mujeres en su desempeño laboral en la fabricación de software. Para complementar este estudio, se diseñó un formulario que incluye preguntas cerradas para obtener información sobre el rol que desempeñan las mujeres en la producción de software y sus expectativas personales en términos de su contribución profesional en este campo. Los principales hallazgos nos permiten inferir que existe sesgos a la hora de definir líderes y roles en el desarrollo de software. Se espera que los hallazgos de este estudio proporcionen información inspiradora para las mujeres que anhelan liderar equipos de trabajo en el campo del Desarrollo de Software, al evidenciar la reducción de las brechas de género y la posibilidad de ejercer el liderazgo de manera exitosa en este ámbito.Facultad de Informátic

On the Impact of Affect in Software Engineering

RÉSUMÉ Selon les études scientifiques, l’une des meilleures façons d’améliorer la performance des développeurs de logiciels peut être réalisée en se concentrant sur les individus. Par exemple,Agile Manifesto a évalué les individus et leurs interactions sur les processus et les outils,tout en mettant l’accent sur le fait de fournir un environnement favorable et souhaitable aux employés. En outre, les recherches menées dans les autres domaines comme la psychologie, le comportement économique et organisationnel révèlent que le bien-être émotionnel des gens agit comme une force causale de leur productivité. Les affects d’individus, c’est-à-dire leurs émotions, leurs sentiments et leur humeur influencent sur leur comportement et leurs interactions et, par conséquent, le développement de logiciels en tant qu’activité collaborative des développeurs peuvent également être influencé par ces affects. Surtout sachant que le développement logiciel est un processus complexe, cognitif et intellectuel, ces affects peuvent avoir un impact significatif sur son succès. Jusqu’à présent, très peu d’études ont été menées dans un contexte de génie logiciel pour étudier comment les affects des développeurs pourraient influencer le processus de développement logiciel et quelles conséquences ils peuvent apporter. Cette thèse vise à étudier le lien entre les affects des développeurs et les aspects cruciaux du processus d’ingénierie logicielle, il s’agit de la qualité du travail en résultat et le temps nécessaire pour y parvenir. À cette fin, nous avons effectué plusieurs études empiriques sur des projets "open source" populaires. Dans un premier temps, nous avons essayé d’analyser la présence d’affects dans des artefacts de génie logiciel/ de l’ingénierie du logiciel, d’inspecter leurs significations dans ce contexte et de vérifier la faisabilité du support automatique d’outil pour la détection de l’affect dans le domaine du génie logiciel/ de l’ingénierie du logiciel grâce à ces études empiriques. Ensuite, deux grandes études de cas empiriques ont été réalisées pour analyser l’impact des systèmes métriques liés affectifs. Dans la première étude, nous avons examiné l’impact de divers facteurs, y compris le sentiment de l’issue et les commentaires sur la défectuosité-pronostic d’un correctif. Ensuite, les commentaires ont laissé dans le repérage de la sortie et des dépôts utilisés comme proxy pour les discussions humaines. Les modèles explicatifs ont montré une précision et un rappel significatif, en particulier en raison de l’impact des facteurs humains de la discussion humaine, tandis que les paramètres liés au sentiment y jouent également un rôle. Dans notre deuxième étude, nous nous sommes concentrés sur la durée de l’examen du code et la résolution des problèmes, qui sont deux activités principales dans le développement de logiciels. Bien que cette étude utilise les mêmes données que l’étude précédente, les facteurs analysés l’ont plus largement été sélectionnés, par exemple, pour les facteurs liés à l’affect, les mesures, y compris le sentiment, l’émotion et la politesse des commentaires ont été calculés. Les facteurs liés à l’affect sont apparus parmi les 10 principaux éléments influents des modèles proposés. Tandis que, des modèles explicatifs forts ont été obtenus avec une haute précision et un rappel élevé, c’est-à-dire plus de 75% pour aussi bien la précision que pour le rappel. Les découvertes de ces deux études ont révélé que des facteurs concernant l’affect ont un impact sur de principales mesures du processus de développement de logiciels, incluant la qualité et le temps pris pour mettre fin aux activités principales, il s’agit de l’examen de code et la résolution des problèmes (publication). Cela est encore plus important pour les projets "open source", car récemment, de nombreux projets "open source" populaires et même des référentiels de code comme Github ont commencé à chercher une solution possible pour traiter des conflits, sous forme de codes de conduite. De grands projets logiciels, comme des projets "open source", sont construits et entretenus en collaboration par des équipes de développeurs et de testeurs, qui sont typiquement et géographiquement dispersés. Cette dispersion crée une distance entre des membres de l’équipe, cachant des entiments de détresse ou (un)bonheur de leur gestionnaire, ce qui les empêche d’utiliser des techniques de remédiation de ces sentiments. La mesure automatique de l’incidence des artefacts du génie logiciel peut aider des gestionnaires à contrôler leurs environnements d’équipe en fonction de leurs besoins et à augmenter leur conscience émotionnelle. Cela pourrait finalement conduire à une meilleure prise de décision pour ces directeurs au moment désiré à stimuler l’ambiance de leur équipe et de traiter des conflits ou des obstacles avant qu’ils deviennent perplexes et insolubles. Nous avons conduit une étude empirique pour comprendre des codes de conduite et leur rôle dans des projets "open source". Nous espérons que cette évaluation de codes de conduite et nos résultats avec des mesures d’affect automatisées pourront permettre aux praticiens de non seulement remarquer des problèmes, mais également d’évaluer des contre-mesures éventuelles à prendre.----------ABSTRACT According to scientific studies, one of the best ways to improve software developers’ performance is by focusing on people. For instance, Agile manifesto valued individuals and their interactions over processes and tools, while emphasizing a supportive and desirable environment for employees. Moreover, research in other fields like psychology, economic and organizational behaviour reveals that emotional well-being of people acts as a causal force for their productivity. Affects of individuals, i.e. their emotions, feelings, and mood influence human behaviour and interactions, and therefore, software development as a collaborative activity of developers can be influenced by affect too. Especially knowing that software development is a complex, cognitive, and intellectual process, affect might have a significant impact on its success. So far, very few studies have been conducted in a software engineering context to investigate how developer affect may influence the software development process and what consequences they can bring about. This PhD dissertation aims to investigate the link between affect of developers and important aspects of software engineering process, i.e., quality of the resulting work and the time taken to achieve it. For this purpose, we conducted several empirical studies on popular open source projects. First, we tried to analyze the presence of affects in software engineering artifacts, inspect their meanings in this context and verify the feasibility of automatic tool support for affect detection in the software engineering domain through empirical studies. Next, two large empirical case studies were done to analyze the impact of affective-related metrics. In the first study, comments left in the issue tracking and review repositories were considered as proxy for human discussions. Then, we investigated the impact of various factors including sentiment of issue and review comments on defect-proneness of a patch. Explanatory models showed significant precision and recall, especially due to the impact of human discussion factors while sentiment-related metrics play a role in them too. In our third study, we focused on the duration of code reviewing and issue resolution, which are two major activities in software development. While this study used the same data as the previous study, the analyzed factors were selected more widely, for instance, for affectrelated factors, measurements including sentiment, emotion and politeness of comments were computed. Affect-related factors appeared among the top 10 influential factors of proposed models. While, strong explanatory models were obtained with high precision and recall, i.e., mostly higher than 75% for both precision and recall. Findings of these last two studies revealed that affect-related factors impact major metrics in software development process including quality and time taken to finish main activities, i.e., code reviewing and issue resolution. This is even more important for open source projects, since recently, many popular open source projects and even code repository like Github started to look for a possible solution to deal with conflicts, in the form of codes of conduct. Large software projects like open source projects, are constructed and maintained collaboratively by teams of developers and testers, who are typically geographically dispersed. This dispersion creates a distance between team members, hiding feelings of distress or (un)happiness from their manager, which prevents him or her from using remediation techniques for those feelings. Automatic affect measurement from software engineering artifacts can help managers to monitor their team environments affect-wise and increase their emotional-awareness. This finally may lead to better decision making for managers at the appropriate time to boost the atmosphere of their team and to deal with conflicts or obstacles before they are getting perplexing and insoluble. We conducted an empirical study to understand codes of conduct and their role in open source projects. We hope that this evaluation of codes of conduct and our results with automated affect measurements will be able to enable practitioners to not only notice problems, but also evaluate possible countermeasures to take

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

Hallitustoiminnan monimuotoisuus ja sukupuolten välinen tasa-arvo - Corporate governancen vaikutus pörssiyhtiöiden hallitusten toimintaan

Suomi on yksi maailman tasa-arvoisimmista maista, missä naisilla ja miehillä on yhtäläiset mahdollisuudet opiskella ja edetä työuralla. Tästä huolimatta naisten osuus ylimmissä päätöksentekoelimissä on edelleen pienempi kuin miesten osuus. Vaikka naisia valmistuu jo enemmän lukioista ja korkeakouluista, naisten määrä pörssiyhtiöiden hallituksissa on 27 %. Tämän pro gradu -tutkielman tavoitteena on selvittää ja pohtia syitä, miksi naiset jäävät edelleen alemman johtotason tehtäviin, eivätkä etene mieskollegojensa lailla ylimpiin johtotehtäviin ja edelleen pörssiyhtiöiden hallituksiin. Tutkielman tarkoituksena on tarkastella sukupuolten välistä tasa-arvoa tämän hetken työelämässä Suomessa, ja etenkin pörssiyhtiöiden hallitusten kokoonpanossa. Tavoitteena on myös pohtia, mitä monimuotoinen hallitusryhmä tuo keskusteluun, päätöksentekoon ja ryhmädynamiikkaan. Tutkimuksen teoreettinen tausta perustuu corporate governance -teoriaan ja Suomen hallinnointikoodiin, johon on vuonna 2015 lisätty monimuotoisuuden suositus. Tämä suositus pyrkii edistämään sukupuolten välistä tasa-arvoa, ja etenkin lisäämään naisten edustusta hallitusryhmien kokoonpanossa. Tutkimus on laadullinen tutkimus, jonka empiirinen osa koostuu yksilöhaastatteluista. Tutkimukseen on haastateltu 11 henkilöä, jotka toimivat tai ovat toimineet pörssiyhtiöiden hallituksissa tai muiden suurten yritysten hallituksissa. Heillä on myös muuta laaja-alaista kokemusta johtamisesta, liiketoimintavastuusta ja erilaisissa hallitusryhmissä työskentelystä. Haastattelut tehtiin keväällä 2018, jonka jälkeen aineisto litteroitiin ja teemoiteltiin, sekä analysoitiin sisällönanalyysillä. Tutkimuksen tulosten mukaan Suomi nähdään tasa-arvoisena maana, jossa sukupuolella ei ole merkitystä työelämässä tai siinä etenemisessä. Tästä huolimatta monimuotoisuus ja hallitusryhmän diversiteetti koetaan keskustelua ja ryhmädynamiikkaa edistäviksi tekijöiksi, mihin tulee pyrkiä. Tutkimustulosten mukaan tasa-arvoiseen urakehitykseen vaikuttaa kolme tekijää: työntekijän oma-aloitteisuus ja päämäärätietoisuus edetä urallaan, esimiehen tasapuolinen kannustaminen ja mentorointi edistää työntekijän uraa sekä työntekijän verkostot ja verkostoituminen. Tutkimustulosten kautta voidaan päätellä, että nykyinen hallinnointikoodi edistää tasa-arvoisen työelämän kehittymistä ja edesauttaa naisia nousemaan pörssiyhtiöissä ylempiin johtotehtäviin ja sitä kautta myös hallituksiin. Hallinnointikoodin suositus antaa kuitenkin yhtiölle liikkumavaraa, ja kannustaa niitä itseohjautuvuuteen. Johtopäätöksenä voidaan todeta, että monimuotoisuus ja etenkin naisten ja miesten välinen tasapaino hallitustyöskentelyssä lisää yhtiön mahdollisuutta reagoida laaja-alaisemmin muuttuvaan toimintaympäristöön ja edistää yhtiön toimintaa ja tuottavuutta.fi=Opinnäytetyö kokotekstinä PDF-muodossa.|en=Thesis fulltext in PDF format.|sv=Lärdomsprov tillgängligt som fulltext i PDF-format