Examinando por Autor "González-Barahona, Jesús M."
Mostrando 1 - 4 de 4
- Resultados por página
- Opciones de ordenación
Ítem CodeCity: On-Screen or in Virtual Reality?(IEEE, 2021) Moreno-Lumbreras, David; Minelli, Roberto; Villaverde, Andrea; González-Barahona, Jesús M.; Lanza, MicheleOver the past decades, researchers proposed numerous approaches to visualize source code. A prominent one is CODECITY, an interactive 3D software visualization that leverages the “city metaphor” to represent software system as cities: buildings represent classes (or files) and districts represent packages (or folders). Building dimensions represent values of software metrics, such as the number of methods or the lines of code. There are many implementations of CODECITY, the vast majority of them running on-screen. Recently, some implementations visualizing CODECITY in virtual reality (VR) have appeared. While exciting as a technology, VR’s usefulness remains to be proven. The question we pose is: Is VR well suited to visualize CODECITY, compared to the traditional on-screen implementation? We performed an experiment in our interactive web-based application to visualize CODECITY. Users can fetch data from any git repository and visualize its source code. Our application enables users to navigate CODECITY both on-screen and in an immersive VR environment, using consumer-grade VR headsets like Oculus Quest. Our controlled experiment involved 24 participants from academia and industry. Results show that people using the VR version performed the assigned tasks in much less time, while still maintaining a comparable level of correctness. Therefore, our results show that VR is at least equally wellsuited as on-screen for visualizing CODECITY, and likely better.Ítem On the reproducibility of empirical software engineering studies based on data retrieved from development repositories(Springer Netherlands, 2012) González-Barahona, Jesús M.; Robles-Martínez, GregorioAmong empirical software engineering studies, those based on data retrieved from development repositories (such as those of source code management, issue tracking or communication systems) are specially suitable for reproduction. However their reproducibility status can vary a lot, from easy to almost impossible to reproduce. This paper explores which elements can be considered to characterize the reproducibility of a study in this area, and how they can be analyzed to better understand the type of reproduction studies they enable or obstruct. One of the main results of this exploration is the need of a systematic approach to asses the reproducibility of a study, due to the complexity of the processes usually involved, and the many details to be taken into account. To address this need, a methodology for assessing the reproducibility of studies is also presented and discussed, as a tool to help to raise awareness about research reproducibility in this field. The application of the methodology in practice has shown how, even for papers aimed to be reproducible, a systematic analysis raises important aspects that render reproduction difficult or impossible. We also show how, by identifying elements and attributes related to reproducibility, it can be better understood which kind of reproduction can be done for a specific study, given the description of datasets, methodologies and parameters it uses.Ítem Redes sociales: ¿todos para uno o todos para todos? Arquitecturas centralizadas o federadas(2013-01-29) González-Barahona, Jesús M.Exposición sobre las formas de construir redes sociales, y cómo su arquitectura viene hasta cierto punto dada por la tecnología, pero también por el modelo de negocio. Después de visitar un poco la forma más habitual hoy día de construir redes sociales (las redes centralizadas), incluyendo un ejemplo concreto (Instagram), se explica qué son los ¿jardines amurallados¿ (walled gardens), cómo aparecen y desaparecen a lo largo de la historia de la Red, y los riesgos que comportan. Se abordan los fundamentos del modelo de servicio federado entre sitios que interoperan, sus implicaciones, y algunos servicios de red social (StatusNet, Diaspora) que funcionan de acuerdo a estos principios.Ítem Revisiting the building of past snapshots — a replication and reproduction study(Springer, 2022-03-17) Maes-Bermejo, Michel; Gortázar, Francisco; Gallego, Micael; Robles, Gregorio; González-Barahona, Jesús M.Context: Building past source code snapshots of a software product is necessary both for research (analyzing the past state of a program) and industry (increasing trustability by reproducibility of past versions, finding bugs by bisecting, backporting bug fixes, among others). A study by Tufano et al. showed in 2016 that many past snapshots cannot be built. Objective: We replicate Tufano et al.’s study in 2020, to verify its results and to study what has changed during this time in terms of compilability of a project. Also, we extend it by studying a different set of projects, using additional techniques for building past snapshots, with the aim of extending the validity of its results. Method: (i) Replication of the original study, obtaining past snapshots from 79 repositories (with a total of 139,389 commits); and (ii) Reproduction of the original study on a different set of 80 large Java projects, extending the heuristics for building snapshots (300,873 commits). Results: We observed degradation of compilability over time, due to vanishing of dependencies and other external artifacts. We validated that the most influential error causing failures in builds are missing external artifacts, and the less influential is compiling errors. We observed some facts that could lead to the effect of the build tool on past compilability. Conclusions: We provide details on what aspects have a strong and a shallow influence on past compilability, giving ideas of how to improve it. We could extend previous research on the matter, but could not validate some of the previous results. We offer recommendations on how to make this kind of studies more replicable.