81 research outputs found
El concepto de software libre
El software libre es cada vez más habitual en casi cualquier entorno informático. Sin embargo, es también un gran desconocido. En este artículo se exponen las condiciones que tiene que cumplir un programa para ser considerado como software libre, compiladas en varias definiciones. A partir de ellas se repasa brevemente su historia y se exploran algunas de sus características y consecuencias. También se comentan algunos aspectos relacionados con las licencias de software libre que son tan fundamentales para su existencia.El programari lliure és cada vegada més habitual en qualsevol entorn informàtic. Tanmateix, és també un gran desconegut. En aquest article s'exposen les condicions que ha de complir un programa per a ser considerat com a programari lliure, compilades en diverses definicions. A partir d'elles es repassa breument la seva història i s'exploren algunes de les seves característiques i conseqüències. També es comenten alguns aspectes relacionats amb les llicències de programari lliure que són tan bàsiques per a la seva existència.Free, open source software is increasingly more usual in almost any computing environment. However, it is also a great unknown: not many people knows what it truly is. This paper presents the conditions that some piece of software has to comply with to be considered as free or open source software, which are compiled in several definitions. Starting from them, its history is briefly exposed, and some of its characteristics and consequences are explored. In addition, some aspects related to free software licensing are commented, since they are so fundamental for its very existence
On the reproducibility of empirical software engineering studies based on data retrieved from development repositories
The advantages of openness
One of the main consequences of publishing a program as libre (free, open source) software is that its source code is made available to anyone who wants to look at it. In addition, much other information on the development process is often easily accessible on the internet. Some of the consequences of “opening up” the process of building libre software are discussed, briefly exploring how these open mechanisms could behave in other areas
Open access taken to the extreme: do we need journals?
Based on the idea that the purpose of scientific publication is that knowledge reaches those who need it as quickly as possible and in the best way, the paper reviews the impact of the internet and new technologies in publication models, from self-archiving to open access. A comparison is also made with the developments occurring in the media. Finally, new trends and approaches in scientific publication are outlined that will lead to new scenarios, from which new models will be evaluated and redesigned in the future
Lessons Learned from Applying Social Network Analysis on an Industrial Free/Libre/Open Source Software Ecosystem
Many software projects are no longer done in-house by a single organization.
Instead, we are in a new age where software is developed by a networked
community of individuals and organizations, which base their relations to each
other on mutual interest. Paradoxically, recent research suggests that software
development can actually be jointly-developed by rival firms. For instance, it
is known that the mobile-device makers Apple and Samsung kept collaborating in
open source projects while running expensive patent wars in the court. Taking a
case study approach, we explore how rival firms collaborate in the open source
arena by employing a multi-method approach that combines qualitative analysis
of archival data (QA) with mining software repositories (MSR) and Social
Network Analysis (SNA). While exploring collaborative processes within the
OpenStack ecosystem, our research contributes to Software Engineering research
by exploring the role of groups, sub-communities and business models within a
high-networked open source ecosystem. Surprising results point out that
competition for the same revenue model (i.e., operating conflicting business
models) does not necessary affect collaboration within the ecosystem. Moreover,
while detecting the different sub-communities of the OpenStack community, we
found out that the expected social tendency of developers to work with
developers from same firm (i.e., homophily) did not hold within the OpenStack
ecosystem. Furthermore, while addressing a novel, complex and unexplored open
source case, this research also contributes to the management literature in
coopetition strategy and high-tech entrepreneurship with a rich description on
how heterogeneous actors within a high-networked ecosystem (involving
individuals, startups, established firms and public organizations)
joint-develop a complex infrastructure for big-data in the open source arena.Comment: As accepted by the Journal of Internet Services and Applications
(JISA
The Software Heritage License Dataset (2022 Edition)
Context: When software is released publicly, it is common to include with it
either the full text of the license or licenses under which it is published, or
a detailed reference to them. Therefore public licenses, including FOSS (free,
open source software) licenses, are usually publicly available in source code
repositories.Objective: To compile a dataset containing as many documents as
possible that contain the text of software licenses, or references to the
license terms. Once compiled, characterize the dataset so that it can be used
for further research, or practical purposes related to license analysis.Method:
Retrieve from Software Heritage-the largest publicly available archive of FOSS
source code-all versions of all files whose names are commonly used to convey
licensing terms. All retrieved documents will be characterized in various ways,
using automated and manual analyses.Results: The dataset consists of 6.9
million unique license files. Additional metadata about shipped license files
is also provided, making the dataset ready to use in various contexts,
including: file length measures, MIME type, SPDX license (detected using
ScanCode), and oldest appearance. The results of a manual analysis of 8102
documents is also included, providing a ground truth for further analysis. The
dataset is released as open data as an archive file containing all deduplicated
license files, plus several portable CSV files with metadata, referencing files
via cryptographic checksums.Conclusions: Thanks to the extensive coverage of
Software Heritage, the dataset presented in this paper covers a very large
fraction of all software licenses for public code. We have assembled a large
body of software licenses, characterized it quantitatively and qualitatively,
and validated that it is mostly composed of licensing information and includes
almost all known license texts. The dataset can be used to conduct empirical
studies on open source licensing, training of automated license classifiers,
natural language processing (NLP) analyses of legal texts, as well as
historical and phylogenetic studies on FOSS licensing. It can also be used in
practice to improve tools detecting licenses in source code
Libre software role in edutainment robotics market
Some of the most succesful products in the market of robots for edutainment have made manufactures realize that software for controlling the robots is one of the key elements of the success. Some of them have also conclude that libre software is the best way to produce, maintain and distribute their software. This paper will summarize the fundamentals of the libre software model and their benefits for the edutainment robot market as well as some examples of companies currently supporting i
Herramientas libres para la programación de agentes físicos
La preparación de un curso de robótica para alumnos de in-
formática implica muchas más cosas que el simple diseño del
programa a impartir. En particular el diseño de las prácticas
implica múltiples decisiones, cómo cuál es el robot más adecuado o cuáles son las herramientas más adecuadas para
su programación. En este artículo se analizan las decisiones
tomadas en el diseño de la asignatura de Robótica dentro del
programa de Ingeniería Técnica en Informática de Sistemas
de la Universidad Rey Juan Carlos. El artículo se centra en
la descripción de las prácticas, especialmente en los criterios
de elección de las herramientas utilizadas, donde el aspecto
de ser software libre ha recibido una especial consideració
Introducción al software libre
340 p.; Tablas.Libro Electrónico¿Qué es el software libre? ¿Qué es y qué implicaciones tiene la licencia de un programa libre? ¿Cómo se está desarrollando el software libre? ¿Cómo se financian los proyectos de software libre, qué modelos de negocio se están experimentando relacionados con ellos? ¿Qué motiva a los desarrolladores, especialmente a los que son voluntarios, a involucrarse en proyectos de software libre? ¿Cómo son estos desarrolladores? ¿Cómo se coordinan en sus proyectos, y cómo es el software que producen? En resumen, ¿cuál es la panorámica general del software libre? Éste es el tipo de preguntas que trataremos de responder en este texto. Porque aunque el software libre está cada vez más en los medios de comunicación, en las conversaciones de los profesionales de la informática, e incluso empieza a estar en boca de los ciudadanos en general, aún es un desconocido para muchos. Y muchas veces los que lo conocen lo hacen sólo de algunos de sus aspectos, desconociendo completamente otros.Prólogo 11
Materiales previos 11
Agradecimientos 13
1 Introducción al software libre 15
11 El concepto de libertad en el software 15
111 Definición 16
112 Términos relacionados 17
12 Motivaciones 19
13 Consecuencias de la libertad del software 19
131 Para el usuario final 20
132 Para la Administración pública 21
133 Para el desarrollador 22
134 Para el integrador 22
135 Para el que proporciona mantenimiento
y servicios 22
14 Otros recursos libres 23
141 Documentación de programas 23
142 Otra documentación 24
143 Artículos científicos 25
144 Leyes y estándares 25
145 Enciclopedias 28
146 Cursos 28
147 Colecciones y bases de datos 29
148 Hardware 30
149 Literatura y arte 30
2 Un poco de historia 31
21 El software libre antes del software libre 32
211 Y en el principio fue libre 32
212 Años 1970 y primeros 1980 34
213 Desarrollo temprano de Unix 35
22 El comienzo: BSD, GNU 36
221 Richard Stallman, GNU, FSF: nace
el movimiento del software libre 36
Software libre
ANOTACIONES
ã FUOC • XP03/90783/01935
222 El CSRG de Berkeley 38
223 Los comienzos de Internet 40
224 Otros proyectos 43
23 Todo en marcha 43
231 En busca de un kernel 44
232 La familia *BSD 44
233 GNU/Linux entra en escena 45
24 Tiempos excitantes 47
241 Finales de 1990 47
242 Principios de los 2000 52
25 El futuro: ¿una carrera de obstáculos? 57
26 Algunas fechas de la historia del software libre 58
3 Aspectos legales 69
31 Breve introducción a la propiedad intelectual 69
311 Derechos de autor 70
312 Secreto comercial 72
313 Patentes y modelos de utilidad 73
314 Marcas y logotipos 74
32 Licencias en el software libre 75
321 Licencias tipo BSD 76
322 La Licencia Pública General de GNU
(GNU GPL) 79
323 La Licencia Pública General Menor de GNU
(GNU LGPL) 81
324 Otras licencias de programas 82
325 Distribución bajo varias licencias 86
33 Licencias de otros recursos libres 87
331 Licencia de documentación libre de GNU 87
332 Licencias de Creative Commons 88
34 Resumen 89
4 El desarrollador y sus motivaciones 91
41 Introducción 91
42 ¿Quiénes son los desarrolladores? 91
43 ¿Qué hacen los desarrolladores? 93
44 Distribución geográfica 94
45 Dedicación 96
46 Motivaciones 98
47 Liderazgo 99
48 Resumen y conclusiones 102
5 Economía 103
Introducción al software libre
ANOTACIONES
ã FUOC • XP03/90783/01935
51 Financiación de proyectos de software libre 103
511 Financiación pública 104
512 Financiación privada sin ánimo de lucro 107
513 Financiación por quien necesita mejoras 108
514 Financiación con beneficios relacionados 109
515 Financiación como inversión interna 111
516 Otros modos de financiación 113
52 Modelos de negocio basados en software libre 116
521 Mejor conocimiento 118
522 Mejor conocimiento con limitaciones 120
523 Fuente de un producto libre 122
524 Fuente de un producto con limitaciones 124
525 Licencias especiales 126
526 Venta de marca 127
53 Otras clasificaciones de modelos de negocio 127
531 Clasificación de Hecker 128
54 Impacto sobre las situaciones de monopolio 129
541 Elementos que favorecen los productos
dominantes 130
542 El mundo del software propietario 131
543 La situación con software libre 132
544 Estrategias para constituirse en monopolio
con software libre 134
6 Iniciativas públicas 137
61 Impacto del software libre
en las administraciones públicas 137
611 Impactos principales 138
612 Dificultades de adopción 142
62 Actuaciones de las administraciones públicas
en el mundo del software 144
621 ¿Cómo satisfacer mejor las necesidades
de las administraciones públicas? 145
622 Promoción de software 148
623 Fomento de la investigación 150
63 Iniciativas legislativas 151
631 Proyectos de ley en Francia 151
632 Proyecto de ley en Brasil 152
633 Proyectos de ley en Perú 153
634 Proyectos de ley en España 155
64 Textos de algunas propuestas legislativas
y documentos relacionados 156
641 Proyecto de ley de Laffitte, Trégouet
y Cabanel (Francia) 156
Software libre
ANOTACIONES
ã FUOC • XP03/90783/01935
642 Proyecto de ley de Le Déaut, Paul
y Cohen (Francia) 159
643 Proyecto de ley de Villanueva
y Rodrich (Perú) 164
644 Cartas de Microsoft Perú y del congresista
Villanueva 177
645 Decreto de medidas de impulso de la sociedad
del conocimiento en Andalucía 197
7 Ingeniería del software libre 199
71 Introducción 199
72 “La catedral y el bazar” 200
73 Liderazgo y toma de decisiones en el bazar 203
74 Procesos en el software libre 205
75 Crítica a “La catedral y el bazar” 207
76 Estudios cuantitativos 208
77 Trabajo futuro 212
78 Resumen 214
8 Entornos y tecnologías de desarrollo 217
81 Caracterización de entornos, herramientas
y sistemas 217
82 Lenguajes y herramientas asociadas 218
83 Mecanismos básicos de colaboración 219
84 Gestión de fuentes 221
841 CVS 222
842 Otros sistemas de gestión de fuentes 226
85 Documentación 228
851 Docbook 230
852 Wikis 231
86 Gestión de errores 233
87 Sistemas de gestión de flujo de trabajos 234
88 Soporte para otras arquitecturas 235
89 Sitios de soporte al desarrollo 236
891 SourceForge 236
892 Herederos de SourceForge 239
893 Otros sitios y programas 239
9 Estudio de casos 241
91 Linux 243
911 Historia de Linux 243
912 El modo de trabajo de Linux 245
913 Estado actual de Linux 247
Introducción al software libre
ANOTACIONES
ã FUOC • XP03/90783/01935
92 FreeBSD 249
921 Historia de FreeBSD 250
922 Desarrollo en FreeBSD 250
923 Toma de decisiones en FreeBSD 251
924 Empresas alrededor de FreeBSD 252
925 Estado actual de FreeBSD 253
926 Radiografía de FreeBSD 253
927 Estudios académicos sobre FreeBSD 256
93 KDE 256
931 Historia de KDE 257
932 Desarrollo de KDE 258
933 La Liga KDE 259
934 Estado actual de KDE 261
935 Radiografía de KDE 262
94 GNOME 265
941 Historia de GNOME 265
942 La Fundación GNOME 266
943 La industria alrededor de GNOME 268
944 Estado actual de GNOME 270
945 Radiografía de GNOME 271
946 Estudios académicos sobre GNOME 274
95 Apache 274
951 Historia de Apache 274
952 Desarrollo de Apache 276
953 Radiografía de Apache 277
96 Mozilla 278
961 Historia de Mozilla 279
962 Estado actual de Mozilla 282
963 Radiografía de Mozilla 283
97 OpenOfficeorg 284
971 Historia de OpenOfficeorg 285
972 Organización de OpenOfficeorg 286
973 Radiografía de OpenOfficeorg 286
98 Red Hat Linux 288
981 Historia de Red Hat 288
982 Estado actual de Red Hat 290
983 Radiografía de Red Hat 291
99 Debian GNU/Linux 293
991 Radiografía de Debian 295
992 Comparación con otros sistemas operativos 298
Bibliografía 301
Software libre
8 ANOTACIONES
ã FUOC • XP03/90783/01935
Appendix A GNU Free Documentation License 317
A1 PREAMBLE 317
A2 APPLICABILITY AND DEFINITIONS 318
A3 VERBATIM COPYING 320
A4 COPYING IN QUANTITY 320
A5 MODIFICATIONS 321
A6 COMBINING DOCUMENTS 324
A7 COLLECTIONS OF DOCUMENTS 324
A8 AGGREGATION WITH INDEPENDENT WORKS 325
A9 TRANSLATION 325
A10 TERMINATION 326
A11 FUTURE REVISIONS OF THIS LICENSE 326
A12 ADDENDUM: How to use this License
for your documents 326
Apéndice B Licencia de Documentación Libre
de GNU 329
B1 PREÁMBULO 329
B2 APLICABILIDAD Y DEFINICIONES 330
B3 COPIA LITERAL 332
B4 COPIADO EN CANTIDAD 334
B5 MODIFICACIONES 336
B6 COMBINACIÓN DE DOCUMENTOS 337
B7 COLECCIONES DE DOCUMENTOS 338
B8 AGREGACIÓN CON TRABAJOS
INDEPENDIENTES 338
B9 TRADUCCIÓN 338
B10 TERMINACIÓN 338
B11 REVISIONES FUTURAS DE ESTA LICENCIA 339
B12 ADENDA: Cómo usar esta Licencia
en sus documentos 33
SENTIMENT ANALYSIS OF FREE/OPEN SOURCE DEVELOPERS: PRELIMINARY FINDINGS FROM A CASE STUDY
Software development is a human intensive activity. And as such, how developers face their tasks is of major importance. In an environment such as the one that is common in FOSS (free/open source software) projects where professionals (i.e., paid developers) share the development effort with volunteers, the morale of the development and user community is of major importance. In this paper, we present a preliminary analysis using sentiment analysis techniques to a FOSS project. We therefore mine the mailing list of a project and apply these techniques to the most relevant participants. Although the application is at this time limited, we hope that this experience can be of benefit in the future to determine situations that may affect the developers or the project, such as low productivity, developer abandonment, project forking, etc.O desenvolvimento de software é uma atividade intensive em esforço humano. Assim, a forma como os desenvolvedores encaram suas tarefas é de suam importância. Em um ambiente como o usual em projetos de FOSS (free/open source software) em que profissionais (desenvolvedores pagos) compartilham os esforços de desenvolvimento com voluntários, a moral da comunidade de desenvolvedores e usuários é fundamental. Neste artigo, apresentamos uma análise preliminary utilizando técnicas de análise de sentimentos realizada em um projeto de FOSS. Para isso, executamos a mineração da lista de endereços eletrônicos de um projeto e aplicamos as técnicas propostas aos participantes mais relevantes. Embora a aplicação seja limitada, no momento atual, experamos que essa experiência possa ser benéfica no future para determiner situações que possam afetar os desenvolvedores ou o projeto, tais como baixa produtividade, abandono do projeto ou bifurcação do projeto, entre outras
- …